CMMI评估方法

自1991年起，CMM出现了很多模型，覆盖了各种各样的专业领域。其中著名的模型有系统工程·软件工程·软件采购·集成产品和流程开发等。然而当企业想要在组织内不同专业领域的流程改进，这些针对不同专业领域的模型在架构·内容和方法上的不同限制了组织成功实施改进的能力。此外，将这样模型在组织内部集成也提高了培训·认证和改进的费用。一套包括多个专业领域的模型加上整合的培训和认证支持将解决这些问题。

　　CMMI(Capability maturity model integration)是为了合并三个模型到一个框架中

　　Capability Maturity Model for Software (SW-CMM) v2.0 draft C,

　　Electronic Industries Alliance Interim Standard (EIA/IS) 731

　　Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98

　　正如其他CMM模型，CMMI提供了流程改进的指导，而不是流程或流程的描述。组织使用的实际流程取决于很多因素，包括应用领域·组织框架和规模。CMMI将许多经过验证的方法加入架构中，来帮组组织评价成熟度·某个软件流程的能力度，并且建立改进的优先顺序和实施改进。

　　从CMMI框架可以产生不同的CMMI模型，因此必须首先确定那种模型最适合企业流程改进的需要。

　　阶段式描述 or 连续式描述

　　系统工程 or 软件工程 or 两者皆有

　　使用连续式描述可以根据企业需要选择流程改进顺序，降低企业风险，这给通过ISO做流程改进提供了一个方便的比较。使用能力度(Capability)来衡量。

　　阶段式描述提供了已经过验证的流程改进顺序，方便从CMM移植过来。使用成熟度(Maturity)来衡量流程改进。

　　系统工程包括整个系统的开发，可能包括软件也可能不包括。

　　软件工程用于软件系统的开发，主要集中在使用系统的·科学的·量化的方法来开发·运行·维护软件。