GJB5000A常用术语

## 获取  acquisition

通过合同获得产品（物资和服务）的过程。

## 获取策略  acquisition strategy

基于对供应源、获取方法、需求规格说明类型、合同或协议的类型，以及相关获取风险等的综合考虑，为获取产品和服务而制定的特定途径。

## 分配需求  allocated requirement

从高层的全部或部分功能和性能中提取作为较低层的体系结构元素或设计部件的需求。

## 评估  Appraisal

由一个受过培训的专业团队基于本标准对一个或多个过程所进行的检查，通过检查至少应确定被检查过程的强项和弱项。

## 评估发现appraisal findings

评估所获的结果，它标识评估范围内发现的最重要的问题、问题和待改进项等，评估发现是从已被确证的客观证据中导出的结论。

## 评估判定  appraisal rating

评估判定是由评估组对一个本标准的目标或过程域、一个过程域的能力等级或一个组织单元的成熟度等级赋予的一个值。评估判定是按评估方法实施所定义的判定过程确定的。

## 内部评估  assessment

为了过程改进的目的在组织内部进行的一种评估。

## 审核  audit

按特定准则（例如，需求），对一个或一组工作产品的一次客观检查。

## 基本测量项base measure

一个实体的独特属性或特征，以及对其量化的方法。

## 基线  baseline

一组经正式评审同意的规格说明或工作产品，此后它们将作为进一步开发的基础，并且只有通过更改控制过程才能修改它们。

## 双向可追溯性  bidirectional traceability

两个或更多个逻辑实体之间的一种关联关系，这种关系使得一个实体和与其关联的实体之间可以双向辨别。

## 能力成熟度模型  capability maturity model

包含一个或多个学科的有效过程的各种重要元素的一种模型。它描述一条从随意的、不成熟的过程向有纪律的、质量和有效性都已改进的成熟过程进化的改进途径。

## 有能力的过程  capable process

一个能满足其规定的产品质量、服务质量、以及过程绩效目标的过程。

## 配置审核  configuration audit

为了验证一个配置项或构成基线的一组配置项是否符合规定的标准或需求所进行的一种审核。

## 配置基线  configuration baseline

在产品或产品部件的生存周期中一个特定时刻正式指定的配置信息。配置基线加上来自那些基线的经批准的更改构成当前的配置信息。

## 配置控制  configuration control

配置管理的一个元素，它包括：在正式建立配置项的配置标识之后，对配置项的更改所作的评价、协调、批准或不批准、以及实施。

## 配置控制委员会  configuration control board

负责评价、批准或不批准建议的对配置项的更改，并确保批准的更改得以实施的一组人。配置控制委员会也称“更改控制委员会”。

## 配置标识  configuration identification

配置管理的一个元素，由下列步骤构成：为产品选择配置项、对它们赋以唯一的标识符、并在技术文档中记录其功能特性和物理特性。

## 配置项  configuration item

工作产品的集合，欲对其实施配置管理，并在配置管理过程中当作单个实体处理。

## 配置管理  configuration management

对下列事项实施技术和管理的指导和监督的一个学科：

         - 标识并建档记录配置项的功能特性和物理特性；

         - 控制对这些特性的更改；

         - 记录并报告更改的处理过程和实现状态；

         - 验证与规定的需求的符合性。

## 现货产品  commercial off the shelf（COTS）

可从商业卖主处买到的项目。

## 顾客  customer

负责验收产品或支付经费的一方（可以是个人、项目或组织）。顾客是在项目之外的，但没有必要是组织外的。顾客可以是一个更高层的项目。顾客是利益相关方的一个子集。在使用该词的多数场合，前述定义表示了顾客一词的含义，但在某些关联中，顾客一词的含义还包括其他利益相关方。

## 顾客需求  customer requirement

以顾客能接受的方式，从产品的利益相关方的需要、期望、约束和接口中引出、加强和消除矛盾后的结果。

## 数据  data

记录的信息，不论其记录的形式和方法如何，它们包括能交流、存储和处理的各种技术资料、计算机软件文档、财务信息、管理信息、事实的表示，以及任何天然资料。

## 数据管理  data management

一套有纪律的过程和系统，它们用来在整个数据生存周期中，为管理人员策划、获取并提供与数据需求一致的业务和技术数据。

## 缺陷defect

评审活动中发现的问题称为缺陷。

## 缺陷密度  defect density

每单位规模的产品中的缺陷数目（例如，每1000行代码中的问题报告数）。

## 设计评审  design review

对一个设计所做的一种正式的、文档化的、全面且系统的考查。其目的是为了评价设计需求、该设计满足这些需求的能力、识别出问题并建议解决方案。

## 开发  development

在本标准中，不仅可以包括开发活动，而且也可包括维护活动。从本标准的最佳实践得到好处的项目可以关注开发、维护，或两者都关注。

## 开发计划  developmental plan

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

## 功能分析  functional analysis

