工作流程明细:
|
该工作流程明细的目的是集成多个实施者的更改以创建新的一致的实施子系统版本。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
如果几个实施者(作为一个团队)致力于同一实施子系统,则需要集成各个实施者的更改以创建一个新的一致的实施子系统版本。该集成将导致在子系统集成工作区中的一系列工作版本。然后由一名测试者和/或一名执行开发人员测试的实施者集成测试每个工作版本。测试之后,将实施子系统交付至系统集成工作区。
此部分提供与该工作流程明细有关的附加信息的链接。
在精化阶段中开始,通过构建和移交阶段重现。
建议用于较大的系统。对较小的系统是可选的。
通常由一名人员(对于构建过程较简单的小项目)或一个小型团队(对于构建过程较复杂的大项目)执行集成。集成者需要有软件构建管理、配置管理的经验,还需要有编写要集成的组件所使用编程语言的经验。因为集成经常涉及高度的自动化,所以操作系统 shell 或脚本语言和诸如“make”(Unix 上)之类的工具方面的经验也是必需的。
集成工作通常很大程度上是自动执行的,并当构建中断时需要手工操作。通常的策略是在夜间执行自动化构建和某些自动化测试(通常在单元级别),并考虑来自构建过程的频繁反馈。
Rational Unified Process
|