可定义级

　　可定义级包含7个KPA，主要涉及项目和组织的策略，使软件组织建立起对项目中的有效计划和管理过程。

　　（1） 组织过程焦点（OPF，Organization Process Focus）

　　帮助软件组织建立在软件过程中组织应承担的责任，加强改进软件组织的软件过程能力。在软件过程中，组织过程焦点集中了各项目的活动和运作的要点，可以给组织过程定义提供一组有用的基础。这种基础可以在软件项目中得到发展，并在集成软件管理中定义。

　　（2） 组织过程定义（OPD，Organization Process Definition）

　　在软件过程中开发和维护的一系列操作，利用它们可以对软件项目进行改进，这些操作也建立了一种可以在培训等活动中起到良好指导作用的机制，其目标是制定和维护组织的标准软件过程，收集、评审和使用有关软件项目使用组织标准软件过程的信息。

　　（3） 培训程序（TP，Training Program）

　　提高软件开发者的经验和知识，以便使他们可以更加高效和高质量地完成自己的任务。

　　（4） 集成软件管理（ISM，Integrated Software Management）

　　把软件的开发和管理活动集中到持续的和确定的软件过程中来，它主要包括组织的标准软件过程和与这相关的操作，这些在组织过程定义中已有描述。当然，这种组织方式与该项目的商业环境和具体的技术需求有关。

　　（5） 软件产品工程（SPE，Software Product Engineering）

　　提供一个完整定义的软件过程，能够集中所有软件过程的不同活动以便产生出良好的、有效的软件产品。软件产品工程描述了项目中具体的技术活动，如需求分析、设计、编码和测试等。

　　（6） 组间协调（IC，Intergroup Coordination）

　　为了软件工作组能够与其他的工作组良好地分担工作而设计的一种途径。对于一个软件项目来说，一般要设置若干工程组：软件工程组、系统测试组、软件质量保证组、软件配置管理组、软件工程过程组、培训组等。这些工程组只有能力协作、互相支持，才能使项目在各方面更好地满足客户的需要。组间协调关键过程域的目的就在于此。

　　（7） 同级评审（PR，Peer Reviews）

　　是指处于同一级别其他软件人员对该软件项目产品系统地检测的一种手段，其目的是为了能够较早和有效地发现软件产品中存在的错误并改正它们。它是一种在软件产品工程中非常重要的和有效的工程方法。

　　可管理级

　　可管理级包含2个KPA，主要任务是为软件过程和软件产品建立一种可以理解的定量的方式。

　　（1） 定量过程管理（QRM，Quantitative Process Management）

　　在软件项目中定量控制软件过程表现，这种软件过程表现代表了实施软件过程后的实际结果。当过程稳定于可接受的范围内时，软件项目所涉及的软件过程、相对应的度量以及度量可接受的范围就被认可为一条基准，并用来定量地控制过程表现。

　　（2） 软件质量管理（SQM，Software Quality Management）

　　建立对项目软件产品质量的定量了解和实现特定的质量目标。软件质量管理涉及确定软件产品的质量目标；制定实现这些目标的计划；监控及调整软件计划、软件工作产品、活动和质量目标，以满足客户和最终用户地高质量产品的需要和期望。

　　优化级

　　优化级包含3个KPA，主要涉及软件组织和项目中如何实现持续的过程改进问题。

　　（1） 缺陷预防（DP，Defect Prevention）

　　是指在软件过程中能识别出产生缺陷的原因，并且以此采取预防措施，防止它们再发生。为了能够识别缺陷，一方面要分析以前所遇到的问题和隐患，另一方面还要对各种可能出现缺陷的情况加以分析和跟踪，从中找出有可能出现和重复发生的缺陷类型，并对缺陷产生的根本原因进行确认，同时对未来的活动预测可能产生的错误趋势。

　　（2） 技术变更管理（TCM，Technology Change Management）

　　是指识别新技术（例如，工具、方法和过程），并将其有序地引入到组织的各种软件过程中去。同时，对由此而所引起的各种标准变化（例如，组织的标准软件过程和项目定义软件过程进行处理，使之适应工作的需要）。

　　（3） 过程变更管理（PCM，Process Change Management）

　　是本着改进软件质量、提高生产率和缩短软件产品开发周期的宗旨，不断改进组织中所用的软件过程的实践活动。过程变更管理活动包括定义过程改进目标、不断地改进和完善组织的标准软件过程和项目定义软件过程。制定培训和激励性的计划，以促使组织中的每个人参与过程改进活动。

　　用途

　　设计CMM的初衷是为了用以支持美国国防部对软件组织的能力进行评定。因此，从1987年SEI拿出CMM的雏形（"软件成熟度框架"）后，美国国防部便把它用于软件组织评估，以支持选择承包商时的决策。后来，随着CMM研制和试用工作的推进，设计者，参与者和支持者们发现了它的巨大应用潜力，于是，CMM的研制目标扩大为：

　　＊ 以实践为基础；

　　＊ 反映最好的实践经验；

　　＊ 反映那些从事软件过程改进，软件过程评价和软件能力评估的人士的需要；

　　＊ 形成书面文件；

　　＊ 供大众使用。

　　总之，CMM主要用途有两大类：过程改进（过程评价）与能力评估，而这两种主要用途又归结为软件过程评价和软件能力评价两种评定方法。