对一个已定义功能的考察，以便识别出完成该功能所必需的全部子功能；标识功能关系和（内部的和外部的）接口，并将这些记录在一个功能体系结构中；此外还要将上层的性能需求及其分配情况下传给下层的子功能。

## 功能配置审核  functional configuration audit

为了证实一个配置项的开发已经圆满完成，已经达到了在功能或分配的配置标识中指明的性能和功能特性，并且它的运行和支持文档是完备且令人满意的而进行的一种审核。

## 共用目标  generic goal

一种必需的部件，它描述实现一个过程域的过程制度化所必备的一些特性。

## 生存周期模型  life cycle model

把一个产品或项目的生存周期分为若干阶段的划分模式。

## 已管理过程  managed process

一个按照方针来策划和执行的已实施过程；为了产生受控的输出它有足够的资源来聘用技术人员；它把利益相关方联合在一起；它受监督、控制和评审；并评价它与其过程说明的一致性。

## 成熟度等级  maturity level

一组预定过程域的过程改进程度，要求达到这组过程域中的所有目标。

## 自然范围  natural bounds

由过程绩效测量项反映的固有过程。采用诸如控制图、置信区间和预测区间等技术来确定变化到底是由共因（即过程是可预测的或“稳定的”）还是由某些特殊原因引起的，这些特殊原因能够并且应该被识别出来并加以消除。

## 非开发项  non-developmental item

在获取或开发过程中使用它之前就已开发好的供应项。这些项可能需稍作修改，以满足其当前的使用要求。

## 非技术性需求  non-technical requirements

合同条款、承诺、条件、以及影响产品或服务如何获取的一些其它事项。例子包括，要提交的产品、所提交的现货产品（COTS）和非开发项（NDI）的数据、交付日期、以及具有出口准则的里程碑等。其它非技术需求包括培训需求、关于场地的需求，以及部署计划等。

## 观察  observation

一份书面记录，它表示评估组成员在评估数据采集活动期间对其看到或听到信息的理解。书面记录可采用陈述的形式，也可用其它形式，只要信息的内容能被保留下来即可。

## 运行场景  operational scenario

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

## 优化过程  optimizing process

基于对固有的过程变异共因的理解进行改进的一种已定量管理过程。它通过增量的和创新的改进活动关注过程绩效范围的持续改进。

## 同行评审 peer review

为了识别并消除缺陷，在工作产品的开发期间由同行实施的评审。“同行评审”一词替代CMM-MSD产品包中的“工作产品审查”。

## 已实施过程  performed process

为生产工作产品完成所需工作的过程。该过程域的专用目标得到满足。

## 物理配置审核  physical configuration audit

为了验证一个配置项是否符合定义和描述它的技术文档所进行的一种审核。

## 已计划过程  planned process

通过说明和计划两种方法进行文档化的过程。说明和计划应协调一致，而且计划应包括标准、需求、目标、资源和任务分配等等。

## 过程  process

可认为是实践实施的各种活动。为了使一个模型可用于过程改进和过程评估，这些活动可被映射到本标准过程域中的一个或多个实践。

在共用目标和共用实践的陈述和说明中，词“过程”有特殊的用法，它是指实施该过程域的过程或过程组。

## 过程行动计划  process action plan

根据评估结果产生的计划，它对评估发现的弱项的具体改进措施文档化。

## 过程域  process area（PA）

领域中的一簇相关实践，当他们一起实施时，将达到对该领域的改进重要的一组目标。本标准的所有过程域对连续表示和分级表示都是共同的。

## 过程属性  process attribute

过程能力的一种可测量特性，它适用于任何过程。

## 过程能力  process capability

通过遵循一个过程所能获得的预期结果的范围。

## 过程绩效模型  process performance model

过程及其工作产品的属性之间关系的一个说明，该模型根据过程绩效的历史数据开发而得，并用从项目采集的过程和产品的测量值进行校准，它用于预测执行一个过程所能获得的结果。

## 过程剪裁  process tailoring

为特定的目的编写、更改或调整一个过程说明。例如，为了适应项目的目标、约束和环境，项目从组织标准过程集剪裁出它的项目的已定义过程。

## 产品  product

欲交付给顾客或最终用户的工作产品。产品的形式可因环境而异。

## 产品基线product baseline

在配置管理中，在其生存期中开发、运行、维护，以及后勤支持期间初始批准的定义配置项的一个技术数据包（包括，源码清单）。

## 产品线  product line

一组产品，它满足所选市场或任务的特定需要，具有一组共同且受管理的特征。

##大纲/计划  program

        - 一个项目。

        - 相关项目和支持这些项目的基础设施的集合，包括目标、方法、活动、计划和成功测量项。

## 项目  project

受管理的相关资源的集合，它向顾客或最终用户交付一个或多个产品。项目有一个确定的开始（即项目启动），并严格按照计划进行运作。计划要文档化，说明要交付或实现什么、要使用的资源和资金、要做的工作以及做工作的进度等。一个项目可由若干项目组成。

## 项目经理  project manager

负责计划、指导、控制、筹建和激励项目的人。项目经理负责使顾客满意。

