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

 

主题

任何角色 实施 - 已修订缺陷 ../workers/wk_depm.htm -- This hyperlink in not present in this generated website ../workers/wk_tchwr.htm -- This hyperlink in not present in this generated website 实施者 开发流程 - 准备迭代 开发基础结构 - 准备迭代 测试人员角色 ../workflow/environm/wfs_env2.htm -- This hyperlink in not present in this generated website ../artifact/ar_tools.htm -- This hyperlink in not present in this generated website 项目经理 ../workflow/manageme/wfs_manit.htm -- This hyperlink in not present in this generated website ../workflow/test/wfs_tstandevl.htm -- This hyperlink in not present in this generated website ../workflow/deployme/wfs_dep8.htm -- This hyperlink in not present in this generated website ../workflow/deployme/wfs_dep1.htm -- This hyperlink in not present in this generated website 工作版本 - 已完成工作版本 ../workflow/manageme/wfs_cop.htm -- This hyperlink in not present in this generated website ../workflow/deployme/wfs_dep2.htm -- This hyperlink in not present in this generated website ../artifact/ar_pduct.htm -- This hyperlink in not present in this generated website 状态评估 - 项目结果 ../artifact/ar_eusm.htm -- This hyperlink in not present in this generated website ../artifact/ar_eusm.htm -- This hyperlink in not present in this generated website 工作版本 - 准备测试 迭代评估 - 当前迭代 迭代计划 - 下一迭代 ../workflow/manageme/wfs_plan.htm -- This hyperlink in not present in this generated website 软件开发计划 - 已计划的部署 变更请求 ../workflow/test/wfs_tstandevl.htm -- This hyperlink in not present in this generated website 测试评估摘要 管理变更请求 实施组件 - 修订缺陷 集成系统 变更请求 - 缺陷 变更请求 ../workers/wk_depm.htm -- This hyperlink in not present in this generated website 流程工程师 软件开发计划 - 已计划的部署 ../workflow/environm/wfs_env4.htm -- This hyperlink in not present in this generated website ../workflow/environm/wfs_env4.htm -- This hyperlink in not present in this generated website 该图在附带文本中有所描述。

对于中等规模的项目,工作流程明细通常在移交。


目标 回到页首

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

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

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

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

移交阶段的主要目标包括:

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

必需活动 回到页首

移交阶段的基本活动包括:

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

里程碑 回到页首

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

定制决策 回到页首

本页面顶部显示的示例迭代工作流程代表中等规模项目中的典型移交迭代。sip_lit.htm -- This hyperlink in not present in this generated website样本迭代计划:移交阶段从不同角度展示了在移交迭代中采取的行动的分类。此迭代计划在工作流程明细和活动方面更加完整,因此更适合较大的项目。较小的项目可能会决定仅使用这些工作流程明细的子集,应尽力解决偏离并将偏移记录为特定于项目的流程的一部分。规划移交中的迭代时,请记住,项目的重点从阶段开始到结束都可能会变化,并且每个迭代的迭代工作流程可能会稍有不同。例如,在移交阶段中,项目在第一次迭代中更多地关注缺陷修订,在最后一个迭代中更多地关注与结束项目有关的活动。


Rational Unified Process   2003.06.15