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 Std 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 产品套件中，术语"工作产品"用于表示流程产生的任何工件。这些工件可以包括文件、文档、产品部件、服务、流程、规范和发票。被视为工作产品的流程示例包括产品的制造流程、培训流程和处置流程。工作产品和产品组件之间的一个主要区别是，工作产品不需要设计或成为最终产品的一部分。
工作产品和任务属性 − 用于帮助估计项目工作的产品、服务和项目任务的特征。这些特征包括大小、复杂性、重量、形式、适合性或功能等项目。它们通常被用作推导其他项目和资源估算（例如工作量、成本、进度）的一个输入。