## 项目计划  project plan

为项目活动的实施和控制提供基础的一个计划，它处理对项目顾客的承诺。项目计划包括：估计工作产品和任务的属性；确定所需资源；协商所作承诺；生成进度；标识和分析项目风险。为了制定项目计划或许要反复进行这些活动。

## 项目启动  project startup

指定相关资源用于为顾客或最终用户开发或交付一个或多个产品的时刻。

## 项目的已定义过程  project’s defined process（P’DP）

从组织标准过程集剪裁的、集成的和已定义的过程。

## 原型  prototype

产品或产品部件的一个初始类型、形式或实例，它作为后续阶段的一个模型，或者作为产品最终完成版本的一个模型。该模型可用于下述（和其他）目的：

     -   评估新的或不熟悉技术的可行性。

     -   评估或缓解技术风险。

     -   确认需求。

     -  演示关键特征。

     -  考核产品是否合格。

     -  考核过程是否合格。

     -  特征化性能或产品特征。

     -  阐明物理原则。

## 质量和过程绩效目标  quality and process performance objectives

产品质量、服务质量和过程绩效的目标和需求。虽然过程绩效目标也包括质量，然而，为了强调质量在本标准中的重要性，宁可使用“质量和过程绩效目标”一词，而不是仅仅“过程绩效目标”。

##  质量保证  quality assurance

为使管理者确信过程的已定义标准、实践、规程和方法已得到应用而设立的一套有计划的且系统化的方法。

##  质量控制  quality control

用于完成质量需求的操作技术或活动。

## 需求分析  requirement analysis

基于对顾客的需要、期望和约束，运行方案，对人员、产品和过程预定的使用环境，以及有效性测量值的分析，确定产品特定的性能和功能特性。

##  需求引出  requirement elicitation

采用诸如原型和结构化调查等系统技术，尽力将顾客和最终用户的需要识别出来并将其文档化。

##  需求管理  requirement management

对项目收到的或产生的所有需求的管理，所有需求包括技术的或非技术的需求，以及组织在该项目上强索的需求。

##  需求可追溯性  requirement traceability

在需求与相关需求、实现和验证之间的可辨识的关联性。

##  风险标识  risk identification

找出在达到目标的过程中可能或现实风险的一种有组织的且彻底的途径。

##  风险管理  risk management

一种有组织的分析过程，以标识可能导致伤害和损失的事情（标识风险），评估并量化已标识出的风险，需要的话，开发并实现一个适当的途径来防止或处理那些可能导致重大伤害和损失的风险原因。

##  风险管理策略  risk management strategy

一种有组织的技术途径，以标识可能导致伤害和损失的事情（标识风险），评估并量化已标识出的风险，需要的话，开发并实现一种适当的途径来防止或处理那些可能导致重大伤害和损失的风险原因。通常，对项目和组织实施风险管理。

##  利益相关方  stakeholder

受某任务结果影响，或者以某种方式对此任务结果负责的组或个人。利益相关方可包括：项目成员、供方、顾客、最终用户，及其他。

## 统计管理过程  statistically managed process

用一种基于统计的技术进行管理的过程，在其中对过程进行分析，标识过程变异的特殊原因，并将绩效控制在妥善定义的界限之内。

## 剪裁指南  tailoring guidelines

使得项目、小组和组织的职能部门能够适当地调整标准过程为他们所用。组织标准过程集的说明是一般性的、通用的说明，可能不便直接用于实施一个过程。剪裁指南帮助那些要为项目建立已定义过程的人。剪裁指南包括：

     - 选择一个标准过程。

     - 选择一个经批准的生存周期模型。

     - 剪裁所选的标准过程和生存周期模型以适合项目的需要。剪裁指南描述什么可以修改，什么不可以修改，并标识出可供修改的候选过程部件。

##  技术资料包  technical data package

一个信息项的集合，如果这些信息适合产品和产品部件的类型，技术资料包可以包含下列诸项：

     - 产品体系结构说明。

     - 分配需求。

     - 产品部件说明。

     - 与产品有关的生存周期过程说明（如果不把它们描述为分开的产品部件的话）。

     - 关键的产品特性。

     - 必需的物理特性和约束。

     - 接口需求。

     - 用于确保已满足需求的验证准则。

     - 贯串产品整个生存周期的使用条件（环境）、运行场景、操作的模式和状态、支持、培训、制造、处置和验证等。

     - 决策和特征（例如需求、需求分配和设计选择）的理由。

##  需求  technical requirements

要获取或开发的产品或服务的特性（属性）。

##  测试规程  test procedure

一个给定测试的建立、执行和结果评价的详细说明。

##  可追溯性  traceability

两个或多个诸如需求、系统元素、验证或任务等逻辑实体之间的一种可辨别的关联。

## 工作产品 work product

过程的有用结果。这可以包括文件、文档、产品、服务、过程说明、规格说明以及发货清单等。工作产品与产品部件之间的关键区别是一个工作产品不一定是产品的一部分。