阶段:
|
移交阶段的重点是确保软件对其最终用户可用。移交阶段可以跨越若干迭代,并包含为发行版作准备的产品测试,并根据用户反馈作出较小的调整。在生命周期中的此时刻,用户反馈应主要集中在微调产品、配置、安装和可用性问题上,所有重大的结构问题应在项目生命周期的早得多的时候得到处理。 |
|
|
对于中等规模的项目,工作流程明细通常在移交。 |
在移交阶段结束时,应已满足生命周期目标,并且该项目应该处于要结束的时刻。在某些情况中,当前生命周期的结束可能与同一产品的另一个生命周期的开始重合,导向下一代或下一版本的产品。对于其它项目,移交的结束可能与将完整的工件交付给负责操作、维护和增强已交付系统的第三方重合。
该移交阶段可能非常直截了当,也可能异常复杂,根据产品的类型而定。现有桌面产品的新发行版可能非常简单,而更换国家空运控制系统可能异常复杂。
在移交阶段的迭代期间执行的活动依赖于目标。例如,当修订错误时,实施并测试通常已经足够了。但是如果必须添加新功能,则迭代可能与需要分析和设计等的构造阶段中的迭代类似。
当基线足够成熟,能够在最终用户领域中部署时,进入移交阶段。这通常需要已完成一些可用的系统子集,这些系统具备可以接受的质量级别和用户文档,以便转移给用户时为所有各方提供积极的结果。
移交阶段的主要目标包括:
移交阶段的基本活动包括:
“产品发行”里程碑是确定是否已达成项目目标以及是否开始另一个开发周期的地方。请参阅里程碑:产品发行以获取详细信息。
本页面顶部显示的示例迭代工作流程代表中等规模项目中的典型移交迭代。样本迭代计划:移交阶段从不同角度展示了在移交迭代中采取的行动的分类。此迭代计划在工作流程明细和活动方面更加完整,因此更适合较大的项目。较小的项目可能会决定仅使用这些工作流程明细的子集,应尽力解决偏离并将偏移记录为特定于项目的流程的一部分。规划移交中的迭代时,请记住,项目的重点从阶段开始到结束都可能会变化,并且每个迭代的迭代工作流程可能会稍有不同。例如,在移交阶段中,项目在第一次迭代中更多地关注缺陷修订,在最后一个迭代中更多地关注与结束项目有关的活动。
Rational Unified Process
|