发布时间 : 星期三 文章Rational工具进行软件配置管理方案的研究更新完毕开始阅读1386a6cd0508763231121231
同济大学工程硕士学位论文
第4章 CRM24 JAVA项目软件配置管理计划
4.1 CRM24 JAVA项目配置管理计划的内容
4.1.1组织和职责
4.1.1 配置管理组（CM） 配置管理组由配置经理和专职配置管理员组成，配置经理可以由技术经理或其他人员担任。配置经理要熟悉机构的配置和变更管理流程，并且要熟悉所采用的SCM工具。在开发人员开始工作之前，配置管理员一定要确立SCM环境，这有两个关键步骤：建立硬件环境和建立开发环境。配置管理员协同系统管理员评估和分配硬件资源，然后还要在服务器端和客户端安装ClearCase，接下来就可以建立开发环境了。配置管理员要和系统架构师一起确定实施模型、创建存储池、创建产品的目录结构、创建初始的版本化元素。
总结后可以列出配置经理的主要工作职能包括以下几点： （1） 负责识别项目配置项，形成项目配置项基线计划； （2） 负责确定项目配置项标识规定； （3） 归并集成； （4） 构建系统； （5） 申请基线变更； （6） 建立发布版本。
配置管理员的主要工作职能包括以下几点： （1） 制定与维护项目的配置管理计划； （2） 建立与维护项目配置管理库；
（3） 为项目组成员进行配置管理工具与配置库的培训；
（4） 对已提交的配置项进行配置审计，并建立相应的基线；
（5） 按照配置管理过程、标准、计划等执行配置管理活动，执行基线与其他
配置项的变更控制流程。
针对本项目，配置经理为：高祥，配置管理员为：李冰喆。
16
同济大学工程硕士学位论文
4.1.2变更控制委员会（CCB）
项目组设立变更控制委员会CCB，成员一般由项目经理（PM）、技术经理（TM）、质量保证经理、配置经理组成，在处理具体配置项变更时，根据具体情况，CCB成员会做相应的变动。本项目的CCB成员包括：沈华、刘量、李文驷、周浩军、雷正山和高祥。
CCB成员的主要职能为以下几点：
（1） 判断变更申请的级别和有效性，并反馈给配置管理员； （2） 对变更后的配置项审核，将审核结果填写至变更单中；
（3） 对评审变更的影响范围、工作量等负责； （4） 对变更申请做出裁决；
（5） 跟踪变更状态，验证变更并负责；
4.1.3组评审委员会（GRB）
项目组设立变更控制委员会GRB，成员一般由项目经理、技术经理、质量保证经理、配置经理组成。GRB成员在整个开发过程中，对整个开发的产出物进行评审，具体包括：
（1） 制定访问控制和开发策略；
（2） 审核配置管理计划；评审并批准基线的建立； （3） 评审在开发阶段所有的产出物； （4） 审核发布版本。
本项目的GRB成员包括：沈华、刘量、李文驷、周浩军、雷正山和高祥。
4.2 基于CRM24的配置管理过程描述
下面通过依次介绍配置管理过程中的主要活动来描述配置管理过程。
17
同济大学工程硕士学位论文
4.2.1 识别配置项
在项目开发过程中，程序、数据和文档都可以作为配置管理的对象，下面以图的形式来列举可能的配置项，如图4-1所示，由图可以看出配置项之间是组合关系或者相互关系。
图4-1 可能的配置项
Diagram 4-1 The possible Configuration Items
识别出所有的配置项后，为了管理的规范化，需要对配置项的标识作出规定，例如，我们可以作出如下的命名规定：
（1） 技术文档标识规定：客户名称 - 项目名称 - 文档类型名称
（2） 质量记录标识规定：客户名称 - 项目名称 - 文档类型名称– 序号
（3） 代码标识规定：项目启动阶段，由项目经理或技术经理负责提供，GRB
审核。
（4） 会议记要：客户名称 - 项目名称 - 文档类型名称 – 开会日期 （5） 项目周报：客户名称 - 项目名称 - 文档类型名称 – 提交日期
（6） 技术讨论记录：客户名称 - 项目名称 - 文档类型名称 – 讨论日期
此过程的工作主要由配置经理和配置管理员来担当，采用二级评审的方式，最终的工作输出主要包括：配置项基线计划、软件版本发布计划、配置项标识规定。
18
同济大学工程硕士学位论文
其中确定配置项标识规定的工作流程可以是首先由CM来发起，然后经PM确认，最后提交给CCB和GRB审核；而对于标识配置项，任何人都可以来执行，只是最后要交由CM来审查。
4.2.3 基于配置项版本控制
版本控制是将规程和工具相结合来管理在软件工程过程中所创建的配置对象的不同版本，通过“属性元组”等其它技术来控制完整版本中的“变体”，采用不同的工具不同的技术，版本控制的机制会有一些不同。
这部分的工作也是由配置经理和配置管理员来担当，采用二级评审的方式，这一过程的工作还可以进一步细分为：裁减标准配置管理库结构、配置项纳入配置管理、基线化配置项，最终的工作输出是配置管理库的目录结构。其中的裁减标准配置管理库结构的工作流程可以是首先在PM或测试经理的参与下由CM来发起，然后交给CCB和GRB来确认，最后告知开发人员和测试人员；而对于配置项纳入配置管理和基线化配置项，都是首先由PM来发起，然后交给PM来执行，最后仍然是交给CCB和GRB来确认。
4.2.4 变更控制
变更在软件开发过程中是不可避免的，但过于频繁的变更也会对项目的开发产生负面的影响，如影响项目的进度、浪费人力物力，因此需要对变更进行控制。
变更控制可以依照如下的步骤来进行：
（1） 提交变更请求，这一操作任何人都可以来执行； （2） 审核变更请求，这是由CCB和GRB来执行的；
（3） 分配和确定任务，这一操作是PM在CCB和GRB的授权下来执行； （4） 提取变更项，这一操作CM在CCB和GRB的授权下来执行； （5） 执行变更，此操作任何人都可以作为变更责任人去执行；
（6） 审核变更，这自然是由CCB和GRB来执行，但任何人都可能参与本项
工作；
（7） 更新配置管理库，这是由CM来完成的。
整个变更控制的产物主要是变更请求单、变更报告单、工程变更单或变更确认单等。
19