CMMI – 术语表

---

A	B	C	D	E	F	G	H	I	J	K
L	M	N	O	P	Q	R	S	T	U	V
W	X	Y	Z

执行能力– CMMI 模型过程域的一个共同特征，具有阶段性表示，将与确保项目和/或组织拥有所需资源相关的通用实践分组。

验收标准– 产品或产品组件必须满足才能被用户、客户或其他授权实体接受的标准。

验收测试– 进行正式测试以使用户、客户或其他授权实体能够确定是否接受产品或产品组件。

Achievement profile – 在连续表示中，过程域列表及其相应的能力级别代表组织在每个过程域中的进展，同时推进能力级别。

收购– 通过合同获得收购实体承诺投资以获得产品和服务的任何离散行动或拟议行动的过程。

采购策略– 基于对供应来源、采购方法、需求规范类型、合同或协议类型以及相关采购风险的考虑，获取产品和服务的具体方法。

充分– CMMI 中出现充分、适当和需要，以允许各级管理人员和从业人员根据组织的业务目标来解释特定和通用的目标和实践。例如，风险管理过程领域的通用实践指出：“为执行风险管理过程、开发工作产品和提供过程服务提供足够的资源。” 可以通过人数、必须监控风险的人员等来满足足够的要求。

高级实践– 在连续表示中，所有具有两个或更高能力级别的特定实践。

协议/合同要求– 与收购相关的所有技术和非技术要求。

分配的需求– 对较低级别的架构元素或设计组件征收较高级别要求的全部或部分性能和功能的要求。

替代实践– 一种替代 CMMI 模型中包含的一个或多个通用或特定实践的实践，该实践在满足与模型实践相关的通用或特定目标方面达到等效效果。替代实践不一定是通用或特定实践的一对一替代。

评估– 评估是由训练有素的专业人员团队使用评估参考模型作为确定优势和劣势的基础对一个或多个过程进行的检查。

评估结果– 确定评估范围内最重要的问题、问题或机会的评估结论。它至少包括基于有效观察的优势和劣势。

评估参与者– 在评估期间参与提供信息的组织单位成员。

评估评级– 在 CMMI 评估材料中使用，评估团队分配给 (1) CMMI 目标或过程域，(2) 过程域的能力级别，或 (3) 组织的成熟度级别的值单元。评级是通过为所采用的评估方法制定定义的评级过程来确定的。

评估参考模型– 在 CMMI 评估材料中使用的 CMMI 模型，评估团队将实施的流程活动与该模型相关联。

评估范围–评估边界的定义，包括组织限制和 CMMI 模型限制。

评估团队负责人– 领导评估活动并满足评估方法定义的经验、知识和技能资格标准的人。

适当– 请参阅适当的定义。

根据需要– 请参阅足够的定义。

评估– 评估是组织为了过程改进而对自己进行的评估。

过程变异的可分配原因– 在 CMMI 中，使用术语“过程变异的特殊原因”代替“过程变异的可分配原因”以确保一致性。这两个术语的定义相同。

审计– 对工作产品或工作产品集的独立检查，以确定是否满足要求。

基本度量– 实体的独特属性或特征以及量化它的方法。

基础实践– 在连续表示中，能力级别为 1 的所有特定实践。

基线– 术语基线通常用于表示这样的参考点。基线是系统在开发生命周期中适当点的批准快照。基线为定义后续更改建立了正式基础。没有这条线或参考点，变化的概念就毫无意义。

业务目标– 高级管理层制定的战略，旨在确保组织的持续存在并提高其盈利能力、市场份额和其他影响组织成功的因素。

能力评估– 由训练有素的专业团队进行的评估，用作选择供应商、合同监督或奖励的鉴别器。评估用于帮助决策者做出更好的采购决策，提高分包商的绩效，并为采购组织提供洞察力。

能力水平– 在单个过程域内实现过程改进。能力级别由过程域的适当的特定和通用实践定义。

