SEI将CMMI的评估过程分为Class A、B 、C三种类型:
Class A类评估:是正式的标准过程，目的是获得评估等级，评估过程需执行所有的评估步骤 ，在CMMI标准中需要满足ARC要求 ( Appraisal Requirement for CMMI ) ，需要组建正式评估小组，并需要SEI授权的主任评估师领导评估组进行评估。根据被评估的CMMI的不同级别，评估组人数通常为4-9人，评估天数为5-10天，被评估企业派人参加ATM。评估方式为文件审查和人员访谈，评估输出物为最终评估报告，并由主任评估师向SEI注册评估结果。具体评估过程详细描述参见SCAMPI ( Standard CMMI Appraisal Method for Process Improvement) '标准的CMMI评估方法'。企业做CMMI评估并向SEI注册，都是采用本类评估。
Class B类评估:只需要满足部分的ARC要求，并可以只收集更少的信息，但必须包括从访谈方式获得的信息，不需要最终产生组织的成熟度级别，评估组的负责人既可以是SEI授权主任评估师，也可以由组织内部有经验的成员担当，可以认为是组织内部的评估过程，可以在过程改进过程中的诊断过程中使用，也可以在组织发展过程中进行阶段性评估审计时使用。
Class C类评估:是一种非正式评估过程，满足更少的ARC要求，组织快速浏览过程，只确定相对较少过程域，不需要SEI授权评估师给出组织成熟度级别。一般是针对特定少数或一个项目，或针对少数过程、或一个过程在组织中执行的情况进行评估，通常是在组织发展过程中进行。
自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 连续式描述
阶段式描述:阶段式表述提供系统化与结构化的方式，一次一个阶段达到以模型为基础的过程改进。达成每一个阶段可确保有足够的过程基础建设，可作为下一个阶段过程改进的基础。过程域是以成熟度等级组织，并且对过程改进做一些推测工作。阶段式表述根据成熟度等级规定执行过程改进的顺序，它定义一个组织由初始级到已优化级的改进路径。达到每一个成熟度等级可确保有足够的过程基础建设，可作为下一个成熟度等级的基础，并且允许持续与渐进的改进。假如你不知道要选择哪一个过程开始进行改进，阶段式表述对你而言是一个好的选择。它给你一组特定的过程，针对每一个阶段进行改进。这组过程的决定，是来自于十多年过程改进的研究和经验。
连续式描述:当使用CMMI 模型进行过程改进时，连续式表述可提供最大的弹性。一个组织可以选择改进单一过程相关的问题点的绩效，或是可以使用多个领域以密切配合组织的经营目标。连续式表述也允许一个组织将不同的过程改进至不同的等级。但组织在选择上仍有一些限制，因为有一些过程域是彼此相依的。假如你知道在你的组织中需要改进的过程，以及了解CMMI 中过程域间的相依性。对你的组织而言，连续式表述是一个好的选择。
系统工程 or 软件工程 or 两者皆有
使用连续式描述可以根据企业需要选择流程改进顺序，降低企业风险，这给通过ISO做流程改进提供了一个方便的比较。使用能力度(Capability)来衡量。
阶段式描述提供了已经过验证的流程改进顺序，方便从CMM移植过来。使用成熟度(Maturity)来衡量流程改进。
系统工程包括整个系统的开发，可能包括软件也可能不包括。
软件工程用于软件系统的开发，主要集中在使用系统的·科学的·量化的方法来开发·运行·维护软件。