使用ClearCase和ClearQuest改进维护项目的配置管理工作[2]

使用ClearCase和ClearQuest改进维护项目的配置管理工作[2] 作者：Judy Shen　来源：网络　

　　3.2 角色细分

　　在EIP项目配置管理工作存在的问题之一，就是开发人员承担着过多角色的工作。所以，在引入ClearCase和ClearQuest后，我们为EIP项目进行了角色细分，分配了专职测试人员和配置管理员，定义了专职的需求分析员，明确了项目经理的职责。

　　测试人员负责变更处理完毕的确认及发布确认测试，开发人员不再负责发布确认测试，而只负责单元测试和自测。

　　配置管理员负责提供测试环境的更新程序、生产环境的更新程序。

　　需求管理员作为变更接收人，决策需求变更的处理顺序。

　　项目经理负责批准变更的处理。

　　3.3 设置合适的并行开发模式

　　考虑到EIP项目的实际情况，我们采用IBM的UCM(统一变更管理)解决方案作为它的配置管理和变更管理解决方案。对EIP项目发布版本错误问题产生原因进行分析后，我们采用如下流策略作为该项目的并行开发模式。

　　上述流策略中，我们采用三层流架构：开发流、测试流、集成流进行项目配置管理工作。其中，

　　开发流是开发人员日常工作使用的工作空间

　　测试流是测试人员获取测试程序的工作空间

　　集成流是产品稳定版本流，也是获取项目发布程序的空间

　　由于这个项目属于彼此之间需要紧密协作开发的类型，所以，我们采用复用流的方式，所有开发人员共享一条开发流。这样，开发人员在检入文件时就可以看到彼此的修改结果，实现了集成的最大化。但是，由于多个开发人员共享一个开发流，如果存在对一个文件的并发修改，容易引起冲突;另外，这种方式也容易引起交付依赖，使得程序在提交时，必须按照一定次序进行提交。

原文转自：http://www.ltesting.net