FMEA的结构分析该怎么去开展，还有结构树里面漏掉的层级要怎么去把它补上，这里的关键，并不是一上来就去填失效的模式，而是先把要去分析的那个对象，一层一层地给它拆清楚。结构的层级要是不完整，那跟在后面的功能分析、失效链，还有风险的评价，全都会跟着跑偏：有的失效，会找不到它该归到哪一层的哪个对象上去；有的接口上的问题，会被漏掉；还有的零部件上的风险，会被错误地算到了它上面那一级系统的头上。在AIAG-VDA FMEA这套方法里面，结构分析一般是围着上一级、焦点要素，还有下一级，这么三层关系来开展的，并且会通过结构树或者框图，去把系统、子系统，还有组成要素之间的关系给画出来。

　　一、FMEA结构分析怎么开展

　　结构分析是要接着前面的策划和准备往下走的，得先把分析的这个范围划在哪里、要拆到多细、项目边界在哪，都弄明白，然后再去一层一层地往下分。在实际干活的时候，最容易冒出来的情况，不是说完全没有结构，而是那个结构树只是照着组织的分工，或者照着物料清单那样机械地去展开，没有把真实的功能关系，还有接口关系给反映出来。

　　1、先明确分析边界

　　先要去确认，这一次做FMEA分析的，到底是整车的系统、控制器、一个机械总成、软件的功能，还是某一道具体的制造过程。边界外头的那些对象，是不需要再接着往下拆开的，可是跟分析对象之间有能量、信号、物料，或者是控制上交互的那些外部要素，还是要把它给留下来，不然到了后面去做失效影响分析的时候，就只能看得见内部的那些零件，却没有办法去解释，故障是怎么一层一层地传到用户那里、传到上面的系统，或者是下一道工序去的。

　　2、建立三级结构关系

　　在【结构树】中按照“上一级要素—焦点要素—下一级要素”建立当前分析对象的上下关系。

　　这个焦点要素，它不是固定在那里不能变的。比方说在分析控制器的时候，控制器就是当前的焦点要素，车子上的系统就算是上一级，电源的模块、主控的芯片，还有接口的电路，这些都算是它的下一级；等到再往下去分析那个电源模块的时候，它自己又会变成新的焦点要素。结构树是需要支持这种一层一层往下钻的办法的，而不是说直接从项目的名字，就一下子跳到了最底层的那些元器件。

　　3、把接口对象纳入结构

　　做结构分析，不能只是照着物料清单去抄一遍。像连接器、通信的总线、冷却的回路、软件的接口、人是怎么去操作的，还有外头给过来的供电，这些东西，它不一定都是自己掏钱去买的独立零件，但是却有可能会决定失效是沿着哪条路传出去的。对于那些接口比较多的系统，是可以结合着边界图，去查一查到底有哪些对象之间，是有信息、能量，或者是物料在交换的，然后再去断一断，它们到底是应该当作外部的要素、接口的要素，还是下一级的组成部分，给留在结构树里面。

　　二、FMEA结构树层级遗漏怎么补齐

　　一旦发现结构树的层级有漏掉的地方，不太建议直接就往树上随手去插一个新节点。要先断一断，漏掉的那个东西，到底是产品本身的结构，还是功能要落在的那个对象，或者是外面跟它有交互的对象。不同类型的东西漏掉了，对后面的功能和失效分析，影响是各不一样的。

　　1、从功能反查承载对象

　　可以一条一条地去翻之前已经认出来的那些功能，看看每一项功能在结构树里面，是不是都有一个明明白白的东西在撑着它。要是碰见了“把压力的监测给完成”“把状态的信息给传出去”这类的功能，却死活找不到跟它对着的传感器、控制的单元，或者是通信的接口，那多半就是在说，结构树的层级里面，可能漏了东西。反过来讲，要是结构里面有一个节点，底下干干净净，什么功能都没有，那也要去确认一下，它是不是给拆得太细了，或者是说，功能分析还没有来得及往里头补。

　　2、从失效链反查缺失层级

　　通过【失效链】检查失效影响、失效模式和失效原因能否分别落到上一级、焦点要素和下一级。

