CMMI 词汇表

---

---

执行能力 − CMMI 模型流程域的一个常见特征，在分阶段表示中，它将与确保项目和/或组织拥有所需资源相关的通用实践分组。

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

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

成就概况 − 在连续表示中，流程域及其相应的能够等级的列表，表示组织在各个流程域中通过能力等级提升时的进展情况。

采购 − 通过合同获得的任何离散行为或拟议行为，该行为将使收购实体承诺投资以获得产品和服务。

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

充分的 − “充分的”、“适当的”和“根据需要”出现在CMMI中，允许所有级别的管理人员和从业人员根据组织的业务目标来解释具体和通用的目标和实践。例如，风险管理流程域的通用实践声明——“为执行风险管理流程、开发工作产品和提供流程服务提供充分的资源。”充分的资源可以是人员数量、必须监控风险的人员等。

高级实践 − 在连续表示中，所有能力等级为 2 或更高的具体实践。

协议/合同需求 − 与采购相关的全部技术和非技术需求。

分配需求 − 将高级需求的所有或部分性能和功能分配给较低级别体系结构元素或设计组件的需求。

替代实践 − 用来替代CMMI模型中包含的一个或多个通用或具体实践的实践，其效果等同于满足与模型实践相关的通用或具体目标。替代实践不一定是通用或具体实践的一对一替代。

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

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

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

评估等级 − 如CMMI评估材料中所用，评估团队分配给 (1) CMMI目标或流程域，(2) 流程域的能力等级，或 (3) 组织单位的成熟度等级的值。等级是通过对所采用的评估方法执行定义的等级过程来确定的。

评估参考模型 − 如CMMI评估材料中所用，评估团队将已实施的流程活动与其关联的CMMI模型。

评估范围 − 包含组织范围和CMMI模型范围的评估边界的定义。

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

适当的 − 请参阅“充分的”定义。

根据需要 − 请参阅“充分的”定义。

评估 − 评估是组织为了流程改进而自行进行的评估。

可归因于流程变化的原因 − 在CMMI中，术语“过程变化的特殊原因”用于代替“可归因于过程变化的原因”，以确保一致性。这两个术语的定义相同。

审计 − 对工作产品或一组工作产品进行的独立检查，以确定是否满足要求。

基准测量 − 实体的独特属性或特征及其量化方法。

基础实践 − 在连续表示中，所有能力等级为 1 的具体实践。

基线 − 基线一词通常用于表示这样的参考点。基线是在开发生命周期中适当点上对系统的批准快照。基线建立了定义后续更改的正式基础。如果没有这条线或参考点，则更改的概念就毫无意义。

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

能力评估 − 由经过培训的专业人员团队进行的评估，用作选择供应商、进行合同监控或激励的判别因素。评估用于帮助决策者做出更好的采购决策，改进分包商的绩效，并为采购组织提供见解。

能力等级 − 在单个流程域内实现流程改进。能力等级由流程域的适当具体实践和通用实践定义。

能力等级概况 − 在连续表示中，流程域及其相应能力等级的列表。当概况表示组织在各个流程域中通过能力等级提升时的进展情况时，它可能是成就概况。或者，当概况表示流程改进的目标时，它可能是目标概况。

能力成熟度模型 − 能力成熟度模型 (CMM) 包含一个或多个学科有效流程的基本要素。它还描述了一条从临时、不成熟的流程到纪律严明、成熟的流程的演进式改进路径，这些流程具有更高的质量和效率。

胜任的流程 − 能够满足其指定的产质量量、服务质量和流程性能目标的流程。

因果分析 − 确定缺陷原因的分析。

变更管理 − 明智地使用方法来对产品或服务进行更改或拟议更改。

CMMI 评估定制 − 在特定情况下使用的评估方法中的选项选择。评估定制的目的是协助组织使其方法的应用与组织的业务目标相一致。

CMMI 模型组件 − 构成 CMMI 模型的任何主要架构元素。CMMI 模型的一些主要元素包括具体实践、通用实践、具体目标、通用目标、流程域、能力等级和成熟度等级。

CMMI 模型定制 − 使用 CMMI 模型的子集，目的是使其适合特定应用。模型定制的目的是协助组织使其模型的应用与其业务目标相一致。

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

履行承诺 − CMMI 模型流程域的一个常见特征，在分阶段表示中，它将与创建策略和确保赞助相关的通用实践分组。

