异常处理PPT课件

合集下载

《异常处理流程》PPT课件

《异常处理流程》PPT课件
7.生管办应对责任单位的根本对策的执行结果进 行跟踪。
注:整个流程涵盖了PDCA管理循环及纠正预防的管理理念
23
部门责任的判定
开发部:
1.未及时确认零件样品; 2.设计错误或疏忽; 3.设计的延误; 4.设计临时变更; 5.设计资料未及时完成; 6.设计需要修改,设计人员未得到相关负责人的确认就安
1.由主要负责人召集. 2.最终处理报告完成. 3.小组成员认同效果确认结果,以及预防措施执
行.
12
问题处理流程(8-D模式)
13
8-D的成果:
8-D首重利用团队力量,因此无论是问题分析,或是对 策执行,都希望集众人之智,完成众人之事.
8-D特别注重以问题为经验,以对策为行动,所以在最 终处理过程中,对预防工作做要求.
8-D的内容都是运用QC七大手法、问题分析模式、 统计技朮等常用工具,作业质量要求能一致,且容易被 执行.
8-D依其步骤可设定处理成员与检核时限,对权责与 效果确认,是可以被严谨安排的,而且有利于追踪.
龙头分厂生产运作流程
产品部订单
订单评审
N 工艺评估
设备 人员
产能评估
N
主生产计划拟制 (装配调度)
追溯方式亦须告知.
6
问题处理流程(8-D模式)
5W2H提问技术: Why? 为何这样做,有无必要? What? 目的是什么? Where? 哪里做?有无更合适的地方? When? 时间安排好不好? Who? 谁来做?几个人做? How to do? 这样做法有沒有更好的? How much? 这样做的成本多少?
1.召集有关人员成立小组. 2.决定小组成员负责事项. 3.确定主要负责人.
4
问题处理流程(8-D模式)

第7章 调试、测试和异常处理PPT教学课件

第7章 调试、测试和异常处理PPT教学课件
第7章 调试、测试和异常处理
• 每一个应用程序开发出来,交给客户使用前都要进行检查, 确保其没有错误并且安全可靠,才能交付使用。任何软件 都不能保证完全没有错误,程序员应尽力去发现其中的错 误并修正这些错误。发现并消除错误的过程就是调试。如 果程序调试通过,就要检测该软件是否符合用户需求,软 件中是否包含未发现的错误,这个过程成为测试。在编写 程序过程中,有些错误是可以预测到的,有些是预测不到 的,对于可预测的错误C#提供了异常处理机制,保证程序 的正确性和可靠性。本章将详细讨论C#中的调试、测试和 异常处理方法。主要内容如下:
• 这个例子中,感冒就是一个异常,因为预先考虑 到可能出现的问题,进行了合适的处理,这就是 异常处理。适当的异常处理可以避免系统终止当 前操作,程序不会出现故障,系统也不会崩溃。
7.3.2 异常类
• .NET提供了大量与异常有关的类,用来处理异常, 每一个异常类都表示一种异常,Exception类是所 有异常的基类。异常类继承关系的结构图如图7.8 所示。
• 在消除了程序中的语法错误和运行时错误后,程序依旧不 能保证完全正确,程序员可以自己进行简单的单元测试, 来确定基本功能是否完善,复杂的测试有专业测试人员进 行。什么是单元测试呢?
• 单元测试是测试隔离的单元或模块,对各种方法分别使用 不同的输入和执行参数来测试。单元测试的依据是详细设 计描述,单元测试应对模块内所有重要的控制路径设计测 试用例,以便发现模块内部的错误。单元测试多采用白盒 测试技术,系统内多个模块可以并行地进行测试。VS2008 将单元测试工具集成在IDE中,方便程序员的使用,下面通 过一个简单的例子来说明VS2008中单元测试工具的使用。
7.3 异常处理
• 利用调试和测试,可以有效地减少程序中的错误, 但是程序中的错误是不可避免的,就像人难免会 生病一样。错误是客观存在的,程序员有责任和 义务尽量减少错误的发生。面对不可避免的、可 能出现的错误,如何积极面对,以保证程序的稳 定可靠,具有非常重要的意义。

