CMMI3CMGP31配置管理规程.docx

CMMI3CMGP31配置管理规程.docx

《CMMI3CMGP31配置管理规程.docx》由会员分享，可在线阅读，更多相关《CMMI3CMGP31配置管理规程.docx（16页珍藏版）》请在冰豆网上搜索。

CMMI3CMGP31配置管理规程

按照文件编写规范和实际流程改写－20070724

配置管理规程

文档编号

版本

　V1.0

生效日期

拟制

审核

批准

变更记录

版本号

修改原因／内容

修改人

审核／

批准人

修改时间

1前言

1.1目的

本文用于描述配置管理过程。

配置管理是维护整个生命周期产品完整性的重要活动，本文档明确规定了公司配置管理活动的目标和过程活动，指导配置管理活动的正确开展。

1.2适用范围

本过程适用于公司范围内所有的项目。

配置管理过程在项目全生命周期均可适用。

1.3术语

CCB：

ConfigurationControlBoard，配置控制委员会

CM：

ConfigurationManagement，配置管理

Baseline：

基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：

∙已经过正式的评审和批准。

∙作为项目发展和产品升级的基础。

∙其变更必须遵循《变更控制规程》的约定。

随着系统及其所属各子系统的任务书的评审和批准，建立起功能基线；随着项目需求规格说明书的批准，建立起分配基线；随着项目设计说明书（或概要设计说明书）的批准，建立起设计基线；随着该项目系统的集成与系统测试的完成，建立起产品基线。

1.4参考文献

《CMMI-SW,V1.1,StagedRepresentation》;

《软件生命周期》

2过程目标

配置管理过程的目的是采用配置标识、配置控制、配置状态统计以及配置审计来建立和维护工作产品的完整性。

●建立并维护、标识工作产品的基线。

●跟踪和控制变更

●建立和维护基线的完整性。

3角色职责

角色

职责

CM工程师

Ø和项目经理共同确定工作产品的受控级别和受控时机，负责编制配置管理计划。

Ø建立并维护项目的配置管理系统。

Ø按照计划执行相关活动，标识整个产品生命周期的配置项、版本和基线，控制配置项和基线的变更；

Ø拟制、标识、保存并发布相关受控的配置状态报告；

Ø执行基线/里程碑审计。

Ø维护需求跟踪矩阵。

Ø参加里程碑评审会议、提交相关配置状态报告并记录会议内容。

Ø参加CCB评审会议、提交相关配置状态报告并记录会议内容；

Ø负责从基线库发布和维护工作产品。

CCB

Ø负责批准基线的建立和发布

Ø负责批准基线的变更请求

Ø负责批准产品的发布

高层经理

Ø为在组织内实施配置管理活动提供足够的资源与资金，支持配置管理活动的执行

Ø在选定的里程碑处评审配置管理活动实施情况和效果

Ø落实项目组内无法解决的不符合问题

项目经理

Ø为项目开展配置管理工作提供适当的资源、费用和培训

Ø和CM工程师共同确定工作产品的受控级别和受控时机

Ø组织对变更请求的分析和评估，并负责审批受控项的变更请求

Ø积极支持配置管理活动的实施，对于配置管理方面存在的问题，及时采取行动来关闭它

Ø以定期和事件驱动的方式来检查配置管理活动的状态和效果

项目组成员

Ø把已完成的配置项（CI）提交给项目配置管理师检入配置控制库

Ø通过项目配置管理员从配置控制库检出要更改的配置项（CI）

Ø把已完成更改的的配置项（CI）提交给项目配置管理员检入配置控制库

PPQA工程师

Ø评价配置管理活动和工作产品，识别不符合问题

Ø跟踪不符合问题的处理情况

4输入

配置管理以批准的项目任务书为基础，配置管理计划的制定与项目策划同时进行，各项目开展配置管理工作的输入包括：

●项目计划

●需求规格说明书

●具备进行配置管理必须的资源和经费

5入口准则

●指定了项目组配置管理员，成立CCB组，负责和承担配置管理工作的人员经过配置管理的培训

●配备了进行配置管理活动必须的资源和经费

6活动

6.1活动关系图

图41配置管理活动关系示意图

6.2活动描述

活动名称

要素

活动描述

识别配置项

入口准则

Ø具有相应技能的CM工程师已经指派并到位

Ø项目策划活动已经开始

输入

Ø项目计划（草稿）

Ø项目选定的标准、过程、规程等

活动描述

Ø识别需要受到管理和控制的工作产品，并明确相关信息，包括：

配置项名称、包含内容、受控级别、入库时机和准则、何时设立基线、责任人等

