配置管理控制程序
历史记录
1.引言
1.1目的
本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。
1.2使用范围
本文件适用于公司的所有软件项目。
1.3名词和缩写
CM(Co nfiguration Ma nageme nt)配置管理
SCCB (Software Con figuration Con trol Board) 软件配置管理控制委员会
CC (Co nfiguratio n Con troller) 配置管理员
工作产品(Work Products):项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。
配置项(Configuration Item, CI):纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ];配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。
基线(Baseline): 一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷(配置项)和生成可执行文卷的工具。
2角色与职责
2.1软件配置管理组（CM ）
CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成，小组的成员称为
配置管理员（CC）,通常由公司的质量保证组安排，加入到项目组，由项目经理领导。
CM组建立并管理配置管理库系统。
CM组负责组织相关部门和人员进行有关CM活动的培训。
项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。
2.2软件配置管理控制委员会（SCCB）
SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、
测试经理/测试工程师以及CC组成。SCCB在项目策划阶段由项目经理负责筹建。
配置管理控制委员会负责审批软件配置管理计划；
配置管理控制委员会负责审批软件基线的建立；
配置管理控制委员会负责审批对软件基线配置项的变更；
配置管理控制委员会负责审核和批准产品发布。
2.3 SCCB负责人
SCCB负责人通常由项目经理担任，代表SCCB在有关文件上签署意见。
2.4项目经理
定期或事件驱动地评审或审核CM活动。
2.5测试组
负责审核《配置管理计划》任务列表中与测试有关的内容
2.6开发组
负责审核《配置管理计划》任务列表中与开发有关的内容
2.7 QA 组
负责审核《配置管理计划》任务列表中与QA有关的内容
3.2过程说明
软件配置管理是通过配置标识、配置控制、配置状态说明和配置审核等一系列活动, 整个软件生存周期建立和维护软件产品的完整性。
4过程活动
4. 1活动一.制定配置管理计划 4.1.1进入准则
已经指派了项目配置管理员
3过程综述
3.1流程图
括动一.制定
KSft 理片划
活动二.配習项标识
裕动三.变更控制
活功典，配占状念圮实
在项目的 活动五.配
se 审
薔弟匕编评渦［代也
活功入产品口常备份
《项目已定义标准过程》
《软件开发计划》草稿
4.1.3任务
任务1:确定项目CM的要求
配置管理员通过《项目已定义标准过程》、《软件开发计划》草稿等项目前期文档了解项目对配置管理的要求。
任务2:确定配置管理环境
在创建配置库之前，配置管理员要确定本项目的配置管理工具，包括用于配置管理的计算机软、硬件资源。
明确配置管理权限，制定权限列表，详见《文档权限列表》。
确立配置库结构：根据项目实际情况和组织的《配置管理标准》，确立配置库的具体结构。公
司的开发库，受控库和产品库建立在公司的cvs服务器（192.168.1.154）上,如果项目经理要求（例如封闭开发需要），开发库可以建立在项目组自己的服务器上。
策划阶段，《配置管理计划》批准之前，开发库（等同于临时库）应建立起来，策划阶段文档纳入开发库；《配置管理计划》批准之后，配置库正式建立。
任务3:确定基线及配置项列表。详见 6.2.4以及《配置管理标准》。
任务4:确定项目配置管理活动和任务
配置管理员根据项目的大小，确定项目需要进行的配置管理活动和任务，估计配置管理的工作量。
任务5:建立项目定义的标准规程。
任务6:编写《配置管理计划》
配置管理员根据项目的《项目已定义标准过程》和《软件开发计划》，按照公司的《配置管理
计划》模板，编写《配置管理计划》。
任务7:审批《配置管理计划》
配置管理计划必须先提供给相关工作组，如开发组，PPQA组，系统测试组进行协商，然后在项目策划阶段评审会上对其进行评审。审批通过的《配置管理计划》由项目经理签字后，纳入配置管理，并由配置管理员通知所有受影响的组。
《配置管理计划》
4.1.5退出准则
《配置管理计划》已经通过评审并纳入受控库。
4.2活动二.配置项标识
4.2.1进入准则
开始制订《配置管理计划》
已提交配置项
《文件归档申请单》已提交
4.2.2输入
提交的配置项
《文件归档申请单》
4.2.3任务
任务1：配置项标识
配置管理员和项目经理在项目策划期间讨论项目将产生的配置项以及隶属的基线，文档类的配置项参见项目开发计划中的工作产品列表，可进行添加和删减；代码类配置项以策划阶段《项目估计书》中列出的模块为单位进行设定。配置管理员和项目经理还需确定配置项（包括基线）的入库时间，相应的访问权限，并且根据配置项命名的规定（参见《配置管理标准》），对配置项进行唯一的标识，结果记录到《配置项清单》、《配置管理计划》中。
任务2:创建配置项
在软件开发期间，开发人员依据《配置项清单》和配置项命名规则创建配置项，在配置项提交后，由配置管理员更新《配置项清单》。
任务3:建立/维护配置管理库
配置管理员根据《配置管理计划》中确立的配置库结构创建配置管理库，同时根据《配置管理标准》分配访问权限。
任务4:配置项入库
配置项入库指工作产品从开发库进入受控库，配置管理员在受控库中对配置项做同样的标识，
详见《配置管理标准》。
任务5:建立基线
在《配置管理计划》中预先明确的时间或阶段点上下表中的相应角色遵照下面五个步骤建立基
对于计划外形成的基线，开发人员需提出申请，经SCCB审核批准后正式确立。424输出
项目基线
《配置状态报告》
项目配置库
《配置项清单》
425退出准则
工作产品已经置入配置库的管理之下
所有工作产品都有唯一的配置项标识
4.3活动三.变更控制
详见《配置变更子过程》。
4.4活动四.配置状态纪实
4.4.1进入准则
新的配置项要提交
配置管理计划里规定的提交报告时间已到
项目经理需要查询配置状态信息
442输入
《配置管理计划》
配置库
《文件归档申请单》
《配置项变更申请单》
4.4.3任务
任务1建立配置状态记录
A:配置管理员在《配置管理计划》批准后应初始化《配置变更跟踪表》、《配置状态报告》，检查项目的前期文档是否已经纳入项目的配置管理，并更新《配置状态报告》。
B:随着项目进展，CC根据按收到的《文件归档申请单》、《配置项变更申请单》和提交的工作产品更新《配置状态报告》、《配置项清单》和《配置变更跟踪表》。
任务2:配置项状态报告
配置管理员按照《配置管理计划》定期（每两周一次）发布《配置状态报告》（参见模板）。
在SCCB会议后，配置管理员应发布《会议记录》。
产品对内发布或对外发布时配置管理员应提交《产品发布报告》。
完成配置审核后，配置管理员发布审核报告。
这些报告在提交给项目经理的同时，也要放到配置管理库里，能让所有开发人员以及SCCB、PPQA阅读这些状态报告。
如果项目经理要求，配置管理员可能还需要提供包含以下内容或部分内容的文档：
未实施的变更列表；
最近一个月提出的变更请求；
目前在实施变更的人员统计；
多少变更项没有审批；
测试期间的一周变更次数；
当前高等级变更数等。
4.4.4输出
《配置状态报告》
《配置变更跟踪表》
《配置项清单》
445退出准则
报告都已经完成并提交
4.5活动五.配置审核
详见《配置审核管理规程》。
4.6活动六.编译源代码
4.6.1.进入准则
源代码提交送测
462输入
软件送测单
463任务
配置管理员对送测代码进行编译，如果编译不通过，返回送测人；如果编译通过，送测试
部。
4.6.4输出
软件送测单
4.6.5退出准则
编译通过
4.7活动七.工作产品发布
详见《配置项发布管理规程》。
4.8活动八.产品日常备份
详细见《产品日常备份规程》。
5过程测量
（1）配置管理员每月最后一天对该月配置管理活动进行测量，将测量数据存储在《配置管理活动测量记录表》中；
(2)根据《过程度量规格说明书》中有关配置管理过程的度量要求，对测量数据进行分析，并将结果记录在《配置管理活动测量记录表》中，报告给度量专员和项目经理。
(3)EPG负责人通过度量报告，分析项目配置管理过程的性能，积累历史数据，改进配置管理过程。
6相关文件
《配置管理标准》
《配置变更子程序》
《配置审核管理规程》
《配置项发布管理规程》
《产品日常备份规程》
质量记录