技术方案：展开的设计和质量工程。
产品集成：持续集成、接口控制、变更控制。
验证：保证产品正确建立的评估技术。
确认：保证建立正确的产品的评估技术。
风险管理：检测、优先级，相关问题和意外的解决方案。
组织级培训：建立机制，培养更多熟练人员。
组织级过程焦点：为项目过程定义建立组织级框架。
决策分析和方案：系统的可选的评估。
组织级过程定义：把过程看做组织的持久的发展的资产。
集成项目管理：在项目内统一各个组和利益相关者。
4. 级别4(定量管理级)代表了以改进组织性能为特征的过程成熟度。3级项目的历史结果可用来交替使用，在业务表现的竞争尺度(成本、质量、时间)方面的结果是可预测的。级别4附加的过程域包括：
组织级过程执行：为过程执行设定规范和基准。
定量的项目管理：以统计质量控制方法为基础实施项目。
5. 级别5(优化级)代表了以可快速进行重新配置的组织性能，和定量的、持续的过程改进为特征的过程成熟度。附加的级别5过程域包括：
因果分析和解决方案：主动避免错误和强化最佳实践。
组织级改革和实施：建立一个能够有机地适应和改进的学习组织。
CMM过时了吗?
一些CMM实践的问题也是传统瀑布方法和过度基于过程的管理的症状。CMM的基于活动的度量方法和瀑布过程的有次序的、基于活动的管理规范有非常密切的联系(即：先是需求活动，然后是设计活动，编码活动，单位测试活动，集成活动，以及系统接收测试)。这大概可以解释为什么许多组织对CMM的认识停留在瀑布思想上。
另外，叠代开发技术、软件产业最佳实践、和经济动机推动组织采用基于结果的方法：开发业务案例、构想和原型方案;细化后纳入基线结构、可用发布，最后定为现场版本的发布。虽然CMMI保留了基于活动的方法，它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。
分析CMM 和 CMMI分别和瀑布模型以及叠代开发之间有什么联系，方法之一就是看每个模型的KPA是否为这两种不同的开发方法激发了合理的软件管理原理。首先，让我们来定义那些软件管理原理。过去10年间，我编译了两套原理：一套用于传统的瀑布方法，另一套用于现代的叠代方法。得承认的是，这"十大原理"没有科学基础，并且只提供了符合它们各自的管理方法的成功模版的粗略的描述。但是它们的确为我的观点提供了一个合适的框架：CMM和瀑布思想相联系，而CMMI和叠代思想联系得更紧密。
文章来源于领测软件测试网 https://www.ltesting.net/
