定义要研究的意外事件
虽然某些事件很容易被观察到，但意外事件可能还是很难被定义。帮助定义和编号意外事件的最佳人选包括对系统设计有广泛了解的工程师或具有工程背景的系统分析师。使用意外事件进行FTA，一个意外事件对应一个FTA；不要使用两个事件来创建一个FTA。
获得了解系统的相关资料
一旦选择了意外事件，要研究和分析所有影响意外事件的原因及其发生率。想获得导致事件发生概率的准确数字通常是不可能的，这样做可能非常昂贵和耗时。使用计算机软件研究概率可能会降低系统分析的成本。
系统分析师可以帮助理解整个系统。系统设计者对系统有充分的了解，这一知识非常重要，可以避免遗漏任何影响意外事件的原因。对于选定的事件，应该按照原因所发生的顺序进行编号和排序，然后用于绘制或构建故障树。
构建故障树
在选择了意外事件并对系统进行分析，知道所有造成此事件的原因后（以及如果可能的话，还有它们的概率），现在就可以开始构建故障树了。故障树基于与门和或门，它们定义了故障树的主要特征。
评估故障树
在构建特定意外事件的故障树后，需对其进行评估和分析，以寻求任何可能的改进，或者换句话说，研究风险管理并寻找系统改进的方法。本步骤是对控制已识别危险的最后一步的介绍。简而言之，在这一步中，我们确定了直接或间接影响系统的所有可能风险。
控制已识别的危害
这一步骤非常具体，并且在不同系统之间有很大差异，但重点始终是在识别危险后，采取所有可能的方法来降低发生概率。
/2 