过程变化的共同原因 − 由于流程组件之间的正常和预期交互而存在的流程变化。

操作概念 − 对实体的使用方式或操作方式的总体描述。

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

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

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

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

配置标识 − 配置管理的一个组成部分，包括为产品选择配置项、为其分配唯一标识符以及在技术文档中记录其功能和物理特性。

配置项 − 被指定用于配置管理并作为配置管理流程中的单个实体对待的工作产品的集合。

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

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

配置状态记账 − 配置管理的一个组成部分，包括记录和报告有效管理配置所需的信息。这些信息包括：已批准配置标识的列表、对配置的拟议更改的状态以及已批准更改的实施状态。

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

纠正措施 − 用于补救局面、消除错误或调整状况的行为或行动。

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

客户 − 客户是指负责验收产品或授权付款的个人、项目、组织、团体等等。客户位于项目之外，但不一定位于组织之外。当我们讨论需求收集或需求获取时，术语“客户”也用作变量。

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

缺陷密度 − 每单位产品大小的缺陷数量（例如，每1000行代码的问题报告数）。

已定义的过程 − 作为改进一部分而应遵循的一组已定义的步骤。

派生度量 − 由两个或多个基准度量的数学函数产生的数据。

派生需求 − 客户需求中未明确说明，但从以下方面推断出的需求：（1）上下文需求（例如，适用标准、法律、政策、常见做法和管理决策），或（2）指定产品组件所需的需 求。派生需求也可能在产品或系统的组件分析和设计过程中出现。

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

开发 − 如CMMI中所用，开发包括维护活动和开发活动。经验表明，如果组织追求工程卓越，则应将最佳实践应用于开发和维护项目。

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

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

学科扩展 − 提供指导以解释特定学科（例如，系统工程或软件工程）的模型信息的模型组件称为“学科扩展”。根据需要，将学科扩展添加到其他模型组件。这些很容易找到，因为它们出现在页面的右侧，并且有一个标题指示它们所针对的学科（例如，“软件工程”）。

文档 − 文档是数据的集合，无论其记录的介质是什么。它通常具有持久性，并且可以被人类或机器读取。文档包括纸质文档和电子文档。

企业 − “企业”用于指那些由许多位于不同地点、拥有不同客户的组织组成的特大型公司。

进入标准 − 在工作能够成功开始之前必须具备的状态。

等效分级 − 等效分级是一个目标分级，使用连续表示创建，该表示的定义方式使得可以使用目标分级的结果与分阶段表示的成熟度级别进行比较。

退出标准 − 在工作能够成功结束之前必须具备的状态。

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

发现 − 请参见评估发现。

正式评估过程 − 在“决策分析与解决”过程域中，请参见引言中的“正式评估过程”的定义。

功能分析 − 检查已定义的功能，以识别完成该功能所需的所有子功能；识别功能关系和接口（内部和外部）并在功能架构中捕获这些关系；以及上层性能需求的分解和这些需求对下层子功能的分配。

功能架构 − 功能及其内部和外部（外部指集合本身）功能接口以及外部物理接口、各自的功能和性能需求以及设计约束的分层排列。

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

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

通用实践详细说明 − 在具体实践之后，出现了适用于该过程域的通用实践标题和陈述。在每个通用实践陈述之后，可能会出现带有“详细说明”标题的纯文本详细说明。通用实践详细说明提供了有关如何解释该过程域的通用实践的信息。如果没有详细说明，则无需详细说明即可显而易见地应用通用实践。

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

不完整过程 − 未执行或仅部分执行的过程（也称为能力级别0）。该过程域的一个或多个具体目标未得到满足。

独立组 − 在“过程和产品质量保证”过程域中，请参见引言中“独立组”的讨论。

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

制度化 − 组织作为其企业文化一部分例行遵循的根深蒂固的业务方式。

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

集成团队 − 一组具有互补技能和专业知识的人员，他们致力于及时协作交付指定的工作产品。集成团队成员提供适合工作产品所有阶段的技能和支持，并共同负责按规定交付工作产品。集成团队应包括来自对工作产品成功有既得利益的组织、学科和职能部门的授权代表。

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

首席评估员 − 如CMMI产品套件中所用，是指已获得授权机构认可，可以作为特定评估方法的评估团队领导的人员。

生命周期模型 − 将产品的生命周期划分为引导项目从识别客户需求到产品退役的阶段。

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

