第二章 故障树的基本符号

各位工程师朋友，大家好。今天我们来聊聊故障树分析里最基础的东西——符号系统。你想想看，做故障树分析，说白了就是用一套通用的语言把故障逻辑画出来。这套语言就是各种符号。我个人习惯把符号分成三类：事件符号、逻辑门符号、转移符号。咱们一个一个说。

2.1 事件符号

事件符号，就是用来表示「发生了什么」的图形。故障树里的事件，按层级分三种：顶事件、中间事件、底事件。

2.1.1 顶事件

顶事件是故障树最顶端的那个事件。它通常是我们最关心的故障模式——比如「发动机无法启动」、「服务器宕机」。顶事件只有一个，用矩形框表示。我在项目中遇到过，有些新手喜欢把顶事件画得特别宽泛，比如「系统故障」。这其实不好。顶事件一定要具体，越具体越好分析。

2.1.2 中间事件

中间事件，就是顶事件和底事件之间的那些事件。它们用矩形框表示，和顶事件一样。区别在于位置——中间事件下面还有逻辑门和更下层的事件。说白了，中间事件就是「过渡站」。我记得有一次做核电系统的故障树，中间事件就画了七八层。嗯，这里要注意：中间事件不能太多，否则树会变得臃肿难读。

2.1.3 底事件

底事件是故障树最底层的事件。它代表最基本的原因，不再往下分解。底事件用圆形表示。常见的底事件有：元器件失效、人为操作错误、软件缺陷等。

三种事件符号的对比，我整理了一个表格：

2.2 逻辑门符号

逻辑门是故障树的「骨架」。它们把事件连接起来，表达因果关系。常用的逻辑门有四种：与门、或门、非门、表决门。

2.2.1 与门

与门表示：所有输入事件同时发生，输出事件才发生。符号是一个半圆形的门，底部是平的。你想想看，什么场景用与门？比如「两个冗余电源都坏了，系统才掉电」——这就是与门逻辑。

输出 = 输入1 ∩ 输入2 ∩ ... ∩ 输入n

2.2.2 或门

或门表示：只要有一个输入事件发生，输出事件就发生。符号是一个尖顶的门，像屋顶。或门在故障树里用得最多——因为大多数故障都是「多个原因中任意一个就能导致」。比如「服务器宕机」可能是「电源故障」或「硬盘故障」或「网络故障」——这就是或门。

2.2.3 非门

非门表示：输入事件不发生，输出事件才发生。符号是一个三角形加一个小圆圈。非门用得相对少，但在某些场景下很关键。比如「安全系统启动」的条件是「火灾信号未触发」——这就是非门逻辑。

2.2.4 表决门

表决门表示：n个输入事件中，至少有k个发生，输出事件才发生。符号是一个带「k/n」标记的门。表决门常用于冗余系统分析。比如「3台发电机中至少2台正常工作」——这就是2/3表决门。

2.3 转移符号

转移符号，说白了就是「链接」。当故障树太大、画不下时，用转移符号把一部分逻辑「挪到」别处。转移符号分两种：转入和转出。转入符号是一个三角形，箭头朝里；转出符号是一个三角形，箭头朝外。它们通常成对出现，并带相同的编号。

我记得有一次做整车的故障树分析，光顶事件就画了A0纸那么大。后来用转移符号把各个子系统拆开，每张纸只画一个子系统，清爽多了。嗯，这里要注意：转移符号的编号一定要对应好，否则查起来会疯掉。

2.4 知识体系总览

为了让大家更直观地理解这些符号的关系，我画了一张结构图：

2.5 小结

这一章我们讲了故障树的三种基本符号。事件符号告诉我们「发生了什么」，逻辑门符号告诉我们「为什么发生」，转移符号帮我们「管理大图」。说白了，这些符号就是故障树分析的「字母表」。你只有把字母表背熟了，才能写出漂亮的「文章」。

我个人觉得，学故障树符号最好的方法就是动手画。找一个小系统——比如你家路由器——试着画一棵故障树。顶事件是「路由器无法上网」，往下分解。画着画着，你就知道什么时候用与门、什么时候用或门了。我曾经带过一个新人，他花了一下午画路由器的故障树，画完以后对符号的理解比看书一周还深。

好了，这一章就到这里。记住这些符号，下一章我们就要用它们来搭建真正的故障树了。

公众号:蓝海资料掘金营，微信deep3321