能力级别配置文件– 在连续表示中，过程域列表及其相应的能力级别。当概要文件代表组织在通过能力级别前进时每个过程域的进展时，它可能是一个成就概要文件。或者，当该配置文件代表过程改进的目标时，该配置文件可能是目标配置文件。

能力成熟度模型– 能力成熟度模型 (CMM) 包含一个或多个学科的有效流程的基本要素。它还描述了从临时的、不成熟的流程到具有改进质量和有效性的规范、成熟流程的渐进式改进路径。

Capable process – 能够满足其指定的产品质量、服务质量和过程性能目标的过程。

因果分析– 分析缺陷以确定其原因。

变更管理– 明智地使用手段对产品或服务进行变更或提议的变更。

CMMI 评估剪裁– 在评估方法中选择用于特定情况的选项。评估剪裁的目的是帮助组织将方法的应用与其业务目标保持一致。

CMMI 模型组件– 构成 CMMI 模型的任何主要架构元素。CMMI 模型的一些主要元素包括特定实践、通用实践、特定目标、通用目标、过程域、能力级别和成熟度级别。

CMMI 模型剪裁– 使用CMMI 模型的子集使其适用于特定应用程序。模型裁剪的目的是帮助组织将模型的应用与其业务目标保持一致。

CMMI 产品套件– 该术语已用于完整的 CMMI 框架。

承诺执行– CMMI 模型过程域的一个共同特征，具有分阶段表示，将与创建策略和确保赞助相关的通用实践分组。

过程变异的常见原因– 由于过程组件之间的正常和预期相互作用而存在的过程变异。

操作概念– 对实体使用或操作方式的一般描述。

配置审计– 为验证配置项是否符合指定标准或要求而进行的审计。

配置基线– 在产品或产品组件生命周期中的特定时间正式指定的配置信息。配置基线，加上这些基线的批准更改，构成了当前的配置信息。

配置控制– 配置管理的一个要素，包括在正式建立配置标识后对配置项的更改的评估、协调、批准或不批准以及实施。

配置控制委员会– 一组负责评估和批准或不批准对配置项的提议更改，并确保已批准更改的实施。

配置标识– 配置管理的一个要素，包括为产品选择配置项，为其分配唯一标识符，并在技术文档中记录其功能和物理特性。

配置项– 指定用于配置管理并在配置管理过程中被视为单个实体的工作产品的集合。

配置管理– 应用技术和行政指导和监督的学科，以 (1) 识别和记录配置项的功能和物理特性，(2) 控制对这些特性的更改，(3) 记录和报告更改处理和实施状态， (4) 验证是否符合规定的要求。[IEEE 标准 610.1990]

CMMI 模型– 由于 CMMI 框架可以根据使用它的组织的需求生成不同的模型，因此有多个 CMMI 模型。因此，短语“CMMI MODEL”可以是许多信息集合中的任何一个。短语“CMMI 模型”是指可以从 CMMI 框架生成的一个、一些或整个可能模型的集合。

配置状态会计– 配置管理的一个元素，包括记录和报告有效管理配置所需的信息。此信息包括已批准配置标识的列表、对配置的提议更改状态以及已批准更改的实施状态。

连续表示– 一种能力成熟度模型结构，其中能力级别提供了在每个指定过程域内进行过程改进的推荐顺序。

纠正措施– 用于纠正情况、消除错误或调整条件的行为或行为。

COTS – 可以从商业供应商处购买的物品。

客户– 客户是负责接受产品或授权付款的个人、项目、组织、团体等。客户在项目外部，但不一定在组织外部。当我们讨论需求收集或引出时，术语客户也用作变量。

数据管理–数据共享和管理的原则、流程和系统。

缺陷密度– 每单位产品尺寸的缺陷数（例如，每 1000 行代码的问题报告）。

定义的过程– 作为改进的一部分要遵循的一组定义的步骤。

