控制」、「配置识别」及「配置状态纪录」。)
配置状态纪录 配置管理的组件包含记录与报告有效管理一个配置所需的信息。这个信息包括核可的配置识别清单、配置预期变更的状态，以及核可变更的执行状态。(请参见「配置识别」及「配置管理」。)
连续式表述 一种能力成熟模型架构，在每一特定的过程域中，能力度提供处理过程改进的建议顺序。(请参见「能力度」、「过程域」及「阶段式表述」。) 承包商 （请参见「供应商」。）
纠正 措施修复某种状况、除去错误或调整状态的行动或行为。
现成品 可向商业供应商购买的项目。(COTS 代表「commercial off the shelf」。)
客户 负责验收产品或授权付款的团体(可能是个人、项目或组织)。客户是项目的外部单位(当IPPD 使用集成团队时，可能除外)，但未必是组织的外部单位。客户可能是较高层的项目。客户是干系人的一部分。(请参见「干系人」。) 大部分使用这个名词时，意指上述定义。然而，有些情况“客户”意含其它相关的干系人。(请参见「客户需求」。)
客户需求 以客户可接受的方式，诱导、集成及解决产品相关干系人对需要、期望、限制及接口冲突。(请参见「客户」。)
数据 无论纪录的形式与方法的纪录信息，包括技术数据、计算机软件文档、财务信息、管理信息、事实、任何能够沟通、存储与处理的数量或数据
数据管理 在数据生命周期，对经营与技术数据规划、获取及提供管理之有规律的过程与系统，能与数据需求有一致性。
缺陷密度 每单位产品的缺陷数(如每千行程序代码的问题报告单数)。 已定义过程 一个已管理过程，此过程是根据组织的定义指导，从组织标准过程所定义而来；包含维护过程说明及对组织过程资产贡献工作产品、度量与其它的过程改进信息。(请参见「已管理过程」。)
衍生度量 两个或多个基础度量的数学函数所导出的数据。(请参见「基础度量」。)
衍生需求 在客户需求中并未明显陈述的需求，但可(1) 自上下文的需求推论（如应用的标准、法律、方针、通用实践及管理决策），或(2)自指定产品组件所需的需求推论。衍生需求亦可在分析与设计产品或系统的组件时产生。(请参见「产品需求」。)
设计审查 对设计之正式的、文档化的、完整的及有系统的检验，以评估设计需求与符合这些需求的设计能力，识别问题并提出解决方案。
开发 在CMMI 产品系列中，不仅是开发的活动，还包括维护活动。受益于CMMI 最佳实践的项目，可以专注于开发或维护，或者两者并行。
开发计划 用以指导、执行及控制一个或多个产品之设计与开发的计划。(请参见「产品生命周期」及「项目计划」。)
专业领域 在CMMI 产品系列中，当选择CMMI 模型(如系统工程)时，可使用的知识体系(bodies of knowledge)。CMMI 产品团队未来也计划将其它的知识体系集成到CMMI 架构中。
文档 文档是数据的集合，不论其记录媒体。文档通常具有永久性，而且可由人或机器来阅读。所以，文档包括书面文档与电子文档。
企业集团 企业集团由多个公司所组成。公司可能由位于不同地点及拥有不同客户的多个组织所组成。(请参见「组织」。)
入口准则 在可成功开始工作投入之前，必须出现的状态。
对等的阶段式 目标阶段式由连续式表述所产生。使用目标阶段式的结果可与阶段式表述的成熟度比较。(请参见「能力度摘要」、「成熟度」、「目标摘要」及「目标阶段式」。)
不论使用何种CMMI 表述，此阶段式允许于组织、企业及项目之间进行进度的标竿学习。组织可能执行某些CMMI 模型的组件超越其对等的阶段式部分组件。对
等的阶段式只是一个度量，以成熟度的立场说明一个组织相对于其它组织的成熟度。
建立并维护 在CMMI 产品系列中，你将遇到目标与实践中常含有「建立并维护(establish and maintain)」字词。这个字词所包含的意义，不仅是建立并维护，它还有书面化与使用的涵义。举例而言，「建立并维护组织方针，以策划与实施组织的过程焦点过程」的意思，不仅是整理过的方针，还必须有书面记载，并于整个组织中执行。
证据 (请参见「客观证据」。)
高级主管人员 (请参见「资深管理人员」。)
出口准则 在可成功结束工作投入之前，必须出现的状态。
期望的CMMI组件 能解释执行什么可满足一个必要之CMMI 组件的CMMI 组件。模型的使用者可明确的执行期望的组件，或执行与这些组件相同意义的替代实践。特定与通用实践皆是期望的CMMI 组件。 调查结果 (请参见「评估调查结果」。)
正式评估过程 一种结构化的方法，依据已建立的准则评估备选解决方案，并决定推荐的方案，以解决问题。 架构 (请参见「CMMI 架构」。)
功能分析 检验已定义的功能来识别完成该功能所需的所有子功能；识别功能的关系与接口(内部及外部)，并在功能架构中呈现；可自高层绩效需求引导，并将这些需求指定给下层的子功能。(请参见「功能架构」。)
功能架构 功能的阶层式安排，其内部及外部(聚集本身的外部)的功能接口、外部的物理接口、相关功能，以及绩效需求及设计限制。
功能配置审计 执行审计以验证配置项的开发已满足的完成，配置项在功能或配置配置识别的绩效与功能特性已达成，以及操作与支持文档已完成与满意。(请参见「配置审计」、「配置管理」及「物理配置审计」。)
通用目标 必要的模型组件，说明制度化过程实施过程域必须呈现的特性。(请参见「制度化」。)
通用实践 期望的模型组件，对达成相关的通用目标相当重要。与其通用目标相关连的通用实践，说明为达成通用目标结果的期望活动及贡献过程域相关过程的制度化。
通用实践的详细说明 有参考的过程组件，出现在通用实践之后，提供通用实践如何应用到过程域的指导。
目标 必要的CMMI 组件，可能是通用目标或特定目标。当在CMMI 模型看到目标字词时时常参考到模型组件(例如通用目标与特定目标)。( 请参见「通用目标(goal) 」、「目的(objective)」及「特定目标」。)
硬件工程 应用有系统化、有纪律的及数量化方法，将一组使用文档化的技术表示干系人需要、期望与限制之需求，转换为设计、实施及维护有形的产品。(请参见「软件工程」及「系统工程」。)
在CMMI 中，硬件工程代表所有的技术领域(例如：电子、机械)，转换需求与构想为有形及可生产的产品。
高层管理 提供过程方针与整体性指导，并非提供日常过程监督与控制的人员。此种人员在组织中高于负责过程的中层管理人员。可能是(但不一定是) 资深管理人员。(请参见「资深管理人员」。)
不完整的过程 未执行或只执行部分的过程(又称为能力度第0 级)。该过程域的一项或多项特定目标未达成。
参考的CMMI 组件 可参考模型使用者了解模型必要与期望组件的CMMI 组件。这些组件包括范例、详细解释或其它有参考的信息。子实践、批注、参考数据、目标标题、实践标题、来源、典型的工作产品、强化及通用实践详细说明等，都是参考的模型组件。
制度化 经营企业根深蒂固的方法，组织经常性的遵守，就像公司文化的一部分。 集成的产品与过程开发 产品开发的系统化方法，使相关的干系人在产品生命周
期中做到适时的合作，以更能符合客户的需要。
集成团队 一组具备完整技能与专业知识的人员，能适时合作并承诺交付特定的工作产品。集成团队成员对工作产品生命期各阶段提供适当的技能与支持，并能共同负责交付指定的工作产品。集成团队应包括来自组织、专业领域及功能的授权代表，他们对于工作产品的成功都有利害关系。
接口控制 配置管理中的过程，包括：(1)由一个或一个以上的组织所提的二个或多个配置项，识别与其接口相关的所有功能与物理特性的过程，以及(2)在执行之前，确保对这些特性提出的变更，是经过评估与核可的过程。(请参见「配置项」及「配置管理」。)
生命周期模型 将一个产品或项目的生命周期分成数个阶段。
已管理过程 已执行的过程依照方针策划与实施；雇用有技能的人有足够资源生产受管理的产出；纳入相关的干系人；有监督、控制与审查；以及评估遵循过程说明程度。(请参见「已执行的过程」)。
管理人员 在CMMI 产品系列中，管理人员提供技术与管理的方向与控制给其责任区域内执行工作与活动的人员。管理人员传统的功能包括：责任区域内规划、组织、领导及控制工作。
成熟度等级 过程改进的程度，在一组事先定义的过程域中，其所有的目标皆达成。(请参见「能力度」及「过程域」。)
协议备忘录 二个或多个团体之间了解或协议必须遵守的文档。(又称为「备忘录」。)
自然界限 过程的本质以过程绩效的度量来表示，有时称为「过程的声音」。使用如控制图、信赖区间与预测区间的技术，来决定变异是来自于共同原因(即过程是可预测的或「稳定的」)，或来自于某些可以且应找出并移除的特殊原因。 非开发项目(NDI) 采购或开发过程中，于使用之前即已开发完成的供应项目，该项目可能只需要较小的修改，以符合其目前期望的使用需求。
非技术需求 合同规定、承诺、条件及条文，将影响产品或服务如何获得。例如：