计算机网络应用配置库管理规程.docx
《计算机网络应用配置库管理规程.docx》由会员分享，可在线阅读，更多相关《计算机网络应用配置库管理规程.docx（11页珍藏版）》请在冰豆网上搜索。
计算机网络应用配置库管理规程
配置库管理规程
文档编号：
CM_PRD_CDBM
文档信息：
配置库管理规程
文档名称：
配置库管理规程
文档类别：
CMMI规程
密级：
版本信息：
1.1
建立日期：
2020-1-13
创建人：
批准人：
批准日期：
2020-2-25
存放位置：
××公司组织资产库/组织标准过程
编辑软件：
MicrosoftOffice2003中文版
文档修订记录
版本编号或者更改记录编号
变化状态
简要说明（变更内容和变更范围）
日期
变更人
批准日期
批准人
V1.0
C
创建
2020-1-13
2020-2-25
V1.1
M
文档编号去掉版本号
2020-4-17
2020-4-17
*变化状态：
C――创建，A——增加，M——修改，D——删除
配置库是存储软件配置项和配置管理信息的仓库，本文详细介绍了配置库的组成和结构，以及SCM人员应如何分配各个区域的权限和初始化工作，保证置于配置库中的工作产品的得到有效控制。
1、简介
1.1目的
说明配置库的存取结构、管理分工、职责和权限。
1.2适用范围
本文档适用于公司的所有软件项目。
1.3术语表
无。
1.4参考资料
无。
2、配置库的构成
配置库的结构和区域设置如下图所示：
图表1配置库结构和区域设置
2.1各区域构造规则
2.1.1基线区域目录结构
2.1.2受控区域目录结构
受控域：
配置管理有SCM控制，质量保证由QA控制，测试由项目经理和测试负责人控制，其他有项目经理控制。
配置库区域
分类
作用
受控域
需求开发计划
需求开发计划等
项目计划
项目开发计划、测试计划、配置管理计划、质量保证计划、软件估计书、软件估计WBS&关键路径、软件开发明细计划、项目软件过程定义、项目立项报告、项目度量计划等
项目监控
项目里程碑报告、项目总结报告、风险管理列表、项目度量表等
沟通管理
项目备忘、项目会议纪要等
需求管理
需求跟踪矩阵等
产品集成
产品集成计划、产品集成提交单等
测试
集成测试用例、系统测试用例、测试分析报告、集成测试分析报告、用户状况调查表等
配置管理
配置项变更单、配置审计报告、基线发布报告、产品发布报告、变更请求表、配置项状态报告、变更日志、配置项状态记录等
质量保证
QA产品审计报告、QA过程评审报告、QA向高层报告、对QA独立审计报告等
项目评审
评审计划、评审检查表、评审报告
项目培训
项目培训计划、项目培训记录表、培训统计报告等
决策分析
决策分析报告
用户资料
用户提供的资料
项目验收
客户验收计划、项目试运行报告、客户验收报告、验收测试报告、测试用例场景等
2.1.3管理区域目录结构
管理区域由项目管理、配置管理、质量保证、用户资料、数据库、参考资料构成。
配置库区域
分类
作用
管理域
项目管理
存放项目在实施过程中产生的各类文档，未纳入受控前的文档。
配置管理
未纳入受控前的配置管理文档。
质量保证
未纳入受控前的QA报告文档。
用户资料
未纳入受控前用户提供的资料
数据库
数据库备份
参考资料
项目组查考的资料
2.1.4开发区域目录结构
2.1.5测试区域目录结构
2.1.6发布区域目录结构
发布域：
交付给客户的产品。
配置库区域
分类
作用
发布域
客户需求和交付的项目
3、配置库管理方法
3.1SCM人员职责
●维护变更与问题日志
●执行变更权威的指示
●配置状态报告
●维护基线区域，受控区域数据的完整
●备份配置库
3.2基线区域管理
3.2.1更改权威
基线区域的变更权威见下表：
序号
基线标识
所属基线
变更权威
1
需求
需求基线
CCB
2
设计
设计基线
PM
3
代码
代码基线
PM
4
运行
运行基线
CCB
3.2.2变更流程
对配置项的变更流程请参见《变更控制规程》。
3.3受控域管理
由SCM人员完成下列工作：
●按照项目受控区域目录结构初始化本区域；
●将关键域（PA）产生的文档保存在本区域；
3.4管理区域管理
由SCM人员完成下列工作：
●按照项目管理区域目录结构初始化本区域；
●将受控前关键域（PA）产生的文档保存在本区域；
3.5测试区域
为功能测试准备区域，由SCM人员完成下列工作：
●按照测试区域目录结构初始化本区域；
●生成被测试的软件系统，保存在本区域相应目录中；
●项目验收文档保存在本区域相应目录中；
●测试计划、测试用例等文档保存在本区域相应目录中；
3.6发布区域
为产品发布做好准备，由SCM人员完成下列工作：
●将准备发布的软件产品保存在本区域相应目录中；
●其它客户需要的文档或驱动软件等。
4、配置项标识命名规则
配置项的标识是为配置管理使用的，为简便起见，与文件编号一致。
文件编号的命名规则见《命名规程.doc》中的说明。
<配置项标识>:
:
=文件编号
5、常用基线标识
项目的基线名称和代号是由项目的SCM人员与项目经理一起定义的。
在项目策划阶段，SCM人员根据已确定的基线从“基线标识列表”中找出并为其进行标识。
以下为常用的基线标识列表，以供参考。
序号
基线类别名称
英文名称
缩写
基线标识
1
需求基线
SoftwareRequirementBaseLines
RMBL
RM
2
设计基线
SoftwareDesignBaseLines
SDBL
SD
3
代码基线
SourceCodeBaseLines
SCBL
SC
4
运行基线
ProductionReleaseBaseLines
PRBL
PR
5、版本标识
5.1文件版本标识
文件版本标识请参考《命名规程》文档。
5.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，以后以此类推。
5.公司现在配置管理使用SVN和VSS工具，这两个工具的新建配置项版本号都是从1.0开始，对配置项版本标识使用文件中说明的版本，SVN和VSS标识仅做参考。
5.3基线版本标识
SCM人员负责把基线发布给外部客户（如发布运行基线）或内部使用（如为测试而发布）。
6.最初基线版本创建：
编号
基线名称
创建时机
发布：
I:
内部O:
外部
版本
1
需求基线
软件需求批准时
IO
1.0
2
设计基线
系统设计获得批准时
I
1.0
3
代码基线
完成原始软件单元编码、并通过检查和单元测试
I
1.0
4
运行基线（产品基线）
为运行而发布系统（产品的正式发布）
IO
1.0
7.基线变更时的版本：
Ø当基线发生变更时，我们可定义它的版本逐渐递增。
Ø当内容部份有少量变化，不影响其功能时，版本可在x.00Ø当发生功能性的变化时，如新增功能、功能完全改变、模式完全改变时，版本可在x.00~y.00间变化。
6、配置库的备份
配置库的备份是有效降低配置风险的重要活动。
备份的方式与频率要在软件配置管理计划中确定出来，建议尽量采用定期异地备份。
附录一：
变更申请单编号规则
语法：
<申请单编号>:
:
=CCR<序号>
语法注释：
●:
:
=表示：
定义为
●<>，尖括号中的内容表示须被继续定义
●序号为整数数字，从1开始，向后依次累加1，例如CCR001、CCR002等。
说明：
如果变更申请来自客户服务中心，应采用其编号规则。
附录二：
配置项变更单编号规则
语法：
<变更单编号>:
:
=PAF<序号>
语法注释：
●:
:
=表示：
定义为
●<>，尖括号中的内容表示须被继续定义
●序号为整数数字，从1开始，向后依次累加1，例如PAF001、PAF002等。
升级会员 