软件体系结构（SoftwareArchitecture）幻灯片.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 需求获取层和需求分析层到底有什么不同？ * * * 特征层的规约是什么形式？ * * Feature,业务模型 * * * * * * * * * * * * * * * * * * * * * * * * * * ?设计阶段的活动： 序号 输入 活动 执行者 输出 1 用况模型、补充需求、分析模型、体系结构描述分析模型角度 体系结构设计 体系结构设计者 子系统概述、接口概述、设计类概述、部署模型概述、体系结构描述设计、部署模型角度 2 用况模型、补充需求、分析模型、设计模型、部署模型 设计用况 用况工程师 用况实现-设计、设计类概述、子系统概述、接口概述 3 用况实现-设计、设计类概述、接口概述、分析类完成 对类设计 构件工程师 设计类完成 4 体系结构描述（从设计模型角度）、子系统概述、接口概述 设计子系统 构件工程师 子系统完成、接口完成 其中：活动1 把分析模型的分析包变为设计模型的子系统。活动2中的用况里的各个流应该各对应一个顺序图。 ?与实现的关系 由于设计模型和部署模型被认为是以后实现和测试活动的基 本输入，因此要强调的是： ? 设计子系统和服务子系统是由实现细系统予以实现的，这些 实现子系统包括一些构件，例如源代码文件、脚本（scripts） 以及二进制、可执行的构件等。这些实现子系统可跟踪到设计 子系统。 ? 设计类将由文件构件予以实现，它们包括源代码。一般地， 一些不同的设计类在一个单一的文件构件中实现，尽管这依赖 所使用的程序设计语言。另外，当要寻找可执行的构件时，将 要使用那些描述“权重”处理的主动类。 ? 在规划实现工作时，将要使用Use-case细化设计，以产生一些 “构造”。每一个构造将实现一组 use-case细化或部分use-case 细化。 ? 在结点上部署构件，以形成分布系统时，将使用部署模型和 网络配置。 RUP的实现 1、任务： ?实现设计类和子系统； ?由设计类生成构件；对构件进行单元测试；对 构件进行集成和连接； ?把可执行的构件映射到部署模型。 2、产生的制品： ?实现模型： 构件-实现设计模型中的元素，是对模型元素（如设计 模型中的设计类）的物理封装。 构件间的依赖关系； 构件的组织-按实现环境的组织。 ? 实现子系统：由构件、接口和其它子系统组成。 ? 其中，接口用于表示由构件和实现子系统所实现的操作。在这一阶段可以使用设计时的接口。 ? 体系结构描述实现模型的角度 ： 包括由实现模型分解的子系统、子系统间的接口、子系统间的依赖以及关键构件。 ? 集成建造计划： 其中，在增量开发中，每一步的结果即为一个建造（Bulid），即系统的一个可执行的版本。在一个迭代中，可能创建一个建造序列，该序列即集成建造计划。 3、实现阶段的活动： 序号 输入 活动 执行者 输出 1 设计模型、部署模型、体系结构描述设计模型、部署模型角度 实现体系结构 体系结构设计者 构件概述、体系结构描述实现模型、部署模型角度 2 补充需求、用况模型、设计模型、实现模型当前建造 集成系统 系统集成者 集成建造计划、实现模型连续的建造 3 集成建造计划、体系结构描述实现模型角度、设计子系统已设计、接口已设计 实现子系统 构件工程师 实现子系统建造完成，接口建造完成 4 设计类已设计、接口由设计类提供 实现类 构件工程师 构件完成 5 构件完成、接口 完成单元测试 构件工程师 构件已完成单元测试 RUP的测试 1、任务： 测试包括：内部测试、中间测试和最终测试。 其中，特别是在精化阶段中体系结构基线变为可执行时， 在构造阶段中系统变为可执行时，以及在移交阶段中检 测到缺陷时，要进行测试。 2、测试阶段产生如下制品： ?测试模型： 测试模型是测试用例、测试过程和测试构件的集合体。 主要描述2点： ?如何测试已实现的可执行构件； ?如何测试系统的特殊方面 （如用户接口、可用性、一 致性、用户手册是否达到目的等）。 ?测试用况：描述测试系统的方式。测试用况的一般描述： 包括输入、输出和条件。 ?测试过程：描述怎样执行一个或几个