衍生度量– 由两个或多个基本度量的数学函数产生的数据。

派生要求– 未在客户要求中明确说明，但从 (1) 从上下文要求（例如，适用的标准、法律、政策、通用实践和管理决策）或 (2) 从需要指定的要求中推断出的要求一个产品组件。在产品或系统组件的分析和设计过程中也可能出现派生需求。

设计审查– 对设计进行正式、记录、全面和系统的检查，以评估设计要求和设计满足这些要求的能力，并识别问题并提出解决方案。

开发– 在整个 CMMI 中使用的开发意味着维护活动和开发活动。经验表明，如果一个组织追求卓越的工程设计，最佳实践应该应用于开发和维护项目。

开发计划– 指导、实施和控制一个或多个产品的设计和开发的计划。

指导实施– CMMI 模型过程域的一个共同特征，具有阶段性表示，将与管理过程性能、管理其工作产品的完整性以及涉及相关利益相关者相关的通用实践分组。

学科放大– 为解释特定学科（例如，系统工程或软件工程）的模型信息提供指导的模型组件称为“学科放大”。必要时将学科放大添加到其他模型组件。它们很容易找到，因为它们出现在页面的右侧，并且有一个标题，表明它们所涉及的学科（例如，“对于软件工程”）。

文档– 文档是数据的集合，无论记录在何种介质上。它通常具有永久性，可以被人类或机器读取。文件包括纸质文件和电子文件。

Enterprise – Enterprise 用于指代非常大的公司，这些公司由位于许多不同地点的许多组织和不同的客户组成。

进入标准– 在努力成功开始之前必须存在的状态。

等效分期– 等效分期是目标分期，使用定义的连续表示创建，以便可以将使用目标分期的结果与分阶段表示的成熟度级别进行比较。

退出标准– 在努力成功结束之前必须存在的状态。

预期的 CMMI 组件– CMMI 组件，解释可以做什么来满足所需的 CMMI 组件。模型用户可以明确地实现预期的组件或实现这些组件的等效替代实践。特定和通用实践是预期的模型组件

发现– 查看评估结果。

正式评估流程– 在决策分析和解决流程领域，请参阅介绍性说明中“正式评估流程”的定义。

功能分析– 检查定义的功能以识别完成该功能所需的所有子功能；识别功能关系和接口（内部和外部）并在功能架构中捕获它们；上层性能要求的向下流动，并将这些要求分配给下层的子功能。

功能架构–功能的分层安排、它们的内部和外部（聚合本身的外部）功能接口和外部物理接口、它们各自的功能和性能要求，以及它们的设计约束。

通用目标–通用目标被称为“通用”，因为相同的目标陈述出现在多个过程域中。在分阶段表示中，每个过程域只有一个通用目标。过程域中通用目标的实现意味着在计划和实施与该过程域相关的过程中改进了控制，从而表明这些过程是否可能有效、可重复和持久。通用目标是必需的模型组件，用于评估以确定是否满足过程域。

通用实践–通用实践提供制度化以确保与过程域相关的过程有效、可重复和持久。通用实践按通用目标和共同特征分类，是 CMMI 模型中的预期组件。（过程域中仅出现通用实践标题、声明和详细说明。）

通用实践阐述– 在特定实践之后，出现适用于过程域的通用实践标题和声明。在每个通用实践陈述之后，可以以纯文本形式出现带有标题“详细说明”的详细说明。通用实践详细说明提供了关于如何为过程域解释通用实践的信息。如果没有详细说明，则通用实践的应用是显而易见的，无需详细说明。

目标– “目标”是必需的 CMMI 组件，可以是通用目标或特定目标。当您在 CMMI 模型中看到“目标”一词时，它总是指模型组件（例如，通用目标、特定目标）。

不完整的流程– 未执行或仅部分执行的流程（也称为能力级别 0）。过程域的一个或多个特定目标没有得到满足。

