cmmi度量解释

摩尔元数 cmmi

摩尔元数（Cmmi）是一种用来衡量和评估组织软件工程能力的模型。它是由美国计算机学会（ACM）和美国软件工程学会（IEEE）联合发布的，是一种国际公认的软件工程能力模型。摩尔元数模型的目标是帮助组织改进软件开发和维护过程，提高软件产品的质量和可靠性。

摩尔元数模型主要包含了5个级别，分别是初级（Level 1）、可管理（Level 2）、已定义（Level 3）、已量化（Level 4）和优化（Level 5）。每个级别都有一系列的特征和标准，用来评估和辨别组织的软件工程能力。

初级级别是最低的级别，代表组织的软件工程能力相对较低。在这个级别上，组织的软件过程是不可预测和不稳定的，缺乏有效的管理和控制。可管理级别是在初级基础上的一个进步，代表组织开始建立一些基本的管理实践，能够按时完成软件开发任务。

已定义级别是在可管理级别的基础上，组织进一步建立了一套完整的软件工程过程，包括了开发、测试、配置管理等方面的规范和实践。已量化级别是在已定义级别的基础上，组织开始对软件过程进行度量和量化，能够通过数据来评估和改进软件工程过程。

最高级别是优化级别，代表组织的软件工程能力已经达到了最高水平。在这个级别上，组织能够持续改进和优化软件工程过程，通过不断的创新和学习来提高软件产品的质量和效率。

摩尔元数模型的评估主要通过对组织的软件工程过程进行调查和审查来完成。评估的结果将会给出一个摩尔元数级别，以及对应级别下的特征和标准。组织可以根据评估结果来制定改进计划，逐步提高软件工程能力。

摩尔元数模型的应用可以帮助组织改进软件开发和维护过程，提高软件产品的质量和可靠性。它可以帮助组织建立一套完整的软件工程过程，规范和统一开发团队的工作方式。同时，它也提供了一套评估标准，帮助组织了解自己的软件工程能力，并制定相应的改进计划。

摩尔元数模型在全球范围内得到了广泛的应用和认可。许多大型企业和组织都将摩尔元数模型作为软件工程能力评估的标准。通过摩尔元数模型的应用，组织可以不断改进和提高软件工程能力，提供更加可靠和高质量的软件产品。

广州润衡软件连锁有限公司 度量与分析规程

度量与分析规程

文档编号：GZCY_PP_PRS-V1.0

文档信息：

文档名称：

文档类别：CMMI模板

密 级：机密

版本信息：V1.0

建立日期：

创 建 人：

审 核 者：

批 准 人：

批准日期：

保 管 人：

存放位置：

编辑软件：Microsoft Office 2003 英文版

CONFIDENTIAL

度量与分析规程

文档修订记录

版本编号或者更改记录编号 变化状态 简要说明（变更内容

和变更范围） 日期 变更人 批准日期 批准人

V1.0 C 初次创建 2004-07-21 CMM事业部

*变化状态：C――创建，A——增加，M——修改，D——删除

文档审批信息

序号 审批人 角色 审批日期 签字 备注

度量与分析规程

前 言

本文的目的是用来指导组织和项目实施有效的软件度量工作，通过量化的分析和总结，帮助组织提高生产率，提高产品质量，降低成本和缩短产品研发周期。

本文档的适用范围为组织内部所有实施CMM的项目的度量活动，包括过程度量、产品度量及项目度量三个方面。

度量与分析规程

第 I 页 目 录

CMMI解释

CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。

CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。

自从1994 年SEI 正式发布软件CMM 以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。这时他们就会发现存在一些问题，其中主要问题体现在：

不能集中其不同过程改进的能力以取得更大成绩；

要进行一些重复的培训、评估和改进活动，因而增加了许多成本；

遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。

于是，希望整合不同CMM 模型的需求产生了。1997 年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。该模型被认为是第一个集成化的模型。

CMMI 与CMM 最大的不同点在于： CMMISM-SE/SW/IPPD/SS 1.1 版本有四个集成成分，即：系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容，如果涉及到供应商外包管理可以相应的应用SS(Supplier

Sourcing)部分。

CMMI 有两种表示方法，一种是大家很熟悉的，和软件CMM 一样的阶段式表现方法，另一种是连续式的表现方法。这两种表现方法的区别是：阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5 个成熟度级别，帮助实施CMMI 的组织建议一条比较容易实现的过程改进发展道路。而连续式表现方法则通过将CMMI 中过程区域分为四大类：过程管理、项目管理、工程以及支持。对于每个大类中的过程区域，又进一步分为基本的和高级的。这样，在按照连续式表示方法实施CMMI的时候，一个组织可以把项目管理或者其他某类的实践一直做到最好，而其他方面的过程区域可以完全不必考虑。

一：CMMI简介

1.1 CMMI发展简史

CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是用于产品开发（或服务）的过程改进成熟度模型。CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。

1981年，美国卡内基梅隆大学软件工程研究所（SEI），应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念，将这些原理应用于软件开发，发展成为软件过程成熟度框架，它提供了一个评估软件开发过程的管理以及工程能力的标准。

1987年，基于Watts Humphery 等人的工作，SEI的Mark Pauk 等人建立了第一个CMM模型，即软件CMM。1993年，SEI推出了CMM 1.1，这是目前世界上应用最广泛的CMM版本。

十几年来CMM的改进工作一直不断地进行，相继有多个学科领域的CMM模型问世：SE-CMM, SW-CMM, IPD-CMM等。美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架，即CMMI。 CMMI的基础源模型包括：软件CMM 2.0版本，EIA-731系统工程，以及IPD CMM (IPD) 0.98a版本。2002年1月CMMI 1.1版本正式发布，并立即被广泛采用。

CMMI 1.2的三种模型 16个核心过程域 CMMI-DEV

CMMI-SVC CMMI-ACQ

·2·

2 2006年8月，面向开发的CMMI（CMMI-DEV 1.2） 版本正式发布。为了适应更加广泛的应用，SEI 计划今后发布另外二种模型，分别是面向服务的CMMI（CMMI-SVC 1.2）版本和面向采购的CMMI（CMMI-ACQ 1.2）。

1.2 CMMI的过程域

过程域（Process Area）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。CMMI-DEV 1.2有22个过程域，见表1-1（按字母排序）。