ISO/TS 22163:2017标准要求之六【IRIS换版:IRIS铁路行业的42个术语和定义】

时间:2018-01-01 23:12:57来源:智天下顾问

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 运行成熟度
产品或服务的功能性要求的实现程度。
如:不存在、开发中、准备使用。

延伸阅读

热门标签: 行业新闻