CMMI 词汇定义

因此依照各组织的需要，可由CMMI 架构产生不同的模型，目前有许多CMMI 模型。(请参见「CMMI 架构」及「CMMI 产品系列」)

CMMI 模型组件 任何组成CMMI 模型的主要结构组件，一些CMMI 模型的主要组件包括特定实践、通用实践、特定目标、通用目标、过程域、能力度及成熟度。 CMMI 产品系列 以CMMI 观念所开发的整套产品，这些产品包括架构本身、模型、评估方法、评估数据及各种培训。(请参见「CMMI 架构」及「CMMI 模型」。) 过程变异的共同原因 因过程各组件间彼此正常与预期的交互作用，而存在的过程变异。(请参见「过程变异的特殊原因」。)

操作概念 (请参见「操作概念(operational concept)。」

配置审计 执行审计以验证配置项或一组配置项配置基线符合特定的标准或需求。(请参见「审计」、「配置项」、「功能性配置审计」及「物理性配置审计」。) 配置基线 配置信息是指产品或产品组件生命中某一特定时间的信息，配置基线加上以这些基线为主所核可的变更，构成目前的配置基线。(请参见「产品生命周期」。)

配置控制 配置管理的组件包含评估、协调、核可或不核可，以及正式建立配置识别后对配置项所做的变更。(请参见「配置识别」、「配置项」及「配置管理」。) 配置控制委员会 负责评估及对配置项提出之变更的核可或不核可，而且确保核可的变更均已执行的一组人。(请参见「配置项」。)配置控制委员会又称为「变更控制委员会」。

配置识别 配置管理的组件包含选择产品的配置项、指定唯一的识别，以及记录其功能与物理的特性于技术文档。(请参见「配置项」、「配置管理」及「产品」。) 配置项 为了配置管理所指定的一组工作产品，在配置管理过程中视为单一物理。(请参见「配置管理」。)

配置管理 配置管理应用技术与管理的引导与监督之专业培训，来(1)识别与记录配置项功能与物理的特性、(2)控制这些特性的变更、(3)记录与报告变更的处理与执行的状态，以及(4)验证符合特定的需求。(请参见「配置审计」、「配置

控制」、「配置识别」及「配置状态纪录」。)

配置状态纪录 配置管理的组件包含记录与报告有效管理一个配置所需的信息。这个信息包括核可的配置识别清单、配置预期变更的状态，以及核可变更的执行状态。(请参见「配置识别」及「配置管理」。)

连续式表述 一种能力成熟模型架构，在每一特定的过程域中，能力度提供处理过程改进的建议顺序。(请参见「能力度」、「过程域」及「阶段式表述」。) 承包商 （请参见「供应商」。）

纠正 措施修复某种状况、除去错误或调整状态的行动或行为。

现成品 可向商业供应商购买的项目。(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 架构」。)

功能分析 检验已定义的功能来识别完成该功能所需的所有子功能；识别功能的关系与接口(内部及外部)，并在功能架构中呈现；可自高层绩效需求引导，并将这些需求指定给下层的子功能。(请参见「功能架构」。)

功能架构 功能的阶层式安排，其内部及外部(聚集本身的外部)的功能接口、外部的物理接口、相关功能，以及绩效需求及设计限制。

功能配置审计 执行审计以验证配置项的开发已满足的完成，配置项在功能或配置配置识别的绩效与功能特性已达成，以及操作与支持文档已完成与满意。(请参见「配置审计」、「配置管理」及「物理配置审计」。)