成熟度等级 − 在一组预定义的过程域中实现过程改进的程度，其中该组中的所有目标都已实现。

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

自然界限 − 由过程性能度量反映的内在过程，有时称为“过程之声”。控制图、置信区间和预测区间等技术用于确定变异是由于共同原因（即过程是可预测的或“稳定的”）还是由于某些特殊原因造成的，这些特殊原因可以并且应该被识别和消除。

非开发项目 − 在收购或开发过程中之前开发的供应项目。此类项目可能需要进行少量修改才能满足其当前预期用途的要求。

非技术需求 − 影响如何获取产品或服务 的合同规定、承诺、条件和条款。例如，要交付的产品、交付的商用现成 (COTS) 非开发项目 (NDI) 的数据权利、交付日期以及具有退出标准的里程碑。其他非技术需求包括培训需求、场地需求和部署计划。

目标 − CMMI 中“目标”一词的使用与日常生活中含义相同；指的是我们想要达成的目标或目的。

客观证据 − 如CMMI评估材料中所用，指关于项目或服务特征，或过程要素存在和实施情况的定性或定量信息、记录或事实陈述，这些信息基于观察、测量或测试，并且是可验证的。

客观评估 − 以最大限度地减少评估人员主观性和偏差的标准来审查活动和工作产品。客观评估的一个例子是，由独立的质量保证部门根据需求、标准或程序进行的审核。

观察 − 如CMMI评估材料中所用，指评估团队成员对评估数据收集活动期间所见所闻信息的书面记录。书面记录可以是陈述的形式，也可以是其他形式，只要信息内容得以保留。

运作概念 − 对实体的使用方式或运作方式的总体描述。

运作场景 − 对设想的一系列事件的描述，包括产品与其环境和用户的交互，以及其产品组件之间的交互。运作场景用于评估系统的需求和设计，并验证和确认系统。

优化过程 − 一个定量管理的过程，其改进基于对该过程中固有的共同原因变异的理解。一个专注于通过增量和创新改进持续改进过程绩效范围的过程。

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

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

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

组织政策 − 通常由高级管理层制定的指导原则，组织采纳该原则以影响和决定决策。

组织单元 − 接受评估的组织部分（也称为评估的组织范围）。一个组织单元部署一个或多个具有连贯过程上下文并在连贯的业务目标范围内运作的过程。组织单元通常是更大组织的一部分，尽管在小型组织中，组织单元可能就是整个组织。

外包 − 通过合同获得收购实体将承诺投资以获得产品和服务的任何单独行动或拟议行动的过程。

同行评审 − 由同行进行的评审，以找出交付成果中的缺陷。

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

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

计划过程 − 一个既有描述又有计划记录的过程。描述和计划应协调一致，计划应包括标准、要求、目标、资源、分配等。

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

过程行动计划 − 在“组织过程焦点”过程领域中，参见导言中的“过程行动计划”定义。

过程行动团队 − 负责根据过程改进行动计划为组织开发和实施过程改进活动的团队。

过程和技术改进 − 在“组织创新和部署”过程领域中，参见导言中关于“过程和技术改进”的讨论。

过程域 − 过程域是在一个领域中相关实践的集合，当这些实践共同执行时，能够满足一组被认为对在该领域取得重大改进至关重要的目标。所有CMMI过程域都适用于持续表示和阶段式表示。在阶段式表示中，过程域按成熟度级别组织。

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

过程资产库 − 组织或项目可以使用的一组过程资产。

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

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

过程上下文 − 在评估输入中记录的一组因素，这些因素会影响评估评级的判断和可比性。这些因素包括但不限于：待评估组织单元的规模；组织单元的人口统计数据；产品或服务的应用学科；产品或服务的规模、重要性和复杂性；以及产品或服务的质量特征。

过程定义 − 定义和描述过程的行为。过程定义的结果是过程描述。

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

过程要素 − 过程的基本单元。过程可以用子过程或过程要素来定义。子过程可以进一步分解；过程要素不能。每个过程要素涵盖一组密切相关的活动（例如，估算要素、同行评审要素）。可以使用模板来完成、抽象来细化或描述来修改或使用的过程要素。过程要素可以是活动或任务。

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

过程改进 − 一项旨在改进组织过程的绩效和成熟度以及此类计划结果的活动计划。

