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？
根据美国可靠性分析中心（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 技术的效益 
第2 部分 FRACAS 的工程作用
通过FRACAS，可以：
建立质量与可靠性信息平台 完善问题和故障的闭环控制
辅助制定可靠性增长计划 可靠性工作的开展提供数据基础
辅助进行产品决策
FRACAS 是企业过程的质量与可靠性的信息平台
建立质量与可靠性信息平台
将“8D” 过程融入质量与可靠性信息管理
建立统一的数据库和知识库，实现信息共享 建立信息管理规则，规范化信息传递
避免信息重复输入，剔除冗余信息 信息格式、内容的统一
加强信息控制，减少信息丢失 充分利用问题、故障信息，积累企业经验
完善问题和故障的闭环控制
重大故障和问题的识别和判定 重复故障和问题的识别和判定 #p#分页标题#e#
以可靠性为中心的控制流程（Work Flow） 完善的信息报警和跟踪（Alert & Audit Trail）
企业领导和项目负责人的实时控制（Dashboard）
辅助制定可靠性增长计划 现有的可靠性水平－可靠性评估
重要改进项目判定 当量风险分析 统计分析 趋势分析
改进效果预期 制定可靠性增长计划 可靠性增长分析
FRACAS 是其它可靠性工作的数据基础 
可靠性工作的开展提供数据基础
可靠性评估－使用B10/MTBF/MTTF的计算
确定可靠性关键件和重要件－当量风险 可靠性关键件和重要件的设计准则
故障模式手册－FMEA 可靠性预计计算 
辅助进行产品决策
备件策略 索赔期策略 大修期策略 新产品可靠性目标
…
运用FRACAS ！
及时有效地处理当前故障 过去发生的故障不再重现 建立企业的质量可靠性经验
第3 部分 FRACAS 的工作流程
问题/故障描述
从来源来看：
设计部门 生产部门 试验部门 组装部门 售后服务 用户投诉
从分类来看：
安全性问题 重大故障 一般故障 缺陷 用户投诉
问题/故障报告 故障现象说明 故障定位说明
故障发生环境 故障发生时机 临时解决措施
进入FRACAS评审
是否已经列入FRACAS 计划？－－新问题&旧问题
是否该列入FRACAS 计划？
故障严重性等级划分
故障重复次数
同类故障历史解决情况
故障风险指数＝严重性×重复次数
例如：
故障严重性指数大于120
一个月出现5 次以上
已经解决的旧问题重现
问题/故障分析
问题/故障分析的责任
设计部门 工艺部门 材料部门
其它部门 根原因分析(Root Cause)
机理分析 问题复现 纠正措施建议
纠正措施 制定纠正措施
效果预判 遗留问题说明
附加可能的不良后果说明
试验确认 执行纠正措施
指定更改单 纠正措施的责任确定
纠正措施实施 正措施跟踪
问题/故障闭环
问题故障是否解决？ 纠正措施是否落实 纠正措施是否有效
遗留问题是否清除
举一反三
同类产品的相同问题 相似产品的同类问题
故障信息完整可用 故障信息存入数据库
