配置管理指南

配置管理指南本页仅作为文档页封面，使用时可以删除
This document is for reference only-rar21year.March
配置管理指南有限公司
变更记录
修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明）
目录
1. 过程概述 ...................................................................................................................... 错误!未定义书签。

2. 过程目标 ...................................................................................................................... 错误!未定义书签。

3. 必要条件 ...................................................................................................................... 错误!未定义书签。

4. 应执行活动 .................................................................................................................. 错误!未定义书签。

5. 验证与监督 .................................................................................................................. 错误!未定义书签。

6. 裁剪指南 ...................................................................................................................... 错误!未定义书签。

7. 附件说明 ...................................................................................................................... 错误!未定义书签。

8. 相关过程 ...................................................................................................................... 错误!未定义书签。

1.过程概述
配置管理(CM)的目的是保证软件项目生成的产品在软件生命周期中的一致性、完整性和可追溯性。

配置管理主要包括：配置管理申请、编制配置管理计划、标识配置项，定义基线、控制配置项和基线的变更，做好配置项和基线的定期备份，定期进行基线审计及时报告配置状态。

2.过程目标
1)软件配置管理活动应形成格式规范的配置管理计划并按计划执行。

2)配置项是经过标识、受到管理控制并可用的。

3)配置项及基线的变更受到控制。

4)让高级经理、项目经理、项目组成员及相关人员及时了解软件基线及配置项状态。

5)产品发布前对所有软件配置库中的配置项进行的归档和控制。

3.必要条件
1)建立一个由高级经理、项目经理、开发人员、质量保证工程师、产品或现场支持部门中
来的代表等成员组成软件配置控制委员会（SCCB）,并确定一名为组长。

主要职责包括：批准开发阶段的基线生成和变更。

制定、修订、检查和督促执行配置管理所必须的各类规则。

批准重要级别的配置变更。

授权由软件基线生成产品。

2)项目经理提交的配置申请经运营管理部审批同意后，由运营管理部指
3)定一名配置管理工程师，负责协调或实施项目的软件配置管理活动。

4)配置管理员主要职责如下：
负责配置库创建。

配置库的开设是配置管理员根据软件项目组成员对配置库访问权限的不同
需求而设置不同权限。

定期对配置库进行备份；
对产品库进行管理和软件产品复制工作；
负责提供配置管理的工作站和配置管理工具；
5)配置管理工程师（CM工程师）主要负责协助项目经理编写CM计划，与项目开发计划一
起提交评审。

另外，配置管理还包括以下几项工作：
对项目配置库的日常维护和配置管理的日常事务处理；
保证软件开发过程中的软件工作产品(文档、源程序、执行程序)都得到标识，并受控。

记录配置管理的活动并定期向SCCB及项目相关人员汇报项目的配置状态报告。

定期进行配置审计。

协助项目经理开展基线管理，并由软件基线生成产品。

6)配置管理工程师、项目经理应接受过配置管理活动的目的、规程和方法的培训。

7)项目组成员以及其他软件相关组成员，应受过配置管理知识、规程和工具的培训和明确
CM 组的角色、职责和权力等方面的培训。

4.应执行活动
1)项目立项后由项目经理填写配置申请单向分管副总和运营管理部申请开设项目配置库，
经审批后，由配置管理员开设。

详见C6协同管理平台的配置申请流程。

2)由项目经理负责，配置管理工程师协助制定配置管理计划，作为实施配置管理活动的依
据；配置管理计划可与项目开发计划一起经过评审，得到确认、批准、受到管理和控制。

详见《配置管理过程》和《配置管理计划》。

项目相关人员应将通过审批的、书面的配置管理计划作为实施CM活动的基础。

3)纳入配置项的软件工作产品由项目经理在配置管理计划列出。

4)标识放入至配置库中的配置项，配置项按一定的规则存放在配置库中。

5)公司采用SVN工具，能足够详细地记录配置管理操作（可通过查看日志得到），使每个
配置项/单元的状态和内容清楚明了，保留当前状态与历史，并且可以恢复以前的版本（取历史版本）。

SVN版本控制工具对配置管理过程中的活动进行管理与控制，主要有配置项版本的标识、数据存储、更新和检索、受控库的维护功能。

6)基线变更控制。

基线变更属于比较重要的变更，变更过程由变更人发起，变更人填写
《变更申请单》对于所有基线更改请求，都需经过审批方可执行，控制对基线的更改，具体的审批过程详见《配置管理过程》中的跟踪配置项变更请求章节内容，以确保基线的正确性和完整性。

7)配置项变更控制。

为确保软件受控库的正确性和完整性，根据配置项重要程度，施行配
置变更流程。

详见《配置管理过程》中的跟踪配置项变更请求章节内容。

8)CM参加基线/里程碑评审会议，CCB评审会议。

更新《配置项状态报告》。

9)配置审计，申请人提交《基线创建申请单》之后，基线或里程碑变更前，配置管理员根
据《配置审计检查单》审计待变更的内容，跟踪审计发现的问题直至问题关闭，并编写《配置审计报告》，详见《配置审计检查单》和《配置审计报告》。

10)产品发布，配置管理员收到经CCB同意的《产品发布申请单》，之后进行配置审计，配
置审计完成且发现的问题已关闭后，由配置管理员从受控库中取出相关的配置项形成软件产品，纳入产品库。

参考《产品集成过程》的产品交付章节。

11)CM记录每周的工作内容，并填入《CM周报》。

5.验证与监督
1)高级经理定期参与评审 CM活动，了解项目软件过程重大活动，协调进行异常活动的处
理。

2)项目经理通过查看CM工作周报及配置状态报告定期和事件驱动地参与评审CM活动。

3)QA工程师应按计划，公正、客观的审核或验证项目组配置管理活动及其工作产品，将审
核结果定期报告高级经理、项目组和其他相关人员。

审核或验证时，要特别注意：CM及项目组是否按规程的规定执行软件配置活动。

配置变更时，是否按照《配置管理过程》中的规定，做好变更控制、变更影响、分析跟踪等
工作。

因变更引起的相关分工约定是否已通过协商并按改变后的约定执行。

基线审计的情况。

6.附件说明
无
7.相关过程
《配置管理过程》。