配置管理过程.docx
- 文档编号:24952021
- 上传时间:2023-06-03
- 格式:DOCX
- 页数:13
- 大小:40.38KB
配置管理过程.docx
《配置管理过程.docx》由会员分享,可在线阅读,更多相关《配置管理过程.docx(13页珍藏版)》请在冰豆网上搜索。
配置管理过程
配置管理过程
XXXXXX有限公司
文件编号:
GF_CM_PROC_CM
当前版本:
V3.0
机密等级:
20XX
编制者:
审核者:
批准者:
批准日期:
20XX-12-20
---------------------------------------------------------------------
XXXXXX有限公司对本文件资料享受著作权及其它专属权利,未经书面许可,不得将该等文件资料(其全部或任何部分)披露予任何第三方,或进行修改后使用。
文件更改摘要:
日期
版本号
修订说明
修订人
审核人
批准人
20XX-5-15
V1.0
正式发布
20XX-3-3
V3.0
优化文档
20XX-12-20
V3.0
a、EPG职责内容修改为OCM的职责;
b、CCB(变更通知委员会)成员:
建议CCB至少定义一个代表客户利益成员、一个公司利益成员、一个项目组利益成员的3个成员;
1.目的3
2.适用范围3
3.术语和缩写3
4.职责3
5.入口准则3
6.输入3
7.过程流程图4
8.过程描述4
8.1.建立配置库5
8.2.制定配置管理计划5
8.3.识别配置项6
8.3.1.配置项的标识6
8.3.2.版本的标识6
8.3.3.基线标识7
8.4.建立基线7
8.5.配置项状态跟踪7
8.6.变更控制8
8.7.配置审计8
8.8.配置库备份9
8.9.向财富库提交项目文档9
9.输出9
10.出口准则9
11.引用文档9
12.使用模板10
1.目的
通过规范公司配置管理过程,确保配置工作的合理性和完整性,通过有计划地实施配置管理,确保配置管理工作顺利开展,并为相关干系人提供正确和准确的信息。
2.适用范围
本过程适用于项目级和组织级的配置管理工作。
3.术语和缩写
术语或缩略语
解释
CCB
ChangeControlBoard,变更控制委员会
CM
ConfigurationManagement,配置管理
PDP
ProjectDefinedProcess,项目已定义过程
4.职责
角色
职责
CM工程师
●编制项目的《配置管理计划》
●定期备份配置库
●基线建立
●配置项变更控制
OCM工程师
●制定组织级配置管理计划;
●指导项目组配置管理计划的制定;
●建立组织级配置管理系统,管理公司级产品库,分配及控制访问权限;
项目经理
●协助CM工程师确定配置项、基线建立时间以及CCB成员
●审批《配置管理计划》
●执行配置审计及审计发现问题跟踪
项目组相关成员
●在权限之内操作配置库
项目推进部
●检查配置管理过程和相关文档
OCM
●建立、管理和维护组织财富库
5.入口准则
●项目启动
6.输入
●项目总体计划
●项目进度表
●项目已定义过程
7.过程流程图
图1配置管理过程示意图
8.过程描述
项目立项后,CM工程师根据《项目配置管理目录》中的库结构在配置库中为项目组分配区域,建立配置管理目录。
《项目总体计划》及《项目进度表》初稿完成后,CM工程师根据《项目已定义过程》及项目特征等信息制定《配置管理计划》,与项目经理沟通确定配置项、基线以及CCB成员。
在项目开发过程中,项目组成员根据规定使用配置库,并及时提交工作产品。
CM工程师根据计划建立基线,并由项目经理审计确认。
CM工程师负责管理变更流程,确保配置项的变更受控。
CM工程师根据规定或计划定期对配置库进行备份,并妥善保管备份文件。
项目结项时,CM工程师根据《项目结项报告》,将确定需要提交组织财富库的文档放入正确位置。
8.1.建立配置库
项目立项后,CM工程师根据《项目配置管理目录》中的库结构在配置库中为项目组分配区域,建立配置管理目录。
配置库总体划分为:
⏹开发库:
用于存放项目期间处于开发状态的相关文档和代码。
以及存放项目组工作期间的相关沟通记录等。
⏹受控库:
用于存放经过验证后的产品(包括基线产品)。
⏹产品库:
存放对外发布的产品。
⏹测试区:
该区仅为临时区,用于存放开发过程中需要进入测试的配置项,以及为变更实施提供工作空间,项目结束后可以删除该区。
配置库创建后,CM工程师初步为开发团队分配权限,并将配置库信息告知项目组。
8.2.制定配置管理计划
CM工程师负责编写《配置管理计划》,计划内容包括以下信息:
▪CCB成员CM工程师与项目经理沟通确定CCB成员,一般包括:
项目经理、CM工程师、项目关键技术人员以及产品负责人(如果有),至少有三名成员,一个代表客户利益成员、一个公司利益成员、一个项目组利益成员。
▪约定需要实施的配置管理活动:
实施的时间计划以及实施人员。
配置管理活动包括配置管理策划、建立配置库、识别配置项、管理基线、配置状态报告、配置审计、变更控制管理;
▪配置项及非配置项(数据项)CM工程师与项目经理沟通确定需要纳入基线的配置项
▪访问权限配置库各目录的访问权限
▪基线及建立时间CM工程师与项目经理沟通确定需要建立的基线、包含内容以及建立触发时间
▪备份方法可以根据组织习惯或项目特殊情况确定备份方法
▪纸质文档管理方法确定纸质文档在开发过程以及结项之后的保存方法
计划编写完成后,CM工程师提交项目经理审核,并通过计划评审(见《项目管理过程》)。
计划评审后,CM工程师根据计划对配置库设置进行调整。
组织级配置管理员按照《组织级配置管理计划》来策划当年度的配置管理活动。
8.3.识别配置项
标识配置项的意义在于保存配置项的所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确地查找到配置项的任何版本。
这些标识包括:
8.3.1.配置项的标识
a)文档标识遵循《文档编写规范》;
b)代码标识遵循编码规范或者项目组内部约定。
8.3.2.版本的标识
配置项的状态有三种:
“草稿”(Draft)、“正式发布”(Released)和“正在修改”(Changing)。
配置项的版本号与配置项的状态紧密相关:
1)处于“草稿”状态的配置项的版本号格式为:
0.YZ
∙YZ数字范围为01-99。
∙随着草稿的不断完善,“YZ”的取值应递增。
“YZ”的初值和增幅由用户自己把握。
2)处于“正式发布”状态的配置项的版本号格式为:
X.Y
∙X为主版本号,Y为次版本号。
∙配置项第一次“正式发布”时,版本号为1.0。
∙如果配置项的版本升级幅度比较小,一般只增大Y值,X值保持不变。
只有当配置项版本升级幅度比较大时,才允许增大X值。
3)处于“正在修改”状态的配置项的版本号格式为:
X.Y.Z
∙配置项正在修改时,一般只增大Z值,X.Y值保持不变。
Z的初值和增幅由用户自己把握。
∙当配置项修改完毕,状态重新成为“正式发布”时,去掉Z值,增加X.Y值。
参见规则1。
4)在文件名中使用配置项的版本号时,用下划线代替版本号中的点。
8.3.3.基线标识
基线由CM工程师在基线审批后建立并标识。
基线的标识规则如下:
1)产品基线:
直接用产品的版本号标识。
如:
1.0
2)其它基线:
项目名称_基线名称简写_版本号,版本号为两位数。
如XXXX-5.0_RD_1.0
基线名称
简写
举例
需求基线
RD
XXXX_RD_1.0
设计基线
SD
XXXX_SD_1.0
产品基线
产品版本号
1.0
8.4.建立基线
基线是项目储存库中配置项在特定时期的一个“快照”,它由一组确定的配置项组成。
基线中的文档应该是已经通过验证(测试或评审)的,或者下阶段工作需要以其为基础的工作产品。
CM工程师根据《配置管理计划》中确定的基线建立触发时间建立基线。
基线建立步骤如下:
1)CM工程师填写《基线记录表》
2)CM工程师将该基线包含的配置项从开发库提取到受控库的相应位置
3)项目经理及CM工程师对已建立基线进行配置审计,检查配置项的正确性。
(详见8.6配置审计)
4)通知项目组内成员和相关项目组
8.5.配置项状态跟踪
CM工程师应在基线发布、基线变更或产品纳入产品库时对配置项状态进行的跟踪,确保配置项的完整以及变更处于受控之中。
跟踪情况体现在《配置状态报告》中。
跟踪内容包括:
●配置项当前状态(正常、变更、作废)
●版本信息
●变更次数
●配置项控制登记(基线、受控、数据项)
并束CM000_配置项跟踪情况在每个里程碑结束前向项目经理汇报。
8.6.变更控制
变更管理是指对已经进入受控库的配置项,因为需求变更、缺陷追踪等引起的变更而实施的控制活动。
配置项的变更管理分为基线变更和非基线变更。
基线变更需要由CCB来评估变更请求,并在变更实施后由CCB确认变更的正确性。
非基线变更需得到项目经理的评估与批准。
变更控制的具体过程详见《变更管理规程》
组织级标准过程如需变更,由EPG组长确认,不需要走变更控制流程,组织级配置管理员填写《组织级配置状态报告》。
8.7.配置审计
审计类型
审计方法
审计时机
执行人
项目级配置审计
基线发布审计
功能审计与物理审计
基线经过确认准备发布前
CM工程师
产品发布审计
物理审计
产品(包括正式版本和SP版本的发布)通过验证准备发布前
CM工程师
日常审计
物理审计
不定期
CM工程师
组织级配置审计
体系统发布审计
功能审计与物理审计
体系文件发布前
OCM工程师
阶段审计
功能审计与物理审计
每个阶段结束前
OCM工程师
日常审计
物理审计
不定期
OCM工程师
其中,物理审计的内容包括:
✧配置项是否已经提交
✧配置项是否已经进入正确的库和目录
✧发布是否采用正确配置库,正确的配置项和正确版本
✧变更后的配置项是否归并
功能审计的内容包括:
✧配置项内容是否与需求一致
✧产品变更是否完成,变更管理是否已经纳入受控库
✧变更是否经过评审
✧变更是否有记录
组织级和项目级配置审计人员根据《配置管理计划》中的配置审计时间的安排及《配置审计报告》的内容实施审计并填写审计的结果,对配置审计发现的问题进行跟踪。
《配置审计报告》提交项目经理审批后入库,《组织级配置审计报告》提交EPG组长审批后入库。
8.8.配置库维护
●配置库必须周期性备份到项目备份库中,具体备份时间在项目《配置管理计划》中确定,每次备份更新备份记录表,CM工程师定期对备份文件进行恢复测试。
●配置管理环境必须安装防病毒软件,CM工程师定期升级病毒库软件及病毒扫描
●CM工程师定期清除配置库里的垃圾文件
8.9.向财富库提交项目文档
项目结项时,项目经理挑选可供组织未来参考的文档,并记录于《项目结项总结》中。
CM工程师根据批准的文件提交清单将相应的文档提交到组织财富库的相应目录,并通知EPG。
9.输出
●《配置管理计划》
●《基线记录表》
●《配置审计报告》
●《配置状态报告》
●《组织级配置管理计划》
●《组织级配置审计报告》
●《组织级配置状态报告》
10.出口准则
●项目结项
●项目文档提交组织级配置库
11.引用文档
●《变更管理规程》
●《项目配置管理目录》
12.使用模板
●《配置管理计划》
●《基线记录表》
●《配置审计报告》
●《配置状态报告》
●《组织级配置管理计划》
●《组织级配置审计报告》
●《组织级配置状态报告》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 配置管理 过程