独立组– 在过程和产品质量保证过程域中，请参阅介绍性说明中对“独立组”的讨论。

信息性 CMMI 组件– 帮助模型用户了解模型所需和预期组件的 CMMI 组件。这些组件可能包含示例、详细说明或其他有用的信息。子实践、注释、参考文献、目标标题、实践标题、来源、典型工作产品、学科放大和通用实践阐述是信息模型组件。

制度化– 组织作为其企业文化的一部分而经常遵循的根深蒂固的经营方式。

集成产品和流程开发– 一种系统的产品开发方法，可在整个产品生命周期内实现相关利益相关者的及时协作，以更好地满足客户需求。

集成团队– 一群具有互补技能和专业知识的人，他们致力于及时协作交付指定的工作产品。集成团队成员提供适合工作产品所有阶段的技能和倡导，并共同负责交付指定的工作产品。一个集成的团队应该包括来自组织、学科和职能部门的授权代表，这些代表与工作产品的成功息息相关。

接口控制– 在配置管理中，(1) 识别与一个或多个组织提供的两个或多个配置项的接口相关的所有功能和物理特性的过程，以及 (2) 确保对这些特性的拟议更改进行评估并在实施前获得批准。[IEEE 828-1983]。

首席评估师– 在 CMMI 产品套件中使用，已获得授权机构认可的人员，可以担任特定评估方法的评估团队负责人。

生命周期模型– 将产品的生命周期划分为多个阶段，指导项目从识别客户需求到产品报废。

经理– 项目经理是负责计划、指导、控制、构建和激励项目的人。他或她可以向在其职责范围内执行项目任务或活动的人员提供技术和行政指导和控制。项目经理最终对客户负责。

成熟度水平– 跨预定义的一组过程域的过程改进程度，其中实现了该组中的所有目标。

协议备忘录– 两方或多方之间具有约束力的谅解或协议文件。

Natural bounds – 由过程性能测量反映的固有过程，有时称为“过程的声音”。诸如控制图、置信区间和预测区间之类的技术用于确定变异是由于常见原因（即过程是可预测的或“稳定的”）还是由于某些可以并且应该被识别和识别的特殊原因造成的移除。

非开发项目– 在采购或开发过程中当前使用之前开发的供应项目。此类项目可能需要稍作修改才能满足其当前预期用途的要求。

非技术要求– 影响如何获得产品或服务的合同条款、承诺、条件和条款。示例包括要交付的产品、交付的商业现货 (COTS) 非开发项目 (NDI) 的数据权利、交付日期和具有退出标准的里程碑。其他非技术要求包括培训要求、站点要求和部署计划。

目标– 术语目标在 CMMI 中以日常意义使用；这是我们要完成的目标或目标。

客观证据– 用于 CMMI 评估材料、定性或定量信息、记录或事实陈述，这些信息与项目或服务的特征或过程要素的存在和实施有关，它们基于观察、测量或测试，哪些是可验证的。

客观评估– 根据使审查者的主观性和偏见最小化的标准审查活动和工作产品。客观评估的一个例子是由独立的质量保证部门根据要求、标准或程序进行的审计。

观察– 在 CMMI 评估材料中使用的书面记录，代表评估团队成员对在评估数据收集活动中看到或听到的信息的理解。书面记录可以采用陈述的形式，也可以采用其他形式，只要保留信息内容即可。

操作概念– 对实体使用或操作方式的一般描述。

操作场景– 对想象中的事件序列的描述，包括产品与其环境和用户的交互，以及产品组件之间的交互。操作场景用于评估系统的要求和设计，以及验证和验证系统。

优化过程– 基于对过程中固有变异的常见原因的理解而改进的定量管理过程。专注于通过渐进式和创新性改进来持续改进过程性能范围的过程。

组织– 组织是一种结构，在这种结构中，人们将一个或多个项目作为一个整体进行集体管理，其项目共享一名高级经理并在相同的政策下运作。

