移交
RUP 的第四阶段主要用于确保软件已准备就绪,从而可以交付给用户使用。
关系
主要描述

摘要

移交阶段的重点是确保用户可使用软件。移交阶段可以跨越若干迭代,并包含为发行版作准备的产品测试,并根据用户反馈作出较小的调整。在生命周期中的此时刻,用户反馈应主要集中在调整产品、配置、安装和可用性问题上,所有重大的结构问题应在项目生命周期的早得多的时候得到处理。

目标 

在移交阶段结束时,应已满足生命周期目标,并且该项目应该处于要结束的时刻。在某些情况中,当前生命周期的结束可能与同一产品的另一个生命周期的开始重合,导向下一代或下一版本的产品。对于其他项目,移交的结束可能与将完整的工件交付给负责操作、维护和增强已交付系统的第三方重合。

该移交阶段可能非常直截了当,也可能异常复杂,根据产品的类型而定。现有桌面产品的新发行版可能非常简单,而更换国家空运控制系统可能异常复杂。

在移交阶段的迭代期间执行的活动依赖于目标。例如,当修订错误时,实施并测试通常已经足够了。但是如果必须添加新功能,则迭代类似于需要分析和设计等的构造阶段中的迭代。

当基线足够成熟,能够在最终用户领域中部署时,进入移交阶段。这通常需要已完成一些可用的系统子集,这些系统具备可以接受的质量级别和用户文档,以便转移给用户时为所有各方提供积极的结果。

移交阶段的主要对象包含:

  • Beta 测试,以对照用户期望验证新系统
  • Beta 测试以及与正在替换的旧系统相关的并行操作
  • 转换操作数据库
  • 培训用户和维护人员
  • 展示给市场营销、分发和销售人员
  • 特定于部署的工程,例如接入、商业包装和生产、销售展示、现场人员培训
  • 调整诸如错误修订、性能和可用性增强之类的活动
  • 对照整个远景和产品的可验收条件来评估部署基线
  • 实现用户的自支持能力
  • 实现项目干系人在已完成部署基线这一点上达成一致
  • 实现项目干系人在部署基线与远景的评估条件一致这一点上达成一致

基本活动

移交阶段的必需活动包含:

  • 执行部署计划
  • 为最终用户支持材料定稿
  • 在开发站点测试可交付的产品
  • 创建产品发行版
  • 获得用户反馈
  • 根据反馈调整产品
  • 使产品对用户可用

里程碑 

“产品发行”里程碑是确定是否已达成项目目标以及是否开始另一个开发周期的地方。关于详细信息,请参阅概念:产品发行里程碑