任务:交付变更
此任务定义了如何有序执行一组变更(由开发人员团队创建)的集成。
规程:配置与变更管理
用途
  • 将变更从开发工作空间传递到集成工作空间的目的是让专用工作空间中变更的工作产品集可用于项目集成。
关系
角色主执行者: 其他执行者:
输入必需:
可选:
输出
流程使用情况
步骤
准备传递

传递涉及将众多的实施者的工作集成的概念。因此,传递是一个重要步骤,在可以接受工作进入更高级别的“登台区域”之前,需要通过复审和核准的“质量关”。

好的项目策略是要求开发人员以项目当前的建议基线为基础重新设定他们的开发工作空间,然后才接受他们的工作进入项目的集成工作空间。该策略的目标是让开发人员按照最近的稳定基线中包含的工作构造和测试他们在开发区域的工作,然后再传递到集成工作空间。这一做法将开发人员在执行传递操作时必须进行的合并量降到最低。 

另一个很好的项目策略是确保所有文件在传递前都已经检入。这就避免了文件因工作版本中没有包含但后续更新中可能需要而出现的孤立情况。

传递是一个重要步骤,它意味着开发人员认为自己的工作有足够高的质量来包含到整个产品中。

它应该是以下“项目策略”的一部分:谁将复审给定的工作产品,以及要让项目团队其余成员可以接受使用它们之前,需要实现什么级别的质量。技术:复审中提供了一些复审指导信息。Rational Unified Process 中的许多工作产品有关联的“核对表”,可用于评估该工作产品的质量。例如,如果发现一个工作产品中有超过给定数量的检查点存在缺陷,它就被提交进行返工,因此没有资格进行“提升”。

交付变更

一个常用的项目策略是要求开发人员将他/她的变更与其他开发人员作出的变更合并。这一般是在专用集成工作空间进行的,这样合并的变更就可以在最终传递给项目集成工作空间前进行测试了。当所有的合并变更已经得到检入和传递时,传递就完成了。

更新工作单状态

如项目的配置管理计划所定义,更新工作单的状态(例如,如果所有工作已完成,就设置为“完成”)。



更多信息