(完整版)系统配置管理方案(最终)

（招标编号：XXXX—EMTC—XXXX）

XXXXXX总集成项目配置管理方案

XXXXX科技股份有限公司

2009年10月

关于本文档

公司名称—Project Name—Type – Name – Version 其中:

项目名称或项目编号:采用立项后的项目名称缩写或给定的项目编号表示

系统名称或组件名称：采用约定的缩写规则取长度不超过6位的字符表示

类型名称为（标识代码）：项目工作产品名称的标识，为采用约定的缩写规则取长度不超过8位的字符。

编号：当配置项为同一模板样式的序列的工作产品时可将编号标识引入，一般为三位数字；

版本：采取两位，形式为0。0，第一版为V1.0，以后每增加0。1表示较小修改,增加1.0表示新的Release。

第2章配置管理计划

配置管理计划目的

配置管理计划编写目的如下:

在项目的整个生存周期中建立和维护产品的完整性

软件配置管理活动是有计划的

确定需要CM控制的工作产品

建立和维护工作产品的基线

控制对工作产品的细化

角色、职责和人员

2.1.1工作空间规则

(1）工作空间的划分

工作空间分为：项目基线空间（PXST-BASELINE目录)，小组工组空间（PSXT目录），个人工作空间；

个人工作空间是个人进行与本项目有关工作的目录，在指定PC的工作目录下；

小组工作空间是小组中个人工作的集合，在指定服务器的工作空间内;

项目基线空间是经过评审纳入基线的配置项，在指定服务器的工作空间内；

（2）工作空间的规则

小组工作空间中，需要基线化的配置项经过评审后进入项目基线空间；

项目基线空间的配置项由DCB通过后，由CM管理员从项目基线空间检出到小组工作空间；

2.1.2细化管理控制

(1)角色及职责

2.1.3DCB会议备忘录

项目的DCB 会议备忘录需要被维护.

每次DCB会议的备忘录应该按召开会议的时间来命名。文件名称的格式可以是“DCB日期"（日期格式为YYYYMMDD，其中YYYY是年，MM是月，DD是天）。例如在2007年12月25日召开的DCB会议,次会议备忘录的文件的名称可以是DCB20071225.

2.1.4细化请求的汇总

CM工程师必须定期（每月)提供细化请求汇总报告给项目经理，用以报告和跟踪每一个细化请求的状态。

2.1.5基线状态报告

基线状态报告用以记录和报告基线项的状态。CM工程师按计划跟踪软件基线状态并提供此报告.

配置审核

项目的PPQA工程师对CM进行审核,并将审核结果记录在审核报告中.

第3章配置项说明

根据配置项计划，我们将在项目生命周期中的每一个阶段确立基线。每一个基线确立的标志在于本阶段产生的配置项被技术小组以及PPQA审核通过，并且保存到了配置基线库。

已确立A子包基线的文档如下：