基于知识的关联多系统的软件工程方法

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

界, 产品在它们设计 的生命期之内就变得过时是相当可 能的。在技术变革的时代 , 开发技术应该灵活地使用产 品化方法获得最好的扩展。 面对经常变化的环境建立不 变和稳定的要求是 困难 的, 直接结果是强调得出、 获取 和理解客户的需求, 这些需求随时间演化或关联系统 的 运作改变, 而不是来源于软件系统工程的案例中。 另外 ,
2 、基于知识的软件 工程法
使用 适 当的知识 表示 技术 ,这 使 得人 工智 能 推理
方法能够运用获取的知识 。 知识库( B 将包含 与 S M K ) S 相互作用产生 的产品。这些产品由丰富的图、基本定
义、 概念模型和支持文档构成了客户需求的展示舞台。 这些将支持后续的反复过程 。其定义获取人类行为系 统 以对 象 的形式表 示 。它们 连接 于适 用 的 图片 和概 念 模型。另外概念模型与所提 出的解决方案的比较结果
基 于知识 的关联 多系统 的软件 工程方法
郭 群
16 5 ) 10 2 ( 宁对外经 贸学院信息技 术 系 大连 辽

要: 由于现 实世界不断变化 , 政府部 门或企事业单位的关联 系统将不可避免地遇到 不确定的 需求, 对这种 需求的几 针
个技 术方法, 重要 的是提取 、 获、 捕 分析客 户的 变化 需求, 解决方案能应对这种 变化 并保持一致地改进 系统的行为。通过 分
去的关联行为成功的案例。 传统的 SM主要覆盖了人 S
长期 以来 , 当确定的、 稳定的和不变的客户要求不能建
立时 , 传统的系统工程会遇到严重 的困难。 为克服这些 困难对传统软件工程做 了一些变形 ,这样的变形是原 型法或进化开发法 。 然而 , 仅对传统软件工程做一些修 补并不能对关联系统的开发提供很好的支持 ;







21 年 1 01 0月
法能有效地满足个别客户的需要 , 但对多客户源竞争
的情 况缺 乏适 应 性 。
统系统工程脆弱性 的特征 ,它完全不适应处理商业世 界的问题。商业运作中的摩擦和不确定特征经常会 出 现,S SM在商业界是有效的, 但是用它来支持处理关联 系统 的方法 现在 还没有 定论 。S M 一个很 重 要 的特 点 S
求可看做是客户在某个特定的时间点上需求的抽取。 传统的软件工程致力于开发技术产品 ,这些产品仅形
成执行客户完全需求的社会一技术系统的一部分。
() 2 系统需要一个经常变化 的版本 以保持与变化 的环境一致 , 系统和用户的相互作用促进系统的进化 。 开发方法在获取用户的需求 同时得到潜在的相关变化
o s f r n ie r g b s d o ek o e g f n s m o g t o b e Di c o v lp n . f o t ee g n e n ae n t n wld eo ma y s t i t u h et r t n De eo me t wa i h y e sh t h ei Ke r s k o e g a a e n ;n e c n e td s s m ;o t r n i e r g d v lp n t o ywo d : n wld em n g me t i tro n ce t y e s fwa ee gn e n ; e eo me t i me h d
isiu i sw i ne tbl e tc r i e ie e s n tt ton l i via y m e e t n r qur m nt,Th ed e e hn c lm eho l a e ne sofafw t c i a t d,i si p tf o e ta ta n l i ti m ora tt xr c nd a ayss i o ha i rqu m e t or a c untt s uto c ul b t c a g a anti d o itn i pr e he y tm . f c ngng e ke n f c o s ,he ol i n o d e he h n e nd m i ane c nsse dy m ov t s se By
也被获取。知识库系统或专家数据库 系统对这一 目的 是很有用的【 。知识库 系统或专家数据库系统 和 S M S 有着共同的 目的:利用学习得到并使用与问题领域有 关的知识 。 例如 : 采用基于知识的软件系统工程模型开 发 的 M S 目( ) I项 1用专家数据库系统构造多类 专家系
aa z gtet d o ad vl me t fo wa cn lg dk o e g a d 1ss m fot r e g er g T e en n yi ai n ee p n sf r t h ooya n wl e s "yt o sf e n n e n . h as l nh r t l i o o t ee n d b e 01 e wa i i M
A src: eas tera wol o s n ycagn tess m f oen n ea metadetrre adgv rme t bta tB cue h el r cnt t hn g, t o vrme t pr n n ne i s n o en n d al i h ye g d t p s
需求中有经常的改变来响应变化的环境 , 解决方案中满 足客户需求的部分必须时刻跟踪这些变化。 为 了使系统面对变化 的环境仍然保持有效 , 必须 能对 环 境 的行 为做 出反 应并从 经 验 中学 习 。 因此 , 开发 关联 的系统 的方法应 该 具有这 种 能力 。在 一般 的信 息 理论中 , “ 人类行为系统”的概念一直被用于描述人类 相互作用为达到某个 目的行为集合。处理复杂的人类 行为系统 的方法很多 ,比较适合处理关联系统的方法 是 C ek n hcl d软 系 统 方法 (o yt sM t dl y a SfSs m e oo g, t e h o S M) 然而 , S 。 为了获得更适合开发关联系统的方法 , 有
是 提供 了一个 关 于 问题 情境 的学 习框 架 ,包 括 学 习过
传统 的系统工程 的目的是为了严格地控制系统开 发的过程 ,以便产品能在规定 的时间完成。从逻辑上 讲 ,如果在开发期间或产 品的生命期内要求发生 了变 化, 产品的失败就不可避免。 传统 的系统工程的根基是 来源于工业化时代的范例 , 它们的变化能有效地控制。
() 2 软件 系统 工程
类行为系统的技术方面。为了能处理关联部门或机构 的行为 ,问题的非技术 因素和技术因素方面都应该包
括。 通过扩展系统 SM, S 严格地分析 比较概念模型与真 实世界 的过程并结合行为实施科学实验 。这种方法有
利 于需求 发 生 变化 而解 决 方 案 的变 化 相 对 小 的情 况 。
析传 统 的软 件 开发 技 术 和基 于知 识 的 软 件 工程 方 法 。认 为基 于知 识 的 关联 多 系统 的软 件 工程 方 法 是今 后 的发 展 方 向 。
关键 词 : 知识 管理; 关联 系统 ; 软件 工程 ; 开发方法 中图分类号 : P 1 T 31 文献标识码: A
需求以及这些需求的解决方案并储存于知识库中团 。
1 系统工程方法
有多种系统工程方法用于 M S I,例如传统的软件 工程 、 软件系统工程和扩展的软件系统模型[ 3 1 。下面将
介绍和 比较这些方法 : () 1传统的软件工程 用于开发符合客户要求 的技术产 品。“ 要求 ” 被人 为不同于“ 需求” 解决方案”它们不同于“ 和“ , 产品”要 。
要求 , 并存储于知识库 中作为改进系统的指南 。 本文 以 M S m ngm n i o ao s m) I( aae etn r t ns t 为主 fm i y e
要 内容 介绍传统 的软件 开发技术 、 于知识 的软件 工程 基 方 法和怎样开 发这样 的系统 , 种方法 捕获 用户 的变化 这
信息革命意味着开发 的软件必须能适应经常变化 着的环境和要求并有效地执行软件的任务硼 。对政府部 门和企事业单位应用系统 的解决方案应该能支持 系统 的演化和灵活的操作。 获得这些 目的的关键是解决方案
能管理用户的需求变化 , 怎样应对这样的变化 , 怎样满 足当前和将来的需求。 政府部门和企事业单位的软件系 统通常是多个部门系统关联的多系统的有机结合 。 关联系统就是抽取各服务部门的个性服务、策略 规则和技术的合成体 , 目的是获得组织化的能力。 其 因
收 稿 日期 :0 1o _ 3 2 1— 5 o
传统 的软件工程假设客户的要求是稳定 的、不变 的和无冲突的 , 初始时是可 以认识 、 识别的 , 并且可 以 简单的设计方案详细地记录和满足这些要求[ 这种方 羽 。
作者简介 : 郭
群 (9 4 )女 , 16 一 , 辽宁本溪人 , 教授 , 学士 , 究方向 : 研 人工智能 、 数据库等 。
此, 用于能适应改进关联系统能力的方法 , 应该能综合 系统的技术方面并处理上述的人为因素。关联系统 的
开发方法应该能处理不确定的事件和发展变化 为满足用户的需求 , 任何一种开发方法必须能支
持 用户 的变化 。这 有 两个 原 因 :
() 1如果解决方案 中没有获取这些需求 , 其解决方 案就不能可靠地满足用户 的需求 ;
统[ 6 1 了获 得知识 共享 和适 应性 方法 , 。为 系统采 用 紧偶 合 多分 类专 家 系统 , 用 R B 存 储 和管 理知 识 ; 并 D MS 采 用 产生 式规 则表示 知识 。 知识 共 享为 黑板 数据 结构 。 专 家知识 、解决 方案 和不 确定 的结 合用 于应 对 经常 改 变
M e n f o t r gn e i gBa e n t eKn wld eo a yS se a so fwa eEn i e rn s do o e g f S h M n y tm
GUo n Qu
( i nn ies yo Itr a o a B s e dE o o c , l n 1 6 5 , hn ) L a igUnv r t f nen t n l u i s a c n mi Da a 1 0 2C ia o i i n sn s i
第1 9卷 第 5期
2 01 1年 1 0月







V0 .9 No5 11 .
C mp tr a d n omain e h oo y o u e n I fr t T c n l g o
0c .2 1 t 0 1
文章编 号 :0 5 12 ( 0 )5 04 - 3 10 — 2 82 1 0 — 0 3 0 1
从需求和解决方案的系统化的电子文档 中获取知识是 最有 益 的重用 。
软件系统工程的基本形式是接受常常难建立ຫໍສະໝຸດ Baidu稳 定 的、 不变的客户要求 , 不断变化的环境导致经常地修 改系统 。这样的观点也许不适合技术产品的开发 , 但它 适合支持关联系统的开发。 软件系统工程模型的结果是 非常谨慎地对待新产品开发中的承诺。 即使在开发过程 中要求基本保持不变 , 在一个迅速变化的后工业化的世
的情况和需求。 基于知识的软件工程模型如图 l 所示 ,客户的不 确定需求及解决方案采用 F z 理论和 B ys n uz y aei 信任 a 网, 允许科学分析和专家意见的结果相互结合。
相关文档
最新文档