Ø配置项的识别可以根据客户的要求、项目的生命周期、选定的标准、过程、规程等相关内容来确定

Ø对于提交客户的工作产品需要明确提交时机、存放介质、客户接收人等信息

Ø确定配置项的标识规则

Ø识别出来的配置项列表和配置向的标识规则是配置管理计划的组成部分

Ø关于配置项标识规则的更多信息，请参考本文的附录。

出口准则

Ø项目需要受到管理和控制的工作产品已经识别

Ø配置项的标识规则已经确定

输出

Ø配置项列表

Ø配置项的标识规则

制定配置管理计划

入口准则

Ø具有相应技能的CM工程师已经指派并到位

Ø项目策划活动已经开始

输入

Ø项目计划（草稿）

Ø项目选定的标准、过程、规程等

活动描述

ØCM工程师需要在项目开始的早期策划配置管理活动

Ø根据配置管理活动策划的结果，编写配置管理计划

Ø配置管理计划作为项目整体计划的一部分，需与项目计划一起进行评审，评审通过以后需要得到高层经理的批准方可生效

Ø配置管理计划的内容和形式请参考《配置管理计划模板》

出口准则

Ø配置管理计划通过评审，并经高层经理批准

输出

Ø配置管理计划

建立配置管理系统

入口准则

Ø配置管理计划生效

输入

Ø配置管理计划

活动描述

Ø配置管理软硬件平台的搭建

Ø建立配置管理库，并把配置库划分为开发库、受控库和产品库，根据需要，也可以建立基线库和支持性记录库。

关于配置库划分的更多信息，请参考本文附录

Ø按照配置管理计划，为不同的配置库划分目录，以便于管理和访问

Ø根据配置管理计划中权限的规定，设置配置库和目录的权限

出口准则

Ø配置管理环境搭建完成

输出

Ø无

创建配置项及基线

入口准则

Ø配置项满足入库时机和准则的要求

输入

Ø入库申请

Ø配置项状态报告

活动描述

Ø入库申请：

责任人向CM工程师提交入库申请（书面或Email，简要说明提交内容及所在位置）

Ø入库检查：

CM工程师执行入库检查，检查项参照入库检查单。

若检查通过，进入下一步；若检查不通过，则将检查结果返回申请人进行处理

Ø入库：

CM工程师执行入库操作，并更新配置项状态报告

Ø通知：

CM工程师通知项目相关人员配置项已入库，并分发最新的配置项状态报告（邮件附送或告知存放位置）

出口准则

Ø配置项完成入库，配置项状态报告更新完成

输出

Ø（更新后的）配置项状态报告

Ø入库检查单

基线发布

入口准则

Ø配置项满足建立和发布基线时机和准则的要求

输入

Ø基线和产品发布申请单模板

Ø配置项状态报告

Ø基线状态报告

活动描述

Ø发布申请：

项目经理提交基线发布申请给CM工程师，说明要求发布的时间，发布的基线名称、版本及所含配置项信息

ØCM工程师检查：

CM工程师参照发布申请信息对发布对象进行检查，具体检查项参见《基线及产品发布检查表》。

检查发现的问题需与项目经理沟通并记录处理结果。

Ø发布审批：

CCB根据申请单、CM工程师的检查结果、相关记录，审批基线的建立和发布申请，若同意发布，则进入下一步；若拒绝发布，则描述原因并通知相关人员

Ø建立基线：

CM工程师建立基线，并更新配置项状态报告和基线状态报告已经

Ø通知发布：

CM工程师将基线发布结果通知给项目相关人员（邮件或书面方式，通知内容包括发布的基线名称、所含配置项及版本、基线标识、存放位置等信息。

建议邮件说明本次发布的信息并附上基线状态报告）

出口准则

Ø基线建立并发布，配置项状态报告和基线状态报告已经更新

输出

Ø（更新后的）配置项状态报告

Ø（更新后的）基线状态报告

Ø基线建立和发布检查单

跟踪配置项变更请求

Ø具体内容请参考《变更规程》

产品发布

Ø具体内容请参考《基线和产品发布规程》

记录配置项状态

入口准则

Ø配置项、基线发布或变更

Ø里程碑结束

输入

Ø配置项状态记录表

活动描述

Ø详细记录配置管理行动，以便掌握每个配置项的内容和状态并且能够恢复以前的版本。

Ø确保受到影响的个人和小组能够访问和了解这些配置项的配置状态。

Ø说明最新的基线版本。

Ø确定那些构成特定基线的配置项的版本。

Ø描述前后基线之间的差别。

Ø必要时，修改每个配置项的状态和履历（即，各项变更和其他行动）

