FRACAS(Failure Report Analysis and Corrective Action System,故障报告、分析和纠正措施系统)—— FRA

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

FRACAS

出自 MBA智库百科(/)

FRACAS(Failure Report Analysis and Corrective Action System,故障报告、分析和纠正措施系统)——FRACAS通常也称为“故障信息闭环管理系统”,FRACAS还有称为,如“归零管理”、“PRACAS”、“DRACAS”等。

目录

[隐藏]

• 1 FRACAS简介

• 2 FRACAS的基本要求[1]

• 3 FRACAS的目的和作用

• 4 FRACAS的管理思想

• 5 FRACAS的工作程序和要求[2]

• 6 实施FRACAS的步骤[3]

•7 FRACAS的优势[4]

•8 参考文献

[编辑]

FRACAS简介

由世界著名的可靠性公司一一美国RELEX公司推出的FRACAS(故障报告、分析和纠正措施,Failure Report Analysis and Corrective Action System,缩写为FRACAS)专业系统软件,通过报告产品的故障,分析故障原因,制定和实施有效的纠正措施,以防止故障的再现,同时把故障根本原因和纠正措施信息反馈到设计过程中,改善和促进产品的可靠性增长。

1980年颁布的美军标MIL-STD-785B (《系统和设备研制生产的可靠性大纲要求军用系统承包商建立FRACAS,以有效地开展、监督和控制研制过程中的故障报告、分析和纠正活动。为使这一工作更加规范化,1985年美国国防部又颁发了军用标准MIL—STD.2155(AS)《失效报告、分析和纠正措施系统》,对故障报告、分析和纠正活动规定了统一的要求和准则。我国早在1986年由原国防科工委颁布的《军工产品质量管理条例》中,就提出了承制单位应当制定质量、可靠性信息的收集、传递、处理、贮存和使用的管理办法,并同使用单位建立质量信息反馈网络、故障报告制度和采取纠正措施制度。之后,为满足在我国军工领域推行可靠性工程的需要,参照美军标先后于1988年颁布了国军标GJB450.88《装备研制和生产的可靠性通用大纲,1990年颁布了GJB841-90《故障报告、

分析和纠正措施系统》,明确要求承制单位在军工产品的研制和生产阶段建立FRACAS,并规定了该系统建立及运行的程序、方法和要求。

[编辑]

FRACAS的基本要求[1]

按GJB450要求,研制、生产单位要建立一个闭环故障报告系统。该系统包括:

(1)对故障进行报告和分析的程序;

(2)将纠正措施反馈到设计、生产、试验过程中去的程序;

(3)跟踪、评审故障分析及纠正措施状况的制度;

(4)有关故障的文件记录的规定。

GJB841为如何实现GJB450上述要求提供了指导。

由于产品研制涉及许多外购、外协产品,因此,对于协作配套产品的故障信息应纳入主承制单位的信息收集系统,以利于跟踪故障。同时要把有关故障信息纳入相应的故障文件内。对于产品使用过程中的故障信息,也应疏通渠道,及时加以收集,以利于改进产品。

对于像航天系统这样复杂、昂贵、重要的产品,为使故障报告、分析和纠正措施的各项活动得到控制,设立一个故障审查组织是非常必要的。其目的在于控制FRACAS的运行并增加管理的透明度。图1表示了故障报告闭环系统工作流程及其与故障审查组织的关系。

目前一些单位建立了信息系统,应当把FRACAS作为本单位信息系统的组成

部分,并根据FRACAS要求来完善现有的信息系统。

对所有故障、故障原因的调查和分析、采取的纠正措施及效果以及故障评审活动等均应记录并保存,将这些记录编制成为有统一编号的故障文件,以便于检索、查阅。它也为信息交换提供了基础。

FRACAS应在研制阶段的早期就建立并运行。这是由于在研制的初期,允许设计作较大的更改来解决故障问题。而等到研制后期,虽然仍可提出纠正措施,但受到很大的约束,付诸实现就很困难。

[编辑]

FRACAS的目的和作用

GJB450-88和GJB841—90中规定,“建立FRACAS的目的是要及时报告产品的故障,分析故障原因,制定和实施有效的纠正措施,以防止故障再现,改善其可靠性和维修性”。

“FRACAS应由承制方(包括转承制方)尽早建立,并在订购(使用)方的协同下加以实现。该系统应保证对合同规定层次的产品在研制阶段和生产阶段所发生的故障及时报告、分析和纠正”。从上述要求可以看出建立FRACAS的目的,是为了对产品在研制和生产阶段所发生的故障进行严格的“归零”管理,做到及时报告、查清原因、正确纠正,防止再现,从而实现产品可靠性增长,以保证达到对产品可靠性和维修性的要求。可见,FRACAS的建立与运行是开展可靠性工程活动的重要组成部分。可靠性工程的主要任务就在于纠正己发生的故障,防止故障的发生,控制和减少故障发生的概率。而FRACAS正是利用“信息反馈、闭环控制”的原理,并通过一套规范化的管理程序,使分散发生的产品故障,得到及时的解决,并防止故障的重复发生。建立FRACAS是实现产品可靠性增长、提高产品质量的重要手段。它既有纠正己有故障的现实意义,又能对未来新品发生类似的故障起到积极预防的作用。通过FRACAS的运行,可以积累大量处理故障的实践经验,对类似产品的改进与设计提供可供参考的信息,起到举一反三,防止其他产品出现类似问题的作用。FRACAS的建立与运行主要适用于产品的研制阶段和产品的早期使用阶段,因为在研制阶段采取纠正措施方案的选择灵活性最大,最易于实施,效果也最为明显。

[编辑]

FRACAS的管理思想

Relex FRACAS系统不仅是一个强大的可靠性软件,还是一个质量追踪和管理系统,实施和应用FRACAS技术将能为企业成功实现6σ、ISO9000、AS9000、QS9000和TL9000等质量目标提供保障。同时,FRACAS系统也能帮助企业提升ERP、PDM、SCM和CRM的投资价值。

FRACAS与流行的8D管理思想相同,主要针对实际发生的故障信息进行闭环管理,FRACAS是构建可靠性工程平台的基础。Relex FRACAS系统基于局域网和Web技术,将产品的可靠性数据积存到数据库中,通过完整的闭环管理流程对各种信息进行过滤、统计、分析和计算,同时对可靠度、可用度、失效率、MTBF 等进行计算,进行可靠性增长和费用的分析。系统可为不同规模的企业进行定制,为每一位使用者量身定做各种界面、流程、计算、图形、报表、报警等内容。

[编辑]

FRACAS的工作程序和要求[2]

故障信息传递和故障件处理的流程图见图:

相关文档
最新文档