CMMI 词汇定义用于CMMI 模型的基本术语。词汇通常是数个字的术语，包含一个名词与一个或一个以上的限制修饰词。(此规则有部分例外，词汇中也有一个字的术语说明)。
为有系统的说明适合CMMI 的定义，我们咨询许多的来源出处。首先我们参考韦氏在线字典(www.m-w.com)及来源模型(如EIA 731,SW-CMM V2. draft C 及IPD-CMM v0.98)。如有需要我们也参考其它标准，包括下列：
? ISO 9000 [ISO 1987] ? ISO/IEC 12207 [ISO 1995] ? ISO/IEC 15504 [ISO 2006] ? ISO/IEC 15288 [ISO 2002b] ? IEEE [IEEE 1990] ? SW-CMM v1.1 ? EIA 632 [EIA 1994] ? SA-CMM [SEI 2002c] ? P-CMM [Curtis 2002]
我们开发词汇乃是基于「使所有模型的使用者都了解专门术语」之重要性的认知。同时文字与术语在不同的内文与环境，有不同的意义。CMMI 模型的词汇用来记载文字与术语的意义，应是使用最广泛且应为CMMI 产品使用者所了解的。 验收准则 产品或产品组件必须符合的准则，以让使用者、客户或其它经授权的物理能接受该产品或产品组件。
验收测试 让使用者、客户或其它经授权的物理决定是否对接受产品或产品组件，所执行的正式测试。(请参见「组件测试」。)
达成摘要 连续式表述中，在提升能力程度时，一组过程域与其相关的能力度，表示组织于每个过程域的进度。(请参见「能力度摘要」、「目标摘要」及「目标阶段式」。)
采购 通过合同取得产品(物品及服务)的过程。
采购策略 根据供应的来源、采购的方法、需求规格的类型、合同或协议的类型及相关的采购风险以决定产品与服务之采购的特定方法。
补充 在CMMI 产品系列中，清楚注记的模型组件含有特定的使用者有兴趣的信息。CMMI 模型中，所有的补充说明带有相同的名称(如IPPD 补充说明) 可当作一组来选用。
足够的 通过这些字词的使用，你可以依组织的经营目标来诠释模型的目标及实践。当使用任何CMMI 模型的时候，你必须诠释实践使其适用于贵组织。而在模型的目标及实践中使用这些字词，可以用来说明其中的某些活动并不是一直都要进行。(请参见「适当的」及「视需要的」)
配置的需求 将较高层需求的所有或部分绩效及功能，赋予较低阶架构组件或设计组件的需求。
替代的实践 可用以替代CMMI 模型中，一个或多个一般或特定实践的实践，该实践在达成CMMI 的一般或者特定目标时，具有相同的效果。替代的实践未必与一般或特定的实践是一对一的替代关系。
强化 强化(amplifications) 是参考的模型组件，包含特定专业领域的相关信息。例如：想找软件工程的专业领域强化，可以在模型中寻找标示为「软件工程适用(For Software Engineering)」的标签。此方式也适用于找其它专业领域强化的信息。
评估 在CMMI 产品系列中，「评估(appraisal)」是指一群培训有素的专家，以评估的参考模型(reference model) 为基础，对一个或多个过程进行检验，至少做到决定其优点及缺点。(请参见「评价」及「能力评估」)
评估调查结果 评估调查结果识别出评估范围内过程改进最重要的问题、问题或机会。评估调查结果是根据证实的客观证据推论得到。 评估参与者 在评估时，提供数据的组织单位成员。
评估评等 如同CMMI 评估数据所定义的，由评估组对于(a)CMMI 的目标或过程域、(b)过程域的能力度，或(c)组织单位的成熟度，指定评分。通过执行评估方
法定义的评等过程来决定评等。
评估参考模型 如同CMMI 评估数据所定义的，评估组将已实施的过程活动与此CMMI 模型相互关连。
评估范围 定义评估的界限，包含将被调查运作过程的组织界限与CMMI 模型界限。
适当的 通过这个字词的使用，你可以依组织的经营目标来诠释模型的目标及实践。当使用任何CMMI 模型的时候，你必须诠释实践使其适用于贵组织。而在模型的目标及实践中使用这些字词，可以用来说明其中的某些活动并不是一直都要进行。(请参见「足够的」及「视需要的」)
视需要的 通过这个字词的使用，你可以依组织的经营目标来诠释模型的目标及实践。当使用任何CMMI 模型的时候，你必须诠释实践使其适用于贵组织。而在模型的目标及实践中使用这些字词，可以用来说明其中的某些活动并不是一直都要进行。(请参见「足够的」及「适当的」)
评价 在CMMI 产品系列中，组织为了本身过程改进的目的所进行的一种评估。「评价」在CMMI 产品系列中使用的意义与日常使用的意义相同(例如:风险评价)。(请见「评估」及「能力评估」)
过程变异的可指定原因 在CMMI 中，以「过程变异的特殊原因」来替代「过程变异的可指定原因」以确保一致性，两者皆有相同的定义。(请参见「过程变异的特殊原因」。)
审计 在CMMI 过程改进的工作中，依据特定的准则(例如:需求)，客观的检验一项工作产品或一组工作产品。
基础度量 一个物理的明确特性或特征，以及将其量化的方法。(请参见「衍生度量」。)
基线 经正式审查及同意的一组规格或工作产品，据以用作未来开发的基础，而且仅能由变更控编程序变更。(请参见「配置基线」及「产品基线」)
双向追溯性 两个或更多个逻辑物理间可辨识的双向关联(如指向与来自某个物理)。(请参见「需求追溯性」及「追溯性」) 经营目标 (请参见「组织经营目标」。)
能力评估 由一组受过培训的专业人员所作的评估，以作为选择供应商、依合同监督供应商、或决定与强制实施诱因之辨识工具。评估用来洞察供应商组织的过程能力，参考决策者做更好的采购决定、改进分包商的绩效及提供采购组织的洞察力。(请参见「评估」及「评价」。)
能力程度 个别过程域内过程改进达到的程度，能力度由过程域内适当的特定及通用实践所定义。(请参见「通用目标」、「通用实践」、「成熟度等级」及「过程域」。)
能力度摘要 在连续式表述中，一组过程域与其对应的能力度。(请参见「达成摘要」、「目标摘要」及「目标阶段式」。)
当摘要用来表示在提升能力度过程中，组织于每个过程域的进度，这个摘要可能是达成摘要。或者当它用来表示过程改进的目标时，可能是目标摘要。 能力成熟度模型 模型包含一个或多个专业领域的有效过程之基本组件。它也描述渐进的改进途径，从随兴的不成熟的过程到具有改进质量及有效性的有纪律的成熟过程。
有能力的过程 能满足其特定的产品质量、服务质量及过程绩效目标的过程。(请参见「稳定过程」、「标准过程」及「统计化管理过程」。) 原因分析 分析缺陷以找出其原因。
变更管理 审慎使用各种方法，以达成产品或服务的变更或建议的变更。(请参见「配置管理」。) 组织CMMI 组件的基本结构，包括目前CMMI
CMMI 架构 模型中的共同组件、模型产出的规则及方法、评估方法(包括相关的产出)及其培训教材。这个架构可让新的专业领域加到CMMI 中，并使它可与现有专业领域集成。(请参见「CMMI 模型」及「CMMI 产品系列」)
CMMI 模型 CMMI 架构可产生可能模型的整个集合，CMMI 模型为其中一个模型。
因此依照各组织的需要，可由CMMI 架构产生不同的模型，目前有许多CMMI 模型。(请参见「CMMI 架构」及「CMMI 产品系列」)
CMMI 模型组件 任何组成CMMI 模型的主要结构组件，一些CMMI 模型的主要组件包括特定实践、通用实践、特定目标、通用目标、过程域、能力度及成熟度。 CMMI 产品系列 以CMMI 观念所开发的整套产品，这些产品包括架构本身、模型、评估方法、评估数据及各种培训。(请参见「CMMI 架构」及「CMMI 模型」。) 过程变异的共同原因 因过程各组件间彼此正常与预期的交互作用，而存在的过程变异。(请参见「过程变异的特殊原因」。)
操作概念 (请参见「操作概念(operational concept)。」
配置审计 执行审计以验证配置项或一组配置项配置基线符合特定的标准或需求。(请参见「审计」、「配置项」、「功能性配置审计」及「物理性配置审计」。) 配置基线 配置信息是指产品或产品组件生命中某一特定时间的信息，配置基线加上以这些基线为主所核可的变更，构成目前的配置基线。(请参见「产品生命周期」。)
配置控制 配置管理的组件包含评估、协调、核可或不核可，以及正式建立配置识别后对配置项所做的变更。(请参见「配置识别」、「配置项」及「配置管理」。) 配置控制委员会 负责评估及对配置项提出之变更的核可或不核可，而且确保核可的变更均已执行的一组人。(请参见「配置项」。)配置控制委员会又称为「变更控制委员会」。
配置识别 配置管理的组件包含选择产品的配置项、指定唯一的识别，以及记录其功能与物理的特性于技术文档。(请参见「配置项」、「配置管理」及「产品」。) 配置项 为了配置管理所指定的一组工作产品，在配置管理过程中视为单一物理。(请参见「配置管理」。)
配置管理 配置管理应用技术与管理的引导与监督之专业培训，来(1)识别与记录配置项功能与物理的特性、(2)控制这些特性的变更、(3)记录与报告变更的处理与执行的状态，以及(4)验证符合特定的需求。(请参见「配置审计」、「配置