CMMI标准文档阅读--CM部分摘选

 

配置管理(CM 2级)

成熟度第二级的支持过程

目的

配置管理(Configuration Management, CM)的目的,是使用配置识别、配置控制、配置状态记录及配置审计,来达到建立与维护工作产品的完整性。

简介

配置管理过程域,包含下列活动:

识别所选定的工作产品的配置,这些工作产品在特定的时间点会组成基线

控制配置项的变更

建立或提供规格,以便从配置管理系统建造工作产品

维护基线的完整性

•  提供正确的状态和目前的配置数据给开发人员、最终使用者及客户

纳入配置管理的工作产品,包含交付客户的产品、指定的内部工作产品、取得的产品、工具,以及其它用以产生或描述这些工作产品的项目。(有关「配置管理」的定义,请参见词汇。)

供应商和项目可能都需要将取得的产品纳入配置管理。供应商协议中应建立执行配置管理的规定。应建立并维护用以确保数据之完整性和一致性的方法。

请参考「供应商协议管理」过程域,以获取更多有关建立及维护供应商的协议信息。

可能纳入配置管理的工作产品,举例如下:

计划

过程说明

需求

设计资料

图表

产品规格

程序代码

编译器

产品数据文档

产品技术文档

 

特定目标及实践摘要

SG 1 建立基线

   SP 1.1 识别配置项

   SP 1.2 建立配置管理系统

   SP 1.3 建立或发布基线

SG 2 追踪并控制变更

   SP 2.1 追踪变更申请

   SP 2.2 控制配置项

SG 3 建立完整性

   SP 3.1 建立配置管理纪录

   SP 3.2 实施配置审计

SG 1 建立基线

建立由已识别的工作产品所组成的基线

SP 1.1 识别配置项

识别将纳入配置管理的配置项、组件及相关的工作产品。

配置识别为下列项目的选择、建立及说明:

交付客户的产品

指定的内部工作产品

取得的产品

工具及其它项目工作环境的资本资产

其它用以产生或说明这些工作产品的项目

 

纳入配置管理的项目,包含用于说明工作产品需求的规格和接口文档;也包含其它的文档,例如:测试结果。可依据它对于定义产品的重要性,来决定是否纳入配置管理。

「配置项」是被指定要纳入配置管理的物理实体,它可能包含组成某基线的数个相关工作产品。这种逻辑上的编组,提供较容易的识别和存取控制。应根据规划时所定的准则,选取需纳入配置管理的工作产品。

 

在适当的工作产品层次中,选择配置项的准则,举例如下:

可能被两个()以上小组共享的工作产品

会随着时间而变更的工作产品,其变更原因可能是发生错误或变更需求

数个相互依存的工作产品,当其中一个改变时,将会影响到其它的工作产品

对项目具有极高重要性的工作产品

可组成配置项的工作产品,举例如下:

过程说明

需求

设计

测试计划和程序

测试结果

接口说明

图表源代码

工具(如编译器)

SP 1.2 建立配置管理系统

建立并维护一个配置管理与变更管理的系统,以便控制工作产品。

配置管理系统包含:存储媒体、运作程序,以及存取配置系统的工具。

变更管理系统包含:存储媒体、运作程序,以及记录和存取变更申请的工具。

SP 1.3 建立或发布基线

建立或发布供内部使用和交付给客户的基线。

基线是一组经正式审查和同意的规格或工作产品,也是未来开发或交付的基础,而且只能经由变更控编程序才能改变此基线。基线表示对一个或多个配置项及相关项目之识别的指定。当产品演进中,有几个基线可用来控制产品的开发与测试。

系统工程适用

基线共同的地方包含系统层次的需求、系统组件层次的设计需求,以及开发结束/制造前的产品定义。这些通常被称为「功能基线(functional baseline)」、「配置基线(allocated baseline)」及「产品基线(product baseline)」。

软件工程适用

软件基线可以是已指定唯一识别码的一组需求、设计、程序代码档案以及相关的可执行码、版次档和使用者文档(相关的项目)

SG 2 追踪并控制变更

跟踪并控制已纳入配置管理工作产品的变更

SP 2.1 追踪变更申请

追踪配置项的变更申请。

变更申请不只用于新的需求或需求的变更,也可用于工作产品的故障或缺陷。

分析变更申请,以决定此变更对工作产品、相关工作产品、进度及成本的影响。

SP 2.2 控制配置项

控制配置项的变更。

SG 3 建立完整性

建立并维护基线的完整性。

