可靠性讲稿(4故障模式及故障树)
故障树分析
故障树分析故障树分析是一种用于系统安全性和可靠性评估的方法。
它是一种图形化工具，用于识别系统中可能导致故障发生的根本原因和相关因素，并评估这些故障的概率。
故障树分析依靠逻辑关系和概率计算，能够帮助工程师们更好地了解和改进系统的可靠性，从而减少故障的发生。
故障树分析的基本原理是将系统故障看作是一系列事件的组合。
在故障树分析中，故障可以被看作是一个系统灾难的最终结果。
而故障树则是从故障结果向上追溯故障发生的事件和条件的逻辑图。
这些事件和条件被称为基本事件，它们是系统中最小的可独立发生的故障现象。
故障树分析的核心思想是通过将系统故障拆解成各个基本事件，并根据这些基本事件之间的逻辑关系构建故障树，从而得到系统故障发生的概率。
故障树的构建过程是一个逆向的过程，从最终故障结果反向推导出可能导致故障发生的原因和条件。
通过对故障树的分析，可以识别出导致故障发生的关键事件，进而提出相应的改进措施。
在进行故障树分析时，需要进行以下几个步骤：1. 确定故障模式：故障模式是故障树分析的起点，它描述了可能发生的故障类型以及与之相关的因素。
通过对系统的历史故障数据和专家经验的分析，可以确定系统中可能存在的故障模式。
2. 确定顶事件：顶事件是故障树分析的终点，它描述了最终故障结果。
通过对系统设计和运行条件的分析，以及对顶事件的定义，可以识别出系统中可能发生的最终故障结果。
3. 确定基本事件：基本事件是故障树的组成部分，它描述了导致故障发生的最小故障现象。
基本事件是通过对故障模式和顶事件的分析，确定可能导致故障发生的条件和事件。
4. 构建故障树：根据顶事件和基本事件之间的逻辑关系，构建故障树的结构。
故障树使用逻辑门（如与门、或门、非门）表示事件之间的关系。
通过逻辑门的组合和连接，可以得到导致故障发生的组合逻辑。
5. 计算概率：通过概率计算的方法，计算故障树中各个事件的发生概率。
概率计算可以使用布尔代数、概率论等方法进行。
6. 分析故障树：通过对故障树的分析，可以识别出导致故障发生的关键事件。
可靠性故障树分析共67页文档
END
40、人类法律，事物有规律，这是不 容忽视 的。— 。——华盛顿 17、一个人即使已登上顶峰，也仍要自强不息。——罗素·贝克 18、最大的挑战和突破在于用人，而用人最大的突破在于信任人。——马云 19、自己活着，就是为了使别人过得更美好。——雷锋 20、要掌握书，莫被书掌握；要为生而读，莫为读而生。——布尔沃
可靠性故障树分析
36、如果我们国家的法律中只有某种 神灵， 而不是 殚精竭 虑将神 灵揉进 宪法， 总体上 来说， 法律就 会更好 。—— 马克·吐 温 37、纲纪废弃之日，便是暴政兴起之 时。— —威·皮 物特
38、若是没有公众舆论的支持，法律 是丝毫 没有力 量的。 ——菲 力普斯 39、一个判例造出另一个判例，它们 迅速累 聚，进 而变成 法律。 ——朱 尼厄斯
系统可靠性设计中的故障树分析实战经验分享(Ⅲ)
系统可靠性设计中的故障树分析实战经验分享引言在现代社会中，各种系统和设备的可靠性设计越来越受到重视。
无论是航空航天领域的飞机发动机，还是工业控制系统中的传感器，都需要经过严格的可靠性设计和测试。
而在这个过程中，故障树分析作为一种重要的方法，被广泛应用于系统可靠性设计中。
本文将分享我在故障树分析实战中的经验，希望可以为读者提供一些参考。
故障树分析的基本原理故障树分析是一种系统性的方法，用于识别和评估系统的潜在故障模式。
它的基本原理是将系统的各种可能故障的根本原因进行逻辑组合，最终形成一个树状图。
通过分析这个树状图，可以找出系统发生故障的概率和可能的原因，从而有针对性地进行改进和优化。
实战经验分享一：合理确定分析范围在进行故障树分析时，首先需要确定分析的范围。
这个范围应该包括系统的所有关键部件和功能，但同时也不能太过宽泛，否则就会使分析变得复杂和不切实际。
在实际工作中，我通常会和团队成员一起讨论，共同确定分析的范围，确保不会遗漏重要的部分。
实战经验分享二：收集充分的数据和信息在进行故障树分析之前，需要收集充分的数据和信息。
这些数据包括系统的设计图纸、技术规范、使用手册，以及历史故障记录等。
通过对这些数据的分析，可以更好地理解系统的结构和工作原理，为故障树分析提供更为准确的基础。
实战经验分享三：团队合作和交流在故障树分析过程中，团队合作和交流是非常重要的。
不同领域的专家和工程师应该共同参与故障树分析，各自发挥自己的优势，共同完善分析结果。
同时，通过团队交流，也可以发现自己可能忽略的问题，保证分析的全面性和准确性。
实战经验分享四：使用专业的工具和软件为了更好地进行故障树分析，通常会使用专业的工具和软件。
这些工具可以帮助我们快速构建故障树，并进行定量分析。
在实际工作中，我使用过多种故障树分析软件，每种都有其特点和优势，根据实际情况选择合适的工具是非常重要的。
实战经验分享五：持续改进和优化故障树分析并不是一次性的工作，而是一个持续改进和优化的过程。
系统可靠性设计中的故障树分析案例解读(九)
在系统设计中，可靠性是一个至关重要的因素。
一个可靠的系统能够提高工作效率，减少故障发生的可能性，保障人员和设备的安全。
而故障树分析是系统可靠性设计中的重要工具之一，通过对系统可能出现的故障进行分析，确定故障的根本原因，并采取相应的措施来提高系统的可靠性。
一、故障树分析概述故障树分析是一种利用图形和逻辑方法来分析系统可能出现的故障的技术手段。
它通过将系统可能出现的各种故障以及它们之间的逻辑关系用树形图的方式表示出来，从而帮助工程师和设计师找出系统存在的潜在风险和薄弱环节，有针对性地进行改进和优化。
二、故障树分析的基本原理故障树分析的基本原理是将系统的故障根本原因进行逻辑关系的分析，将可能导致故障的各种事件和故障模式用逻辑门连接起来，形成一个树状逻辑结构。
通过对故障树进行分析，可以确定系统发生故障的概率、影响因素以及可能的改进措施。
三、故障树分析在航空领域的应用以航空领域为例，故障树分析被广泛应用于飞机系统的可靠性设计中。
飞机系统涵盖了复杂的机械、电子、液压等多个方面，任何一个小的故障都可能对飞行安全造成严重影响。
因此，通过故障树分析可以对飞机系统的各种可能故障进行全面深入的分析，找出故障的根本原因，从而采取相应的措施来提高飞机系统的可靠性。
四、故障树分析案例解读以一架飞机的起落架系统为例，我们对起落架系统进行故障树分析。
首先，我们列出可能导致起落架系统故障的各种事件，比如起落架锁定失效、起落架液压系统故障等。
然后，我们将这些事件之间的逻辑关系用逻辑门连接起来，形成一个故障树。
接下来，我们对故障树进行分析。
我们发现，起落架锁定失效可能是由于起落架锁定装置松动、起落架锁定系统故障等因素导致的。
而起落架液压系统故障可能是由于液压泵失效、液压管路泄漏等因素导致的。
通过对故障树的分析，我们可以找出导致起落架系统故障的根本原因，比如起落架锁定装置的设计不当、液压泵的质量问题等。
然后，我们可以采取相应的措施，比如改进锁定装置的设计、提高液压泵的质量标准，从而提高起落架系统的可靠性。
可靠性工程--故障树
可靠性工程--故障树
14
1.3 失效严重度（FMECA)分析
定性分析方法
通常在难以得到产品
确切的技术状态数据或故
障数据的情况下使用。采
用这一方法时，需绘制一
个危害度分析矩阵，如右
图所示。离原点的距离越
远的致命度越严重。
失效严重度分析矩阵
可靠性工程--故障树
15
1.3 失效严重度（FMECA)分析
逻辑门符号
与门：表示仅当所有输入事件同时发生，门的输出事件才发生。
或门：表示所有输入事件中，至少有一个输入事件发生时，门
的输出事件就发生。
异或门：表示或门中的输入事件是互相排斥的，即当单个输入
事件发生时，其它都不发生，则输出事件才发生。
逻辑禁门：表示仅当禁门打开的条件事件发生时，输入事件的
发生才导致门的输出事件发可靠生性工。程--故障树
➢对结果进行分析，修改；
可靠性工程--故障树
34
2 故障树分析
故障树分析法的基本原则
➢ 明确定义分析对象和其它部分的边界，抓住重点又不漏掉“不重 要”事件，进行合理的简化建树；
➢ 故障事件（失效模式）应明确定义，指明故障是什么，在何种条 件下发生，即有唯一解，切忌模棱两可，含糊不清；
➢ 建树过程从上向下逐级建树，循序渐进，防止“跃进”，找全找准 事件原因，禁防错漏现象发生；
➢ 每一个故障模式的效应应是在基本单元的上层进
行分析，这样连续进行就可以在全部所需的分析
层上找出最后的故障效应。反之，也可根据故障
效应推出故障模式。
可靠性工程--故障树
7
1.1 FMEA的基本原理
一种产品可分为若干个分析层。一个复杂系统通常分为零件、部 件、整件、组件、分装置、装置、分系统、系统等层次。而对被分析的 系统，要按基本结构绘制一个可靠性框图。
可靠性--故障树分析
FTA一般适用于可能会导致产生安全或严重影 响任务完成的关键、重要的产品；适用于产品 工程研制阶段的设计分析和事故后原因分析。
4.4 故障树分析的程序
故障树分析的流程：
开 始 准备工作 熟悉产品 确定分析目的 确定故障判据 选 择 顶 事 件 薄弱环 节分析 与 建议 建 立 故 障 树
T +
割集：{X1}，{X1, X2}，{X1,X2,X3}
X1
M
最小割集：{X1}，{X2,X3}
X2 X3
求最小割集的方法
上行法：从所有底事件开始，逐级向上找事件集 合，最终获得故障树的最小割集。 下行法：从顶事件开始，逐级向下找事件的集合， 最终获得故障树的最小割集。
最小割集分析
目的：为了找出改进设计方向及指导故障诊断、 确定维修次序。 比较原则： ① 阶数越小的最小割集越重要。 ② 在低阶最小割集中的底事件比高阶最小割集 中的底事件重要。 ③ 在最小割集阶数相同的情况下，在不同最小 割集中重复出现的次数越多的底事件越重要。
基本事件 （底事件）
未探明事件 结果事件 (中间事件 或顶事件)
3
故障树中常用的逻辑门及符号
与门
或门
非门
表决门
异或门
禁门
故障树常用转移符号
转向符号
转此符号
转向符号
转此符号
建立故障树的基本原则
① 明确建树边界条件，简化系统的构成 ② 故障事件应严格定义 ③ 应从上向下逐级建树 ④ 建树时不允许门—门直接相连 ⑤ 把对事件的抽象描述具体化 ⑥ 处理共因事件和互斥事件
4.8 故障树定量分析
目的：在底事件互相独立和已知其发生概率的条 件下，计算顶事件发生概率和底事件重要度等 定量指标。
系统可靠性设计中的故障树分析案例分享(八)
系统可靠性设计中的故障树分析案例分享一、引言在工程设计与管理中，系统可靠性是一个至关重要的问题。
无论是汽车、飞机、电子设备还是工业生产线，都需要保证系统的可靠性。
故障树分析作为一种系统可靠性设计的方法，在工程领域得到了广泛的应用。
本文将分享一个实际案例，介绍故障树分析在系统可靠性设计中的应用。
二、案例介绍某高端数控机床在运行过程中出现了频繁的故障，导致生产进度延误和设备维护成本增加。
经过初步排查，发现故障可能涉及多个系统组件，包括液压系统、电气系统和控制系统。
为了找出故障的根本原因，工程团队决定进行故障树分析，并邀请了专业的可靠性工程师进行指导。
三、故障树分析1. 事件识别首先，工程团队对可能导致机床故障的事件进行了识别。
这些事件包括液压系统压力异常、电气系统短路、控制系统指令错误等。
通过对这些事件的分析，确定了可能导致机床故障的根本原因。
2. 逻辑关系建立在确定了可能的故障事件之后，工程团队开始建立故障树的逻辑关系。
他们首先确定了各个故障事件之间的逻辑关系，然后将这些事件按照逻辑关系进行了组织和排列。
通过这一步骤，他们建立了一个完整的故障树结构。
3. 概率分析在建立了故障树结构之后，工程团队对每个事件的发生概率进行了分析。
他们通过实际数据和专业知识，确定了每个事件发生的概率，并将这些概率值应用到了故障树的分析中。
4. 根本原因分析最后，工程团队对故障树进行了综合分析，找出了机床故障的根本原因。
通过故障树分析，他们发现机床故障的根本原因是液压系统的压力异常，导致了电气系统的短路和控制系统的指令错误。
基于这一分析结果，工程团队制定了相应的改进方案，解决了机床故障问题。
四、结论与展望通过故障树分析，工程团队找出了机床故障的根本原因，并制定了相应的改进方案。
这不仅解决了机床故障问题，还提高了机床的可靠性和稳定性。
未来，工程团队将继续运用故障树分析方法，提高系统的可靠性，并不断优化产品设计和生产管理流程。
系统工程之系统可靠性理论与工程实践讲义
系统工程之系统可靠性理论与工程实践讲义系统可靠性是系统工程中的重要概念，它是指系统在特定条件下保持正常运行的能力。
在实际工程中，系统可靠性的理论和工程实践是不可或缺的。
本讲义将介绍系统可靠性的基本理论和实践方法，并结合实例介绍如何应用于实际工程中。
一、系统可靠性的基本理论1. 可靠性概念可靠性是指系统在规定时间和规定使用条件下能够完成规定功能的概率。
可靠性可以用失效概率（failure probability）来度量，即系统在规定时间内失效的概率。
2. 失效模式与失效率失效模式是指系统失效的原因和方式，常见的失效模式有硬件失效、软件失效和人为失误等。
失效率是系统失效的频率，可以用失效率函数（failure rate function）表示，常用的失效率函数有指数分布、伽马分布和韦伯分布等。
3. 可靠性评估指标评估系统可靠性常用的指标有可用性和维护性。
可用性是指系统在规定时间内处于正常工作状态的时间比例。
维护性是指系统出现故障后恢复正常工作所需的时间。
4. 可靠性增长和可靠性增长率可靠性增长是指系统在运行一段时间后逐渐提高其可靠性。
可靠性增长可以通过故障数据进行可靠性增长率的计算，可靠性增长率是指单位时间内系统可靠性增加的速率。
二、系统可靠性的工程实践方法1. 可靠性要求的确定在系统设计初期，需要明确系统的可靠性要求。
可靠性要求的确定需要考虑系统的功能、使用条件和用户要求等因素，并依据相关标准和规范进行确定。
2. 可靠性设计的考虑在系统设计过程中，需要考虑如何增强系统的可靠性。
可靠性设计的主要方法有冗余设计、容错设计和检测与诊断设计。
冗余设计是指在系统中增加冗余部件来增加系统的可靠性。
容错设计是指设计系统能够自动检测和纠正错误的能力。
检测与诊断设计是指设计系统能够及时检测故障并对故障进行诊断。
3. 可靠性测试与验证在系统开发过程中，需要进行可靠性测试与验证。
可靠性测试是指通过实际测试来验证系统的可靠性，并对系统进行改进。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
FMEA 分析者： 审核者： （5） 起因 子 系 统 （6） 影响 系 统 （7） 故障 等级
页
（8） 备注
图1 FMEA格式举例
实施步骤
FMECA实施的过程就是填表的过程 （1）栏填写分析对象在设计图或可靠性框架图中的 编号 （2）栏填写分析对象的名称 （3）栏填写功能 （4）栏填写故障模式，要列举出所有可能发生的故 障模式 （5）栏填写故障模式发生的原因。 （6）栏中故障的影响包括对系统功能的影响，对系 统完整性的影响以及对人员与环境的影响。
水管冻堵
T 0C
无保 温层
3) 表决门(n取k门)
表 示 当 n个 输 入 事 件 中 有 任 意 k个 （ k<n） 同 时 存 在 时 ,则 输 出 事 件 发 生 。 例 子 如 图 所 示 ， 图 a为 3台 水 泵 构成的三取二系统，即只要有任何两台水泵故障，则 系 统 故 障 。 图 b为 该 系 统 的 故 障 树 。
FMECA实施方法(Contents) 准备工作
首先要充分熟悉系统的功能、构成及工作原理。 其次是明确系统的可靠性要求。 再次要明确产品的使用条件，包括环境因素和人 员因素。 最后是准备好分析用的表格。
系统： 子系统： （1） 编号 （2） 对象 名称 （3） 功能 （4） 故障 模式
故障等级与致命度
（一）故障等级
FMEA 中的故障等级也称为重要度， 是反映故障模式重要程度 的综合指标。通常是采用相对评分法决定其等级，如 以完成任务为重点的评分法， 以故障发生频度为重点的评分法 综合考虑多种因素的综合评分法。
综合评分法
表 2 列出故障模式的评定因素及其评分范围，按此表逐项评 分，然后按下式计算综合分
Ⅲ 3～4
Ⅳ 1～2
故障严重程度或致命度分析完成后，应 根据故障等级或致命度大小挑出那些严重 的故障模式列成关键项目表，并认真考虑改 进措施。所提出的改进措施一经认可，则应 由有关的部门贯彻实施。
4.2
故障树分析(FTA)
故障树分析(Fault Tree Analysis)定义
在系统设计过程中，通过对造成系统失效的各种 因素(包括硬件、软件、环境、人为因素)进行分析， 画出逻辑框架图(即故障树)，从而确定系统失效原 因的各种可能组合方式及其发生的逻辑关系，以计 算系统失效概率，采取相应的纠正措施，以提高产 品可靠性的一种设计分析方法。
A B1 B2 Bn Bi
n
2) 或门 表示只要输入事件中的任何一个发生则输出事件发生。 其输出事件A和输入事件的逻辑关系可表示为
A B1 B2 Bn Bi
i 1 n
i 1
3) 禁门 只有一个输入事件,右图时 禁门故障树。图中的长圆框 是条件事件C，只有当该条件 存在时，输入事件B的发生才 能导致输出事件A发生。
确定边界条件
就是要对系统的某些组成部分（部分，子系统）的状态、 环境条件等作出合理的假设。如当分析硬件系统时，可将 “软件可靠”和“人员操作可靠”作为边界条件。
发展故障树
顶事件和边界条件确定之后，就可以从顶事件出发，展开 故障树，并应遵循以下原则 （1）要有层次地逐级分析。 （2）要找出所有矩形事件的全部、直接起因。 （3）对各级事件的定义要简明、确切。 （4）正确运用故障树的符号。 （5）当所有中间事件都被分解为底事件时，则故障树建 成。
泵 系统 故障
B侧 无 水
TOP
F故障
E故障
泵 系 统故 障
与 I支路故障 或 II支路故障 或 S2故障
L1故 障
I支 路 故 障
F故 障
II支 路 故 障
L1故障 S1故障 L2故障 a)
S1故 障
L2故 障
S2故 障
b)
图5 泵系统树状图与故障树
[ L1 , S 2 , L2 ]、 [ L1 , S 2 , F , E ]、 [ L1 , F ] 是供水系统故障 树的割集。 [ E ]、 [ F ]、 [ L1 , S 2 ] 是供水系统故障树的最小 割集。 最小割集的性质是:仅当最小割集所包含的底事件 都同时存在时，顶事件才发生。反言之，只要最小割集 中有任何一个事件不发生，则顶事件就不会发生（假设 同时无其它最小割集发生）。 因此，如果系统发生了不希望发生的故障，则必定 至少有一个最小割集发生。故障树的全部最小割集即是 顶事件发生的全部可能原因。一个最小割集表示系统的 一种故障模式,系统的全体最小割集就构成系统的故障 谱。
整理与简化
4.3 故障树的定性分析
最小割集与最小路集 求最小割集的方法（上行法和下行法） 求最小路集的方法（下行法） 结构重要度 故障树的定性分析
故障树定性分析的目的是: 找出系统故障的全部可 能起因，或导致指定顶事件发生的全部可能起因，并 定性地识别系统的薄弱环节。为了达到这一目的，首 先应求出故障树的最小割集或最小路集。
4.1 故障模式影响及危害性分析(Failure
4.1 故障模式影响及危害性分析(FMECA)
故障模式影响及危害性分析(Failure Mode Effect and Criticality Analysis,简称FMECA)定 义
在系统设计过程中，通过对系统各组成单元潜 在的各种失效模式及其对系统功能的影响与产生的 后果的严重程度进行分析，提出可能采取的预防改 进措施，以提高产品可靠性的一种设计分析方法。
路集
路集是一些底事件的集合，若其中所有底事件都不发 生，则顶事件必不发生。如 [ E , F , L1 , L2 , S1 ]是供水系统故障 树的一个路集。 最小路集是去掉其中任何一个底事件就不再是路集的路 集。 [ E , F , L1 , S1 ] 中不能再去掉任何底事件，否则就不再成 为路集，因而它是供水系统故障树的一个最小路集。 一个最小路集表示系统的一种成功模式。系统的的全 体最小路集构成系统成功谱。 最小割集和最小路集是系统可靠性分析的重要信息， 它们来自同一事件的相反分析，所以只要知道其中之一就可 以分析，下面说明求故障树最小割集的方法。
水泵 A 泵系统故障 2/3 B
C
a)
A故 障
B故 障
C故 障
b) 图2
(三 )转 移 符 号
转移符号也称连接符号，其作用有三：（1）当故障树须绘 成多页时，此符号表示各页故障树分支的连接关系；（2）当故 障树中有相同的子树时，为了不重复作图而减少工作量，则应 用此符号将故障树拆开布置，使图面布局均衡。因此，一个转 出符号至少应有一个转入符号与之对应，并标以相同的编码。 TOP +
表 2 故障等级与致命度系数评分
综合评分法 评分 Ci 1. 故 障 对 功 能的影响及 后果 2. 故 障 对 系统的影响 范围 3. 故 障 发 生频度 4. 故 障 防 止的可能性 5. 更 改 设 计的程度 1～10 致命度系数法 程度 致命的损失 相当大的损失 丧失功能 不丧失功能 两个以上重大影响 一个重大影响 无太大影响 发生频度高 有发生的可能性 发生的可能性很小 不能防止 可能防止 可容易地防止 须作重大改变 须作类似设计 同一设计 系数 Fi 5.0 3.0 1.0 0.5 2.0 1.0 0.5 1.5 1.0 0.7 1.3 1.0 0.7 1.2 1.0 0.8
四、故障模式影响及危害性分析和 故障树分析
Mode Effect and Criticality Analysis FMECA) 4.2 故障树分析(Fault Tree Analysis FTA) 4.3 故障树的定性分析(Qualitative) 4.4 故障树的定量分析(Quantitative)
n事件B1 , B2 , ..., Bn 中任意K 事件发 生，A发生
B1
逻辑门符号
A C B A
禁门
Kn
B1
表决门
Bn
转入符号
转入子树 转出子树
转移符号
转出符号
故障树符号
（一）事件符号
矩形事件 表示两类事件，一是顶事件，是故障树分析的 起始事件。二是表示中间事件，它们在故障树中位于顶 事件与各分支末端事件之间。 圆形事件 表示基本失效事件，是顶事件发生的最基本因 素，不再作进一步分析。这种处于故障树分支末端的事 件统称为底事件。 菱形事件 表示本可以作进一步分析但不再分析的失效事 件，亦称为省略事件。省略事件的原因通常是以下几种： 1）更详尽的分析在技术上无意义；2)事件发生的概率极 小；3)再分析到下一级将找不到可靠性数据；4)事件发生 原因不明。菱形事件也是底事件。 房形事件 多数情况下表示正常事件。有时表示开关事件， 即作为逻辑门导通条件的事件。房形事件也是底事件。
C s Ci i 1
n
1/ n
式中：C s 为故障模式的综合评分( 1 Cs 10 ); Ci 为 第 i 项评定因素的评分( 1 Ci 10 )，故障越严重评 分越高； n 为评定因素的总项数，按表 2 评定时 n 5。 计算出 Cs 值后再按照表 3 确定故障等级。 （二）致命度 故障模式致命度的计算方法很多，如致命度 指数法，致命度系数法，危险优先数法(RPN)和危 险数法(RN)等。
1～10
1～10
1～10
1～10
致命度系数法 首先根据表 2 确定 5 种评定因素的致命度分项 系数 Fi 的数值，然后再按照下式计算该故障模式 的致命度系数 CF
CF Fi
i 1 5
CF 值越高，故障模式的致命度越高。
表 3 故障等级与 Cs 值的关系 故障 等级
Cs
Ⅰ 8～10
Ⅱ 5～7
表4 常用的故障树符号 类别 符号 名称 矩形事件 事件符号 意义
顶事件或中间 事件
圆形事件 基本事件 菱形事件 不 发 生 事 件 房形事件 正常事件