第6章-异常处理ppt课件(全)

第6章-异常处理ppt课件(全)

6.1 了解异常
❖ 任务3:了解异常类常用的方法 【任务内容】了解异常类常用的方法 【能力目标】掌握异常类常用的方法
public class ExceptionDemo { public static void main(String[] args) { String strPrice = "20"; try { //进行数据类型转换时,parseFloat方法有可能出现异常 float fprice = Float.parseFloat(strPrice); } catch (NumberFormatException nfe) { System.err.println("Exception:" + nfe.getMessage()); System.err.println("Exception:" + nfe.toString()); nfe.printStackTrace(); } }

}
❖ catch( ArithmeticException e )

{ System.out.println("\t捕获异常: "+e);
}
❖ catch( ArrayIndexOutOfBoundsException e )

{ System.out.println("\t捕获异常:"+e.getMessage( )); }
程序中的错误可能来自于编译错误和运行错误。 编译错误是由于所编写的程序存在语法问题,未 能通过由源代码到目标代码的编译过程而产生的 错误,它将由语言的编译系统负责检测和报告; 运行错误是在程序的运行过程中产生的错误。

生产异常管理 ppt课件

生产异常管理 ppt课件

精品资料
• 你怎么称呼老师?
• 如果老师最后没有总结一节课的重点的难点,你 是否会认为老师的教学方法需要改进?
• 你所经历的课堂,是讲座式还是讨论式? • 教师的教鞭
• “不怕太阳晒,也不怕那风雨狂,只怕先生骂我 笨,没有学问无颜见爹娘 ……”
• “太阳当空照,花儿对我笑,小鸟说早早早……”
机遇性原因(Chance Cause)
✓ 产品出现大批量不良 由于人员疏忽或其它原因导致批量性不良的出现
✓ 产品遭到客户投诉 在客户端发现有不良后投诉
✓ OQC退货
制程异常
• 人员没按照标准进行作业 • 治具没有校验或点检造成不良 • 设备缺乏保养,维护造成的不良 • 模具缺乏保养或由于磨损及其他原因造成
产品损伤或不良 • 原材料不良造成的不良(如foil ,树脂) • 环境的变化造成的品质下降
(2)对策愚巧化 若牵涉到要小心,注意、加强等因素,则尽量考虑使用防呆的方法。
(3)再发防止,防患未然 横向作水平展开 纵向作源流管理 使同样原因的问题不但不会再在原制程重复发生,而且,整个公司 皆不会重复发生;甚至,将最源头因素消除。
愚巧法(防呆)
• 意义: 即使疏忽也不致造成不良后果,即使是外行人, 也不会做错。
3.Where(何地 ) 要在哪里做? 在哪里完成的 还可以在哪里完成 还该在哪里做
How(如何 ) 要如何做? 是如何完成的? 该如何完成? 这方法还可用在别处
吗?
异常处置
Abnormity Settlement
作业实施
异常处理流程责任划分
管理状态 CHECK 找出异常 应急处理 调查、解析
管理图
例三:
Trial Run标签

异常处理及操作流程ppt课件

异常处理及操作流程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课件

品质异常处理流程.ppt课件
載帶內有黑色顆粒,卡檔板或CCD警報 用客戶提供晶片做入料測試不掉料
二.异常处理程序介绍
1.异常处理流程:
问题发生
不良异常发生:预兆
确认
不良追溯 改善
结果确认
1.现场、现象、现物 2.不良点确定、严重程度
1.同批、上下批追溯 2. 不良判定(报废、重工、特采、挑选)、标识隔离
1.原因分析 2. 改善确认:调整、修机、更换零件
預防措施: 1>.用模治具履歷表記錄每次毛邊不良,統計打孔針磨損週期,定期進行更換或磨針. 2>.3/15對所有人員進行培訓<不良的認知>,提高作業技能,杜絕不良流出.(消除潛在不良)
成效追蹤
結案記錄
FQC OQC Proces 产品不符合相关检验标准要求,且不良率超过质量目标时;
严重功能不良时;
我踢!
结果3:大家共赢。
Yea!
四. PDCA工具
1. 起源:
PDCA又称“戴明环”,它起源于20世纪20年 代,有“统计质量控制之父”之称的美国著名的 统计学家沃特·阿曼德·休哈特(Walter A. Shewhart)在当时引入了“计划-执行-检查 (Plan-Do-See)”的概念, 戴明后将休哈特的 PDS循环进一步发展成为:计划-执行-检查-处理 (Plan-Do-Check-Action)。
4 对事不对人 这是基本的做事心态,否则演变成无谓的
“人事斗争”。
5 基于达成共识 这是责任判定的最终要求,经过双方不断
沟通、共同分析来达到意见的统一,也是进 入下一步改善阶段的前提,所以至关重要。
看图说事:
B:怎么是 我的问题?
A:这是你 的问题!
结果1:两人干起来。
看枪!

异常处理讲解ppt

异常处理讲解ppt

5
采购部反馈供应 商
仓库作区分隔 离存放
生产/QC 作使用 效果根据 供应商
需处理 的产品 入待处 理仓库
质量问 题的产 品入不 良品仓 库
技术部
采购部
责任原因续2
责任原因续3
异常处理汇总
异常处理过程图
来料品质异常通知书
来料品质异常通知书
日期: 厂商名称 来料日期 不良数 不良现象描述: 产品型号 来料数量 不良率 产品规格 抽检数 本月发生次数 年 月 日
检验员:
处理意见: 退货 全检 特采
审核: 不良原因分析:(发生原因和流出原因)
问题解决程序
• • • • • • • • • 当我们观察到或发现到时 这现象是否正常? 跟标准或目标比价的差异 (偏离程度)? 其异常是否不该存在? 为什么会发生异常? 如何改善异常? 如何控制发生异常的原因?
现象
确认并定义问题
例如: 人员的出勤率90%
问题
请假人员太多 分析问题
原因
设定改善目标并形成解决方案

• 4,实施并验证临时性纠正措施: • 验证和执行临时控制行动以将问题的影响同内部和外部的顾客隔离开, 临时行动将执行到永久性纠正计划采用为止,确认临时行动的有效性。 • 5,确定和验证问题的根本原因: • 通过测试每个根本原因对问题描述来隔离和验证根本原因,同时隔离 和验证根本原因的影响能在过程中被检测和控制的地方。 • 6,实施和确认永久性措施。 • 计划和执行选取的永久性纠正措施。去除临时性行动。验证永久性纠 正措施并监控长期的效果。 • 7,防止问题再次发生。 • 修改必需的系统包括政策,程序等来防止同一或相似问题的再发生, 如果需要对系统改进提出建议,并将学到的技术教训形成文件。 • 8,表彰小组和个人的贡献

异常处理流程PPT课件( 24页)

异常处理流程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、世上最美好的事是:我已经长大,父母还未老;我有能力报答,父母仍然健康。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
异常处理在C++编程中已经普遍采用,成为提高程序健壮性 的重要手段之一。
第十章 异常处理
10.1 异常的概念
10.2 异常处理的机制
10.3 捕获异常
10.4 异常的重新抛出 和catch_all子句
10.5 异常规范
10.6 异常和继承
10.7 C++标准库异常类 层次结构
10.1 异常的概念
在编制程序时有一条惯例:把正常执行的程序与异常处理两部分分隔开 来,这样使代码更易于跟随和维护。在上例中,我们可以把两个try块 合成一个,而把两个catch子句都放在函数最后。
10.2 异常处理的机制
在C++中建立异常抛出与异常处理之间有一整套程序设计的机制。 首先采用关键字try,构成一个try块(try block),它包含了抛 出异常的语句。当然也可以是包含了这样的调用语句,该语句所 调用的函数中有能够抛出异常的语句。
请看下面的程序段给出try块与catch子句的关系: int main(){
本章介绍的技术,尽管是为大型软件工程开发所发展的,但是它在 标准C++中已经成为一个标准的技术,在任何规模的程序中都可以 使用。 C++提供了一些内置的语言特性来产生(raise)或抛出 (throw)异常,用以通知“异常已经发生”,然后由预先安排的 程序段来捕获(catch)异常,并对它进行处理。这种机制可以在 C++程序的两个无关(往往是独立开发)的部分进行“异常”通信。 由程序某一部分引发了另一部分的异常,这一异常可回到引起异常 的部分去处理(沿着程序函数的调用链)2 异常处理的机制
首先,在C++中异常往往用类(class)来实现,以栈为例,异常 类声明如下: class popOnEmpty{...}; //栈空异常 class pushOnFull{...}; //栈满异常
不再是一测到栈满或空就退出程序了,而是抛出一个异常。 template <typename T>void Stack<T>::Push(const T&data){
if(IsFull()) throw pushOnFull<T>(data); //注意加了括号,是构造一个无名对象 elements[++top]=data; } template<typename T>T Stack<T>::Pop(){ if(IsEmpty()) throw popOnEmpty<T>(); return elements[top--]; } 注意pushOnFull是类,C++要求抛出的必须是对象,所以必须有“()”, 即调用构造函数建立一个对象。异常并非总是类对象,throw表达式也可 以抛出任何类型的对象,如枚举、整数等等。但最常用的是类对象。 throw表达式抛出异常为异常处理的第一步。在堆栈的压栈和出栈操作中 发生错误而抛出的异常,理所当然地应由调用堆栈的程序来处理。
第十章 异常处理
大型和十分复杂的程序往往会产生一些很难查找的甚至是 无法避免的运行时错误。当发生运行时错误时,不能简单地结 束程序运行,而是退回到任务的起点,指出错误,并由用户决 定下一步工作。面向对象的异常处理(exception handling) 机制是C++语言用以解决这个问题的有力工具。
函数执行时,放在try(测试)程序块中的任何类型的数据对 象发生异常,都可被throw块抛出,随即沿调用链退回,直到 被catch块捕获,并在此执行异常处理,报告出现的异常等情 况。从抛出到捕获,应将各嵌套调用函数残存在栈中的自动 对象、自动变量和现场保护内容等进行清除。如果已退到入 口函数还未捕获则由abort()来终结入口函数。
int a[9]={1,2,3,4,5,6,7,8,9},b[9]={0},i; stack<int>istack(8); try{ for(i=0;i<9;i++) istack.Push(a[i]); istack.PrintStack(); } catch(pushOnFull<int>){cerr<<”栈满”<<endl;} try{ for(i=0;i<9;i++){b[i]=istack.Pop();} } catch(popOnEmpty<int>){cerr<<”栈空”<<endl;} for(i=0;i<9;i++) cout<<b[i]<<’\t’; cout<<endl; return 0; } 这里有两个try块,分别对应压栈与出栈;也有两个catch子句(catch clause),分别处理压栈时的栈满和出栈时的栈空。
这里所讲的异常(exception)是程序可能检测到 的,运行时不正常的情况,如存储空间耗尽、数组越 界、被0除等等,可以预见可能发生在什么地方,但 是无法确知怎样发生和何时发生。特别在一个大型的程序(软 件)中,程序各部分是由不同的小组编写的,它们由公共接口 连起来,错误可能就发生在相互的配合上,也可能发生在事先 根本想不到的个别的条件组合上。
10.2 异常处理的机制
由catch字句捕获并处理异常是第二步。注意与catch语句分别 匹配的是在压栈和出栈成员函数模板中的throw语句,一个抛出 pushOnFull类的无名对象,另一个抛出popOnEmpty类的无名 对象。
程序按下列规则控制: 1.如果没有异常发生,继续执行try块中的代码,与try块相关联 的catch子句被忽略,程序正常执行,main()返回0。 2.当第一个try块在for循环中抛出异常,则该for循环退出,try 块 也 退 出 , 去 执 行 pushOnFull 异 常 的 catch 子 句 。 istack.PrintStack()不再执行,被忽略。 3.如果第二个try块调用Pop()抛出异常,则退出for和try块,去 执行popOnEmpty异常的catch子句。 4.当某条语句抛出异常时,跟在该语句后面的语句将被跳过。程 序执行权交给处理异常的catch子句,如果没有catch子句能够处 理异常,则交给C++标准库中定义的terminate()。
相关文档
最新文档