我对CMMI2.0 CM实践域的理解和分析

与前版CMMI相比,2.0版的配置管理(CM)有了很多改变。

实践域的目的

前版:利用配置标识、配置控制、配置状态纪实和配置审核建立和维护工作产品的完整性。

2.0:使用配置识别、版本控制、变更控制和审计来管理工作产品的完整性。

2.0比前版的变化主要表现在:

2.0版去掉了配置状态记实,并且将配置控制明确为版本控制和变更控制。这样的变化,可以理解成2.0更看重配置控制的手段,并且明确了配置控制包含版本控制和变更控制两种。

实践内涵更明确

除此以外,2.0对于每条实践都给出了它的价值。这使得很多实践的内涵更加明了。

实践2.2“开发、使用并保持更新配置和变更管理系统”,它的价值是“减少控制工作产品和解决方案完整性所需的成本和工作量”。原来一些组织在实施GJB5000A二级的时候,往往会问:“实施这条实践是否一定要有配置管理工具?”现在,如果从这个价值出发,没有一个好用的管理工具,会增加多少成本和工作量?那这个问题的答案还用说吗?

实践2.4“管理对配置管理下的项的变更”的价值是“通过确保只进行经授权的变更来降低成本和进度影响”。这个价值描述里有两个重点:一个是“经授权”,另一个是“降低对成本和进度影响”。在实施GJB5000A的时候,“经授权”都能够执行;但是“降低对成本和进度影响”这个价值却没有得到重视。经常是系统/组件设计师说变就变,变更过程中的审核也少有人从成本和进度方面考虑。这是我们做得不足的地方。

实践2.5“开发、使用并保持更新描述配置管理下的项的记录”的价值是“准确描述配置项和变更状态可减少返工”。在实施GJB5000A的时候,对于“控制配置项”会实施得很好,但对于配置记录却不够重视。这是没有理解它的价值。配置记录其实有大用,它记录的是每个版本对应的软件状态,一旦软件在使用当中出现问题,通过配置记录可以清楚对应版本的状态、更改的原因和内容,这便于定位和修复软件问题。

基线范围不一样

在CM的2.3条实践中,CMMI2.0对基线的定义与前版不同。

在基线中适当包含硬件、软件和文档工作产品。

2.0中基线不仅有软件基线,还有硬件基线。这意味着2.0的配置管理不只适用软件项目,同样适应系统项目。2.0中还给出硬件基线的定义:

硬件基线可能包含:

  • 唯一的标识符

  • 版本发布说明

  • 一组需求

  • 设计

  • 接口

  • 图纸或原理图

  • 原型、仿真、试验板等

  • 部件和材料

  • 测试环境

  • 构建或制造说明

  • 用户文档(安装、操作、帮助等)

一直讨论的GJB5000和GJB9001的融合问题,至少在配置管理方面,2.0已经为硬件基线都已经定义出来了,理论上融合应该是没有任何阻碍了。

这正是:

重新演绎新配管,价值体现新内涵

硬件基线都明确,体系融合不再难

我对CMMI2.0 CM实践域的理解和分析》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:http://www.hashtobe.com/3446.html