CMM由卡内基梅隆大学软件工程研究所（SEI）于1987年开发。

它不是软件过程模型。它是一个框架，用于分析任何组织开发软件产品所遵循的方法和技术。

它还提供了进一步提高这些软件产品成熟度的指南。

它基于全球最成功组织采用的深刻反馈和发展实践。

该模型描述了一个策略，应该遵循5个不同的级别。

每个成熟度级别都显示了流程能力级别。除了第1级以外的所有级别都由关键过程域（KPA）进一步描述。

关键过程域（KPA）：

这些KPA中的每一个都定义了软件过程应满足的基本要求，以满足KPA并达到该成熟度。

从概念上讲，关键过程域构成了软件项目管理控制的基础，并建立了应用技术方法的环境，产生了模型，文档，数据，报告等工作产品，建立了里程碑，确保了质量和变更得到妥善管理。

CMM的5个级别如下：

第一级：初始 -

没有KPA的定义。

接下来的过程是特殊和不成熟的，并没有明确定义。

软件开发的环境不稳定。

没有预测产品质量，完成时间等的依据。

Level-2：可重复 -

着重于制定基本的项目管理政策。

早期项目的经验用于管理新的类似自然项目。

：

项目规划 - 包括为项目定义所需的资源，目标，约束等。它提出了一个系统地遵循的详细计划，以成功完成高质量的软件。

配置管理 - 重点是在整个生命周期内维护软件产品（包括其所有组件）的性能。

需求管理 - 它包括客户评论和反馈的管理，这导致需求集的一些变化。它还包括对这些修改后的要求的适应性。

分包管理 - 它专注于合格软件承包商的有效管理，即它管理由第三方开发的软件部分。

软件质量保证 - 在开发过程中遵循某些规则和质量标准指南，保证了高质量的软件产品。

Level-3：定义 -

在此级别，会出现标准指南和程序的文档。

它是一套定义明确的项目特定软件工程和管理流程。

：

同行评审 - 在此方法中，通过使用诸如演练，检查，伙伴检查等多种审查方法来消除缺陷。

组间协调 - 它由不同开发团队之间的计划交互组成，以确保有效和正确地满足客户需求。

组织流程定义 - 重点关注标准开发流程的开发和维护。

组织流程重点 - 它包括为提高组织的流程能力而应遵循的活动和实践。

培训计划 - 重点是提高团队成员（包括开发人员）的知识和技能，并确保提高工作效率。

第4级：管理 -

在此阶段，为软件产品组织和软件过程设定定量质量目标。

所做的测量有助于组织在数量上定义的某些限制内预测产品和过程质量。

：

软件质量管理 - 包括制定计划和策略，以开发定量分析和理解产品质量。

定量管理 - 重点关注以定量方式控制项目绩效。

第5级：优化 -

这是CMM中最高级别的流程成熟度，并侧重于使用定量反馈在组织中持续改进流程。

使用新工具，技术和软件过程评估来防止已知缺陷的再次发生。

：

流程变更管理 - 重点是持续改进组织的软件流程，以提高软件产品的生产率，质量和周期时间。

技术变革管理 - 包括识别和使用新技术，以提高产品质量和缩短产品开发时间。

缺陷预防 - 它侧重于识别缺陷的原因，并通过改进项目定义的过程防止它们在未来的项目中重复出现。