完整版CMMI支持CM配置库管理规程V20.docx
《完整版CMMI支持CM配置库管理规程V20.docx》由会员分享，可在线阅读，更多相关《完整版CMMI支持CM配置库管理规程V20.docx（13页珍藏版）》请在冰点文库上搜索。
完整版CMMI支持CM配置库管理规程V20
配置库管理规程
文档编号：
GZCY_CMRMG_PRS-V1.0
文档信息：
文档名称：
文档类别：
CMMI模板
密级：
机密
版本信息：
V1.0
建立日期：
创建人：
审核者：
批准人：
批准日期：
保管人：
存放位置：
编辑软件：
MicrosoftOffice2003英文版
CONFIDENTIAL
文档修订记录
版本编号或者更改记录编号
变化状态
简要说明（变更内容和变更范围）
日期
变更人
批准日期
批准人
V1.0
C
初次创建
CMM事业部
*变化状态：
C――创建，A——增加，M——修改，D——删除
文档审批信息
序号
审批人
角色
审批日期
签字
备注
前言
配置库是存储软件配置项和配置管理信息的仓库，本文详细介绍了配置库的组成和结构，以及SCM人员应如何分配各个区域的权限和初始化工作，保证置于配置库中的工作产品的得到有效控制。
第一章简介
一.1目的
说明配置库的存取结构、管理分工、职责和权限。
一.2适用范围
本文档适用于公司的所有软件项目。
一.3术语表
无。
一.4参考资料
无。
第二章配置库的构成
配置库的结构和区域设置如下图所示：
工程域:
工作个人所有和控制
开发域:
SCM所有,由项目经
理控制.由SCM人员负责管理
基线域:
SCM所有,由CCB或
项目经理控制.SCM人员负责
管理
测试域:
测试负责人所有和控
制.SCM人员负责管理
发布域:
SCM所有,CCB控
制.SCM人员负责管理
管理域:
管理工作相关人员所
有并控制
产品得到批准
产品得到正式审批
变更
得到
批准
变更控制
图表1配置库结构和区域设置
二.1各区域构造规则
二.1.1基线区域目录结构
二.1.2
开发区域目录结构
二.1.3管理区域目录结构
管理区域由基线管理区域、项目管理区域和综合管理区域构成。
配置库区域
分类
作用
管理域
基线管理区域
存放对基线状态的各种报告、变更记录、配置审计报告、发布报告等文档
项目管理区域
存放项目在实施过程中产生的各类文档，包括项目计划、会议纪要、质量保证、周报、培训等各类管理文档
综合管理区域
存放项目过程文档，来自项目外的参考文档等
二.1.4测试区域目录结构
二.1.5发布区域目录结构
第三章配置库管理方法
三.1SCM人员职责
●维护变更与问题日志
●执行变更权威的指示
●配置状态报告
●维护基线区域，管理区域数据的完整
●备份配置库
三.2基线区域管理
三.2.1更改权威
基线区域的变更权威见下表：
序号
基线标识
所属基线
变更权威
1
RM
正式
CCB
2
PR
正式
CCB
3
SD
非正式
PM（项目经理）
4
SC
非正式
PM
5
DT
非正式
PM
三.2.2变更流程
对配置项的变更流程请参见《变更控制规程》。
三.3管理区域管理
三.3.1基线管理区域
由SCM人员完成下列工作：
●按照基线管理区域目录结构初始化本区域，拷贝表格模板到相应的目录下；
●把基线更改过程中产生的数据记录在本区域的相应目录中；
●基线变更时，维护配置项状态记录表；
●统计汇报
三.3.2项目管理区域
由SCM人员完成下列工作：
●按照项目管理区域目录结构初始化本区域；
●将关键域（KPA）产生的文档保存在本区域；
●统计汇报
三.4测试区域
为功能测试准备区域，由SCM人员完成下列工作：
●按照测试区域目录结构初始化本区域；
●从基线区域生成被测试的软件系统，保存在本区域相应目录中；
●用户文档保存在本区域相应目录中；
●测试计划、测试用例等文档保存在本区域相应目录中；
三.5发布区域
为产品发布做好准备，由SCM人员完成下列工作：
●按照发布区域目录结构初始化本区域；
●将准备发布的软件产品保存在本区域相应目录中；
●其它客户需要的文档或驱动软件等。
第四章配置项标识命名规则
配置项的标识是为配置管理使用的，不要与文档编号相混淆。
四.1语法
<配置项标识>:
:
=<项目简称>-[基线标识]{-[补充基线标识]}{-英文缩写|-拼音缩写}
<项目简称>:
:
=英文缩写|拼音缩写
四.2语法注释
●:
:
=，表示：
定义为
●<>，尖括号中的内容表示须被继续定义
●[]中的内容表示可查表得到
●{}中的内容表示为可选项
●名称，或代号中的下划线（_）与减号（-）视为相同
●英文缩写参考英文缩写表
四.3常用基线标识
项目的基线名称和代号是由项目的SCM人员与项目经理一起定义的。
在项目策划阶段，SCM人员根据已确定的基线从“基线标识列表”中找出并为其进行标识。
以下为常用的基线标识列表，以供参考。
序号
基线类别名称
英文名称
缩写
基线标识
1
软件需求基线
SoftwareRequirementBaseLines
SRBL
SR
2
概要设计基线
PreliminaryDesignBaseLines
PDBL
PD
3
详细设计基线
DetailedDesignBaseLines
DDBL
DD
4
代码基线
SourceCodeBaseLines
SCBL
SC
5
测试基线
SoftwareTestBaseLines
STBL
ST
6
运行基线
ProductionReleaseBaseLines
PRBL
PR
7
工具基线（支持工具）
DevelopmentToolsBaseLines
DTBL
DT
四.4配置项标识命名举例
假设项目简称为PM，可以如下命名配置项：
#
配置项名称
基线
补充基线
配置项标识
1
软件需求规格说明书
RM
SRS
PM_RM_SRS
2
概要设计文档
PD
DOC
PM_PD_PDS
3
测试计划
ST
TP
PM_ST_STP
4
系统测试用例
ST
STC
PM_ST_STC
5
系统测试报告
ST
STR
PM_ST_STR
说明：
代码类的配置项可以直接使用程序名称作为配置项标识。
第五章版本标识
五.1文件版本标识
文件版本标识请参考《命名及编码规则》文档。
五.2配置项版本标识
1.对于本产品新建的配置项，基本版本位“x.yy”的取值范围为：
“0.10~1.00”；
2.配置项正在编写中，但尚未完成质量检查时，版本标识为Ver0.10~0.99版。
3.成为基准的配置项的版本为Ver1.00版。
如果今后有修正，则变更版本为Ver1.0y，从Ver1.01逐渐递增。
4.对于从其他产品继承来的配置项，在原来配置项版本的基础上作适当的对应。
例如：
如果以前的配置项为Ver1.00，在本次项目中基本没有修改的，维持原来的配置号；如果有大的增加，此配置项以1为本项目的增加幅度，在本项目中最终增为Ver2.00，以后以此类推。
五.3基线版本标识
SCM人员负责把基线发布给外部客户（如发布运行基线）或内部使用（如为测试而发布）。
5.最初基线版本创建：
编号
基线名称
创建时机
发布：
I:
内部O:
外部
I
版本
1
软件需求基线
软件需求批准时
IO
1.0
2
概要设计基线
概要设计获得批准
I
1.0
3
详细设计基线
详细设计获得批准
I
1.0
4
代码基线
完成原始软件单元编码、并通过检查和单元测试
I
1.0
5
测试基线
为测试而发布软件
I
1.0
6
运行基线（产品基线）
为运行而发布系统（产品的正式发布）
IO
1.0
6.基线变更时的版本：
Ø当基线发生变更时，我们可定义它的版本逐渐递增。
Ø当内容部份有少量变化，不影响其功能时，版本可在x.00Ø当发生功能性的变化时，如新增功能、功能完全改变、模式完全改变时，版本可在x.00~y.00间变化。
第六章配置库的备份
配置库的备份是有效降低配置风险的重要活动。
备份的方式与频率要在软件配置管理计划中确定出来，建议尽量采用定期异地备份。
附录一：
变更申请单编号规则
语法：
<申请单编号>:
:
=CCR<序号>
语法注释：
●:
:
=表示：
定义为
●<>，尖括号中的内容表示须被继续定义
●序号为整数数字，从1开始，向后依次累加1，例如CCR001、CCR002等。
说明：
如果变更申请来自客户服务中心，应采用其编号规则。
附录二：
配置项变更单编号规则
语法：
<变更单编号>:
:
=PAF<序号>
语法注释：
●:
:
=表示：
定义为
●<>，尖括号中的内容表示须被继续定义
●序号为整数数字，从1开始，向后依次累加1，例如PAF001、PAF002等。
升级会员 