《软件系统设计与体系结构第3次课》由会员分享，可在线阅读，更多相关《软件系统设计与体系结构第3次课（37页珍藏版）》请在金锄头文库上搜索。
1、 上次课重点1. 广义软件设计的含义。2. 广义软件设计过程的两个动作及其含义。3. 软件设计（如非特别说明，均指一般意义上 的）的方法分类。4. 软件设计活动步骤。5. 软件设计要素（* 正确性 * 健壮性 * 灵活性 * 可重用性 * 高效性）。1. 6. 软件体系结构的概念。课 程 内 容 软件体系结构概论 软件体系结构建模 软件体系结构风格 软件体系结构描述 动态软件体系结构 Web服务体系结构 基于体系结构的软件开发 软件体系结构的分析与测试 软件体系结构评估 软件产品线体系结构 软件体系结构建模的种类 第2章 软件体系结构建模2.1 软件体系结构建模概述 结构模型 框架模型 动态模
2、型 过程模型 功能模型 软件体系结构建模的种类 第2章 软件体系结构建模2.1 软件体系结构建模概述 结构模型这是一个最直观、最普遍的建模方法。这种方法 以体系结构的构件、连接件和其他概念来刻画结构， 并力图通过结构来反映系统的重要语义内容，包括系 统的配置、约束、隐含的假设条件、风格、性质等。研究结构模型的核心是体系结构描述语言。 软件体系结构建模的种类 第2章 软件体系结构建模2.1 软件体系结构建模概述 框架模型框架模型与结构模型类似，但它不太侧重描述结构 的细节而更侧重于整体的结构。框架模型主要以一些特殊的问题为目标建立只针对 和适应该问题的结构。 软件体系结构建模的种类 第2章 软件
3、体系结构建模2.1 软件体系结构建模概述 动态模型动态模型是对结构或框架模型的补充，研究系统的 “大颗粒”的行为性质。例如，描述系统的重新配置 或演化。动态可以指系统总体结构的配置、建立或拆 除通信通道或计算的过程。 软件体系结构建模的种类 第2章 软件体系结构建模2.1 软件体系结构建模概述 过程模型过程模型研究构造系统的步骤和过程。结构是遵循某些过程脚本的结果。 软件体系结构建模的种类 第2章 软件体系结构建模2.1 软件体系结构建模概述 功能模型功能模型认为体系结构是由一组功能构件按层次组 成，下层向上层提供服务。功能模型可以看作是一种特殊的框架模型。 “4+1”模型概述 第2章 软件体
4、系结构建模2.2 “4+1”视图模型 Kruchten在1995年提出了“4+1”的视图模型。“4+1”视图模型从5个不同的视角包括逻辑视图、 进程视图、物理视图、开发视图和场景视图来描述软 件体系结构。每一个视图只关心系统的一个侧面，5个视图结合在 一起才能反映系统的软件体系结构的全部内容。 “4+1”模型概述 第2章 软件体系结构建模2.2 “4+1”视图模型 逻辑视图进程视图开发视图物理视图最终用户：功能需求场景编程人员：软件管理系统集成人员：性能 可扩充性、吞吐量等系统工程人员：系统 拓扑、安装、通信等 逻辑视图第2章 软件体系结构建模2.2 “4+1”视图模型 逻辑视图主要支持系统的
5、功能需求，即系统提供给 最终用户的服务。在逻辑视图中，系统分解成一系列 的功能抽象，这些抽象主要来自问题领域。这种分解 不但可以用来进行功能分析，而且可用作标识在整个 系统的各个不同部分的通用机制和设计元素。在面向对象技术中，通过抽象、封装和继承，可以 用对象模型来代表逻辑视图，用类图来描述逻辑视图 。 逻辑视图第2章 软件体系结构建模2.2 “4+1”视图模型 可以从Booch标记法中导出逻辑视图的标记法，只是从体系结 构级的范畴来考虑这些符号，用Rational Rose进行体系结构设 计。构件实例继承使用包含，聚集关联类层次参数化类类服务类连接件 逻辑视图第2章 软件体系结构建模2.2
6、“4+1”视图模型 逻辑视图中使用的风格为面向对象的风格，逻辑视图设计中要 注意的主要问题是要保持一个单一的、内聚的对象模型贯穿整个 系统。 逻辑视图第2章 软件体系结构建模2.2 “4+1”视图模型 对于规模更大的系统来说，体系结构级中包含数十甚至数百个 类 。 开发视图 第2章 软件体系结构建模2.2 “4+1”视图模型 开发视图也称模块视图，主要侧重于软件模块的组 织和管理。开发视图要考虑软件内部的需求，如软件开发的容 易性、软件的重用和软件的通用性，要充分考虑由于 具体开发工具的不同而带来的局限性。开发视图通过系统输入输出关系的模型图和子系统图 来描述。 开发视图 第2章 软件体系结构
7、建模2.2 “4+1”视图模型 与逻辑视图一样，可以使用Booch标记法中某些符号来 表示开发视图。 开发视图 第2章 软件体系结构建模2.2 “4+1”视图模型 在开发视图中，最好采用4-6层子系统，而且每个子 系统仅仅能与同层或更低层的子系统通讯，这样可以 使每个层次的接口既完备又精练，避免了各个模块之 间很复杂的依赖关系。设计时要充分考虑，对于各个层次，层次越低，通 用性越强，这样，可以保证应用程序的需求发生改变 时，所做的改动最小。开发视图所用的风格通常是层 次结构风格。 开发视图 第2章 软件体系结构建模2.2 “4+1”视图模型 进程视图第2章 软件体系结构建模2.2 “4+1”视
8、图模型 进程视图侧重于系统的运行特性，主要关注一些非 功能性的需求。进程视图强调并发性、分布性、系统集成性和容错 能力，以及从逻辑视图中的主要抽象如何适合进程结 构。它也定义逻辑视图中的各个类的操作具体是在哪 一个线程中被执行的。进程视图可以描述成多层抽象，每个级别分别关注 不同的方面。在最高层抽象中，进程结构可以看作是 构成一个执行单元的一组任务。它可看成一系列独立 的，通过逻辑网络相互通信的程序。它们是分布的， 通过总线或局域网、广域网等硬件资源连接起来。 进程视图第2章 软件体系结构建模2.2 “4+1”视图模型 通过扩展Booch对Ada任务的表示法，来表示进程视 图。 进程视图第2章
9、 软件体系结构建模2.2 “4+1”视图模型 物理视图第2章 软件体系结构建模2.2 “4+1”视图模型 物理视图主要考虑如何把软件映射到硬件上，它通 常要考虑到系统性能、规模、可靠性等。解决系统拓 扑结构、系统安装、通讯等问题。当软件运行于不同的节点上时，各视图中的构件都 直接或间接地对应于系统的不同节点上。因此，从软 件到节点的映射要有较高的灵活性，当环境改变时， 对系统其他视图的影响最小。 物理视图第2章 软件体系结构建模2.2 “4+1”视图模型 大型系统的物理视图可能会变得十分混乱，因此可 以与进程视图的映射一道，以多种形式出现，也可单 独出现。 物理视图第2章 软件体系结构建模2.
10、2 “4+1”视图模型 ACS系统的物理视图 物理视图第2章 软件体系结构建模2.2 “4+1”视图模型 具有进程分配 的小型ACS系统 的物理视图 物理视图第2章 软件体系结构建模2.2 “4+1”视图模型 具有进程分 配的大型 ACS系统的 物理视图 场景第2章 软件体系结构建模2.2 “4+1”视图模型 场景可以看作是那些重要系统活动的抽象，它使四 个视图有机联系起来，从某种意义上说场景是最重要的 需求抽象。在开发体系结构时，它可以帮助设计者找到 体系结构的构件和它们之间的作用关系。同时，也可以 用场景来分析一个特定的视图，或描述不同视图构件间 是如何相互作用的。场景可以用文本表示，也可
11、以用图形表示。 场景第2章 软件体系结构建模2.2 “4+1”视图模型 本地呼叫场景的一个原型 小结第2章 软件体系结构建模2.2 “4+1”视图模型 逻辑视图和开发视图描述系统的静态结构，而进程 视图和物理视图描述系统的动态结构。对于不同的软件系统来说，侧重的角度也有所不同 。例如，对于管理信息系统来说，比较侧重于从逻辑视 图和开发视图来描述系统，而对于实时控制系统来说， 则比较注重于从进程视图和物理视图来描述系统。 第2章 软件体系结构建模2.3 体系结构的核心模型 软件过程第2章 软件体系结构建模2.4 体系结构的生命周期模型 需求分析 建立体系结构 测试 实现 设计 生命周期模型第2章
12、 软件体系结构建模2.4 体系结构的生命周期模型 第2章 软件体系结构建模2.5 软件体系结构抽象模型 选读 功能需求说明：客户所说的诸如“用户应该能”或者“系统应该”，这是最可能的功能需求。功能需求描述了 系统所展示的可观察的行为，大多数是处于执 行者-系统响应顺序的环境中。功能需求定义了 系统应该做什么，它们组成了软件需求规格说 明的一部分。分析者应该明确，每个人应该理 解系统为什么“必须”执行某一功能。所提出 的功能需求有时反映了过时的或无效的业务过 程，而这些过程不能加入到新系统中。 非功能需求说明：是指软件产品为满足用户业务需 求而必须具有且除功能需求以外的特性。软件 产品的非功能性需求包括系统的性能、可靠性 、可维护性、可扩充性和对技术和对业务的适 应性等。 本次课重点1. 软件体系结构的5种模型（简答）。2. 什么是（4+1）视图模型，理解其含义。3. 构件、连接件、配置、端口与角色及其互相 关系。4. 软件体系结构生命周期模型，理解其含义。5. 功能需求与非功能需求。第2章 软件体系结构建模第2章 软件体系结构建模 作业用自己的话说一说软件体系结构生命周期模型图 （课本图2-15）的意义。