组织的业务目标– 由高级管理层制定的战略，以确保组织的持续存在并提高其盈利能力、市场份额和其他影响组织成功的因素。

组织成熟度– 组织明确和一致地部署记录、管理、测量、控制和持续改进的过程的程度。组织成熟度可以通过评估来衡量。

组织政策– 通常由高级管理层制定的指导原则，组织采用该原则来影响和确定决策。

组织单位– 作为评估对象的组织部分（也称为评估的组织范围）。组织单位部署一个或多个流程，这些流程具有连贯的流程上下文并在一组连贯的业务目标内运行. 组织单位通常是较大组织的一部分，但在小型组织中，组织单位可能是整个组织。

外包– 通过合同获得收购实体承诺投资以获得产品和服务的任何离散行动或提议行动的过程。

Peer review – 同行进行的审查，以找出可交付成果中的缺陷。

性能参数– 用于指导和控制渐进式发展的有效性度量和其他关键度量。

执行的过程– 使用已识别的输入工作产品（也称为能力级别 1）完成所需工作以生成已识别的输出工作产品的过程。过程域的特定目标得到满足。

计划过程– 由描述和计划记录的过程。描述和计划应协调一致，计划应包括标准、要求、目标、资源、任务等。

流程– 人们用来开发和维护系统及相关产品的一组活动、方法、实践和转换。

过程行动计划– 在组织过程焦点过程域中，请参阅介绍性说明中“过程行动计划”的定义。

流程行动团队– 负责为组织制定和实施流程改进行动计划中记录的流程改进活动的团队。

流程和技术改进– 在组织创新和部署过程域中，请参阅介绍性说明中对“流程和技术改进”的讨论。

过程领域– 过程领域是一个领域中的一组相关实践，当集体执行时，可以满足一组被认为对在该领域进行重大改进很重要的目标。所有 CMMI 过程域对于连续表示和阶段表示都是通用的。在阶段式表示中，过程域是按成熟度级别组织的。

过程资产– 组织认为对实现过程域目标有用的任何东西。

流程资产库– 可供组织或项目使用的流程资产资产集合。

过程属性– 适用于任何过程的过程能力的可测量特征。

流程能力– 通过遵循流程可以实现的预期结果范围。

过程背景– 评估输入中记录的一组因素，这些因素影响评估评级的判断和可比性。这些包括但不限于被评估的组织单位的规模；组织单位的人口统计数据；产品或服务的应用纪律；产品或服务的规模、重要性和复杂性；以及产品或服务的质量特征。

流程定义– 定义和描述流程的行为。流程定义的结果是流程描述。

流程描述– 为实现给定目的而执行的一组活动的书面表达，提供流程主要组件的操作定义。该文档以完整、精确和可验证的方式详细说明了流程的要求、设计、行为或其他特征。它还可能包括确定是否满足这些规定的程序。过程描述可以在活动、项目或组织级别找到。

流程元素–流程的基本单位。一个过程可以根据子过程或过程元素来定义。一个子流程可以进一步分解；流程元素不能。每个过程元素都包含一组密切相关的活动（例如，估算元素、同行评审元素）。可以使用待完成的模板、待提炼的抽象或待修改或使用的描述来描绘过程元素。流程元素可以是活动或任务。

过程组– 一组专家，可促进组织使用的过程的定义、维护和改进。

流程改进– 旨在提高组织流程的绩效和成熟度的活动计划，以及此类计划的结果。

过程改进目标– 建立的一组目标特征，用于指导以特定的可衡量方式改进现有过程的努力，无论是在结果产品特性（例如，质量、性能、符合标准等）方面还是在方式方面在其中执行过程（例如，消除冗余过程步骤、合并过程步骤、改进循环时间等）

过程改进计划– 在组织过程焦点过程域中，请参阅介绍性注释中“过程改进计划”的定义。