出口准则

Ø完成配置项最近状态的更新和发布

输出

Ø更新后的配置项状态记录表

配置审计

入口准则

Ø基线发布或变更

Ø里程碑结束

输入

Ø相关配置记录

活动描述

Ø配置审计可以分为物理审计和功能审计两个方面。

Ø物理审计的内容包括：

确认配置项标识的正确性；确认已受控配置项的更改是受到控制的；验证配置库内容与相应记录之间的一致性；验证配置管理活动与相应记录之间的一致性；验证项目的配置管理工作是否符合适用的标准和规程；验证配置管理系统与系统备份的有效性、一致性等

Ø功能审计的内容包括：

验证当前基线所含配置项对前一基线所含配置项的追溯性；确认当前基线所含配置项均正确反映了项目需求；评估基线的完整性；验证当前基线和各基线间所含配置项之间的一致性；验证配置库内容的完备性和正确性等

Ø对于配置审计发现的问题，需要制定行动计划，并跟踪直至解决。

出口准则

Ø完成配置审计

Ø审计出来的问题得到解决

输出

Ø配置审计检查单

Ø审计发现问题的行动计划

CM周报

入口准则

Ø每周定期编写

输入

Ø相关的配置管理记录

活动描述

ØCM工程师每周填写周报，并报告给项目组、高层经理和其他相关人员。

Ø关于CM周报的内容和形式，请参考《CM周报模板》。

出口准则

ØCM周报编写完成并提交给相关人员

输出

ØCM周报

CM阶段报告

入口准则

Ø阶段活动完成，工作产品受控，且里程碑评审启动

输入

Ø相关的配置管理记录

活动描述

ØCM工程师在主里程碑评审前，需要完成CM阶段报告，并发送给参加评审的所有人员。

Ø关于CM阶段报告的内容和形式，请参考《CM阶段报告》。

出口准则

ØCM阶段报告编写完成并提交给相关人员

输出

ØCM阶段报告

7输出

受控库除包含源程序代码、可执行代码、测试用例外，还包含归档资料和CMMI其它过程域输出的工作产品。

CM过程域输出的管理文档：

●入库登记表

●变更管理记录表

●配置项状态记录表

●出库登记表

●问题报告单（CCR）

●修改报告单（SCR）

●基线审计检查表

●基线建立、发布批准报告

CM活动报告

●基线内容参见《配置项的标识规则》。

●产品库的内容从受控库的产品基线提取。

8出口准则

项目结束并通过验收。

项目结束，产品已发布并提交。

9需要的资源

配置管理工具

10需要的知识和技能

软件工程基础知识

项目管理知识

配置管理技能

11需要的配置管理

变更状态报告；

变更请求数据库；

配置管理委员会会议纪要；

12监督和控制

对照计划监督和控制“配置管理”过程

度量与分析

通过下述测量确定配置管理活动的状态：

●计划配置项数、实际完成的配置项数；

●每个配置项的变更次数；

●配置管理工作的工作量

这些度量量在CM报告中，由项目配置管理员向项目负责人汇报时，同时提供给项目度量人员。

13验证

高层经理在项目结束时，审批产品交付有关资料；

项目经理定期（按里程碑或月）向中层经理汇报项目配置管理工作，提交《配置管理报告》。

项目经理定期（按里程碑或月或事件触发）审批《配置管理活动报告》、检查《变更管理记录表》和《配置项状态记录表》、《基线/里程碑审计检查表》，项目结束时审核产品交付清单、通过评审的有关文档资料、产品交付文件。

项目的质量保证人员按照相关计划和规程，定期或事件驱动地对项目的配置管理工作进行审计和验证，并汇报结果，跟踪问题直至结束。

项目的配置管理的质量保证工作包括以下内容:

●验证是否成立了相应的组织并分配了各自的职责

●验证是否按规范进行配置管理策划

●验证是否按规范进行入库操作

●验证是否按规范进行出库操作

●验证是否按规范控制产品的交付

●验证是否按规范执行配置变更

●按规范进行配置评价

●验证是否按规范记录配置项状态

●验证是否定期对受控库进行备份

●验证是否将配置通知单传递到所有受影响的组和个人

●对中层管理者的配置管理验证工作进行验证

配置管理过程的实施过程中，需要执行以下的验证活动：

14本过程裁剪规定

无

15相关文件

《变更规程》

《产品发布规程》

《配置管理计划模板》

《变更申请单模板》

《基线和产品发布申请单模板》

《产品发布报告模板》

《CM阶段报告模板》

《变更列表模板》

《配置项状态报告模板》

《基线状态报告模板》