软件配置管理控制程序

配置管理控制程序

版本号修订内容编制人审阅人日期

历史记录

目录

1.引言

1.1目的

本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。

1.2 使用范围

本文件适用于公司的所有软件项目。

1.3 名词和缩写

CM(Configuration Management) 配置管理

SCCB (Software Configuration Control Board) 软件配置管理控制委员会

CC (Configuration Controller) 配置管理员

工作产品（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过程综述

3.1流程图

3.2 过程说明

软件配置管理是通过配置标识、配置控制、配置状态说明和配置审核等一系列活动，在项目的整个软件生存周期建立和维护软件产品的完整性。

4过程活动

4.1活动一. 制定配置管理计划

4.1.1进入准则

已经指派了项目配置管理员

4.1.2 输入

《项目已定义标准过程》

《软件开发计划》草稿

4.1.3 任务

任务1: 确定项目CM的要求

配置管理员通过《项目已定义标准过程》、《软件开发计划》草稿等项目前期文档了解项目对配置管理的要求。

任务2: 确定配置管理环境

在创建配置库之前，配置管理员要确定本项目的配置管理工具，包括用于配置管理的计算机软、硬件资源。

明确配置管理权限,制定权限列表,详见《文档权限列表》。

确立配置库结构：根据项目实际情况和组织的《配置管理标准》，确立配置库的具体结构。公司的开发库，受控库和产品库建立在公司的cvs服务器（192.168.1.154）上，如果项目经理要求（例如封闭开发需要），开发库可以建立在项目组自己的服务器上。

策划阶段，《配置管理计划》批准之前，开发库（等同于临时库）应建立起来，策划阶段文档纳入开发库；《配置管理计划》批准之后，配置库正式建立。

任务3：确定基线及配置项列表。详见6.2.4以及《配置管理标准》。

任务4: 确定项目配置管理活动和任务

配置管理员根据项目的大小，确定项目需要进行的配置管理活动和任务，估计配置管理的工作量。

任务5：建立项目定义的标准规程。

任务6: 编写《配置管理计划》

配置管理员根据项目的《项目已定义标准过程》和《软件开发计划》，按照公司的《配置管理计划》模板，编写《配置管理计划》。

任务7: 审批《配置管理计划》

配置管理计划必须先提供给相关工作组，如开发组，PPQA组，系统测试组进行协商，然后在项目策划阶段评审会上对其进行评审。审批通过的《配置管理计划》由项目经理签字后，纳入配置管理，并由配置管理员通知所有受影响的组。

4.1.4 输出

《配置管理计划》

4.1.5 退出准则

《配置管理计划》已经通过评审并纳入受控库。

4.2活动二. 配置项标识

4.2.1进入准则

开始制订《配置管理计划》

已提交配置项

《文件归档申请单》已提交

4.2.2输入

提交的配置项

《文件归档申请单》

4.2.3任务

任务1：配置项标识

配置管理员和项目经理在项目策划期间讨论项目将产生的配置项以及隶属的基线，文档类的配置项参见项目开发计划中的工作产品列表，可进行添加和删减；代码类配置项以策划阶段《项目估计书》中列出的模块为单位进行设定。配置管理员和项目经理还需确定配置项（包括基线）的入库时间，相应的访问权限，并且根据配置项命名的规定（参见《配置管理标准》），对配置项进行唯一的标识，结果记录到《配置项清单》、《配置管理计划》中。

任务2：创建配置项

在软件开发期间，开发人员依据《配置项清单》和配置项命名规则创建配置项，在配置项提交后，由配置管理员更新《配置项清单》。

任务3：建立/维护配置管理库

配置管理员根据《配置管理计划》中确立的配置库结构创建配置管理库，同时根据《配置管理标准》分配访问权限。

任务4：配置项入库

配置项入库指工作产品从开发库进入受控库，配置管理员在受控库中对配置项做同样的标识，详见《配置管理标准》。

任务5：建立基线

在《配置管理计划》中预先明确的时间或阶段点上下表中的相应角色遵照下面五个步骤建立基