• 注册
  • 查看作者
    • FRACAS 技术简介

      FRACAS 技术简介

      什么是FRACAS ?
      FRACAS 是“Failure Report Analysis and Corrective Action System” 的缩写,是“故障报告、分析及纠正措施系统”, FRACAS 通常也称为“故障信息闭环管理系统”。 FRACAS 有多种称法,如“归零管理”、“PRACAS”、 “8D”等。

      QS9000中的“8D”就是FRACAS

      D1、选择团队 D2、描述 D3、隔离 D4、根本原因
      D5、选择纠正措施 D6、验证纠正措施 D7、防止再发生 D8、嘉奖团队

      FRACAS 的目的
      利用“信息反馈,闭环控制”的原理,通过一套规范化的程序,使发生的产品故障能得到及时的报告和纠正,从而实现产品可靠性的增长,达到对产品可靠性和维修性的预期要求,防止故障再现。
      通过FRACAS 建立企业问题/故障信息数据库,为可靠性设计和分析以及关于维修策略、保障策略和备件策略的制定提供数据支持。

      FRACAS 是问题和故障信息的闭环管理系统
      FRACAS 技术简介 

      为什么要开展FRACAS?

      根据美国可靠性分析中心(RAC)1995年发布的一份有关可靠性工作任务的报告,在众多的可靠性任务中,FRACAS排分最高,因此其重要性已被国际公认。 在我国诸多行业和部门的可靠性实施大纲中,也明确提出了实施3F(FMEA,FTA和FRACAS)的必要性和实施FRACAS的重要性。

      排序 TASK SCORE
      10 Environmental Stress Screening(环境应力筛选) 54.1
      9 Thermal Analysis(热分析) 58.6
      8 TAAF(可靠性增长) 59.5
      7 Prediction(可靠性预计) 62.2
      6 RQT(可靠性认证试验) 65.3
      5 FMECA(故障模式影响分析) 68.5
      4 Parts Control(元器件控制) 71.2
      3 Subcontractor Monitoring(承包商监控) 72.1
      2 Design Reviews(设计检查) 83.8
      1 FRACAS(故障报告、分析和纠正措施系统) 88.3

      FRACAS 技术的效益
      FRACAS 技术简介 

      FRACAS 技术简介 

      第2 部分 FRACAS 的工程作用

      通过FRACAS,可以:
      建立质量与可靠性信息平台 完善问题和故障的闭环控制
      辅助制定可靠性增长计划 可靠性工作的开展提供数据基础
      辅助进行产品决策

      FRACAS 是企业过程的质量与可靠性的信息平台

      FRACAS 技术简介 

      建立质量与可靠性信息平台
      将“8D” 过程融入质量与可靠性信息管理
      建立统一的数据库和知识库,实现信息共享 建立信息管理规则,规范化信息传递
      避免信息重复输入,剔除冗余信息 信息格式、内容的统一
      加强信息控制,减少信息丢失 充分利用问题、故障信息,积累企业经验

      完善问题和故障的闭环控制

      重大故障和问题的识别和判定 重复故障和问题的识别和判定 #p#分页标题#e#
      以可靠性为中心的控制流程(Work Flow) 完善的信息报警和跟踪(Alert & Audit Trail)
      企业领导和项目负责人的实时控制(Dashboard)

      辅助制定可靠性增长计划 现有的可靠性水平-可靠性评估
      重要改进项目判定 当量风险分析 统计分析 趋势分析
      改进效果预期 制定可靠性增长计划 可靠性增长分析

      FRACAS 是其它可靠性工作的数据基础
      FRACAS 技术简介 

      可靠性工作的开展提供数据基础

      可靠性评估-使用B10/MTBF/MTTF的计算
      确定可靠性关键件和重要件-当量风险 可靠性关键件和重要件的设计准则
      故障模式手册-FMEA  可靠性预计计算
      FRACAS 技术简介 

      辅助进行产品决策
      备件策略 索赔期策略 大修期策略 新产品可靠性目标

      运用FRACAS !

      及时有效地处理当前故障 过去发生的故障不再重现 建立企业的质量可靠性经验

      第3 部分 FRACAS 的工作流程

      FRACAS 技术简介 

      问题/故障描述

      从来源来看:
      设计部门 生产部门 试验部门 组装部门 售后服务 用户投诉

      从分类来看:
      安全性问题 重大故障 一般故障 缺陷 用户投诉

      问题/故障报告 故障现象说明 故障定位说明
      故障发生环境 故障发生时机 临时解决措施

      进入FRACAS评审

      是否已经列入FRACAS 计划?--新问题&旧问题
      是否该列入FRACAS 计划?
      故障严重性等级划分
      故障重复次数
      同类故障历史解决情况
      故障风险指数=严重性×重复次数
      例如:
      故障严重性指数大于120
      一个月出现5 次以上
      已经解决的旧问题重现

      问题/故障分析

      问题/故障分析的责任
      设计部门 工艺部门 材料部门
      其它部门 根原因分析(Root Cause)
      机理分析 问题复现 纠正措施建议

      纠正措施 制定纠正措施
      效果预判 遗留问题说明
      附加可能的不良后果说明
      试验确认 执行纠正措施
      指定更改单 纠正措施的责任确定
      纠正措施实施 正措施跟踪

      问题/故障闭环

      问题故障是否解决? 纠正措施是否落实 纠正措施是否有效
      遗留问题是否清除
      举一反三
      同类产品的相同问题 相似产品的同类问题
      故障信息完整可用 故障信息存入数据库

      相关文章: 故障报告、分析及纠正措施系统(FRACAS)的建立及运行

    • 0
    • 0
    • 0
    • 8.7k
    • 请登录之后再进行评论

      登录
    • 可靠性工程软件ReliaSoft中国总代理上海山外山机电
    • 发布内容
    • 做任务
    • 动态
    • 风格
    • 到底部
    • 单栏布局 侧栏位置: