李妮娅《统一软件开发过程》第十一章实现工作流.pdfVIP

第11章实现工作流 目录  11.1 目的  11.2 构造  11.3 集成  11.4 原型  11.5 工作人员和制品  11.6 工作流  11.7 工具支持(略)  11.8 小结 11.1 目的  实现工作流有以下四个目的: 为了从层次组织实现子系统的角度定义代码组 织 为了从构件(源文件、二进制文件、可执行文件 以及其他文件)的角度实现类和对象 为了将要开发的构件看作一个单元进行测试 为了将个人或开发团队开发的结果与可执行系 统进行集成 实现工作流与测试工作流  实现工作流中的测试范围限制在单个构件的单元 测试上。  系统测试和集成测试工作则在测试工作流(第12章) 中描述。  为了解释RUP中的实现工作流，下面介绍以下三 个关键概念：  构造(build)  集成(integration)  原型(prototype) 11.2 构造(build)  构造是系统的可操作版本或者是该系统的一部分。  每个构造提供一个早期评审点，并帮助在集成问 题出现时及时发现问题。  构造展示了迄今为止开发完成的功能。  假如新加入的功能导致系统的破坏,或者威胁到构 造的整体性,这时就需要回到以前的版本,所以每个 构造都处于配置控制下。  通常,项目每隔一定间隔产生一个构造 11.3 集成(Integration)  集成是指将几个独立的软件构件结合成一个整体 的软件开发活动  集成是在实现的不同水平和不同阶段上进行的， 其目的如下：  在将子系统交给系统集成人员之前，要将在同一个子 系统上工作的开发群组里的工作成果集成起来  将子系统集成为一个完整的系统  在每一个迭代中要进行的集成是非常重要的。迭 代计划定义了要设计的用例和要实现的类。集成 策略则关注于实现和集成类的顺序。 集成的种类  增量式集成 一小块一小块地编写代码并测试代码，然后通 过每一次增加一小块将他们结合成一个整体 RUP的集成方法  阶段式集成 是指同时集成多个(新的和已变更的)构件 缺点是很难对错误进行定位 增量式集成的优点  容易定位故障  更加充分地测试构件  系统的某些部分提前运行 11.4 原型  原型用于以一种直接的方式减少风险。  原型可以通过给用户、客户和经理展现一些具体 的、可执行的实体，帮助建立对该产品的支持  原型必须在它的整个生命周期中保持非常明确的 性质和目的  为展现用户接口而设计的行为原型很少能发展成 为一个强壮的、有弹性的产品 原型的种类  根据原型要探测什么，可以将其分为： 行为型原型：探测系统的某一特定行为 结构型原型：探测构架或者技术上关注的问题  根据原型的进化，或者说进化的结果，可 以将其分为： 探测型原型：也叫抛弃型原型，在完成之后要 将它抛弃 进化型原型：将进化成为最终系统 行为型原型  这类原型趋向于成为探测型原型，它不是 待开发系统构架的复制  主要关注于用户看到的系统将要做什么  这类原型属于“快速研制但并不精巧”， 它并不是按照项目的标准制作的 结构型原型  这类原型趋向于成为进化型原型；它们更有可能 使用最终系统的基础设施(“骨架”)，并且很有可 能发展成为最终系统  这类原型可以帮助测试开发环境和帮助相关人员 熟悉新的工具和规程  RUP支持在整个细化阶段使用一个进化的结构型 原型，同时伴随任意数量的探测型原型 探测型原型与进化型原型  探测型原型 这类原型用于测试关于功能或技术或两者兼而 有之的一个关键假设 探测型原型可能非常小，例如一个用来测试软 件的关键构件的几百行小程序 这类原型也可以用来弄清楚需求  进化型原型 这类原型是从一个迭代到另一个迭代中进化形 成的 由于时间的限制，项目群组通常会陷入 将质量上有缺陷的探测型原型或者抛弃 型原型作为最终的系统这个陷阱，他们 会将原型一直保持到最后。为了避免这 种情况的