ch11RUP核心工作流程.ppt

11.4 实现工作流 一、实现工作流目的 根据按层次组织的实现子系统来定义代码的组织。 从组件（源文件、二进制文件、可执行文件及其他）的角度实现类和对象。 将被开发的组件作为一个单元进行测试。 将个人或团队开发的结果集成为一个可执行系统。 为了解释RUP中的实现，介绍以下三个关键概念： 构造（build） 集成（integration） 原型（prototype） 1.构造 构造是指系统的可操作版本或者系统的一部分，其中后者可以演示由最终产品提供功能的子集。 在迭代软件开发中，将会产生许多构造。每一个构造提供一个早期评审点，并有助于在集成问题出现时及时发现问题。 2.集成 集成是指将独立的软件组件结合成一个整体的软件开发活动。它可在不同阶段进行，例如： 1） 在子系统发布给系统集成人员之前，将在同一个子系统上工作的开发团队的工作成果集成起来。 2）将子系统集成为一个完整的系统。 增量式集成有以下优点： ·容易找到错误。 ·更加充分地测试组件。开发组件时就进行集成和测试，这意味着这些组件相对于一步集成来说，被检验的次数更多。 ·系统的某些部分提前运行。相对于一直要等到测试完成才能看到工作结果来说，尽早地看到工作结果更能鼓舞开发人员的士气。这样也能尽早得到关于设计、工具、规则和风格的反馈。 与此相对应的另一种方法是阶段式集成。阶段式集成是指同时集成多个（新的和已变更的）组件。 阶段式集成的主要缺点： 是引入了多个变量，很难对错误进行定位。错误可能存在于任意一个新组件中，也可能存在于新组件之间进行的交互中，或者存在于新组件和系统核心组件之间进行的交互中。 3.原型 原型用于以一种直接的方式减少风险。原型是为了减少以下问题产生的不确定性： 正在开发产品的业务生存能力。 关键技术的稳定性或性能。 项目委托或投资（通过建立小型的概念证明原型来完成） 对需求的理解。 产品的外观以及最终的可用性。 1）行为原型 行为原型趋向于成为探索型原型。它们不试图复制待开发系统的架构，而主要关注在用户看来系统将要做什么。通常，这一类的原型是“快速开发的但很粗陋”，它并不是按照项目的标准构造的。 2）结构原型 结构原型趋向于成为进化型原型。它们更有可能使用最终系统的基础设施（骨架）， 并且很有可能发展成为最终系统。假如你使用构造语言和工具集来构造原型，你就具有了测试开发环境并帮助相关人员熟悉新的工具和过程的优势。 RUP支持在整个细化阶段使用一个进化的结构原型，同时伴随任意数量的探索型原型。 3）探索型原型 探索型原型设计用来测试关干功能或技术的关键假设。这个原型可能非常小，例如一个用来测试软件（或硬件）的关键组件的性能而创建的几百行的代码。探索型原型也用来明确需求。 可以开发一个小的探索型原型来检查开发人员是否理解一个特定的行为或技术需求。 探索型原型通常是一个用较小工作量就建立起来的抛弃型原型，因此对于它们的测试通常很不正式。设计探索型原型趋于非正式的，由1-2个开发人员完成。 4）进化型原型 顾名思义，进化型原型是在一个个迭代中不断进化的。虽然最初并不具有生产质量，但是随着产品的进化，要重新编写原型的代码。为了管理重写工作，在早期阶段就要相当正式地设 计和测试进化型原型。随着产品不断地进化，设计和测试也越来越正式。 二、角色和制品 实现工作流涉及的主要角色有： 实现人员 负责开发组件和相关的制品，并执行单元测试。 系统集成人员 建立一个构造。 其他角色包括： 软件架构师 负责定义实现模型（分层和子系统）的结构。 代码评审员 审查代码的质量以及与项目标准的一致性。 实现中的关键制品有： 实现子系统 实现元素和其他实现子系统的集合，通过将实现模型划分为更小的部分来构造实现。 实现元素 可以是一段软件代码（源程序、二进制文件或者可执行文件）， 也可以是一个包含一定信息的文件（例如一个启动文件或者一个自述文件）； 一个实现元素可以由其他元素聚合组成，例如，一个应用由几个可执行文件组成。 集成构造计划 这个文档定义了元素和子系统的实现顺序，并详细描述了系统集成时要建立的构造。 三、工作流 11.5 测试工作流 一、目的 在很多方面，测试工作流用来作为其他工作流的服务提供者。测试主要关注产品质量的评估，用到了以下的核心实践： 找出软件产品中的失败之处（缺陷、问题L 并将其文档化。 对可感知的软件质量的管理提供建议。 通过具体的演示来判定设计和需求详细说明中的假定。 验证软件产品按照设计时的预期进行工作。