软件体系结构建模

进程视图、物理视图、开发视图和场景视图来描
述软件体系结构。每一个视图只关心系统的一个
侧面，5个视图结合在一起才能够处理富于挑战性
的、大规模的软件系统。
* “4+1”视图模型的不同视图之间也存在相互影响。13
最终用户：功能需求 逻辑视图
场景
编程人员：软件管理 开发视图
wk.baidu.com进程视图
系统集成人员：性能 可扩充性、吞吐量等
研究结构模型的核心是体系结构描述语言。
*
4
第2章 软件体系结构建模 ◇ 软件体系结构建模的种类
2.1 软件体系结构建模概述
◎ 框架模型
框架模型与结构模型类似，但它不太侧重描述结构 的细节而更侧重于整体的结构。
框架模型主要以一些特殊的问题为目标建立只针对 和适应该问题的结构。
*
5
第2章 软件体系结构建模 ◇ 软件体系结构建模的种类
过程模型研究构造系统的步骤和过程。 结构是遵循某些过程脚本的结果。
*
7
第2章 软件体系结构建模 ◇ 软件体系结构建模的种类
2.1 软件体系结构建模概述
◎ 功能模型
功能模型认为体系结构是由一组功能构件按层次 组成，下层向上层提供服务。
功能模型可以看作是一种特殊的框架模型。
*
8
第2章 软件体系结构建模 ◇ “4+1”模型概述
。用这些重要的案例将前面的四个视图联系到一起，从而组
成第五个视图。
15
最终用户：功能需求 逻辑视图
进程视图 系统集成人员：性能 可扩充性、吞吐量等
场景
编程人员：软件管理 开发视图
物理视图 系统工程人员：系统 拓扑、安装、通信等
对体系结构进行的描述是围绕着以上4个视图展开的。 然后，通过选择出的一些用例对体系结构加以说明。这 些用例被称作场景(scenarios)，它们构成了第5个视图。 实际上，体系结构在某种程度上是由场景演化而来的。
2.1 软件体系结构建模概述
◎ 动态模型
动态模型是对结构或框架模型的补充，研究系统的“ 大颗粒”的行为性质。例如，描述系统的重新配置或 演化。动态可以指系统总体结构的配置、建立或拆除 通信通道或计算的过程。
*
6
第2章 软件体系结构建模 ◇ 软件体系结构建模的种类
2.1 软件体系结构建模概述
◎ 过程模型
第2章 软件体系结构建模 ◇ “4+1”视图模型概述
2.2 “4+1”视图模型
Rational公司的Philippe Kruchten在1995年提出了用于 体系结构描述的“4十l”视图模型。该模型建立在体系结构 的Perry＆Wolf定义和Berry Boehm定义的基础上。
最终用户：功能需求 逻辑视图
*
16
最终用户：功能需求 逻辑视图
场景
编程人员：软件管理 开发视图
进程视图
物理视图
系统集成人员：性能 可扩充性、吞吐量等
“４+１”视图模型的特征一：
系统工程人员：系统 拓扑、安装、通信等
体系结构的概念在每个视图里面都可以独立应用，即可以在每个 视图里面定义体系结构的各种组成元素，如构件、连接件等。
编程人员：软件管理 开发视图
场景
进程视图
系统集成人员：性能 可扩充性、吞吐量等
*
物理视图
系统工程人员：系统 拓扑、安装、通信等
10
第2章 软件体系结构建模
2.2 “4+1”视图模型
◇ 软件架构视图
Kruchten在其著作《Rational统一过程引论》中写道： 一个架构视图是对于从某一视角或某一点上看到的系
同一事物的不同视图之间是有联系的。对比上面两幅图，除 了南美洲之外基本都是降水量足的地方人口较密集。
*
12
最终用户：功能需求 逻辑视图
场景
编程人员：软件管理 开发视图
进程视图
物理视图
系统集成人员：性能
系统工程人员：系统
可扩充性、吞吐量等
拓扑、安装、通信等
“4+1”视图模型从5个不同的视角包括逻辑视图、
统所做的简化描述，描述中涵盖了系统的某一特定方面， 而省略了与此方面无关的实体。
软件架构的每个视图分别关注不同的方面，针对不同 的目标和用途。
*
11
◇ 关于视图
社会学家关心的
气候学家关心的
引入视图的作用：世界地图的绘制者很难将不同的信息都绘 制到同一幅图中；而看地图的人也希望有一幅地图是专门针 对他的需要的。
对于不同的视图，还可以选择不同的体系结构风格，因此在同一 个系统结构中可以使用多种风格。
研究软件体系结构的首要问题是如何表示软件
体系结构，即如何对软件体系结构建模。根据建模 的侧重点不同，可以将软件体系结构的模型分为5种 ：
◎ 结构模型
◎ 框架模型
◎ 动态模型
◎ 过程模型
◎ 功能模型
*
3
第2章 软件体系结构建模 ◇ 软件体系结构建模的种类
2.1 软件体系结构建模概述
◎ 结构模型
这是一个最直观、最普遍的建模方法。这种方法以 体系结构的构件、连接件和其他概念来刻画结构，并 力图通过结构来反映系统的重要语义内容，包括系统 的配置、约束、隐含的假设条件、风格、性质等。
物理视图
系统集成人员：性能 可扩充性、吞吐量等
系统工程人员：系统 拓扑、安装、通信等
u开发视图 描述软件在开发环境下的静态组织。
u场景视图 通过选择出一些用例对体系结构加以说明。这些 用例称作场景。
“4+1”的由来：四个视图反映的是同一个系统，之所以用了
第五个视图，“+1”视图，因为它是由一系列重要的案例组成
软件体系结构建模
2020年5月17日星期日
内容概要
2.1 软件体系结构建模概述 2.2 “4+1”视图模型 2.3 “4+1”视图模型案例分析 2.4 “4+1”视图模型补充知识 2.5 软件体系结构核心模型 2.6 软件体系结构生命周期模型
2
第2章 软件体系结构建模
2.1 软件体系结构建模概述
2.2 “4+1”视图模型
以上五种模型各有所长，将五种模型有机的统一在一起， 形成一个完整的模型来刻画软件体系结构更加合适。
WHY：1、每个视图模型可看成对系统不同方面一个投影，一个
构架的不同视图其实反映的是同一个系统。 2、各个不同的视图是可以融合在一起的，而且也只有将
不同的视图融合在一起才能获得关于一个系统构架的全面信息。 9
物理视图
系统工程人员：系统 拓扑、安装、通信等
u逻辑视图 当采用面向对象的设计方法时，逻辑视图即是 对象模型。
u进程视图 描述系统的并发和同步方面的设计。
u物理视图 描述软件到硬件之间的映射关系，反映系统在 分布方面的设计。
*
14
最终用户：功能需求 逻辑视图
场景
编程人员：软件管理 开发视图
进程视图