第11章统一软件过程RUP探究.ppt

11.2.6 部署 课程开发员和图形设计员 11.2.6 部署 配置经理和技术文档写作员 11.2.7 配置与变更管理 配置和变更管理流程 配置与变更请求管理（CM 与 CRM）涉及： 确定配置项； 限制对这些项的变更； 审核变更； 定义与管理配置。 11.2.7 配置与变更管理 变更控制经理 11.2.8 项目管理 项目管理流程 项目管理的目的是： 为对软件密集型项目进行管理提供框架。 为项目的计划、人员配备、执行和监测提供实用的准则。 为管理风险提供框架。 11.2.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 初始 初始阶段 初始阶段的主要目标包括： 建立项目的软件规模和边界条件，包括运作前景、验收标准以及希望产品中包括和不包括的内容。 识别系统的关键用例（也就是将造成重要设计折衷操作的主要场景）。 对比一些主要场景，展示（也可能是演示）至少一个备选构架 评估整个项目的总体成本和进度（以及对即将进行的细化阶段进行更详细的评估） 评估潜在的风险（源于各种不可预测因素 准备项目的支持环境。 11.3.2 细化 细化阶段 细化阶段的主要目标包括： 确保构架、需求和计划足够稳定，充分减少风险，从而能够有预见性地确定完成开发所需的成本和进度。对大多数项目来说，通过此里程碑也就相当于从简单快速的低风险运作转移到高成本、高风险的运作，并且在组织结构方面面临许多不利因素。 处理在构架方面具有重要意义的所有项目风险 建立一个已确定基线的构架，它是通过处理构架方面重要的场景得到的，这些场景通常可以显示项目的最大技术风险。 制作产品质量构件的演进式原型，也可能同时制作一个或多个可放弃的探索性原型，以减小特定风险，例如： 设计/需求折衷，构件复用 产品可行性或向投资者、客户和最终用户进行演示。 证明已建立基线的构架将在适当时间、以合理的成本支持系统需求。 建立支持环境。 11.3.3 构造 构造阶段 构造阶段的主要目标包括： 通过优化资源和避免不必要的报废和返工，使开发成本降到最低。 快速达到足够好的质量 快速完成有用的版本（Alpha 版、Beta 版和其他测试发布版） 完成所有所需功能的分析、开发和测试。 迭代式、递增式地开发随时可以发布到用户群的完整产品。这意味着描述剩余的用例和其他需求，充实设计，完成实施，并测试软件。 确定软件、场地和用户是否已经为部署应用程序作好准备。 开发团队的工作实现某种程度的并行。 11.3.4 移交 移交阶段 移交阶段的主要目标是： 进行 Beta 测试，按用户的期望确认新系统 Beta 测试和相对于正在替换的遗留系统的并行操作 转换操作数据库 培训用户和维护人员 市场营销、进行分发和向销售人员进行新产品介绍 与部署相关的工程，如接入、商业包装和生产、销售介绍、现场人员培训 调整活动，如进行调试、性能或可用性的增强 根据产品的完整前景和验收标准，对部署基线进行的评估 实现用户的自我支持能力 在涉众之间达成共识，即部署基线已完成 在涉众之间达成共识，即部署基线与前景的评估标准一致 11.3.5 迭代计划示例(构造阶段) 构造阶段 课堂实践 2 （1）理解每个迭代过程中都需要9个工作流程的工作。 （2）理解具体阶段中每个工作流程的工作量的差异。 操作提示 （1）参考构造阶段的迭代计划，结合WebShop电子商城的开发过程，讨论并制订初始阶段的迭代计划。 （2）参考构造阶段的迭代计划，结合WebShop电子商城的开发过程，讨论并制订细化阶段的迭代计划。 （3）参考构造阶段的迭代计划，结合WebShop电子商城的开发过程，讨论并制订移交阶段的迭代计划。 操作要求 课外拓展 （1）参考本章构造阶段的迭代计划实例。 （2）在制订软件系统的迭代计划时，注意迭代过程中产生的工件和阶段评审标准。 操作提示 （1）结合图书管理系统的开发，以RUP为软件过程指导，请说明RUP的