该工作流程明细的目的是集成多个实施者的更改以创建新的一致的实施子系统版本。


主题


      实施元素
实施元素
  实施元素
实施元素
开发人员测试
开发人员测试
 
         
 
实施者
实施者
 

 
实施开发人员测试
实施开发人员测试

 
执行开发人员测试
执行开发人员测试

 
           
      开发人员测试
开发人员测试
     

      实施元素
实施元素
集成构建计划
集成构建计划
 
       
 
集成员
集成员
 

 
集成子系统
集成子系统

 
       
      实施子系统
实施子系统
工作版本
工作版本
 
      J2EE 模块
J2EE 模块
 


描述 To top of page

如果几个实施者(作为一个团队)致力于同一实施子系统,则需要集成各个实施者的更改以创建一个新的一致的实施子系统版本。该集成将导致在子系统集成工作区中的一系列工作版本。然后由一名测试者和/或一名执行开发人员测试的实施者集成测试每个工作版本。测试之后,将实施子系统交付至系统集成工作区。

相关信息 To top of page

此部分提供与该工作流程明细有关的附加信息的链接。

计时 To top of page

在精化阶段中开始,通过构建和移交阶段重现。

可选性 To top of page

建议用于较大的系统。对较小的系统是可选的。

如何配备人员 To top of page

通常由一名人员(对于构建过程较简单的小项目)或一个小型团队(对于构建过程较复杂的大项目)执行集成。集成者需要有软件构建管理、配置管理的经验,还需要有编写要集成的组件所使用编程语言的经验。因为集成经常涉及高度的自动化,所以操作系统 shell 或脚本语言和诸如“make”(Unix 上)之类的工具方面的经验也是必需的。

工作指南 To top of page

集成工作通常很大程度上是自动执行的,并当构建中断时需要手工操作。通常的策略是在夜间执行自动化构建和某些自动化测试(通常在单元级别),并考虑来自构建过程的频繁反馈。



Rational Unified Process   2003.06.15