过程测量– 一组定义、方法和活动，用于对过程及其产生的产品进行测量，以便表征和理解过程。

流程所有者– 负责定义和维护流程的人员（或团队）。在组织层面，流程所有者是负责标准流程描述的个人（或团队）；在项目级别，流程所有者是负责描述已定义流程的个人（或团队）。因此，一个流程可能有多个不同责任级别的所有者。

流程绩效– 通过遵循流程获得的实际结果的衡量标准。它的特点是过程测量（例如工作量、周期时间和缺陷去除效率）和产品测量（例如可靠性、缺陷密度和响应时间）。

流程绩效基线– 通过遵循流程获得的实际结果的记录特征，用作比较实际流程绩效与预期流程绩效的基准。

过程性能模型– 过程及其工作产品的属性之间关系的描述，这些属性是从历史过程性能数据中开发出来的，并使用从项目中收集的过程和产品测量进行校准，并用于预测要通过以下方式实现的结果过程。

流程剪裁– 为特定目的制作、更改或调整流程描述。例如，项目根据组织的标准过程集裁剪其定义的过程，以满足项目的目标、约束和环境。

产品– 产品可被视为遵循流程的任何有形输出或服务，旨在交付给客户或最终用户。产品也可以是根据合同交付给客户的任何工作产品。

产品组件– 产品组件通常是产品的低级组件，并被集成以“构建”产品。产品组件可能是交付给客户的产品的一部分，或者用于产品的制造或使用。例如，对于那些生产手机电池的公司来说，手机电池就是一种产品。对于那些制造和交付手机的公司来说，电池是一个产品组件。

产品基线– 在配置管理中，最初批准的技术数据包（包括软件的源代码清单）在其生命周期的生产、操作、维护和后勤支持期间定义配置项。

产品组件要求– 产品组件要求提供产品组件的完整规范，包括配合、形式、功能、性能和任何其他要求。

产品生命周期– 工作产品是由生命周期过程产生的任何工件，也可以称为生命周期工作产品。生命周期工作产品可​​以包括需求规范、接口规范、架构规范、项目计划、设计文档、单元测试计划、集成和系统测试计划、制造产品组装过程等过程。

项目– 项目是一组受管理的相互关联的资源，可为客户或最终用户提供一个或多个产品。资源集有明确的开始和结束，并按计划运行。

产品线– 一组产品共享一组通用的、可管理的功能，以满足选定市场或任务的特定需求。

与产品相关的生命周期过程– 在产品生命周期的一个或多个阶段（即从概念到处置）与产品相关的过程，例如制造和支持过程。

产品需求– 将客户需求细化为开发人员的语言，将隐式需求转化为显式派生需求。

程序– (1) 一个项目。(2) 相关项目和支持它们的基础设施的集合，包括目标、方法、活动、计划和成功措施。

项目经理– 项目经理是负责计划、指导、控制、构建和激励项目的人。他或她可以向在其职责范围内执行项目任务或活动的人员提供技术和行政指导和控制。项目经理最终对客户负责。随着项目的规模、多样性和复杂性的变化，项目经理承担不同的角色和职责。

项目进度和绩效– 项目在实施项目计划方面取得的成果，包括工作量、成本、进度和技术绩效。

项目定义过程– 在集成项目管理过程域中，请参阅介绍性说明和建立项目定义过程特定实践中“项目定义过程”的定义。

原型– 产品或产品组件的初步类型、形式或实例，用作后期阶段或产品的最终完整版本的模型。

质量– 产品、产品组件或过程的一组固有特性满足客户要求的能力。

质量保证– 一种有计划的和系统的方法，用于确保管理层采用定义的标准、实践、程序和过程方法。

质量控制– 用于满足质量要求的操作技术和活动。

定量目标– 表示为定量测量的所需目标值。

定量管理过程– 使用统计和其他定量技术控制的定义过程。产品质量、服务质量和过程性能属性在整个项目中都是可测量和控制的。