过程改进目标 − 建立的一组目标特征，用于指导以特定可衡量的方式改进现有过程的努力，无论是就最终产品特征（例如，质量、性能、符合标准等）还是过程执行方式（例如，消除冗余过程步骤、组合过程步骤、改进周期时间等）而言。

过程改进计划 − 在“组织过程焦点”过程领域中，参见导言中的“过程改进计划”定义。

过程测量 − 用于对过程及其结果产品进行测量的一组定义、方法和活动，其目的是对过程进行表征和理解。

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

过程绩效 − 遵循过程所取得的实际结果的度量。其特征在于过程度量（例如，工作量、周期时间和缺陷去除效率）和产品度量（例如，可靠性、缺陷密度和响应时间）。

过程绩效基线 − 对遵循过程所取得的实际结果的记录描述，用作将实际过程绩效与预期过程绩效进行比较的基准。

过程绩效模型 − 从历史过程绩效数据中开发并使用从项目收集的过程和产品度量进行校准的过程及其工作产品属性之间关系的描述，用于预测通过遵循过程将取得的结果。

过程定制 − 为特定目的制作、更改或调整过程描述。例如，项目根据组织的一套标准流程定制其已定义的流程，以满足项目的客观、约束和环境。

产品 − 产品可以被认为是任何有形的输出或服务，它是遵循过程的结果，并且旨在交付给客户或最终用户。产品也可以是根据合同交付给客户的任何工作产品。

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

产品基线 − 在配置管理中，在生产、运行、维护和后勤支持其生命周期的过程中定义配置项的初始批准技术数据包（包括软件的源代码列表）。

产品组件需求 − 产品组件需求提供了产品组件的完整规范，包括配合、形状、功能、性能以及任何其他需求。

产品生命周期 − 工作产品是生命周期过程中产生的任何工件，也可以称为生命周期工作产品。生命周期工作产品可以包括需求规格说明、接口规格说明、架构规格说明、项目计划、设计文档、单元测试计划、集成和系统测试计划，以及诸如制造产品组装过程之类的过程。

项目 − 项目是一组相互关联的资源的受控集合，它向客户或最终用户交付一个或多个产品。这组资源有明确的开始和结束，并根据计划运作。

产品线 − 一组共享共同管理的功能集的产品，以满足特定市场或任务的特定需求。

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

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

项目群 − (1) 项目。(2) 相关项目和支持它们的设施的集合，包括目标、方法、活动、计划和成功衡量指标。

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

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

项目定义的过程 − 在集成项目管理过程领域中，请参阅引言说明和“建立项目定义的过程”特定实践中对“项目定义的过程”的定义。

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

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

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

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

定量目标 − 以定量指标表示的期望目标值。

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

参考模型 − 用作衡量某些属性的基准的模型。

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

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

需求 − (1) 用户解决问题或实现目标所需的条件或能力。(2) 产品或产品组件必须满足或具备的条件或能力，以满足合同、标准、规范或其他正式施加的文件。(3) 如(1)或(2)中所示的条件或能力的记录表示。

需求分析 − 基于对客户需求、期望和约束的分析；操作概念；人员、产品和流程的预期利用环境；以及有效性衡量指标，确定产品特定的性能和功能特性。

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

需求管理 − 管理项目接收或生成的全部需求，包括技术和非技术需求，以及组织对项目提出的需求。

需求追溯性 − 需求与其源需求、其实现及其验证之间关联的证据。

投资回报率 − 产出（产品）收入与生产成本的比率，用于确定组织从执行某项行动以生产某种东西中是否受益。

风险分析 − 对风险进行评估、分类和优先排序。

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

风险管理 − 一种有组织的分析过程，用于识别可能造成损害或损失的原因（识别风险）、评估和量化已识别的风险，以及制定和（如有需要）实施适当的方法来预防或处理可能导致重大损害或损失的风险原因。

风险管理策略 − 一种有组织的技术方法，用于识别可能造成损害或损失的原因（识别风险）、评估和量化已识别的风险，以及制定和（如有需要）实施适当的方法来预防或处理可能导致重大损害或损失的风险原因。通常，风险管理是为项目、组织或产品开发组织部门执行的。

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

高级经理 − CMMI 中使用的高级经理一词是指组织中足够高的管理角色，该人员的主要关注点是组织的长期健康和成功，而不是短期的项目和合同问题以及压力。高级经理可能负责监督可能包含许多由项目经理管理的项目的项目群。

