分享

风险管理工具之FTA

 maxqin919 2017-03-21

如果说FMEA是前瞻性的风险分析工具,那么故障树分析法(FTA,Fault Tree Analysis)往往就是将导致某个不良事件的所有情况可能的组合,图形化的一种方法,通常用于分析已经发生的事故是安全系统工程中最重要的分析方法。


故障树分析法是1961年由美国贝尔电话研究室的华特先生首先提出的,主要是为了分析系统的可靠性及安全情况20世纪60年代初,随着载人宇航飞行,洲际导弹的发射,以及原子能、核电站的应用等尖端和军事科学技术的发展,都需要对一些极为复杂的系统,做出有效的可靠性与安全性评价;故障树分析法在航空和航天的设计、维修,原子反应堆、大型设备以及大型电子计算机系统中得到了广泛的应用。


故障树分析法从一个不幸事件开始(也可能是假定的不幸事件),自上而下、一层层的寻找顶事件的直接原因和间接原因事件,直到基本原因事件,并用逻辑图把这些事件之间的逻辑关系表达出来。故障树分析法的本质是一种逻辑因果关系图。逻辑门的输入事件是输出事件的“因',逻辑门的输出事件是输入事件的'果'。上图中的绿色符号代表的是或的关系,表示任何一个“因”都可以得到“果”,而橙色的符号代表的是和的关系,表示若干个“因”都需要具备,才可以得到“果”。


总的说来,故障树分析法具有以下一些特点:


故障树分析法是一种从系统到部件,再到零件,按“下降形”分析的方法,用来分析零件、部件或子系统故障对系统故障的影响,其中包括人为因素和环境条件等在内。


故障树分析法对系统故障不但可以做定性的而且还可以做定量的分析;不仅可以分析由单一构件所引起的系统故障,而且也可以分析多个构件不同模式故障而产生的系统故障情况。


故障树分析法也存在一些缺点,其中在于构造故障树的多余量相当繁重,难度也较大,对分析人员的要求也较高,因而限制了它的推广和普及。在构造故障树时要运用逻辑运算,在其未被一般分析人员充分掌握的情况下,很容易发生错误和失察。例如,很有可能把重大影响系统故障的事件漏掉;同时,由于每个分析人员所取的研究范围各有不同,其所得结论的可信性也就有所不同。


故障树分析法在分析设备的故障或流程的失败方面应用比较广泛,同时对于FMEA也是一个极好的支持工具。


FTA基本程序


1.熟悉系统:要详细了解系统状态及各种参数,绘出工艺流程图或布置图。

2.调查事故:收集事故案例,进行事故统计,设想给定系统可能发生的事故。

3.确定顶上事件:要分析的对象即为顶上事件。对所调查的事故进行全面分析,从中找出后果严重且较易发生的事故作为顶上事件。

4.确定目标值:根据经验教训和事故案例,经统计分析后,求解事故发生的概率(频率),以此作为要控制的事故目标值。

5.调查原因事件:调查与事故有关的所有原因事件和各种因素。

6.画出故障树:从顶上事件起,逐级找出直接原因的事件,直至所要分析的深度,按其逻辑关系,画出故障树。

7.分析:按故障树结构进行简化,确定各基本事件的结构重要度。

8.事故发生概率:确定所有事故发生概率,标在故障树上,并进而求出顶上事件(事故)的发生概率。

9.比较:比较分可维修系统和不可维修系统进行讨论,前者要进行对比,后者求出顶上事件发生概率即可。

10.分析:原则上是上述10个步骤,在分析时可视具体问题灵活掌握,如果故障树规模很大,可借助计算机进行。


一般故障树分析都考虑到第7步进行定性分析为止,也能取得较好效果。


今天就不打原创标记了,基本上内容来自于百度词条,或许比较枯燥,FTA的工具说实话在制药行业或许用得并不多,设备相关的偏差进行调查时有可能会用到这个思路。为了让风险管理这个话题体系上比较完善一些,后续还会列出一些风险管理的工具,并在最后一篇文章对不同工具的应用场合进行总结。


昨天的文章得到了平台上朋友很中肯的评价,只是因为他没有放在留言里,所以不好放入精选,在此特意表示感谢。


对他的一句话印象很深,所有的失效都是人或法或设备等引起的,太多笼统的描述对风险管理实务作用有限,对这句话深表赞同,很多时候风险管理不应该只是为了应付检查而编写的一系列文件,而是应该真正基于对工艺和设备的理解,去识别出风险并采取切实的措施降低风险的过程。


Risk Assessment Should not be Used to

Justify Why we Don't Do Something!

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多