- 1、本文档共6页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
(KM 知识管理)四层架构设
计驱动模型在 CKM 中的实
践
四层架构设计驱动模型在 CKM 中的实践
Jack.Wang2009-3-1
写在前面:本文纯属个人想法和经验总结,如转载请注明出处,如有雷同纯属巧合(:
1. 一般的架构设计流程
所有的软件开发方法都要解决从需求到实践的转换问题,为了提高软件的质量,前
辈们提出了需求分析工程和各种建模技术,但是在需求和设计之间还是很难逾越,也就
是说缺乏能够反映做决策的中间过程,于是软件架构设计应运而生。
对于架构设计人们已经提出了许多方法,分类为:工件驱动的方法;用例驱动的法;
模式驱动的方法;领域驱动的方法(这些分类就不介绍了,有兴趣的朋友可以看看相关
的书籍(:)。
一个经典的架构设计过程模型,沿用了 RUP 中迭代增量的思想,他由分析、描述、
选择、构造和组合 5 个阶段组成,如图:(有兴趣的可以学习一下架构设计的元模型来
设计属于自己领域或者产品线的设计过程模型,其实下面的模型也是元模型的实例化)
依据需求规格说明书分析出功能需求和架构需求,通过用例和场景的描述,把需求
分为关键的,次要的和可选的 3 类。关键需求决定架构,结合软件架构风格和通用知识
选择最关键、影响最大的子系统分析设计并产生构件。组合就是定义构件接口,构件作
为一个封闭的功能实体,对外提供交互接口,并通过连接件将构件连接起来形成最终的
软件架构描述。5 个阶段是不断迭代的过程,在每一次迭代中,都选取并实现一组用例
和场景来确认并完善架构。
这个过程模型看似很流畅,但是,架构师在设计时很难把握他的正确性和精准性,而
且用它架构的系统是否对后续设计开发形成一种原则上的指导是很难说的。我们知道层
次化分析是解决复杂问题的一般性方法,下面的方法将从层次的角度来设计系统的架构
模型,他将直接指导开发人员实现系统,是一个架构设计的理想方式。
2. 引入四层驱动模型后的架构设计方法
软件开发的过程中是存在着多个层次的,而对于每一个层次,驱动其进行的因素也
所不同,所以更好的方式是,区分和建立必要的层次,从而形成一种层次化的多因素驱
动的软件架构设计模型,我们将整个软件架构的设计划分为四个层次 目标层、信息
层、构件层和实现层。同时,软件的整体复杂性也透过这四个不同的抽象层次得到清晰
的刻画。
模型中每一层都有一种因素在驱动其建模设计的进行。目标层的驱动因素是所要实现系统的
各种相关角色,信息层的驱动因素是目标层中的各种目标,构造层的驱动因素是信息层
中的各种信息及其信息活动,实现层的驱动因素是构件层中的类、对象、对象交互等各
种面向对象设计的元素,实现层所产生的接口、类及其属性、方法的具体某种语言代码
实现框架则对接下来的编码实现阶段提供直接的支持。
目标层 包含多个 信息层
角色 活动 信息
驱动
希望实现 包 信息 涉及
信息
后续活动
目标 活动
包含多个 含 体
驱动
实 构件层
实现配置 设计模
文档评论(0)