北京运通恒达科技有限公司--Relex专区

FRACAS系统（故障报告、分析和纠正措施系统）是产品、服务、流程和软件项目的质量和可靠性能够进行跟踪，计算和大大改善的非常重要的流程。能够提供高可靠性产品的公司在其可靠性工程项目中都配备了多功能的闭环FRACAS系统。下列由美国可靠性分析中心（RAC）出版的表格是基于1995年RAC所作的有关可靠性任务的调查表。

最重要的可靠性工作任务排序

排序	工作任务	分值
1	FRACAS	88.3
2	Design Reviews（设计检查）	83.8
3	Subcontractor/Vendor Control（子承包商/供应商控制）	72.1
4	Parts Control（器件控制）	71.2
5	FMECA	70.3
6	Reliability Qualification Test（可靠性验证试验）	68.5
7	Predictions（预计	62.2
8	Test, Analyze and Fix (TAAF)（试验，分析和改进）	59.5
9	Thermal Analysis（热分析	58.6
10	ESS（环境应力筛选试验）	54.1

从表中可以看出，88.3％的比例认为FRACAS系统是罪重要的可靠性工作任务。该项工作获得如此高的分数是因为该系统能够将故障根原因和纠正措施信息反馈到设计过程中进一步改善设计的可靠性。就象RAC指出的那样，早期故障根原因的消除会大大地保证可靠性地增长，获得用户对后期产品和服务地满意度。

FRACAS 的应用

FRACAS的应用是非常广泛的，包括但不仅仅限于：

用于硬件，软件或流程的FRACAS
用于任何类型产品的FRACAS（如电子箱，飞机的设计开发和生产，航线，手机服务，软件开发，生产线，服务 Reliability Growth
用于整个产品寿命周期的FRACAS（如开发，原型，试验，现场试验，服务，储存，维护等，或软件开发，集成，现场服务，或其它任何产品寿命的阶段）
响应不同的民用和军用标准的FRACAS系统，如FAA，US DoD, IEC, NATO, IEEE, SAE, 或其它国家或组织的标准。

在Failure Reporting, Analysis and Corrective Action System (FRACAS) Application Guidelines手册中提供了有关的信息，如，FRACAS是什么，它是如何满足需求的，它在传统的硬件故障跟踪外是如何应用的。要完成定性的评估，如用户是否对产品和服务满意，或定量评估，如是否达到了产品或服务的可靠性性能目标，FRACAS系统必须一贯使用。根据该出版物的内容，定义故障信息的构成是实施有效的FRACAS系统最关键的任务。下表是RAC对故障和故障事件的定义。

故障和故障事件

名词	定义
故障	产品在特定的条件和特定的限制下不能完成一项或多项功能的事件。故障可能是灾难性的（功能完全丧失）或超过能承受的极限（由于器件故障、去谐、基准偏移、失调的出现而导致的功能退化超过了极限，通常称为失效）
故障症状	表征故障的存在或出现的环境、事件或条件。故障症状可以包括不能重复出现的故障的暂时，断续的迹象。
故障影响	特定故障模式作用于运行、功能或产品或服务的结果。
故障模式	引起故障，故障结果（如，故障如何出现的）或故障出现方式的缺陷类型。
故障机理	导致故障的过程；功能退化或导致和引起特定故障模式的事件链的过程。
故障原因	引起或激活故障机理的环境，如，缺陷焊接，设计缺陷，装配技术，软件错误，制造流程，笔误等。

故障分类

根据手册《Failure Reporting, Analysis and Corrective Action System (FRACAS) Application Guidelines》，故障事件的分类可以帮助确定:

对每一个故障要进行分析的层次。
应该（和何时）采取的消除故障或至少使其降至最小的合理的纠正措施。

下表列出了RAC用于给故障分类的一般类型：

