面向对象第11章-统一软件过程rup

1、第11章 统一软件过程RUP本章学习导航本章学习导航 本章学习要点 RUP的基本特点； 6大核心工作流程及主要活动； 3大支持工作流程及主要活动； 初始、细化、构造和移交四个迭代阶段的目标、核心活动、评审标准。 11.1 RUP简介 RUP简介 Rational Unified Process（以下简称RUP）是一套软件工程方法，主要由 Ivar Jacobson的 The Objectory Approch 和 The Rational Approch发展而来。 RUP 吸收了多种开发模型的优点，具有很好的可操作性和实用性。 RUP是与UML结合最好的一种软件过程方法。 11.1 RUP简介

2、 RUP基本思想在RUP中，软件开发生生命周期根据时间和RUP的核心工作流划分为二维空间。11.1 RUP简介 静态结构-方法描述RUP采用角色、行为、产品和工作流四个基本模型元素组织和构造系统开发过程。 角色是描述某个人或一个小组的行为与职责。行为是一个有明确目的的独立工作单元。 模型是从某一个角度对系统的完全描述。 工作流描述了一个有意义的连续的行为序列。 11.1 RUP简介 动态结构-迭代式开发（1）初始阶段：定义最终产品视图、商业模型并确定系统范围。以需求分析为主，建立系统整体结构。 （2）细化阶段：设计及确定系统的体系结构，制定工作计划及资源要求。针对第一阶段需求分析结果，进行设计

3、，编程，测试，然后再反馈到需求分析。（3）构造阶段：构造产品并继续演进需求、体系结构、计划直至产品提交。对第（1）阶段的需求进行设计，编程，测试，反馈。重复需求，设计，编程，测试的过程。（4）移交阶段：把产品提交给用户使用。综合测试，交付可运行产品。 11.1 RUP简介 动态结构-迭代式开发在每个阶段结束前都通过一个里程碑评估该阶段的工作。如果未能通过该里程碑的评估，则决策者应该做出决定是应取消还是继续该阶段的工作。 11.1 RUP简介 RUP的特点（1）用例驱动 用例模型是需求分析工作流的结果，它从用户的角度描述该系统应该实现的功能。 （2）以体系结构为中心 RUP的早期的迭代工作，特别

4、是演化阶段的重点就是确定和校验软件的体系结构。 （3）迭代式开发 迭代式开发方法是一个不断的减除风险的过程 。11.1 RUP简介 RUP模型RUP中的用例模型对应本书所提到的需求模型；RUP中的分析模型和设计模型包括了本书提到的静态模型和动态模型的一部分；RUP中的实施模型包含了本书所提到的物理模型。 11.2 RUP工作流程 RUP工作流程（1）商业建模：理解待开发系统的组织结构及其商业运作，确保所有参与人员（涉众）对开发系统有共同的认识。 （2）需求分析：定义系统功能及用户界面，使客户知道系统的功能，开发人员知道系统的需求，为项目预算及计划提供基础。 （3）分析与设计：把需求分析的结果转

5、化为实现规格。 （4）实现：定义代码的组织结构、实现代码、单元测试、系统集成。 （5）测试：校验各自子系统的交互与集成。确保所有的需求被正确实现并在系统发布前发现错误。 （6）发布：打包、分发、安装软件，升级旧系统；培训用户及销售人员，并提供技术支持。制定并实施beta测试。 11.2.1 业务建模 业务建模流程业务建模的目的在于： 了解目标组织（将要在其中部署系统的组织）的结构及机制。 了解目标组织中当前存在的问题并确定改进的可能性。 确保客户、最终用户和开发人员就目标组织达成共识。 导出支持目标组织所需的系统需求。 11.2.1 业务建模 业务流程分析员11.2.1 业务建模 业务设计员1

6、1.2.2 需求需求流程需求工作流程的目的是： 与客户和其他涉众在系统的工作内容方面达成并保持一致。 使系统开发人员能够更清楚地了解系统需求。 定义系统边界。 为计划迭代的技术内容提供基础。 为估算开发系统所需成本和时间提供基础。 定义系统的用户界面，重点是用户的需要和目标。 11.2.2 需求系统分析员11.2.2 需求架构设计师11.2.2 需求用户界面设计员11.2.3 分析设计 分析设计流程分析设计的目的在于： 将需求转换为未来系统的设计。 逐步开发强壮的系统构架。 使设计适合于实施环境，为提高性能而进行设计。 11.2.3 分析设计 设计员11.2.3 分析设计 封装体设计员和数据库

