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 可维护性