类型	定义
Failure, Relevant关联故障	已经证实在正常使用条件下能够出现的产品故障。关联性表示在计算产品的可靠性时是否要考虑特定的故障。
Failure, Non-Relevant非关联故障	已经证实是未按规定的条件使用而引起的故障。或已经证实仅属某项将不采用的设计所引起的故障。
Failure, Chargeable责任故障	在试验条件下产品的关联初始故障以及单一故障事件导致的任何次要故障。此类故障的定义仅限于正常的合同所需的可靠性试验（室内或现场完成的试验）。
Failure, Non-Chargeable非责任故障	非关联故障或事先已经规定不属某组织机构责任范围内的关联故障。此类故障的定义仅限于正常的合同所需的可靠性试验（室内或现场完成的试验）。
Failure, Pattern	在相同或相当的使用条件下，同一零件（或功能）出现了两个或多个故障，这些故障是同一基本故障机理引起的。在确定的零件故障率下，这些故障以不稳定的概率出现。
Failure, Multiple多重故障	两个或多个确认的独立故障同时出现。在排除故障过程中，当发现两个或多个故障零件时，指定的原因不能确认是相互依赖的，就假定多重故障出现了。

在实施FRACAS系统时，用户可选择采用RAC的术语或分类，也可以自己定义。

获取事件信息

FRACAS系统帮助跟踪事件及任何类型的信息以便更好的量化问题所在，应关心的方面或需改进的地方。事件可以，并且通常是某种类型的故障。这些故障可能是在设计，试验，生产或在现场运行过程中出现的。事件也有可能是用户的抱怨，软件的缺陷或任何需要跟踪的事情。

一旦事件出现，FRACAS系统启动并运行一系列的工作流程。常用的流程为：

1. 记录事件。
2. 进行事件分析。
3. 识别应采取的纠正措施。
4. 实施纠正措施。
5. 检查纠正措施的实施结果，将该事件闭环。

在该流程的第一步，事件的信息报告并输入到FRACAS系统。然后事件发送到分析人员，确定事件的原因。之后，确定纠正措施计划并实施，以避免事件的再次发生。最后，将该事件闭环并归类供以后参考。

因为FRACAS系统能够在设计周期的早期启用并能在整个寿命周期的维护阶段使用，在开发、试验、生产，采购和服务阶段出现的所有故障都能报告。有效的FRACAS系统能够获取的信息：

所有与开发和交付的系统，产品或服务相关的事件。
事件分析方法和用于确定问题根原因的结果。
实施并经检查能够最小化故障模式复现的纠正措施。
实施纠正措施的管理决策和资源的分配。
故障模式的分类和严酷度，可靠性，维修性，可用度和安全性参数的定量表示。

FRACAS系统提供了启用事件报告，分析和在设计、软件、制造和试验过程中实施的纠正措施进行反馈的方法。这样的数据通常包括设备的识别，事件中的软件，事件发生的时间和环境，事件的特性，器件故障率的相关信息和与该事件有关的任何工程研究和方案。

计算机化FRACAS系统的效益

准确和重要的事件信息的及时发布是非常必要的，以便快速有效地识别、实施和检查纠正措施。快速的补救能够避免额外的费用，计划的延迟，与安全性相关的事件和由于故障的复现而导致的用户满意度的降低。以有序的方式及时访问事件信息的必要性就足以为满足这些需求的计算机软件的使用提供了证明。

计算机化FRACAS系统的效益，包括下列所列的系统的能力：

在数据库中存储事件、分析和纠正措施信息，以便这些信息能够用于确定故障的根原因，根据历史记录，确定发展趋势。
识别、选择，并对要进行根原因分析的事件排序。
对确定、实施和检查确认，以避免根原因故障复现的纠正措施建档。
为相关的人员提供及时的与事件、分析和纠正措施所有相关的信息，支持可靠性增长和前瞻性的决策，以防止在未来的产品和服务中类似问题的出现（闭环）。

当选择FRACAS系统的软件时，其它应考虑的重要功能包括：

根据产品和服务以及面对竞争的市场状况，以一定的方式对FRACAS系统的结构和需求进行定制。
在开发和服务阶段，建立并记录在所有设备上的累计的试验和运行时间，以便这些记录的数据用来计算失效率，费用和其它相关的趋势。
提供各种报告和图形功能，展现故障趋势，生成用户级和管理级的报告。
实施各种闭环FRACAS，支持各式各样的应用，定制工作流程。

实施闭环FRACAS系统时，包含一定的准备，以确保及时采取有效的纠正措施。从FRACAS系统收集的信息可以应用到未来的产品设计中帮助提高可靠性。使用这样的系统，能够跟踪审查所有的事件，分析和纠正措施实施时间，向管理层汇报纠正措施的延迟或错误。

较好的FRACAS软件包能够帮助通过有效的获取、优化和发送所有相关的事件、分析和纠正措施信息到所有相关的人员，来不断地改进产品、服务、流程或软件的可靠性。