由于接受并且通过了CMM评估给公司在合同竞争中带来的好处，使CMM很快在美国和美国以外那些希望得到美国的软件开发项目合同的公司传播开。由于CMM评估需求大大增加，1994年，在美国国防部的支持下，设立了"软件过程改进（SPI）服务部"，明码市价对外提供各种CMM相关服务。现在，美国已有多家咨询或服务机构获得授权开展此项服务业务，以应付日益增多的CMM应用需要。

　　正式发表的CMM建立了一套准则，供大众用于描述成熟软件组织的特性。这些准则可以由软件组织用于改进它们的开发和维护软件的过程，也可以由政府或商业组织用来对它们在打算与某公司签定软件项目合同时涉及的风险进行评价。

　　CMM用之于软件过程改进时，是通过按CMM给出的准则对软件过程实施评价，从而为作出改进决策和实施改进提供支持。所以，往往又把CMM在过程改进方面的应用看成是过程评价。

　　（1） 软件过程评价（SPA，Software Process Assessment）

　　目的是确定一个组织的当前软件过程的状态，找出组织所面临的急需解决的与软件过程有关问题，进而有步骤地实施软件过程改进，使组织的软件过程能力不断提高。因此，软件过程评估关注一个组织的软件过程有哪些需改进之处及其轻重缓急。评估组采用CMM来指导他们进行调查、分析和排优先次序。组织可利用这些调查结果，参照CMM中的关键实践所提供的指导，规划本组织软件过程的改进策略。

　　（2） 软件能力评价（SCE，Software Capability Evaluation）

　　目的是识别合格的能完成软件工程项目的承包商，或者监控承包商现有软件工作中软件过程的状态，进而提出承包商应改进之处。软件能力评价关注识别一个特定项目在进度要求和预算限制内构造出高质量软件所面临的风险。在采购过程中可以对投标者进行软件能力评价。评价的结果，可用于确定在挑选承包商的风险，也可对现存的合同进行评价以便监控方的过程实施。从而识别出承包商的软件过程中潜在的可改进之处。

　　CMM是软件过程评价和软件能力评估的公共基础。不过，两种用法的目的不同，而且具体用法也有很大差异。软件过程评价侧重于确定本组织软件过程改进的轻重缓急；软件能力评估侧重于确定在选择软件项目承包商时可能碰到的风险，或者说是确定软件组织在软件能力方面的置信程度。后面这一点正是许多软件组织看好按CMM评定等级的原因。软件过程评价与软件能力评估在动机，目标，范围以及审核结果所有权等方面都有所不同。

　　由于软件过程评价和软件能力评估是有关不同的两种应用，因此所用的具体方法有明显差异但是两者都以CMM模型及其衍生产品为基础，实施的几个大步骤基本相同.

　　从选定评价/评估组后：

　　（1） 成熟度调查问卷作为现场访问的出发点；

　　（2） 用CMM作为指导现场调查研究的路线图；

　　（3） 针对CMM中的关键过程方面指出反映该组织软件过程的强，弱之点；

　　（4） 根据所了解到的该组织达到CMM关键过程方面目标的情况描绘出该组织的软件过程的概貌；

　　（5） 向被审核者说明评估结果。

　　CMM仅仅是模型，为了保证可靠且一致地使用它，美国卡内基-梅隆大学软件工程研究所围绕CMM拟制了一系列支持性文件（包括相应的评价框架，方法描述和实施指南）以及各种工具。使用CMM的大致思路是：

　　（1） 围绕CMM 拟制出CMM评估框架（CAF），从CAF中归类出各类要求；

　　（2） 针对各类要求进行相应准备；

　　（3） 按对象及其需求采用适当的方法进行评定。