（质量管理工具）故障报告、分析和纠正措施系统.docVIP

故障报告、分析和纠正措施系统FRACAS（Failure Report Analysis and Corrective Action System） FRACAS简介 　　由世界著名的可靠性公司一一美国 \o RELEX公司 RELEX公司推出的FRACAS(故障报告、分析和纠正措施，Failure Report Analysis and Corrective Action System，缩写为FRACAS)专业系统软件，通过报告产品的故障，分析故障原因，制定和实施有效的 \o 纠正措施 纠正措施，以防止故障的再现，同时把故障根本原因和纠正措施信息反馈到设计过程中， \o 改善 改善和促进 \o 产品的可靠性 产品的可靠性增长。 　　1980年颁布的美军标MIL-STD-785B (《系统和设备研制生产的可靠性大纲 要求军用系统承包商建立FRACAS，以有效地开展、监督和 \o 控制 控制研制过程中的故障报告、分析和纠正活动。为使这一工作更加 \o 规范化 规范化，1985年美国国防部又颁发了军用标准MIL—STD．2155(AS)《失效报告、分析和纠正措施系统》，对故障报告、分析和纠正活动规定了统一的要求和准则。我国早在1986年由原国防科工委颁布的《军工产品质量管理条例》中，就提出了承制单位应当制定 \o 质量 质量、可靠性信息的收集、传递、处理、 \o 贮存 贮存和使用的管理办法，并同使用单位建立 \o 质量信息 质量信息反馈网络、故障报告制度和采取纠正措施制度。之后，为满足在我国军工领域推行 \o 可靠性工程 可靠性工程的需要，参照美军标先后于1988年颁布了国军标GJB450．88《装备研制和生产的 \o 可靠性 可靠性通用大纲 ，1990年颁布了GJB841-90《故障报告、分析和纠正措施系统》，明确要求承制单位在军工 \o 产品 产品的研制和生产阶段建立FRACAS，并规定了该系统建立及运行的程序、方法和要求。 [ \o 编辑段落: FRACAS的基本要求[1] 编辑] FRACAS的基本要求 \o [1] 　　按GJB450要求,研制、生产单位要建立一个闭环故障报告系统。该系统包括: 　　(1)对故障进行报告和分析的程序; 　　(2)将纠正措施反馈到设计、生产、试验过程中去的程序; 　　(3)跟踪、评审故障分析及纠正措施状况的制度; 　　(4)有关故障的文件记录的规定。 　　GJB841为如何实现GJB450上述要求提供了指导。 　　由于产品研制涉及许多外购、外协产品,因此,对于协作配套产品的故障信息应纳入主承制单位的信息收集系统,以利于跟踪故障。同时要把有关故障信息纳入相应的故障文件内。对于产品使用过程中的故障信息,也应疏通渠道,及时加以收集,以利于 \o 改进产品 改进产品。 　　对于像航天系统这样复杂、昂贵、重要的产品,为使故障报告、分析和纠正措施的各项活动得到控制,设立一个故障审查组织是非常必要的。其目的在于控制FRACAS的运行并增加管理的透明度。图1表示了故障报告闭环系统 \o 工作流程 工作流程及其与故障审查组织的关系。 　　目前一些单位建立了 \o 信息系统 信息系统,应当把FRACAS作为本单位信息系统的组成部分,并根据FRACAS要求来完善现有的信息系统。 　　对所有故障、故障原因的调查和分析、采取的纠正措施及效果以及故障评审活动等均应记录并保存,将这些记录编制成为有统一编号的故障文件,以便于检索、查阅。它也为信息交换提供了基础。 　　FRACAS应在研制阶段的早期就建立并运行。这是由于在研制的初期,允许设计作较大的更改来解决故障问题。而等到研制后期,虽然仍可提出纠正措施,但受到很大的约束,付诸实现就很困难。 [ \o 编辑段落: FRACAS的目的和作用 编辑] FRACAS的目的和作用 　　GJB450-88和GJB841—90中规定，“建立FRACAS的目的是要及时报告产品的故障，分析故障原因，制定和实施有效的纠正措施，以防止故障再现， \o 改善 改善其 \o 可靠性 可靠性和维修性”。 　　“FRACAS应由承制方(包括转承制方)尽早建立，并在订购(使用)方的协同下加以实现。该系统应保证对 \o 合同 合同规定层次的 \o 产品 产品在研制阶段和生产阶段所发生的故障及时报告、分析和纠正”。从上述要求可以看出建立FRACAS的目的，是为了对产品在研制和生产阶段所发生的故障进行严格的“归零”管理，做到及时报告、查清原因、正确纠正，防止再现，从而实现产品可靠性增长，以保证达到对产品可靠性和维修性的要求。可见，FRACAS的建立与运行是开展可靠性工程活动的重要组成部分。可靠性工程的主要任务就在于纠正己发生的故障，防止