7、设计员11.2.4 实施 实施流程实施的目的包括： 对照实施子系统的分层结构定义代码结构、 以构件（源文件、二进制文件、可执行文件以及其他文件等）的方式实施类和对象、 对已开发的构件按单元来测试，并且 将各实施员（或团队）完成的结果集成到可执行系统中。 11.2.4 实施 实施员11.2.4 实施 集成员11.2.5 测试 测试流程测试的目的在于： 核实对象之间的交互。 核实软件的所有构件是否正确集成。 核实所有需求是否已经正确实施。 确定缺陷并确保在部署软件之前将缺陷解决。 11.2.5 测试 测试设计员11.2.5 测试 测试员11.2.6 部署部署流程部署工作流程描述了三种产品部署的模式

8、：自定义安装 “市售” 通过 Internet 使用软件 11.2.6 部署部署经理11.2.6 部署课程开发员和图形设计员11.2.6 部署配置经理和技术文档写作员11.2.7 配置与变更管理 配置和变更管理流程配置与变更请求管理（CM 与 CRM）涉及： 确定配置项； 限制对这些项的变更；审核变更；定义与管理配置。 11.2.7 配置与变更管理 变更控制经理11.2.8 项目管理 项目管理流程项目管理的目的是： 为对软件密集型项目进行管理提供框架。 为项目的计划、人员配备、执行和监测提供实用的准则。 为管理风险提供框架。 11.2.9 环境 环境流程环境工作流程侧重于为项目配置流程时的必需

9、活动。它描述了为支持项目而开发指南时所需的活动。环境活动的目的在于为软件开发组织提供软件开发环境（流程和工具），该环境将会支持开发团队。 11.2.9 环境 工具专家和系统管理员课堂实践 1（1）将RUP和传统的瀑布模型进行比较。（2）注意RUP和UML之间的关系。 操作提示（1）结合WebShop电子商城的开发，以RUP为软件过程指导，请说明RUP的6个核心工作流的主要活动。（2）结合WebShop电子商城的开发，以RUP为软件过程指导，请说明RUP的3个支持工作流的主要活动。（3）根据软件行业程序员的岗位能力要求，说明RUP实施工作流程和测试工作流程中主要角色的职责。 操作要求11.3.1

10、 初始 初始阶段初始阶段的主要目标包括： 建立项目的软件规模和边界条件，包括运作前景、验收标准以及希望产品中包括和不包括的内容。 识别系统的关键用例（也就是将造成重要设计折衷操作的主要场景）。 对比一些主要场景，展示（也可能是演示）至少一个备选构架 评估整个项目的总体成本和进度（以及对即将进行的细化阶段进行更详细的评估） 评估潜在的风险（源于各种不可预测因素准备项目的支持环境。 11.3.2 细化 细化阶段细化阶段的主要目标包括： 确保构架、需求和计划足够稳定，充分减少风险，从而能够有预见性地确定完成开发所需的成本和进度。对大多数项目来说，通过此里程碑也就相当于从简单快速的低风险运作转移到高成

11、本、高风险的运作，并且在组织结构方面面临许多不利因素。 处理在构架方面具有重要意义的所有项目风险 建立一个已确定基线的构架，它是通过处理构架方面重要的场景得到的，这些场景通常可以显示项目的最大技术风险。 制作产品质量构件的演进式原型，也可能同时制作一个或多个可放弃的探索性原型，以减小特定风险，例如： 设计/需求折衷，构件复用产品可行性或向投资者、客户和最终用户进行演示。 证明已建立基线的构架将在适当时间、以合理的成本支持系统需求。 建立支持环境。 11.3.3 构造 构造阶段构造阶段的主要目标包括： 通过优化资源和避免不必要的报废和返工，使开发成本降到最低。 快速达到足够好的质量 快速完成有用

12、的版本（Alpha 版、Beta 版和其他测试发布版） 完成所有所需功能的分析、开发和测试。 迭代式、递增式地开发随时可以发布到用户群的完整产品。这意味着描述剩余的用例和其他需求，充实设计，完成实施，并测试软件。 确定软件、场地和用户是否已经为部署应用程序作好准备。 开发团队的工作实现某种程度的并行。 11.3.4 移交 移交阶段移交阶段的主要目标是： 进行 Beta 测试，按用户的期望确认新系统 Beta 测试和相对于正在替换的遗留系统的并行操作 转换操作数据库 培训用户和维护人员 市场营销、进行分发和向销售人员进行新产品介绍 与部署相关的工程，如接入、商业包装和生产、销售介绍、现场人员培训 调整活动，如进行调试、性能或可用性的增强 根据产品的完整前景和验收标准，对部署基线进行的评估 实现用户的自我支持能力 在涉众之间达成共识，即部署基线已完成 在涉众之间达成共识，即部署基线与前景的评估标准一致 11.3.5 迭代计划示例(构造阶段) 移交阶段课外拓展（1）参考本章构造阶段的迭代计划实例。（2）在制订软件