软件工程 − (1) 对软件的开发、运行和维护应用系统化、规范化、可量化的方法。(2) 如(1)中所示的方法的研究。

招标 − 编制招标文件包和选择供应商（承包商）的过程。

招标文件包 − 一份正式文件，详细说明技术和非技术要求，用于请求对招标邀请书（投标）和建议书请求（建议书）的报价，或请求能力说明和价格报价（报价）。否则，它用作选择供应来源或来源以提供产品或服务的依据。

过程变异的特殊原因 − 缺陷的原因是特定于某些瞬态情况，而不是过程的固有部分。

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

具体实践 − 具体实践是实现相关具体目标的重要活动。具体实践描述了预期会导致实现过程领域具体目标的活动。具体实践是预期的模型组件。

稳定过程 − 已消除过程变异的所有特殊原因并防止其再次发生的状态，因此只剩下过程的常见变异原因。

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

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

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

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

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

统计过程控制 − 基于统计的过程分析和过程绩效的测量，这将识别过程中变异的常见原因和特殊原因，并将过程绩效保持在限制范围内。

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

统计管理的过程 − 通过基于统计的技术进行管理的过程，其中分析过程，识别过程变异的特殊原因，并将性能控制在明确定义的限制范围内。

优势 − 如CMMI评估材料中所用，CMMI模型实践的示例性或值得注意的实施。

子过程 − 属于较大过程的一部分的过程。

供应商 − (1) 交付产品或执行被收购服务的实体。(2) 个人、合伙企业、公司、法人、协会或其他服务机构，根据协议（合同）的条款，与收购方签订协议（合同），设计、开发、制造、维护、修改或供应商品。

持续支持 − 用于确保产品能够被最终用户或客户进行运营使用的流程。持续支持确保维护能够使产品处于可操作状态，无论产品是否由客户或最终用户使用。

系统工程 − 一种跨学科的方法，它管理将客户需求、期望和约束转化为产品解决方案并支持产品整个生命周期的全部技术和管理工作。这包括定义技术性能指标，整合工程专业知识以建立产品架构，以及定义支持生命周期流程，以平衡成本、性能和进度目标。

定制指南 − 定制流程会创建、更改或调整流程描述（通常在组织层面描述）以用于特定项目。对于大多数组织而言，不可能或不会将一个组织流程定义 100% 应用于所有项目。通常需要一些调整。因此，定制指南描述了哪些可以修改和哪些不可以修改，并确定允许修改的流程组件。

目标概要 − 在持续表示中，一组流程域及其对应的能力级别，代表流程改进的目标。

目标阶段 − 在持续表示中，一系列目标概要，描述组织应遵循的流程改进路径。

技术数据包 − 一系列项目，如果此类信息适合产品和产品组件的类型，则可能包括以下内容。

技术需求 − 待采购或开发的产品或服务的特性（属性）。

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

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

培训 − 在组织培训流程域中，请参见引言注释中对“.training.”的定义。

单元测试 − 对单个硬件或软件单元或相关单元组进行测试。

确认 − 确认证明，所提供的（或将要提供的）产品将在运营环境中满足其预期用途。确认确保“你构建了正确的东西”。

验证 − 验证包括根据所有选定的需求（包括客户、产品和产品组件需求）验证产品和中间工作产品。验证本质上是一个增量过程。它从需求验证开始，通过对不断演变的工作产品的验证进行进展，并最终完成对已完成产品的验证。验证解决的是工作产品是否正确反映了指定的需求。验证确保“你正确地构建了它”。

验证实施 − CMMI 模型流程域的一个常见特征，在分阶段表示中，它将与高级管理层审查相关的通用实践以及对流程描述、程序和标准符合性的客观评估分组。

版本控制 − 建立和维护基线以及识别对基线的更改，从而可以返回到以前的基线。

弱点 − 在 CMMI 评估材料中使用时，是指一个或多个 CMMI 模型实践的无效实施或缺乏实施。

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

工作产品 − 在整个 CMMI 产品套件中，“工作产品”一词是指流程产生的任何工件。这些工件可以包括文件、文档、产品部件、服务、流程、规范和发票。应被视为工作产品的流程示例包括制造流程、培训流程和产品的处置流程。工作产品和产品组件之间的主要区别在于，工作产品不需要是工程产品或最终产品的一部分。

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