gb7829故障树分析程序.docVIP

GB7829-87 故障树分析程序Procedure for fault tree analysis 自??1988-1-1??起执行 1 总则　　1.1 目的　　故障树分析是系统可靠性和安全性分析的工具之一。故障树分析包括定性分析和定量分析。定性分析的主要目的是：寻找导致与系统有关的不希望事件发生的原因和原因的组合，即寻找导致顶事件发生的所有故障模式。定量分析的主要目的是：当给定所有底事件发生的概率时，求出顶事件发生的概率及其他定量指标。在系统设计阶段，故障树分析可帮助判明潜在的故障，以便改进设计（包括维修性设计）；在系统使用维修阶段，可帮助故障诊断、改进使用维修方案。　　1.2 范围　　本标准规定了系统可靠性和安全性的故障树分析的一般程序，主要适用于底事件和顶事件均为两状态的正规故障树。　　2 引用标准　　GB3187-82《可靠性基本名词术语及定义》。　　GB4888-85《故障树的名词术语和符号》。　　3 术语　　本标准采用GB3187-82和GB4888-85中规定的术语定义。并补充以下术语：　　3.1 模块　　对于已经规范化和简化（见5.3和5.4.1）的正规故障树，模块是至少有两个底事件，但不是所有底事件的集合，这些底事件向上可到达同一个逻辑门，并且必须通过此门才能到达顶事件，故障树的所有其他底事件向上均不能到达该逻辑门。　　3.2 最大模块　　经规范化和简化的正规故障树的最大模块是该故障树的一个模块，且没有其他模块包含它。　　3.3割集　　割集是导致正规故障树顶事件发生的若干底事件的集合。　　3.4 最小割集　　最小割集是导致正规故障树顶事件发生的数目不可再少的底事件的集合。它表示引起故障树顶事件发生的一种故障模式。　　3.5 结构函数 故障树的结构函数定义为：　　 　　其中n为故障树底事件的数目，X1，X2，…，Xn为描述底事件状态的布尔变量，即　　 　　3.6 底事件结构重要度　　第i个底事件的结构重要度为：　　 　　其中?（。）是故障树的结构函数， 是对X1，X2，…Xi-1，Xi+1…，Xn分别取0或1的所有可能求和。　　底事件结构重要度从故障树结构的角度反映了各底事件在故障树中的重要程度。　　3.7 底事件概率重要度　　第i个底事件的概率重要度为：　　 　　i=1，2，…，n　　其中Q（q1，q2，…，qn）为顶事件发生的概率。在底事件相互独立的条件下，它是各底事件发生概率q1，q2，…，qn的一个函数。　　第i个底事件的概率重要度表示，当第i个底事件发生概率的微小变化而导致顶事件发生概率的变化率。　　3.8 底事件的相对概率重要度　　第i个底事件的相对概率重要度为　　 　　i=1，2，…，n　　第i个底事件的相对概率重要度表示，当第i个底事件发生概率微小的相对变化而导致顶事件发生概率的相对变化率。　　4 故障树分析的预备步骤　　4.1确定分析的范围　　a.定义系统。包括：系统的设计意图、实际结构、功能、边界（包括接口）、运行模式、环境条件和故障判据。　　b.确定分析的目的和内容。　　c.明确对系统所作的基本假设。包括：对系统运行和维修条件的假设，以及在所有可能的使用条件下与性能有关的假定。　　4.2 熟悉系统　　对系统应有详细的和透彻的了解。为此，需要系统设计人员、使用维修人员和可靠性或安全性分析人员的合作。对系统进行故障模式和效应分析将会促进对系统故障规律的深入了解，从而有助于正确确定顶事件和建立故障树。　　5 工作项目　　5.1 确定顶事件　　根据分析的目的、系统的故障判据和对系统的了解，确定与系统有关的不希望发生的事件，即顶事件。通常这个事件明显地影响系统的技术性能、经济性、可靠性、安全性或其他所要求的特征。顶事件必须有明确的定义，它是故障树分析的中心。　　当我们关心的与系统有关的不希望事件不止一个时，可以将所有这些不希望事件作为同一个假设顶事件的输入事件，从而把问题归结为仅有一个顶事件的情形来进行统一处理。　　5.2 建立故障树　　建立故障树是一个反复深入、逐步完善的过程，通常应该在系统早期设计阶段开始。随着系统设计的进展和对故障模式的不断增加的理解，故障树随之增大。建立故障树要避免遗漏重要的故障模式。　　5.2.1 分析中考虑的事件　　建立故障树时考虑的事件应包括硬件故障，也要包括可能发生的软件故障和人为失误，以及所有与系统运行有关的条件、环境和其它因素。　　所有故障事件必须有明确的定义，并需指出每个故障事件发生的条件。　　5.2.2 共因事件的处理　　出现在故障树不同分支中的同一个原因事件称为共因事件。它影响两个或两个以上不同的结果事件。如果某个故障事件是共因事件