第2篇 软件体系结构建模.ppt

第二章 软件体系结构建模 2.2 “4+1”视图模型 具有进程分配的小型ACS系统的物理视图 ◇ 物理视图（从软件到硬件的映射） ◇ 物理视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 具有进程分配的大型ACS系统的物理视图 ◇ 场景（汇总） 第二章 软件体系结构建模 2.2 “4+1”视图模型 场景可以看作是那些重要系统活动的抽象，它使四个视图有机联系起来，从某种意义上说场景是最重要的需求抽象。在开发体系结构时，它可以帮助设计者找到体系结构的构件和它们之间的作用关系。同时，也可以用场景来分析一个特定的视图，或描述不同视图构件间是如何相互作用的。 场景可以用文本表示，也可以用图形表示。 第二章 软件体系结构建模 2.2 “4+1”视图模型 本地呼叫场景的一个原型 ◇ 场景（汇总） ◇ 小结 第二章 软件体系结构建模 2.2 “4+1”视图模型 逻辑视图和开发视图描述系统的静态结构，而进程视图和物理视图描述系统的动态结构。 对于不同的软件系统来说，侧重的角度也有所不同。例如，对于管理信息系统来说，比较侧重于从逻辑视图和开发视图来描述系统，而对于实时控制系统来说，则比较注重于从进程视图和物理视图来描述系统。 ◇ 补充 第二章 软件体系结构建模 2.2 “4+1”视图模型 体系结构的4＋1视图模型是一个由Rational软件公司建立的设计方法。该模型的目标是为指定的面向对象软件系统提供一个多视点的框架。 遵照原来的4＋1视图模型，体系结构的描述由前4个视图组成。第五个冗余视图提供了将其他四个视图连接在一起的场景。 4＋1模型不对每个视图规定特殊的建模表示法，尽管作者建议使用Booch表示法（该表示法是UML的前身）。 ◇ 补充 第二章 软件体系结构建模 2.2 “4+1”视图模型 在4＋1视图模型中，每个视图有一个元语言： 视图名称 元语言组成 逻辑视图 对象元语言，按对象、类及其关系来描述概念。 过程视图 由过程、任务和线程组成。 开发视图 由软件模块（子系统）和层组成。 物理视图 由硬件节点、软件模块和过程组成。 ◇ 补充 第二章 软件体系结构建模 2.2 “4+1”视图模型 4＋1视图模型中对视图的定义是松散的。 4＋1视图模型中的每个视图针对系统风险承担者关心的一组特定的内容，并为构成该视图的模型（图）指定元语言。同样，每个视图由方法组成。 ◇ 补充 第二章 软件体系结构建模 2.2 “4+1”视图模型 4＋1视图模型不处理以下三个内容： ●应用实现其目标的适当性 ●开发应用的灵活性 ●应用开发和操作对风险承担者的风险 正因为如此，对于基于4＋1视图模型的体系结构描述，这些关注的内容必须由附加的视点来处理。对于某些系统，可能用基本文字描述和一个半形式的项目计划来处理这些关注的内容。 ◇ 补充 第二章 软件体系结构建模 2.2 “4+1”视图模型 “4+1”模型的迭代过程：场景驱动的方法 采用4＋1模型进行软件体系结构设计的一种推荐方法是，在完成原型、测试、度量、分析等步骤之后，重新进入下一轮这样的步骤，构成迭代的过程。（这里的原型指的是逐渐演化成最终系统的原型，而不是探索性的、临时的原型） 系统最关键的功能以场景（或用例）的形式得到。这里的“关键”的意思是说，或者在功能上最重要，或是在使用频度上最高，或是存在必须克服的技术风险。 初始的体系结构演化为最终的真实系统。在2～3次迭代之后，体系结构本身有希望稳定下来：没有发现新的主要抽象，没有新的子系统或过程，没有新的接口。接下来，就可以进行软件设计领域的工作了。 ◇ 补充 第二章 软件体系结构建模 2.2 “4+1”视图模型 Unified Process是由Rational公司开发的，它是一个全面的软件开发方法学，它扩展了4＋1视图模型并结合了OMT和Jacobson的面向对象软件工程（OOSE）的很多工作，并且使用了统一建模语言。 UP为每个模型定义一个体系结构视图。该体系结构视图描述的定义较之其他框架更为清晰。UP体系结构描述是一组针对五个工程模型的体系结构视图： ●分析模型的体系结构视图 ●部署模型的体系结构视图 ●设计模型的体系结构视图 ●实现模型的体系结构视图 ●用例模型的体系结构视图 第二章 软件体系结构建模 2.3 体系结构的核心模型 ◇ 核心模型 体系结构的核心模型由5种元素组成： 构件、连接件、配置、端口、角色 其中，构件、连接件和配置是最基本的元素。