参考模式– 用作测量某些属性的基准的模型。

相关利益相关者– 相关利益相关者用于指定被确定参与特定活动并包含在适当计划（例如项目计划）中的利益相关者。

必需的 CMMI 组件– CMMI 组件对于在给定的过程域中实现过程改进至关重要。这些组件用于评估以确定过程能力。特定目标和通用目标是必需的模型组件。

要求– (1) 用户解决问题或实现目标所需的条件或能力。(2) 为满足合同、标准、规范或其他正式规定的文件，产品或产品组件必须满足或拥有的条件或能力。(3) 条件或能力的书面表示，如 (1) 或 (2)。

需求分析– 基于对客户需求、期望和约束的分析确定产品特定的性能和功能特性；操作概念；人员、产品和流程的预计使用环境；和有效性的措施。

需求获取– 使用系统技术，如原型和结构化调查，主动识别和记录客户和最终用户的需求。

需求管理– 管理项目收到或产生的所有需求，包括技术和非技术需求以及组织对项目征收的需求。

需求可追溯性– 需求与其源需求、实施和验证之间关联的证据。

投资回报– 产出（产品）的收入与生产成本的比率，这决定了组织是否从执行生产某物的行动中受益。

风险分析–风险的评估、分类和优先级排序。

风险识别– 一种有组织的、彻底的方法，用于在实现目标的过程中寻找可能的或现实的风险。

风险管理– 一个有组织的分析过程，用于识别可能导致损害或损失的因素（识别风险），评估和量化识别的风险，并制定并在需要时实施适当的方法来预防或处理可能导致风险的原因重大损害或损失。

风险管理策略– 一种有组织的技术方法，用于识别可能导致损害或损失的因素（识别风险），评估和量化识别的风险，并制定并在需要时实施适当的方法来预防或处理可能导致重大风险伤害或损失。通常，风险管理是针对项目、组织或产品开发组织单位执行的。

根本原因– 根本原因是缺陷的来源，如果将其移除，则缺陷会减少或消除。

高级经理– 在 CMMI 中使用的术语高级经理是指组织中足够高级别的管理角色，该人的主要关注点是组织的长期健康和成功，而不是短期项目和合同的顾虑和压力。高级经理可能负责监督可能包含许多由项目经理管理的项目的项目群。

软件工程– (1) 将系统的、规范的、可量化的方法应用于软件的开发、操作和维护。(2) 研究方法如 (1)。

征集– 准备征集包和选择供应商（承包商）的过程。

招标包– 描述技术和非技术要求的正式文件，用于请求投标邀请（投标）和提案请求（提案），或请求能力声明和报价（报价）。否则，它被用作选择一个或多个供应来源以提供产品或服务的基础。

过程变异的特殊原因– 特定于某些瞬态环境而不是过程的固有部分的缺陷原因。

特定目标– 特定目标适用于过程域并解决描述为满足过程域而必须实施的内容的独特特征。特定目标是必需的模型组件，用于评估以帮助确定过程域是否得到满足。

特定实践– 特定实践是一项被认为对实现相关特定目标很重要的活动。特定实践描述了预期导致实现过程域特定目标的活动。具体做法是预期的模型组件。

稳定过程– 过程变异的所有特殊原因已被消除并防止再次发生的状态，以便仅保留过程过程变异的常见原因。

分阶段表示– 一种模型结构，其中实现一组过程域的目标建立了成熟度级别；每个级别为后续级别奠定基础。

利益相关者– 利益相关者是受项目结果影响或可能影响项目活动或产出的团体或个人。

标准流程– 指导在组织中建立通用流程的基本流程的操作定义。标准过程描述了预期被纳入任何已定义过程的基本过程元素。它还描述了这些过程元素之间的关系（例如，排序和接口）。

工作说明 – 完成项目所需的合同工作的描述。

统计可预测性– 使用统计和其他定量技术控制的定量过程的性能。

