软件配置管理规范流程

1 概述

１.1 目的

本文档主要目的在于规范项目配置管理活动,确保配置项正确地唯一标识并且易于存取,保证基线配置项的更改受控,明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。

１.２适用范围

本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动，针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法，本文件以CVS（并行版本系统）配置管理工具为例,规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。

1.3 术语和缩略语

1.３.1 软件配置管理(Sｏftwaｒe Cｏnfｉgｕration Mａｎagｅmｅnｔ，SCM)

软件配置管理是对软件修改进行标识、组织和控制的技术,用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。

1.３.2 配置项（Coｎｆiguraｔion Item,CI）

凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。

每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里,确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。

１.3.3 基线(Basｅline)

在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素(配置项）的一个版本，且只确定一个版本。一般情况下，基线一般在指定的里程碑处创建,并与项目中的里程碑保持同步。

每个基线都将接受配置管理的严格控制，基线中的配置项被“冻结”了，不能再被任何人随意修改,对其修改要严格地按照变更控制的过程进行。在一个软件开发阶段结束时,上一个基线加上增加和修改的基线内容形成下一个基线。

基线的主要属性有:名称、标签、版本、日期等。

1．4 权限与职责

1.4.１研发总经理助理

1）审核变更请求。

1．4．2 项目经理（Pｒoject Managｅｒ,PM)

1）审核批准配置管理计划；

２) 接收或拒绝小范围的变更申请；

３）召集评估变更;

4) 提出配置管理的建议和要求;

５) 配合配置管理员的工作。

1.4．３配置管理员（Configurａtiｏn Mａｎagｅment Oｆficer,CMO)

１）编写配置管理计划；

2) 执行版本控制和变更控制方案;

３) 制定访问控制策略;

4) 负责项目的配置管理工作,包括搭建环境、权限分配、配置库的建立、配置项的控制等；

5) 配置管理工具的日常管理与维护;

6) 配置库的日常操作和维护;

7）负责配置审核并提交报告;

8) 根据配置部署表单编译发布版本,并维护版本；

9) 对开发人员进行相关的培训;

１0）对配置审核中发现的不符合项，拟订纠正措施,要求相关责任人进行纠正。

1１) 监督项目组成员规范的执行情况。

1．4.４开发人员(Ｄｅveｌｏper）

１) 根据确定的配置管理计划和相关规定，提交配置项和基线;