「建立基线」特定目标的过程用于建立基线,「追踪并控制变更」特定目标的过程用于维护基线,而本特定目标所涵盖的特定实践则用以记录和审计基线的完整性。

SP 3.1 建立配置管理纪录

建立并维护描述配置项的纪录。

典型的工作产品

1.    配置项的修订历史纪录

2.    变更过程的纪录

3.    变更申请的备份

4.    配置项的状态

5.  不同基线间的差异

SP 3.2 实施配置审计

实施配置审计以维护配置基线的完整性。

审计种类举例如下:

     功能配置审计(FCA)-审计的执行是在验证配置项的测试功能特征,达到功能基线文档所指定的需求,而且操作及支持文档已完整及满足。

     物理配置审计(PCA)-审计的执行是在验证建置的配置项遵照技术文档的定义。

     配置管理审计-审计的执行是在确认配置管理纪录及配置项的完整性、一致性及正确性。

仅适用于连续式表述 GG 1 达成特定目标

本过程将识别输入的工作产品转换为输出的工作产品,并支持与促进过程域特定目标的达成。

GP 1.1 实施特定实践

实施配置管理过程的特定实践,以开发工作产品并提供服务,达成过程域的特定目标。

GG 2 制度化已管理过程

将过程制度化为已管理过程。

GP 2.1 建立组织方针

建立并维护组织方针,以规划和执行配置管理过程。

GP 2.2 规划过程

建立并维护执行配置管理过程的计划。

详细说明:

GP 2.3 提供资源

提供充足的资源,执行配置管理过程、开发工作产品及提供过程服务。

可用于本过程域的资源(工具),举例如下:

配置管理工具

数据管理工具

归档及复制工具

数据库程序

GP 2.4 分配责任

分配配置管理过程的责任与授权,以执行过程、开发工作产品及提供过程服务。

GP 2.5 培训人员

依需要培训人员,以执行或支持配置管理过程。

培训的主题,举例如下:

配置管理人员的角色、责任及权力

配置管理标准、程序及方法

配置数据库系统

 

GP 2.6 管理配置

将指定的配置管理过程工作产品,纳入适当等级的控制。

纳入控制的工作产品,举例如下:

存取清单

变更状态报告

变更申请数据库

配置控制委员会会议纪录

已归档保存的基线

GP 2.7 识别并纳入相关的干系人

依计划识别并纳入配置管理过程相关的干系人。

干系人参与的活动,举例如下:

建立基线

审查配置管理系统报告,并解决议题

评价变更配置项的影响

执行配置审计

审查配置管理审计的结果

GP 2.8 监控过程

依本过程的执行计划,监控配置管理过程,并采取适当的纠正措施。

用于监控的度和工作产品,举例如下:

配置项变更的数

配置审计的执行数

配置控制委员会或审计活动进度

GP 2.9 客观评估遵循程度

依本过程的说明、标准及程序,客观评估配置管理过程的遵循程度,并解决不符合的情况。

审查的活动,举例如下:

建立基线

追踪并控制变更

建立并维护基线的完整性

审查的工作产品,举例如下:

基线的保存档

变更申请数据库

GP 2.10 与高层管理人员审查各状况

与高层管理人员审查配置管理过程的活动、状况及结果,并解决问题。

仅适用于连续式/阶段式表述第3-5级

将过程制度化为已定义过程。

GP 3.1     建立已定义过程

建立并维护已定义配置管理过程的说明。

GP 3.2     收集改进信息

收集由配置管理过程所衍生的工作产品、度、度结果及改进信息,以支持组织过程与过程资产的未来使用与改进

工作产品、度、度结果及改进信息的例子,包括如下:

配置项目的状态趋势

配置审计结果

变更申请报告

仅适用于连续式表述 GG 4 制度化已量化管理过程

GP 4.1 建立过程的量化目标

建立并维护配置管理过程的量化目标,该目标用来处理以客户需要与经营目标为基础的质量与过程绩效。

GP 4.2 稳定子过程绩效

稳定一个或多个子过程的绩效,以决定配置管理过程的能力,是否达成已建立之化质量与过程绩效目标

GG 5 制度化已优化过程

将过程制度化为已优化过程。

 GP 5.1 确保持续的过程改进

确保供配置管理过程的持续改进,以实现相关的组织经营目标。

GP 5.1 确保持续的过程改进

识别并纠正配置管理过程之缺陷与其它问题的根本原因。

你可能感兴趣的:(CMM)