统计过程控制– 基于统计的过程分析和过程性能测量，将识别过程性能变化的常见和特殊原因，并将过程性能保持在限制范围内。

统计技术– 采用统计方法（例如，统计过程控制、置信区间、预测区间）的分析技术。

统计管理过程– 由基于统计的技术管理的过程，其中分析过程，确定过程变化的特殊原因，并将性能包含在明确定义的范围内。

优势– 在 CMMI 评估材料中使用，是 CMMI 模型实践的示范或值得注意的实施。

子流程– 作为更大流程一部分的流程。

供应商– (1) 交付产品或执行被收购服务的实体。(2) 个人、合伙企业、公司、法人、协会或其他服务机构与采购方签订协议（合同），以根据协议（合同）。

维持– 用于确保产品可由其最终用户或客户在操作上使用的流程。Sustainment 确保维护完成后，无论产品是否被客户或最终用户使用，产品都处于可操作状态。

系统工程– 管理将一组客户需求、期望和约束转换为产品解决方案并在整个产品生命周期中支持该解决方案所需的全部技术和管理工作的跨学科方法。这包括技术性能测量的定义、工程专业的集成以建立产品架构，以及平衡成本、性能和进度目标的支持生命周期过程的定义。

剪裁指南– 剪裁流程制作、更改或调整流程描述，通常在组织级别进行描述，以用于特定项目。对于大多数组织，一个组织过程定义不能或不会被所有项目 100% 遵循。通常需要一些适应。然后，裁剪指南描述什么可以修改，什么不能修改，并确定允许修改的过程组件。

目标概况– 在连续表示中，过程域列表及其相应的能力水平代表过程改进的目标。

Target staging – 在连续表示中，一系列目标配置文件描述了组织要遵循的过程改进路径。

技术数据包– 如果此类信息适用于产品和产品组件的类型，则可能包括以下项目的集合。

技术要求– 要获得或开发的产品或服务的属性（属性）。

测试程序– 设置、执行和评估给定测试结果的详细说明。

贸易研究– 基于标准和系统分析对替代方案进行评估，以选择实现既定目标的最佳替代方案。

培训– 在组织培训过程域中，请参阅 .training 的定义。在介绍性说明中。

单元测试– 测试单个硬件或软件单元或相关单元组。

验证– 验证表明所提供的产品（或将提供的产品）将满足其在操作环境中的预期用途。验证确保“您构建了正确的东西”。

验证– 验证包括针对所有选定要求（包括客户、产品和产品组件要求）验证产品和中间工作产品。验证本质上是一个增量过程。它从对需求的验证开始，通过对不断发展的工作产品的验证进行，最后在对已完成产品的验证中达到高潮。验证处理工作产品是否正确反映了指定的要求。验证可确保“您构建正确”。

验证实施– CMMI 模型过程域的一个共同特征，具有分阶段表示，将与更高级别管理层审查相关的通用实践分组，并对过程描述、程序和标准的符合性进行客观评估。

版本控制– 基线的建立和维护以及基线更改的识别，使返回到以前的基线成为可能。

弱点– CMMI 评估材料中使用的一种或多种 CMMI 模型实践的无效或缺乏实施。

工作分解结构– 工作要素及其相互之间以及与最终产品之间关系的安排。

工作产品– 术语工作产品在整个 CMMI 产品套件中使用，表示流程产生的任何工件。这些工件可以包括文件、文档、产品的一部分、服务、流程、规范和发票。被视为工作产品的过程的示例包括产品的制造过程、培训过程和处置过程。工作产品和产品组件之间的一个关键区别是工作产品不需要被设计或成为最终产品的一部分。

工作产品和任务属性– 用于帮助估计项目工作的产品、服务和项目任务的特征。这些特征包括诸如尺寸、复杂性、重量、形式、配合或功能等项目。它们通常用作推导其他项目和资源估算（例如，工作量、成本、进度）的一种输入