质量管理-第8章.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
质量管理-第8章

* * * * * * 8.3.1 故障模式影响及危害性分析 1.故障模式与影响分析(FMEA) 故障模式及影响分析例表 8.3 可靠性分析与设计 初始约定层次 任 务 审核 第 页 共 页 约定层次 分析人员 批准 填表日期 代码 产品或功能标志 功能 故障模式 故障原因 任务阶段 与 工作方式 故障影响 故障检测方法 补偿措施 严酷度类别 备注 局部影响 高一层次影响 最终影响 8.3.1 故障模式影响及危害性分析 1.故障模式与影响分析(FMEA) 严酷度类别一般分为四类: a.Ⅰ类(灾难的)——这是一种会引起人员死亡或系统(设备)毁坏的故障; b.Ⅱ类(致命的)——这种故障会引起人员的严重伤害、重大经济损失或导致任务失效的系统(设备)严重损坏; c.Ⅲ类(临界的)——这种故障会引起人员的轻度损害、一定的经济损失或导致任务延迟或降级的系统(设备)轻度损坏; d.Ⅳ类(轻度的)——这是—种不足以导致人员伤害、—定的经济损失或系统(产品)损坏的故障,但它会导致非计划性维修; 8.3 可靠性分析与设计 8.3.1 故障模式影响及危害性分析 2.危害性分析(CA) 危害性分析是按每一故障模式的严酷度类别及故障模式的发生概率所产生的影响对其划等分类,以便全面地评价各种可能的故障模式的影响。 危害性分析有定性分析和定量分析两种方法。定性分析是绘制危害性矩阵;定量分析是计算故障模式危害度Cm和产品危害度Cr,并填写危害性分析表。 8.3 可靠性分析与设计 8.3.1 故障模式影响及危害性分析 2.危害性分析(CA) (1)定性分析方法 产品工作期间内某一故障模式的发生概率与产品在该期间内总的故障概率的比值K的大小来划分:A级是经常发生的,K>20%;B级是有时发生的,10%<K<20%;C级是偶然发生的,1%<K<10%;D级是很少发生的,0.1%<K<1%;E级是极少发生的,K<0.1%。 8.3 可靠性分析与设计 8.3.1 故障模式影响及危害性分析 2.危害性分析(CA) (2)定量分析方法 定量分析就是计算故障模式危害度Cm和产品危害度Cr及填写危害性分析表 产品危害度Cr是该产品在某一特定的严酷度类别和任务阶段,各种故障模式危害度Cmj,的总和 8.3 可靠性分析与设计 8.3.1 故障模式影响及危害性分析 2.危害性分析(CA) 8.3 可靠性分析与设计 初始约定层次 约定层次 任 务 分析人员 审核 批准 第 页 共 页 填表日期 代码 产品或功能标志 功能 故障模式 故障原因 任务阶段与工作方式 严酷度类别 故障概率或故障率数据源 故障率λp 故障 模式频数比 αj 故障影响概率βj 工作时间t 故障 模式危害度 Cm 备注 ? 产品 危害度 8.3.1 故障模式影响及危害性分析 2.危害性分析(CA) 8.3 可靠性分析与设计 产品 危害度 初始约定层次 约定层次 任 务 分析人员 审核 批准 第 页 共 页 填表日期 代码 产品或功能标志 功能 故障模式 故障原因 任务阶段与工作方式 严酷度类别 故障概率或故障率数据源 故障率λp 故障 模式频数比 αj 故障影响概率βj 工作时间t 故障 模式危害度 Cm 备注 ? 危害性分析表 案例 8.3.2 事故树分析 1.事故树分析的含义 事故树分析法(Fault Tree Analysis)简称FTA法。故障树分析法把系统最不希望发生的故障状态作为故障分析的目标,把选定的系统故障状态称为顶上事件。然后沿着这样的思路进行分析:首先,分析人员应提出并回答“有哪些直接的因素能造成顶上事件的出现?”然后找出这些因素中每一个因素又是由什么下一级因素引起的?按照这个线索步步深入,一直追溯到那些原始的、或其故障机理或概率分布都是己知的、因而不需继续分析的因素为止。 8.3 可靠性分析与设计 8.3.2 事故树分析 2.事故树分析步骤 选取顶上事件 建立事故树 事故树定性分析 事故树的定量分析 8.3 可靠性分析与设计 8.3.2 事故树分析 2.事故树分析步骤 8.3 可靠性分析与设计 8.3.2 事故树分析 2.事故树分析步骤 事故树的割集:事故树中一些底事件的集合。当这些底事件同时发生时,顶事件必然发生。 事故树的最小割集:指这样的割集,若将割集中所含的底事件任意去掉一个就不再成为割集了。这样的割集就是最小割集。 事故树定性分析:所需找出的导致顶上事件发生的所有可能的故障模式就是求出事故树的所有最小割集。 8.3 可靠性分析与设计 8.3.2 事故树分析 2.事故树分析步骤 比较小概

文档评论(0)

jgx3536 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:6111134150000003

1亿VIP精品文档

相关文档