　　要是一条失效的模式，怎么也找不到下一层的原因是啥，那就有可能是下一级的结构，还没有给拆到足够深的地方去；要是失效的影响，来来回回就只能写成一句“系统不正常”，却怎么也对应不到上一级的功能，或者是用户那边会受到什么牵连，那就有可能是把上一级的系统，或者是外部的对象给漏掉了。等到结构树给补齐了以后，要回过头去，把原来已经建好的那些失效链，再重新查一遍，不能光往里头加一个空节点，却不去动那些已经拉起来的关系。

　　3、对照图纸和实物流转补漏

　　做DFMEA的时候，可以去对照系统的框图、原理图、接口的清单、软件的架构，还有物料清单这些东西，做PFMEA的时候，就要去对照过程的流程图、工位是怎么布置的、设备、人员、材料，还有环境的条件。光抓着一份资料来看，通常是不够的，因为物料清单这种东西，它擅长去描述零部件，可它肚子里头，不一定装着外部的接口；流程图能把工序的先后给讲明白，但也有可能没有把那些夹具、检测的设备，还有操作的人员，给完整地铺开来。

　　三、FMEA结构树怎么避免再次漏项

　　结构树这个东西，并不是在项目刚开头的时候搭起来一次，就可以丢在那里不管了。设计上的变更、器件被换掉了、工序做了调整，还有接口上被改过，这些东西全会去动到结构的关系。要是结构树就这么一直放着不去更新，那后头的功能网和失效网，就算维护得再仔细，底下那个根基，也会一点一点地走样。

　　1、统一层级拆分规则

　　团队里面，大家要先商量好，到底在什么样的情况下，才要继续往下拆一层。一般来讲，是可以拆到能分配得了功能、能把失效的原因给揪出来，还能想得出预防或者探测的法子，这么一层就够了，再往下头去，要是对风险的分析没啥影响了，那也就没有必要没完没了地往细里走了。不同的模块，也别强求它们拆出来的层数全都一个样，复杂的电控系统，可能是要拆得深一些，那些简单的机械件，倒是可以早早就停下来。

　　2、建立结构完整性检查

　　在做评审的时候，是可以从四个方向，交叉着去查的：每一个上一级的功能，底下是不是都有人撑着；每一个焦点要素，上头跟下头的关系，是不是都摆得合理；每一个比较要紧的接口，是不是都已经被请进了树里面；每一个失效的原因，是不是都能落到一个具体的物件上头。这么个查法，比光拿眼睛盯着那棵树的图，去看哪里是空的，要管用得多，也更容易把那些名字倒是已经挂出来了，但是关系却压根儿没有给连上的，那种藏起来的遗漏给翻出来。

　　3、变更后同步更新关联分析

　　只要结构里面的节点，有新增的、删掉的、合到一块儿的，或者是改了名字的，那就要同步去把功能的分析、失效的分析、风险的评价，还有措施的记录，都跟着查一遍。不能光去动一棵结构树，却叫原来的那些功能和失效，还挂在旧的节点上。一个比较把稳的法子是，在变更的评审里面，就把受影响的结构分支给圈出来，然后再顺着功能的关系，还有失效的链条，一层一层地去确认，免得这种局部的改动，又在看不见的地方留下新的断点。

　　总结

　　FMEA的结构分析该怎么去开展，还有结构树里面漏掉的层级要怎么去给它补上，这里头的关键，是先把边界给划清楚，再照着上一级、焦点要素，还有下一级这么三层，去把能一层一层往下钻的结构关系给搭起来。结构树不能光是照着物料清单或者是流程的清单去抄一遍，还得把真实的功能落在谁身上，还有那些要紧的接口关系，都给包进去。等到发现漏了东西的时候，是可以从功能、失效的链条、设计的资料，还有现场流转的这几个方向，倒着往回查的，把漏掉的补上以后，还要同步去把关联的分析都给更新一遍。等结构的关系理顺了，跟在它后头的功能分析和失效分析，才不会你一套我一套，各说各的话，整份的FMEA也就更容易，变成一个能转得起来的完整闭环。