当前位置:文档之家› C2_软件体系结构建模解析

C2_软件体系结构建模解析


这是一个最直观、最普遍的建模方法。这种方法以 体系结构的构件、连接件和其他概念来刻画结构,并 力图通过结构来反映系统的重要语义内容,包括系统 的配置、约束、隐含的假设条件、风格、性质等。 研究结构模型的核心是体系结构描述语言。
2018/10/15
4
第3章 软件体系结构建模 ◇ 软件体系结构建模的种类
2018/10/15
编程人员:软件管理 开发视图
物理视图 系统工程人员:系统 拓扑、安装、通信等
10
第3章 软件体系结构建模 ◇ 软件架构视图
3.2 “4+1”视图模型
Kruchten在其著作《Rational统一过程引论》中写道: 一个架构视图是对于从某一视角或某一点上看到的系 统所做的简化描述,描述中涵盖了系统的某一特定方面, 而省略了与此方面无关的实体。 软件架构的每个视图分别关注不同的方面,针对不同 的目标和用途。
最终用户:功能需求 逻辑视图 场景
编程人员:软件管理 开发视图
进程视图 系统集成人员:性能 可扩充性、吞吐量等
物理视图 系统工程人员:系统 拓扑、安装、通信等
u逻辑视图 当采用面向对象的设计方法时,逻辑视图即 是对象模型。
u进程视图 描述系统的并发和同步方面的设计。 u物理视图 描述软件到硬件之间的映射关系,反映系统 在分布方面的设计。
◎ 框架模型
3.1 软件体系结构建模概述
框架模型与结构模型类似,但它不太侧重描述结构 的细节而更侧重于整体的结构。 框架模型主要以一些特殊的问题为目标建立只针对 和适应该问题的结构。
2018/10/15
5
第3章 软件体系结构建模 ◇ 软件体系结构建模的种类
◎ 动态模型
3.1 软件体系结构建模概述
动态模型是对结构或框架模型的补充,研究系统的 “大颗粒”的行为性质。例如,描述系统的重新配置 或演化。动态可以指系统总体结构的配置、建立或拆 除通信通道或计算的过程。
研究软件体系结构的首要问题是如何表示软件 体系结构,即如何对软件体系结构建模。根据建模 的侧重点不同,可以将软件体系结构的模型分为5种:
◎ 结构模型
◎ 框架模型
◎ 动态模型
◎ 过程模型 ◎ 功能模型
2018/10/15 3
第3章 软件体系结构建模 ◇ 软件体系结构建模的种类
◎ 结构模型
3.1 软件体系结构建模概述
2018年10月15日4时45分 12
最终用户:功能需求
逻辑视图 场景
编程人员:软件管理
开发视图
进程视图 系统集成人员:性能 可扩充性、吞吐量等
物理视图 系统工程人员:系统 拓扑、安装、通信等


2018/10/15
“4+1”视图模型从5个不同的视角包括逻辑视图 、进程视图、物理视图、开发视图和场景视图来 描述软件体系结构。每一个视图只关心系统的一 个侧面,5个视图结合在一起才能够处理富于挑战 性的、大规模的软件系统。 “4+1”视图模型的不同视图之间也存在相互影响 13
2018/10/15
6
第3章 软件体系结构建模 ◇ 软件体系结构建模的种类
◎ 过程模型
3.1 软件体系结构建模概述
过程模型研究构造系统的步骤和过程。 结构是遵循某些过程脚本的结果。
2018/10/15
7
第3章 软件体系结构建模 ◇ 软件体系结构建模的种类
◎ 功能模型
3.1 软件体系结构建模概述
功能模型认为体系结构是由一组功能构件按层次 组成,下层向上层提供服务。 功能模型可以看作是一种特殊的框架模型。
2018视图
社会学家关心的 气候学家关心的
引入视图的作用:世界地图的绘制者很难将不同的信息都绘 制到同一幅图中;而看地图的人也希望有一幅地图是专门针 对他的需要的。 同一事物的不同视图之间是有联系的。对比上面两幅图,除 了南美洲之外基本都是降水量足的地方人口较密集。
2018/10/15 14
最终用户:功能需求 逻辑视图 场景
编程人员:软件管理 开发视图
进程视图
物理视图
系统集成人员:性能 可扩充性、吞吐量等
系统工程人员:系统 拓扑、安装、通信等
u开发视图
描述软件在开发环境下的静态组织。
u场景视图 通过选择出一些用例对体系结构加以说明。这些 用例称作场景。
“4+1” 的由来:四个视图反映的是同一个系统,之所以用了 第五个视图,“+1”视图,因为它是由一系列重要的案例组 成。用这些重要的案例将前面的四个视图联系到一起,从而 15 组成第五个视图。
2018/10/15 16
软件体系结构
--第三章软件体系结构建模
内容概要
3.1 软件体系结构建模概述 3.2 “4+1”视图模型 3.3 “4+1”视图模型案例分析 3.4 “4+1”视图模型补充知识 3.5 软件体系结构核心模型 3.6 软件体系结构生命周期模型

2
第3章 软件体系结构建模
3.1 软件体系结构建模概述
第3章 软件体系结构建模 ◇ “4+1”视图模型概述
3.2 “4+1”视图模型
Rational公司的Philippe Kruchten在1995年提出了用于 体系结构描述的“4十l”视图模型。该模型建立在体系结构 的Perry&Wolf定义和Berry Boehm定义的基础上。
最终用户:功能需求 逻辑视图 场景 进程视图 系统集成人员:性能 可扩充性、吞吐量等
最终用户:功能需求
编程人员:软件管理
逻辑视图 场景
开发视图
进程视图
系统集成人员:性能 可扩充性、吞吐量等
物理视图
系统工程人员:系统 拓扑、安装、通信等
对体系结构进行的描述是围绕着以上 4个视图展开的。 然后,通过选择出的一些用例对体系结构加以说明。这 些用例被称作场景(scenarios),它们构成了第5个视图。 实际上,体系结构在某种程度上是由场景演化而来的。
2018/10/15
8
第3章 软件体系结构建模 ◇ “4+1”模型概述
3.2 “4+1”视图模型
以上五种模型各有所长,将五种模型有机的统一在一起, 形成一个完整的模型来刻画软件体系结构更加合适。
WHY:1、每个视图模型可看成对系统不同方面一个投影,一个
构架的不同视图其实反映的是同一个系统。 2、各个不同的视图是可以融合在一起的,而且也只有将 不同的视图融合在一起才能获得关于一个系统构架的全面信息。 9
相关主题