CMP01配置管理过程文件.docx
《CMP01配置管理过程文件.docx》由会员分享，可在线阅读，更多相关《CMP01配置管理过程文件.docx（9页珍藏版）》请在冰豆网上搜索。
CMP01配置管理过程文件
编码：
CM-P01
配置管理过程文件
拟制人日期
审核人日期
批准人日期
更改控制页
序号
版本号
更改时间
更改内容描述
填写人
1
2
目录
1目的1
2范围1
3术语定义1
4职责1
5裁剪指南2
6过程2
6.1配置管理的日常活动过程2
6.1.1概要图2
6.1.2启动条件4
6.1.3输入4
6.1.4活动4
6.1.5输出6
6.1.6关闭标准6
6.2配置项的变更管理过程7
6.2.1概要图7
6.2.2启动条件7
6.2.3输入8
6.2.4活动8
6.2.5输出9
6.2.6关闭标准9
7审核9
8度量9
9技能要求10
10参照文件10
1目的
配置管理员运用配置管理方法和工具对组织过程的工作产品进行管理，维护，从而保证工作产品的完整性，达到有序管理和减少重复性工作。
2范围
适用于在公司过程改进过程中所产生的所有工作产品。
3术语定义
基线：
基线是一组经过正式审查并且达成一致的规范或工作产品，是开发工作的基础。
CCB（ConfigurationControlBoard）:
配置控制委员会。
CCB通常由项目经理、资深项目成员和配置管理员等组成。
通常项目经理为CCB负责人。
4职责
角色
活动
配置管理员
项目组成员
CCB
识别配置项
执行
选择管理工具
执行
制订配置计划
执行
审核
审核
建立各级配置库
执行
分配配置库权限
执行
配置管理
管理配置库
提交/维护
配置项
配置项变更
提交申请/跟踪变更
评审
评审
配置审计
审计/填写记录
发布基线
1）按里程碑提交待发布产品
2）发布基线/出基线发布通知
判断是否达到标准
判断是否达到标准
项目结束后
整理完善记录与文档/提交组织
5裁剪指南
依照项目已定义过程进行裁剪。
6过程
6.1配置管理的日常活动过程
6.1.1概要图
6.1.2启动条件
项目组建立指定了专门的配置管理员。
6.1.3输入
《里程碑计划》
《项目过程定义书》
《项目计划》
《项目进展报告》
《配置管理计划》
6.1.4活动
6.1.4.1识别配置项
依据《里程碑计划》和《项目过程定义书》确定纳入哪些配置项以及何时纳入。
6.1.4.2选择配置管理工具
根据实际情况，选择适合的配置管理工具。
如：
Microsoft公司的VisualSourceSafe等。
6.1.4.3制定配置管理计划
配置管理员与项目组成员协商后，由配置管理员制定出配置管理计划提交CCB审核，通过后形成正式的得到授权的《配置管理计划》，作为配置管理活动的指导性文件。
6.1.4.4建立各级配置库
配置管理员依据生存周期中不同时间所需的控制等级不同来设置各级配置库。
即建立配置管理库的目录结构。
开发区里包含正在创建或修改的配置项。
它是开发者的工作空间。
受开发者控制。
开发区里的配置项处于版本控制之下。
配置管理员只需要给出推荐建库的规则。
基线库里包含基线和对基线的更改。
基线库里的配置项处于完全的配置管理管理之下。
6.1.4.5分配管理权限
依据相关人员在项目过程中所担当的角色为其分配管理权限。
6.1.4.6提交维护配置项
项目组成员按照《配置库结构和权限表》的要求，在配置管理系统中的开发区里对配置项进行导入、检入、检出等操作。
对于基线区里的配置项要经过受权才能进行导入、检入、检出等操作。
6.1.4.7管理配置库
对配置库的管理主要包括以下内容：
1）是否有配置管理员?
2）从事配置管理活动的人员有无接受所需的培训?
3）配置管理计划有无按照配置管理计划模板被定义成文档?
4）配置管理计划有无经过评审?
5）项目是否遵循组织制定的方针来实施配置管理？
6）是否将配置管理的评审和审计结果实时通知了受影响的组和个人?
7）是否将配置管理计划中的配置项都纳入了配置管理?
8）配置项是否及时的发布？
9）项目经理是否定期参与评审配置管理活动？
10）发生变更时,有无遵循变更规程？
11）发生变更时,配置项有无得到实时的更改和重新发布？
12）对于配置管理活动中发现的不一致项，是否得到跟踪和解决？
13）是否按照配置管理计划进行备份？
6.1.4.8配置审计
依据《配置管理计划》中的审计频度的要求对照《配置项状态表》进行配置审计。
将审计的情况填写到《配置审计记录》中。
6.1.4.9发布基线
配置管理员根据《项目进展报告》来判断是否达到里程碑点。
如果达到里程碑点就从开发区里提出待发布的产品到测试区；CCB判断是否达到发布标准，如果达到标准则授权配置管理员发布基线。
配置管理员出《基线发布通知》，并将发布内容导入基线库。
在《配置项状态表》和《基线状态表》中记录相应的内容。
6.1.4.10过程财富提交组织
项目结束后，配置管理员整理并完善记录与文档，提交组织。
6.1.5输出
《配置管理计划》
《配置管理系统访问控制规程》
《配置管理记录》
《配置审计记录》
《基线发布通知》
6.1.6关闭标准
项目已经结束，过程财富提交给组织。
6.2配置项的变更管理过程
6.2.1概要图
6.2.2启动条件
基线库中的配置项的变更申请被提出。
6.2.3输入
《变更申请表》
《配置管理计划》
6.2.4活动
此变更过程对基线内的配置项适用。
6.2.4.1提交变更申请
基线库中的配置项如果需要发生变更时，填写《变更申请表》并提交到CCB。
6.2.4.2变更评审
CCB分析《配置项变更申请》中建议的变更影响。
评审变更的过程要确保这些变更与所有技术需求和项目需求一致。
对变更的影响的评价要紧密结合项目或合同需求。
对于在若干产品中使用的配置项的变更，可能会引发其他应用中的影响，要解决这个问题。
对那些受变更请求影响并且将在后面的基线中处理的配置项进行审查并求得一致。
记录评审的结果、理由和解决方案，CCB代表签字确认，并授权配置管理员发布《变更通知》，授权相关人员执行变更。
6.2.4.3变更执行
按给出的解决方案采取行动，并且向受影响的各方报告情况。
变更的配置项是在基线区的，因此是受控的。
通过后由配置管理员将配置项提交到基线库，并将状态填写在《配置项状态表》。
6.2.4.4变更审计
配置管理员在变更过程中所做的工作依照《配置管理过程文件》进行自检，并记录情况到《配置审计记录》中。
6.2.5输出
《配置项状态表》
《变更通知》
《变更申请表》
《配置审计记录》
6.2.6关闭标准
当次配置变更活动结束。
7审核
《配置管理计划》要通过CCB评审；
CCB要对待发布的基线是否达到发布标准进行评审；
当配置项发生变更时，CCB对《配置项变更申请》的建议的影响进行分析，给出解决方案。
8度量
每个项目（任务）阶段配置项的个数；
配置项变更的数量和次数；
配置管理员工作量以及占项目（任务）工时比例；
基线发布的次数和工时；
基线上配置项的个数；
配置审计的工时和次数。
9技能要求
能够独立规划项目的配置管理工作；熟练掌握配置管理的相关概念；能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具；具有基本的与人沟通的技巧；能够了解项目管理过程中的主要环节；初步了解项目管理过程中的质量保证的各个方面。
10参照文件
《配置管理系统访问控制规程》
升级会员 