3.1.1 application software 应用软件

执行一组功能来支持过程执行的计算机程序。

注1： 其可以是从市场上购买的或者由组织自己开发的一个软件程序，数据库，计算机化的电子表格，电子文件或网络工具。

3.1.2 availability可用性

（项点）在一定条件下按照要求执行的能力

注1 ： 可用性取决于一个项点的可靠性、可修复性和可维修性，以及维修支持活动的组合特性。

[IEC 60050-192:2015, 192-01-23].

3.1.3 commissioning 调试

移交给客户前阶段，一个产品在运行条件下根据其规范得到最终测试用以验证其功能。

注1：这产品准备开始运行。

3.1.4 component 部件

一个系统在服务或者维修时，其最小可替换单元之上的子设备。

3.1.5 configuration audit 配置审核

根据文件化程序执行的审核, 用以确定一个产品是否符合其要求和产品配置信息。 [ISO 10007:2003, 3 5.6]

3.1.6 configuration baseline 配置基线

在整个成品生命周期中所有阶段， 作为参照并反映出产品当前特性所批准的产品配置信息。[ISO 10007:2003, 3.4]

3.1.7 configuration status accounting 配置状态纪实

对产品配置信息、建议的更改和已批准更改的实施情况所做的正式记录和报告。[ISO 10007:2003, 5.5.]

3.1.8 consignment stock 寄售库存

储存由一个外部提供方所有，但由组织负责用以确保零件的可用性。

3.1.9 critical / criticality 关键的/关键性

基于风险评估，对象有导致高风险的可能性，该风险能威胁其质量，安全或者经营业绩。

3.1.10 deferred work 延期工作

属于一个过程中预先确定好次序的活动，其被延迟或者搁置。

3.1.11 deliverables 可交付成果

对于所供应范围内的所有类型的输出，其用以符合所设置的要求（例如：用户手册，维修手册，测试报告，测试设备，培训，备用或支持部件）。

3.1.12 first article inspection 首件检查（FAI）

用以确认生产过程的一系列检验和验证活动。

3.1.13 FRACAS 故障报告，分析和纠正措施系统（故障信息闭环管理系统）

一个闭环过程通过测试，修正和使用经验来改善当前和将来设计的可信性。

3.1.14 functional requirement 功能性要求

功能分解结构中一个功能的专门的要求或者能力。

3.1.15 gate criteria 门准则

在所有关卡时可交付成果的接受准则， 用以支持所采取的决定，如接受，有条件接受或者拒绝。

3.1.16 handover 交接

目标对象的通过控制授权从一个组织移交到另外一个组织，包括职责转移到该接受组织。

3.1.17 installation 安装

交付后并在调试前在客户现场进行。

注： 安装是一个典型的基础设施活动阶段。

3.1.18 integration maturity 集成成熟度

一个成品的集成要求的满足程度

例如：已集成在组织的产品中或没有。

3.1.19 integration requirements 集成要求

将系统集成到母系统中并在这种环境中实现功能要求的要求。

3.1.20 key performance indicator (KPI) 关键绩效指标 （KPI）

指标，被高层管理者选择的，为了评估其经营管理体系的绩效。

3.1.21 life cycle costing (LCC) 生命周期成本（LCC）

经济分析过程用以评审一个项目在其生命周期或其中一部分的成本。

3.1.22 maintainability 可维护性

（项点）在所给的使用和维护条件下，被保持或者恢复到按照要求执行的状态。

注1： 所给状态将包括影响可维护性的因素，例如：维护的场所、可达性、维护程序和维护资源。

3.1.23 maintenance 维护

所有技术和管理行动的组合，旨在保留一个项目在或者恢复该项目到其能按照要求执行的状态。

注： 管理是被设定的，包含监管活动。

3.1.24 manufacturing 制造

实现产品的活动，包括大修和维修。

注1：组织价值链的一部分。

3.1.25 multidisciplinary approach 多方论证方法

对于一个特定的对象，涉及不同功能部门作为一个团队的工作方式。

例如：工程、安全、采购。

3.1.26 non-functional requirements 非功能性要求

满足功能性要求的框架条件。

注1： 一些例子是：

- 标准/法规/被授权方所批准的要求;

- 操作简介/配置;

- 附加的，特定操作者/顾客非功能性要求;

- 集成（物理的/机械的/电气的/控制）

3.1.27 operational maturity 运行成熟度

产品或服务的功能性要求的实现程度。

如：不存在、开发中、准备使用。

3.1.28 product configuration information 产品配置信息

产品设计，实现，验证，运行和支持的要求。

3.1.29 product life cycle 产品生命周期

产品整个生命周期的时间，从诞生，经过设计和制造，直到服务和处置。

3.1.30 production equipment 生产设备

用于生产的设备

如： 机械设备，工具，夹具，工装，样板，图形，测试台，软件生产工具。

注1：手工设备（如：锤子，螺丝起子）不作为生产设备。

3.1.31 project core team 项目核心团队

来自不同功能的人员，被任命来支持项目经理领导和控制项目。

3.1.32 project management 项目管理

策划，组织，监视，控制和报告项目的所有方面，以及所有涉及项目参与者为了实现项目目标的动机，。

[ISO 10006:2003, 3.6]

3.1.33 quality assurance methods 质量保证方法

方式被用于鉴定，验证或者确认要求的执行，为了关注错误预防不是为了错误的检测。

如：在设计开发中。

注1： 质量保证方法可能是FMEA, FMECA, 质量功能展开等。

3.1.34 quality deficiency cost (QDC) 质量损失成本（QDC）

不符合产品，过程或者设备导致的额外的成本。

注1：QDC 可能被分配至引起者（如：销售，工程，生产，采购，项目管理）和所发生的阶段（如：投标，设计，生产，交付后）。

注2：QDC 可以包括：

与由于不正确的设计导致的故障或者变更以及所采取的措施有关的额外的工时，材料或者其他直接成本（如：返工，重新设计，重现采购，特定的运输）;

停工造成的损失

报废损失；

产品不能使用或者供应过多造成的存储而引起的成本；

接受的第三方索赔的成本和组织针对第三方没有主张索赔的成本；

对缺陷或者延误进行处罚而造成的成本。

注3：QDC 也能叫做不符合成本。

3.1.35 reliability 可靠性

在规定的条件下，在规定的时间间隔内（t1,t2）执行规定要求的概率。

注1： 规定的条件包括影响可靠性的因素，如：运行方式，受力水平，环境条件，和维护，当适用时。

注2： 按照规定的要求执行的状态通常在时间间隔开始时得到设定。

3.1.36 safety (product safety) 安全性（产品安全）

不可接受的有害风险的可能性。

3.1.37 safety case 安全例证

产品符合特定安全要求的文件化证明。

3.1.38 safety integrity level (SIL) 安全完整性水平

定义的离散级别数字，用于指定要分配给安全相关系统的安全功能的安全完整性要求。

3.1.39 safety-related 安全相关

承担安全责任。

3.1.40 site 现场

有设计开发和（或）制造和（或）维修（保养维修，翻新和部件大修和（或）维修）活动的组织所在的一个单独的场所中所定义的范围。

3.1.41 supply chain 供应链

涉及在产品或服务中为顾客转换材料和知识的组织，人员，活动，信息和资源的系统。

3.1.42 transfer 转移

任务或者活动的过程所有权完全或者部分从内部产品实现转移到一个内部实体。