异常ppt课件
合集下载
异常PPT课件
异常(Exception)
• 任何一种语言设计的程序在运行时都会出错:除数 为零、数组下标越界、文件不存在、内存不足等。
传统的程序设计思想: 从键盘上读入一个int数据。 ……. int j; sacnf(“%d” , &j); …… 如果用户不输入int数据呢? 系统可能会终止程序的
运行。
int j, k=1; k--; …… j=50/k; …… 会引起除法错的错误,系统会终止程序的运行 改进: if(k!=0){
– 运行异常:指由程序运行环境问题造成的程序 异常终止,如打开不存在的文件进行读操作、 程序执行了除以0的操作。
– (可恢复)的Java运行时错误称为异常。
• Java异常是一个描述在代码段中发生的异常 (也就是出错)情况的对象。
• 当异常情况发生,一个代表该异常的对象被创 建并且在导致该错误的方法中被引发 (throw)。该方法可以选择自己处理异常或 传递该异常。
• The resulting code is clear, easy to read, and easy to maintain.
• Java的异常处理机制
– 能够把程序的正常处理逻辑和异常处理逻辑分 开表示,使得程序的异常处理结构比较清晰。 即我们尝试着去做一些事情,对于程序运行可 能发生的每一个错误,我们都有一个相应的代 码块去处理它。
• JVM抛出异常通知应用程序发生了错误,目的是为了 给应用程序提供从问题中恢复的机会。
生成的异常对象 将传递给java运 行时系统,异常 的产生和提交过 程称为抛出异常
Java异常处理通过5个关键字控制:
• try、catch、throw、throws和 finally。
• 下面讲述它们如何工作的。程序声明了你想要的 异常监控包含在一个try块中。如果在try块中发生 异常,它被抛出。你的代码可以捕捉这个异常 (用catch)并且用某种合理的方法处理该异常。 系统产生的异常被Java运行时系统自动引发。手 动引发一个异常,用关键字throw。任何被引发方 法的异常都必须通过throws子句定义。任何在方 法返回前绝对被执行的代码被放置在finally块中。
• 任何一种语言设计的程序在运行时都会出错:除数 为零、数组下标越界、文件不存在、内存不足等。
传统的程序设计思想: 从键盘上读入一个int数据。 ……. int j; sacnf(“%d” , &j); …… 如果用户不输入int数据呢? 系统可能会终止程序的
运行。
int j, k=1; k--; …… j=50/k; …… 会引起除法错的错误,系统会终止程序的运行 改进: if(k!=0){
– 运行异常:指由程序运行环境问题造成的程序 异常终止,如打开不存在的文件进行读操作、 程序执行了除以0的操作。
– (可恢复)的Java运行时错误称为异常。
• Java异常是一个描述在代码段中发生的异常 (也就是出错)情况的对象。
• 当异常情况发生,一个代表该异常的对象被创 建并且在导致该错误的方法中被引发 (throw)。该方法可以选择自己处理异常或 传递该异常。
• The resulting code is clear, easy to read, and easy to maintain.
• Java的异常处理机制
– 能够把程序的正常处理逻辑和异常处理逻辑分 开表示,使得程序的异常处理结构比较清晰。 即我们尝试着去做一些事情,对于程序运行可 能发生的每一个错误,我们都有一个相应的代 码块去处理它。
• JVM抛出异常通知应用程序发生了错误,目的是为了 给应用程序提供从问题中恢复的机会。
生成的异常对象 将传递给java运 行时系统,异常 的产生和提交过 程称为抛出异常
Java异常处理通过5个关键字控制:
• try、catch、throw、throws和 finally。
• 下面讲述它们如何工作的。程序声明了你想要的 异常监控包含在一个try块中。如果在try块中发生 异常,它被抛出。你的代码可以捕捉这个异常 (用catch)并且用某种合理的方法处理该异常。 系统产生的异常被Java运行时系统自动引发。手 动引发一个异常,用关键字throw。任何被引发方 法的异常都必须通过throws子句定义。任何在方 法返回前绝对被执行的代码被放置在finally块中。
异常处理PPT课件
是
规程是否得 到遵守?
否
形式不可用
操作人员理解有 困难
不适合实际操作
或不能产生好的 结果
重写规程以 符合当前的 工作方法
使用图标或数据 等重写规程以易
于理解
从技术角度重新 对规程进行回顾
规程是否得
是
到遵守?
否
工作条件不
使用规程或复杂设
适合
备时容易出错
改善工作条 件
改善工作方法,引 入傻瓜型设备装置
开始
发现和报告异常
采取纠正性行动来消除症 状
异常处理流程
制定对策 执行对策 跟踪对策的执行
记录异常
跟踪对策的有效性
确定异常的本质或根本原因
4
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
确定根本原因
原因
X
症状
• 停机时间超过20分钟; • 所有事故\事件; • 断货超过5 %;
• 损耗超过xx %;
• 盘点差异高于2%。
当系统得到实施且发生的异常减少时,触发条件的标准可 以变得“更为严格”!
开始
发现和报告异常
1
采取纠正性行动来消除症状
记录异常
确定异常的本质或根本原因
异常处理流程
制定对策 执行对策
跟踪对策的执行
采取纠正性行动来消除症状
2
记录异常
跟踪对策的执行 跟踪对策的有效性
确定异常的本质或根本原因
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
规程是否得 到遵守?
否
形式不可用
操作人员理解有 困难
不适合实际操作
或不能产生好的 结果
重写规程以 符合当前的 工作方法
使用图标或数据 等重写规程以易
于理解
从技术角度重新 对规程进行回顾
规程是否得
是
到遵守?
否
工作条件不
使用规程或复杂设
适合
备时容易出错
改善工作条 件
改善工作方法,引 入傻瓜型设备装置
开始
发现和报告异常
采取纠正性行动来消除症 状
异常处理流程
制定对策 执行对策 跟踪对策的执行
记录异常
跟踪对策的有效性
确定异常的本质或根本原因
4
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
结束
确定根本原因
原因
X
症状
• 停机时间超过20分钟; • 所有事故\事件; • 断货超过5 %;
• 损耗超过xx %;
• 盘点差异高于2%。
当系统得到实施且发生的异常减少时,触发条件的标准可 以变得“更为严格”!
开始
发现和报告异常
1
采取纠正性行动来消除症状
记录异常
确定异常的本质或根本原因
异常处理流程
制定对策 执行对策
跟踪对策的执行
采取纠正性行动来消除症状
2
记录异常
跟踪对策的执行 跟踪对策的有效性
确定异常的本质或根本原因
对发生的异常进行阶段性回 顾以检测长期性问题
确定项目/年度目标来对 长期性问题进行优先性
排序
使用PDCA来执行项目/ 年度行动计划
产品异常分析报告ppt课件
14T事故调查报告
2015.10.28
可编辑课件PPT
1
1.事故来源资料(含原因分析)
a. 澳大利亚EHA2488台因软管主吸管插入吸口无卡扣感以及卡不住挂单; b. 确认我司不良卡口总长度尺寸:标准42.5±0.2mm,实测:42.1~42.2,小
于规格0.1~0.2mm c. 交叉装配H033、黑色、9C灰按钮均未出现卡不住的问题; d. 目前存在卡不住问题的按钮锁定在432C灰色。
可编辑课件PPT
2
2.临时对策
a. 由于单独更换卡口困难,注塑车间夜班临时插单生产组件,以方便返工作 业(本批次接头颜色偏深,当天提交客户50PCS样品验证可使用)。
b. 客户第二天10点后上线,我司早上8点安排6人过去跟线返工。
可编辑课件P件,20秒/台 凯弘问题点汇总: 问题一:卡口压伤导致装配不能顺利回弹; 问题二:手柄口削伤(修飞边),装配后漏气(1CPS); 问题三:接头卡口断裂; 问题四:接头漏装密封圈; PS:不良数10PCS。
我司返工总消耗:
10月27日返工队伍6人,8:00~22:30,13H/人,总工时48H(餐费104、差旅费
待核)。
10月28日返工队伍6人,8:00~17:00,5H/人,总工时30H(餐费48、差旅费待
核)。
可编辑课件PPT
6
5.不良品追溯
不良品按钮供货商为:俊杰飞 (待补充佐证资料) 不良品批次交货数量和库存清库数量——待核实
可编辑课件PPT
4
3.返工过程跟进-B
美的问题点汇总: 问题一:整机漏打螺丝; 问题二:按键装配不灵活; 问题三:铆钉漏装配; PS:不良数20台(+),另一整板。见证人:美的研发牛工。
2015.10.28
可编辑课件PPT
1
1.事故来源资料(含原因分析)
a. 澳大利亚EHA2488台因软管主吸管插入吸口无卡扣感以及卡不住挂单; b. 确认我司不良卡口总长度尺寸:标准42.5±0.2mm,实测:42.1~42.2,小
于规格0.1~0.2mm c. 交叉装配H033、黑色、9C灰按钮均未出现卡不住的问题; d. 目前存在卡不住问题的按钮锁定在432C灰色。
可编辑课件PPT
2
2.临时对策
a. 由于单独更换卡口困难,注塑车间夜班临时插单生产组件,以方便返工作 业(本批次接头颜色偏深,当天提交客户50PCS样品验证可使用)。
b. 客户第二天10点后上线,我司早上8点安排6人过去跟线返工。
可编辑课件P件,20秒/台 凯弘问题点汇总: 问题一:卡口压伤导致装配不能顺利回弹; 问题二:手柄口削伤(修飞边),装配后漏气(1CPS); 问题三:接头卡口断裂; 问题四:接头漏装密封圈; PS:不良数10PCS。
我司返工总消耗:
10月27日返工队伍6人,8:00~22:30,13H/人,总工时48H(餐费104、差旅费
待核)。
10月28日返工队伍6人,8:00~17:00,5H/人,总工时30H(餐费48、差旅费待
核)。
可编辑课件PPT
6
5.不良品追溯
不良品按钮供货商为:俊杰飞 (待补充佐证资料) 不良品批次交货数量和库存清库数量——待核实
可编辑课件PPT
4
3.返工过程跟进-B
美的问题点汇总: 问题一:整机漏打螺丝; 问题二:按键装配不灵活; 问题三:铆钉漏装配; PS:不良数20台(+),另一整板。见证人:美的研发牛工。
异常处理方法ppt课件
发《品质异常单》要填写哪些内容? -- 问题描叙,描叙的问题要清晰 加图片 -- 产品型号、数量、不良率、发生位置、 时间、提交人
5
瑞德品质异常单表格
品质异常通知单
Quality Deviation Notice
产品型号:
客户:
拉号/区域:
不良品数量:
问题描述(当产品外观/功能缺陷超出管控目标):
分析方法
4. ······? 顺藤摸瓜法– 如制程问题、功能性问题 经验+直接验证 各种方法要综合运用
17
分析报告
分析报告要素: 1.有条理,易看懂,尽量用表格形式固定模 块,分段、分点,难描述部分多用图示、图 片展示 2.分析要全面、充分,有数据支持,有验证 及逻辑清晰,所有影响因素要找到 3.结论要清晰,讲清主要原因与次要原因, 为改善对策提供明确方向
7
确认异常问题的实际情况
收到《品质异常单》后要先做什么? 1.到现场确认《品质异常单》中的内容, 了解问题的实际情况,收集相关资料 2.提取有代表性的样品供分析用。
8
了解相关情况,初步判断原因
如何了解
WHERE
WHO
WHAT
WHY
--5W2H
WHEN
HOW MUCH
HOW
9
了解相关情况
18
案例分析:
问题描述:Y199测试LED显示不良,部分 LED 不受控制。
19
原因分析
LED控制电路见右图: 可能因素:
1.LED 2.电阻 3.控制IC 4.电源 5.控制程序 6.PCB布线 7.环境影响
20
排查与验证
1.1至3项可通过更换元件验证
2.4至7项?
······
5
瑞德品质异常单表格
品质异常通知单
Quality Deviation Notice
产品型号:
客户:
拉号/区域:
不良品数量:
问题描述(当产品外观/功能缺陷超出管控目标):
分析方法
4. ······? 顺藤摸瓜法– 如制程问题、功能性问题 经验+直接验证 各种方法要综合运用
17
分析报告
分析报告要素: 1.有条理,易看懂,尽量用表格形式固定模 块,分段、分点,难描述部分多用图示、图 片展示 2.分析要全面、充分,有数据支持,有验证 及逻辑清晰,所有影响因素要找到 3.结论要清晰,讲清主要原因与次要原因, 为改善对策提供明确方向
7
确认异常问题的实际情况
收到《品质异常单》后要先做什么? 1.到现场确认《品质异常单》中的内容, 了解问题的实际情况,收集相关资料 2.提取有代表性的样品供分析用。
8
了解相关情况,初步判断原因
如何了解
WHERE
WHO
WHAT
WHY
--5W2H
WHEN
HOW MUCH
HOW
9
了解相关情况
18
案例分析:
问题描述:Y199测试LED显示不良,部分 LED 不受控制。
19
原因分析
LED控制电路见右图: 可能因素:
1.LED 2.电阻 3.控制IC 4.电源 5.控制程序 6.PCB布线 7.环境影响
20
排查与验证
1.1至3项可通过更换元件验证
2.4至7项?
······
异常处理及操作流程ppt课件
3、遇到异常不要慌张,检查现场现物,判断重要迅速处理,处乱不惊。
4、制定应急措施和再发防止措施。 应急措施具体作法:①明确发生异常时的群体。②将异常现象迅速通知有 关单位,并要求其参与处理。③对过程采取处置措施,使异常现象暂时控 制而不再恶化。④将异常群体选别,对不良品修理,调整或对人员作教育 训练。⑤将处置内容记入异常报告单。 再发防止具体作法:①检讨相关标准(ⅰ、是否有标准?标准明确了没 有?答案若是否定,则增订标准。ⅱ、是否遵守标准?若遵守标准而结果 又不好,则修改标准。ⅲ、标准了解了没有?若不了解则须培训标准。) ②对策愚巧化:若牵涉到要小心,注意、加强等因数,则尽量考虑使用防、 呆的方法。
操作方法有隐患 无标准化 指导书
法
环
管理
6、异常发生后操作步骤
6.1、检查现场现物,判断重要性,迅速处理。 6.2、联络关系部署 6.3、迅速确定,进行后工程品质确认; 6.4、进行对象范围把握和不良品排除(不良品分类识别,良品选出等) 6.5、问题严重时,向上司报告——等待指示; 6.6 、追查不合格品源头; 6.7 、联络前后工程,品管部; 6.8 、对发生工程进行对策处置; 6.9 、在此加合格标志,控制流出; 6.10、在合格品到来前点检,选出不合格品; 6.11 、工程内剩余工件及库存品也全数检选出; 6.12 、不合格品必需进行识别; 6.13 、修复是遵守规定。 ; 6.14、排除原因,启动设备; 6.15、研究对策和在发生防止,再次明确指导各工程异常是什么。
应急措施
如遇重大问题或需相关部门共同协商解 决的,由生管主导召开现场会。
应急措施由生管主导,生产、品管共同确认后 方可实施,重大品质问题延误交期的需计划部 确认。根据实际情况决定是否停产或转
异常处理PPT课件
● InterruptedException(中断异常): 当前等待或睡眠线 程被其他线程中断时引发。
这类异常并非因设计或实现引起,是无法避免的。 但一般情况下,程序员应该提供相应的代码捕捉和 处理。
14
受检查的异常和不受检查的异常: 受检查的异常
Exception类及其非RuntimeException子类属于受 检查的异常;
9) System.out.println("After method.");
10) } 11) }
6
Exception in thread "main" ng.ArithmeticException: / by zero at ExceptionDivideBy0.method(ExceptionDivideBy0.java:4) at ExceptionDivideBy0.main(ExceptionDivideBy0.java:8)
一般情况下,程序员可不必理会这类异常,它们 虽然很严重,但很少发生。
12
(2) RuntimeException类及其子类: 表示设计或实现 方面的问题,例如:
● ArithmeticException(算术运算异常): 算术运算时发生 的异常情况,如整数相除,除数为零。 ● ClassCastException(强制类型转换异常): 把一个对象 引用转换成一个不合适的类型,如把一个对象引用转换成某 个子类类型。 ● NullPointerException(空引用异常): 需要对象引用时使 用了一个null引用。 ● ArrayIndexOutOfBoundsException(数组下标越界异常): 下标值超出了数组大小。 ● NumberFormatException(数字格式异常): 试图将非数 字格式字符串转换成数值。
这类异常并非因设计或实现引起,是无法避免的。 但一般情况下,程序员应该提供相应的代码捕捉和 处理。
14
受检查的异常和不受检查的异常: 受检查的异常
Exception类及其非RuntimeException子类属于受 检查的异常;
9) System.out.println("After method.");
10) } 11) }
6
Exception in thread "main" ng.ArithmeticException: / by zero at ExceptionDivideBy0.method(ExceptionDivideBy0.java:4) at ExceptionDivideBy0.main(ExceptionDivideBy0.java:8)
一般情况下,程序员可不必理会这类异常,它们 虽然很严重,但很少发生。
12
(2) RuntimeException类及其子类: 表示设计或实现 方面的问题,例如:
● ArithmeticException(算术运算异常): 算术运算时发生 的异常情况,如整数相除,除数为零。 ● ClassCastException(强制类型转换异常): 把一个对象 引用转换成一个不合适的类型,如把一个对象引用转换成某 个子类类型。 ● NullPointerException(空引用异常): 需要对象引用时使 用了一个null引用。 ● ArrayIndexOutOfBoundsException(数组下标越界异常): 下标值超出了数组大小。 ● NumberFormatException(数字格式异常): 试图将非数 字格式字符串转换成数值。
《生产异常培训》课件
详细描述:加强原材料的质量控制和检验, 确保原材料的质量符合要求。同时建立原材
料供应商评估体系,选择可靠的供应商。
案例四:原材料问题导致的生产异常
总结词:应对措施
详细描述:在原材料问题发生时,及时对原材料进行 检测和分析,找出问题所在并进行处理。同时调整生 产工艺或采取其他措施,降低生产损失。
案例四:原材料问题导致的生产异常
案例三:员工操作失误导致的生产异常
总结词:预防措施
详细描述:制定操作规程和作业指导书,加强员工操作技 能的培训和考核,确保员工操作的规范性。
案例三:员工操作失误导致的生产异常
总结词:应对措施
详细描述:在员工操作失误时,及时 纠正员工的错误操作,对不合格产品 进行处理,并追究相关责任。
案例三:员工操作失误导致的生产异常
发现异常后,应立即采取措施进行处 置,并记录异常情况,分析原因,制 定预防措施。
判断标准
根据实际生产情况,制定相应的工艺 标准和参数范围,以及产品质量标准 。
02
生产异常处理流程
异常报告
发现异常
员工在生产过程中发现任何异常 情况,如设备故障、产品质量问
题、人员操作失误等。
初步判断
员工应迅速判断异常的严重程度, 并采取必要的临时措施,如关闭设 备、隔离产品等,以防止事态扩大 。
报告上级
员工应及时向上级汇报异常情况, 说明异常的具体表现、可能影响范 围和初步原因分析。
异常分析
深入调查
组织相关人员对异常情况进行深 入调查,了解异常发生的具体原
因、过程和后果。
确定责任
根据调查结果,明确责任归属, 为后续处理提供依据。
制定纠正措施
针对异常发生的原因,制定相应 的纠正措施,以消除问题根源,
异常管理手法ppt课件
二、异常情况的管理
•
2、异常处理的相关规格
•
(1)品质特性(结果)异常
•
作业标准、
•
检查规格、
•
合格品的样品
•
(2)管理项目(原因)异常
•
作业方法——作业标准
人
•
设备保养——商务的检查基准
•
材料、零件——检查规格
机 料
4M
•
作业者——资格制度的基准
法
•
3、减少现场异常现象的方法
•
提高领导者与主管单位管理过程的热心、努力
切实的应急、恒久处理,而且,随着理论与实践的不断结合,
这也是自己公司的一笔很大的(知识、智慧和财富),这对
全体成员都是非常的有用,在此基础上,整个公司的实力也
会得到相对的提高,同时,要注意把一项大的计划分成相应
的中型,小型计划,使它们能够在日常工作中得以开展、实
施。改革或大的改善没有什么捷径可走,唯有在工作中踏踏
•
(3)实施创造气氛的方案
•
A、彻底贯彻推进方针 为非作歹更把方针(目标、实
施策略)完善地向全体从业人员进行传达,必须在这方面投注
主力,确保传达的成功。从设定改善目标到制作实施计划(方
案)等各个方面,就应当尽可能让第一线的领导者加入。
二、异常情况的管理
•
B、召开实施大会、收集标语、海报 同时,还要注意多开
(5)维持活动的实 施(活动评价及途径 修正)
(6)教育的实施
①发职务系统为中心,再成立相应的委员会、项目 组、QC组(质量控制)中以补充,推动组织(方 案)的编制 ②准备条件(人才、资金) ①彻底贯彻推进方针 ②召开实施在会等活动
①实施事前防止对策(事前管理) ②实施发现异常情况时的处理对策(应及处理) ③实施再发防止对策(恒久处理) ①向类似工厂、作业等处横向展开 ②彻底实行标准化 ③实施上层诊断,上司诊断 ④制定发表成果的机会 ①实施系统性的教育(实施固定有技术、管理技术、知识、 技术、OJT、OFF、JT等综合性的教育 ②在工厂要让全体职员意识到全体从业员既是老师的同时又
异常处理流程PPT课件( 24页)
二.客戶端QE人員復判狀況
• 按排QE人員至客戶端復判,若不良按排人員sorting客戶端的 庫存;(須依據不良D/C,單一SKU進行sorting )
• 三.不良品廠內分析
• QE/PE——復判分析不良品; • QE——根據分析結果進行處理。
一.接到客訴反應
掌握時效 a.先與客戶確定問題 b.處理時間確認 c.人力安排
2 客訴異常處理流程
客戶端製程問題
告知SQE此問題Heisei不會造成此問題的發生。
2 客訴異常處理流程
HEISEI製程漏失問題
1.安排人員進行重工客戶端的庫存及厰内的庫存; 2.清查客戶端及廠內庫存回報主管 ; 3.如須重工須與PE確認重工手法、重工批量與物料確認待重工 數量; 4.如須重工須與PE確認重工手法、重工批量與物料確認待重工 數量; 5.如需安排人員外出重工﹐須安排車輛接送重工人員; 6.每日重工結果須填寫Sorting單回報給主管.
•
14、给自己一份坚强,擦干眼泪;给自己一份自信,不卑不亢;给自己一份洒脱,悠然前行。轻轻品,静静藏。为了看阳光,我来到这世上;为了与阳光同行,我笑对忧伤。
•
15、总不能流血就喊痛,怕黑就开灯,想念就联系,疲惫就放空,被孤立就讨好,脆弱就想家,不要被现在而蒙蔽双眼,终究是要长大,最漆黑的那段路终要自己走完。
召集所有相關單位進行開會 (目的預防後期再發生同樣的問題)。
2 客訴異常處理流程
原材材料問題 要求廠商人員進行重工客戶端的庫存及厰
内的庫存,並提出後續的改善措施及改善後 的標示。
要求PE製作管控圖片發于相關部門,並進 行協助廠商管控。
The End
•
5、世上最美好的事是:我已经长大,父母还未老;我有能力报答,父母仍然健康。
• 按排QE人員至客戶端復判,若不良按排人員sorting客戶端的 庫存;(須依據不良D/C,單一SKU進行sorting )
• 三.不良品廠內分析
• QE/PE——復判分析不良品; • QE——根據分析結果進行處理。
一.接到客訴反應
掌握時效 a.先與客戶確定問題 b.處理時間確認 c.人力安排
2 客訴異常處理流程
客戶端製程問題
告知SQE此問題Heisei不會造成此問題的發生。
2 客訴異常處理流程
HEISEI製程漏失問題
1.安排人員進行重工客戶端的庫存及厰内的庫存; 2.清查客戶端及廠內庫存回報主管 ; 3.如須重工須與PE確認重工手法、重工批量與物料確認待重工 數量; 4.如須重工須與PE確認重工手法、重工批量與物料確認待重工 數量; 5.如需安排人員外出重工﹐須安排車輛接送重工人員; 6.每日重工結果須填寫Sorting單回報給主管.
•
14、给自己一份坚强,擦干眼泪;给自己一份自信,不卑不亢;给自己一份洒脱,悠然前行。轻轻品,静静藏。为了看阳光,我来到这世上;为了与阳光同行,我笑对忧伤。
•
15、总不能流血就喊痛,怕黑就开灯,想念就联系,疲惫就放空,被孤立就讨好,脆弱就想家,不要被现在而蒙蔽双眼,终究是要长大,最漆黑的那段路终要自己走完。
召集所有相關單位進行開會 (目的預防後期再發生同樣的問題)。
2 客訴異常處理流程
原材材料問題 要求廠商人員進行重工客戶端的庫存及厰
内的庫存,並提出後續的改善措施及改善後 的標示。
要求PE製作管控圖片發于相關部門,並進 行協助廠商管控。
The End
•
5、世上最美好的事是:我已经长大,父母还未老;我有能力报答,父母仍然健康。
品质异常处理流程.ppt课件
勇气、反馈、认真、责任
客户投诉或抱怨;
TEST Proces
严重功能不良;
Full Process
异常纠正措施实施后经确认无效时 ; 生产员工未按照作业指导书作业,或员工作业时违反操作规程经现
场纠正无效时 ; 经品管部评估制程中存在品质隐患并可能导致返工或停线的风险 。
2.异常产品判定状态:
报废 重工 挑选 特采
制程品質異常處理流程 介紹
客户第一 | 阳光沟通 | 团队协作 | 拥抱变化 | 学习成长
目录
1
基本概念
2 异常处理程序介绍
3
责任判定原则
4
PDCA工具
5
问题讨论
一. 基本概念
1.定义: 在制造过程中因一个或一组变异因子造
成产品质量由原先的受控状态突变成失控 状态。 异常:非正常
2.分類: 人員 物料 設備/工具 工藝/方法 環境 測量 設計
P 4、针对主要原因,制定措施计划
D 5、执行、实施计划 C 6、检查计划执行结果
7、总结成功经验,制定相应标准 A
8、把未解决或新出现问题转入下一个PDCA循 环
主要办法 排列图、直方图、控制图 因果图 排列图,相关图 回答“5W1H” 为什么制定该措施(Why)? 达到什么目标(What)? 在何处执行(Where)? 由谁负责完成(Who)? 什么时间完成(When)? 如何完成(How)?
我踢!
结果3:大家共赢。
Yea!
四. PDCA工具
1. 起源:
PDCA又称“戴明环”,它起源于20世纪20年 代,有“统计质量控制之父”之称的美国著名的 统计学家沃特·阿曼德·休哈特(Walter A. Shewhart)在当时引入了“计划-执行-检查 (Plan-Do-See)”的概念, 戴明后将休哈特的 PDS循环进一步发展成为:计划-执行-检查-处理 (Plan-Do-Check-Action)。
客户投诉或抱怨;
TEST Proces
严重功能不良;
Full Process
异常纠正措施实施后经确认无效时 ; 生产员工未按照作业指导书作业,或员工作业时违反操作规程经现
场纠正无效时 ; 经品管部评估制程中存在品质隐患并可能导致返工或停线的风险 。
2.异常产品判定状态:
报废 重工 挑选 特采
制程品質異常處理流程 介紹
客户第一 | 阳光沟通 | 团队协作 | 拥抱变化 | 学习成长
目录
1
基本概念
2 异常处理程序介绍
3
责任判定原则
4
PDCA工具
5
问题讨论
一. 基本概念
1.定义: 在制造过程中因一个或一组变异因子造
成产品质量由原先的受控状态突变成失控 状态。 异常:非正常
2.分類: 人員 物料 設備/工具 工藝/方法 環境 測量 設計
P 4、针对主要原因,制定措施计划
D 5、执行、实施计划 C 6、检查计划执行结果
7、总结成功经验,制定相应标准 A
8、把未解决或新出现问题转入下一个PDCA循 环
主要办法 排列图、直方图、控制图 因果图 排列图,相关图 回答“5W1H” 为什么制定该措施(Why)? 达到什么目标(What)? 在何处执行(Where)? 由谁负责完成(Who)? 什么时间完成(When)? 如何完成(How)?
我踢!
结果3:大家共赢。
Yea!
四. PDCA工具
1. 起源:
PDCA又称“戴明环”,它起源于20世纪20年 代,有“统计质量控制之父”之称的美国著名的 统计学家沃特·阿曼德·休哈特(Walter A. Shewhart)在当时引入了“计划-执行-检查 (Plan-Do-See)”的概念, 戴明后将休哈特的 PDS循环进一步发展成为:计划-执行-检查-处理 (Plan-Do-Check-Action)。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
异常处理基础
• 如果try块没有异常抛出,则程序跳过所有 catch块 • try块可以直接或间接抛出异常 • try块抛出异常后,程序控制离开try块 • 抛出异常后,程序在try块后面的catch块中 逐个搜索合适的异常处理器 • 一个异常处理器一般只捕捉一种类型的异 常 • 抛出异常之后,程序控制无法返回到抛出 点 12
• 程序在产生错误后抛出异常 • 异常处理模块捕获并处理异常 • 异常处理机制一般无法使程序恢复正常执 行 • 可以为程序提供有序的整理操作 • 异常处理机制将程序中的正常处理代码与 异常处理代码显式区别开来,提高了程序 的可读性
8
ห้องสมุดไป่ตู้常处理的实现2-1
• 关键字try:出错时产生异常的代码放在try 块中 • 关键字throw:throw语句可以抛出任意类型 的异常,包括自定义类型 • 关键字catch:catch块(异常处理器)捕捉 和处理异常
16
抛出多种异常类型2-2
throw mydouble; break;
default::
break; } } catch (int e) { //捕获整型异常 cout<<"Integer Exception: "<<e<<endl; } catch (float e) { //捕获浮点类型异常 cout<<"Float Exception: "<<e<<endl; } catch (double e) { //捕获双精度类型异常 cout<<"Double Exception: "<<e<<endl; } cout<<endl; cout<<"Enter a integer (EOF to end):"; } return 0; }
• 判断异常情况,即时处理 • 正常程序流程和异常处理语句混在一起 • 程序员往往无法专注于正常流程编程
6
异常处理的方法2-2
• • • • 使用C++异常处理机制 判断异常情况,发现异常后抛出异常 正常程序流程和异常处理模块分开 程序员可以专注于正常流程编程,异常处 理模块稍候编写
7
C++异常处理机制
异常
回顾
• • • • •
静态绑定与动态绑定 多态 虚函数 虚析构函数 抽象基类
2
目标
• 异常处理的好处 • 异常的抛出和传播 • 异常的捕获和处理
3
异常处理
• 在编写程序时,应该考虑确定程序可能出 现的错误,然后加入处理错误的代码。也 就是说,在环境条件出现异常情况下,不 会轻易出现死机和灾难性的后果,而应有 正确合理的表现。这就是异常处理。 • 异常处理机制可以提高程序的健壮性。
• try 分程序必须出现在前, catch 紧跟出现在 后。 catch 之后的圆括号中必须含有数据类 型,捕获是利用数据类型匹配实现的。 • 如果程序内有多个异常错误处理模块,则 当异常错误发生时,系统自动查找与该异 常错误类型相匹配的catch模块.查找次序为 catch出现的次序。 • 如果异常错误类型为C++的类,并且该类有 其基类,则应该将派生类的错误处理程序 放在前面,基类的错误处理程序放在后面 。 11
14
异常的抛出
• 关键字throw可以带任何类型的操作数,包 括自定义类型(异常对象) • 抛出异常时,throw语句生成异常对象的一 个副本,异常处理器执行完毕后删除该临 时对象 • 异常抛出后,最近的一个匹配的异常处理 器捕获该异常
15
抛出多种异常类型2-1
#include <iostream.h> main(){ int a, myint; float myfloat; double mydouble; cout<<"Enter a integer (EOF to end):"; while (cin>>a){ //抛出不同类型的异常 try { switch(a % 3) { case 0: //输入整数为3的倍数时抛出整型异常 myint = a; throw myint; break; case 1: //抛出float类型异常 myfloat = (float)a; throw myfloat; break; case 2: //抛出double类型异常 mydouble = a;
13
除数为零的异常例子2-2
main(){ int a, b; double result; cout<<"Enter two integers (EOF to end):"; while (cin>>a>>b){ try { result = division(a,b); cout<<a<<" / "<<b<<" = "<<result<<endl; } catch (MyException e) { cout<<e.show()<<endl; } cout<<endl; cout<<"Enter two integers (EOF to end):"; } return 0; }
4
程序的错误
• 编译错误,即语法错误。程序就无法被生 成运行代码。 • 运行时错误
– 不可预料的逻辑错误 – 可以预料的运行异常 – 例如:
• • • • • 动态分配空间时可能不会成功 打开文件可能会失败 除法运算时分母可能为0 整数相乘可能溢出 指针可能越界……
5
异常处理的方法2-1
• 使用选择语句(if…else…)
除数为零的异常例子2-1
#include <iostream.h> #include <string.h> class MyException {//定义异常类MyException public: MyException(char *str) {msg = str; } char * show() {return msg; } private: char *msg; }; double division(int dividend, int divisor){ if (divisor == 0) //除数为0时抛出异常 throw MyException("error: divided by zero!"); return (double)dividend/divisor; }
9
异常处理的实现2-2
try { //try语句块 } catch(类型1 参数1) { //针对类型1的异常处理 } catch (类型2 参数2) { //针对类型2的异常处理 } … catch (类型n 参数n) { //针对类型n的异常处理 }
//throw <表达式>;
10
异常处理的规则