配置管理过程.docx
《配置管理过程.docx》由会员分享，可在线阅读，更多相关《配置管理过程.docx（11页珍藏版）》请在冰豆网上搜索。
配置管理过程
密级：
内部公开
文档编号：
NTT_CM_PZGLGC
版本号：
V1.0
配置管理过程
惠州市新中新电子技术开发有限公司
编制：
xx
生效日期：
2008年9月28日
审核：
xx
批准：
EPG
---------------------------------------------------------------------
惠州市新中新电子技术开发有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
文件更改摘要：
日期
版本号
修订说明
修订人
审核人
批准人
2008-08-11
V0.1
创建
2008-09-28
V1.0
正式版
目录
1.目的/方针3
2.范围3
3.术语3
4.角色与职责3
5.入口准则4
6.输入4
7.流程图4
8.主要活动4
8.1.配置人员设置4
8.2.配置策划4
8.3.实施配置活动5
8.3.1.配置库管理5
8.3.2.标识配置项6
8.3.3.基线管理6
8.3.4.配置项状态跟踪7
8.3.5.配置项变更管理7
8.3.6.配置审计7
8.4.产品发布管理8
8.5.CM活动报告8
9.输出8
10.出口准则8
11.引用文档9
12.使用模板9
目的/方针
通过规范公司配置管理过程，确保配置工作的合理性和完整性，确保配置工作在项目组中顺利实施，并为项目组提供可靠的数据分析。
应策划配置管理活动，并按策划的结果实施配置管理活动，执行配置审计，跟踪并报告配置项状态，控制和管理配置项的变更。
范围
适用公司所有过程和产品。
术语
术语或缩略语
解释
工作产品
泛指由过程产生的任何输出，这些输出可能包括文件、文档、工作记录、源代码，以及产品的一部分如服务、过程、规范、培训等。
配置管理
简称CM（ConfigurationManagement的缩写），标识、控制和管理变更的一种管理活动。
它控制配置项的修改和发行；记录和报告配置项的状态和变更；保证配置项的完整性、一致性和正确性；以及控制配置项的储存、装载和交付。
基线
是一组经过正式审查并且达成一致的规范或工作产品，是下一阶段工作的基础。
对基线的更改必须遵循变更控制规程。
配置项
简称CI（ConfigurationItem的简称），配置管理中受控制的对象被称为配置项，是生命周期中创建的信息，包含程序、数据、文档，分基线配置项和非基线配置项两类。
发布（Release）
在生命周期各阶段结束时，由该阶段向下阶段提交该阶段的阶段产品的过程。
配置控制委员会（CCB）
由项目关键成员组成的工作小组，负责建立、更改基线的设置与发布，负责变更控制。
基线变更
变更引起新的基线发布称为基线变更
非基线变更
除基线变更外的变更称为非基线变更。
角色与职责
角色
职责
CM工程师
编制配置管理计划并完成计划中各项活动
项目经理
审核配置管理计划
实施配置审计
审阅配置状态报告
项目组成员
依据项目《配置管理计划》完成各活动
分管领导
审批《配置管理计划》，保证配置资源
CCB
基线建立和基线更改的审批
基线变更申请的审核
QA工程师
实施配置审计，检查配置管理过程
变更实施人
填写软件变更单提取配置项
实施对基线、非基线变更涉及配置项的具体修改
测试工程师/评审人员
对变更进行测试或评审
EPG
建立、管理和维护组织财富库
入口准则
●公司项目及其他相关活动开始
输入
●《项目总体计划》及其相关支持计划
●公司级相关活动计划
流程图
图1：
配置管理过程示意图
本过程包括３个子规程：
组织财富库管理规程
变更管理规程
配置库管理规程
1个工作规范：
软件产品版本规划与VSSLabel约定程CM及其他相关活动开始时间_________________________________________________________________________________________________________________
主要活动
配置人员设置
.在项目立项后为项目组分配一个CM工程师。
一个CM工程师可以同时兼任多个项目的配置管理工作。
组织财富库的相关责任部门应指定一名CM工程师负责相关配置库的管理。
配置策划
CM工程师应在项目策划或相关工作的策划阶段实施配置策划活动，配置策划应依据《项目总体计划》或相关活动计划进行，并形成《配置管理计划》，主要内容包括：
●内循ND1___________________________________________________________________________________________________________________________配置项标识约定：
说明本项目或活动中如何标识配置项，以及LABEL与版本的标识约定；
●约定需要实施的配置管理活动、实施的时间计划以及实施人员。
配置管理活动包括库的操作、配置项的变更管理、基线的建立与发布，配置库的设立、权限分配与操作管理；
●约定配置状态的跟踪与报告，以及配置审计工作要求；
●设立变更控制委员会（CCB），确定CCB组长以及CCB的工作方式。
CCB成员包括（*为必选）：
a）*项目经理
b）*CM工程师
c）*软件工程组代表：
如设计人员、编码人员、测试人员代表
d）高层经理
e）QA工程师
f）其他成员
CCB工作方式通常有：
a）召开CCB会议;
b）进行CCB会签，通过邮件或书面方式;
c）CCB组长或授权人直接审批。
《配置管理计划》需要由项目经理审核，分管领导审批，并纳入配置管理进行受控。
组织级配置管理员按照组织级配置管理要求来策划当年度的配置活动，来形成年度的配置管理计划。
实施配置活动
配置库管理
公司相关责任部门负责建立组织财富库，包含七个子库：
标准过程库、培训库、过程改进经验库、代码重用库、项目管理经验库、开发技术经验库、产品库。
关于组织财富库的配置管理详见《组织财富库管理规程》。
软件项目应建立三个配置库，分别：
✧开发库：
用于存放项目期间处于开发状态的相关文档和代码。
以及存放项目组工作期间的相关沟通记录等。
✧受控库：
用于存放经过验证后的产品（包括基线产品）。
✧产品库：
存放对外发布的产品。
软件项目的配置库内容以及配置项在各个库的流转过程，参见《配置库管理规程》中的有关规定。
标识配置项
标识配置项的意义在于保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。
这些标识包括：
●配置项的标识：
a）文档标识遵循《文档编写规范》；
b）代码标识遵循编码规范或者项目组内部约定。
●Label的标识：
遵循《软件产品版本规划与VSSLABEL约定》的规定。
●版本的标识：
遵循《软件产品版本规划与VSSLABEL约定》的规定。
项目组应按约定的标识要求对相关的配置项、产品进行标识，确保配置项得到正确的识别，使其便于管理、检索和使用。
基线管理
CM工程师和项目经理根据《项目总体计划》及相关计划策划需形成的基线、基线配置项内容与基线建立的时间，并体现在《配置管理计划》的基线计划中。
CM工程师根据“基线计划”创建与维护基线，受控基线配置项，控制其变更。
基线发布时，应遵循以下步骤：
✧项目经理填写《发布申请表》，
✧由CM工程师组织进行配置审计，形成《配置审计表》
✧将审计通过的《配置审计表》和《发布申请表》提交CCB审批
✧审批通过，CM工程师将基线配置项提交到受控库
✧通知项目组内成员和相关项目组
项目可以建立的基线包括：
基线名称
简写
组成对象
需求基线
RD
《用户需求规格说明书》《软件需求规格说明书》
设计基线
SD
《概要设计说明书》、《详细设计说明书》、《数据库设计说明书》、《用户操作手册》、《用户安装手册》
编码基线
VSSLABEL约定
源代码
测试基线
TEST
测试通过的版本
产品基线
产品版本号
产品版本、《产品发行汇总表》
产品开发类、合同开发类项目至少建立需求和产品基线，维护开发类项目至少建立产品基线。
基线标识遵循《软件产品版本规划与VSSLABEL约定》的规定。
配置项状态跟踪
CM工程师应定期进行配置项状态的跟踪，确保配置项的完整以及变更处于受控之中。
由CM工程师根据项目的生命周期策划进行配置项跟踪的频度，并体现在《配置管理计划》中，并按要求跟踪以下内容：
●配置项当前状态（正常、变更、作废）
●版本信息
●变更历史记录
________________________________________________________________________________________________________________________________并束CM000___________________________________________________________________________________________________________配置项跟踪结果填写于《配置状态报告》，并在每个里程碑结束前向项目经理汇报。
配置项变更管理
变更管理是指对已经进入受控库的配置项，因为需求变更、缺陷追踪等引起的变更而实施的控制活动。
配置项的变更管理分为基线变更和非基线变更。
基线变更需要由CCB来评估变更请求，并在变更实施后由CCB确认变更的正确性。
非基线变更需得到项目经理的评估与批准。
变更控制的具体过程详见《变更管理规程》
配置审计
配置审计主要包括基线发布审计与产品发布审计：
审计类型
审计方法
审计时机
执行人
基线发布审计
功能审计与物理审计
基线经过确认准备发布前
CM工程师工程师不能参加、QA工程师、或项目经理指定的专人
产品发布审计
物理审计
产品（包括正式版本和SP版本的发布）通过验证准备发布前
CM工程师工程师不能参加、QA工程师、或项目经理指定的专人
日常审计
物理审计
不定期
CM工程师工程师不能参加、QA工程师、或项目经理指定的专人
其中，物理审计的内容包括：
✧配置项是否已经提交
✧配置项是否已经进入正确的库和目录
✧发布是否采用正确配置库，正确的配置项和正确版本
✧变更后的配置项是否归并
功能审计的内容包括：
✧配置项内容是否与需求一致
✧产品变更是否完成，变更管理是否已经纳入受控库
✧变更是否经过评审
✧变更是否有记录
配置审计人员根据《配置审计表》的内容实施审计并填写审计的结果，将《配置审计表》提交项目经理审批后入库。
产品发布管理
产品发布包括产品发布、产品移交、产品对外发行三个步骤。
关于产品发布的详细过程详见《产品发布管理过程》的要求。
CM活动报告
CM工程师每周编写个人周报，汇报给项目经理和测试管理部门经理。
在项目的里程碑点编写《CM阶段活动报告》，总结每个里程碑阶段的配置工作情况与度量结果，并汇报给项目经理。
输出
●《配置管理计划》
●《配置状态报告》
●《配置审计表》
●《发布申请表》
●《个人周报》
●《CM阶段活动报告》
出口准则
●项目结项完成后或相关活动完成。
引用文档
●《组织财富库管理规程》
●《变更管理规程》
●《配置库管理规程》
●《软件产品版本规划与VSSLabel约定》
●《产品发布管理过程》
使用模板
●《配置管理计划》
●《配置项状态报告》
●《配置审计表》
●《发布申请表》
●《阶段活动报告》
升级会员 