CMMI的全称为Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的新版本。早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。

CMMI全称是能力成熟度模型集成，CMMI认证一共有5个级别，CMMI1级，完成级；CMMI2级，管理级；CMMI3级，定义级；CMMI4级，量化管理级；CMMI5级，优化级。

CMMI（Capability Maturity Model Integration For Software，软件能力成熟度模型集成）是在CMM（Capability Maturity Model For Software，软件能力成熟度模型）的基础上发展而来的。CMMI是由美国卡耐基梅隆大学软件工程研究所（Software Engineering Institute，SEI）组织全世界的软件过程改进和软件开发管理方面的专家历时四年而开发出来的，并在全世界推广实施的一种软件能力成熟度评估标准，主要用于指导软件开发过程的改进和进行软件开发能力的评估。

CMM模型自20世纪80年代末推出，并于20世纪90年代广泛应用于软件过程的改进以来，很大地促进了软件生产率的提高和软件质量的提高，为软件产业的发展和壮大做出了巨大的贡献。

然而，CMM模型主要用于软件过程的改进，促进软件企业软件能力成熟度的提高，但它对于系统工程、集成化产品和过程开发、供应商管理等领域的过程改进都存在缺陷，因而人们不得不分别开发软件以外其他学科的类似模型。

自从引入基于模型的过程改进之后，工程界至少在三个重要领域已经有了变化。

首先，执行工程的环境已经变得更加复杂。工程量更大、需要更多的人员、需要跨越公司界限、发布范围更宽更广，而且必须继续加快实现的进度，以满足客户的需要。这样导致各种协调工作的大量增加。

其次，执行工程任务的方式已经有了进化。交叉学科群组、并行工程、高度自动化的过程以及多国标准等都影响到工程实践。这样一来，一个工程项目可能要涉及到几个国际标准。

第三，软件工程研究所的软件能力成熟度模型（CMM）的成功，导致了各种模型的衍生，而每一种模型都探讨了某一特定领域中的过程改进问题。各机构也已采用多种改善模型分别处理各自的关键过程问题。在工程组织中模型的繁衍导致了过程改进目标和技术的冲突，也导致了实践人员在应用各种不同的模型来实现特定的需求时容易产生混淆，这就要求培训工作也随之增长。

所有这些变化都表明，有必要将各种过程改进工作集成起来。包含在当代工程中各种各样的学科和过程是密切交叉在一起的。在应用不同模型时，效率低下且容易混淆，常常要付出昂贵的代价。因而需要有一种单一的过程改进框架而又能跨越多种学科的工具。软件能力成熟度模型集成（CMMI）就是用来解决这三类问题的。