收藏 分销(赏)

产品质量管理.pptx

上传人:精**** 文档编号:4823258 上传时间:2024-10-14 格式:PPTX 页数:55 大小:154.07KB
下载 相关 举报
产品质量管理.pptx_第1页
第1页 / 共55页
产品质量管理.pptx_第2页
第2页 / 共55页
产品质量管理.pptx_第3页
第3页 / 共55页
产品质量管理.pptx_第4页
第4页 / 共55页
产品质量管理.pptx_第5页
第5页 / 共55页
点击查看更多>>
资源描述

1、产品管理的核心思想n n一次成功n n系统管理n n预防为主n n实行法治质量管理行之有效的经验和方法n n最高管理者的质量职责n n新产品试制和试验控制纳入设计过程n n功能特性分类n n设计、工艺和产品质量三大评审n n保证图样和技术文件按规定进行审签、工艺和质量会签的、标准化检查n n质量体系认证现代质量观念包括:n n性能n n可靠性n n维修性n n安全性n n保障性n n经济性n n时间性n n着眼于长时期保持良好性能n n最佳寿命周期费用现代质量管理从抓生产过程延伸为抓:n n论证n n研制n n生产n n售后服务n n使用全过程从事后检验转变为:n n预防为主n n预防和把关相

2、结合的过程控制n n强调不断改进n n强调分工各负其责n n最高管理者负全责八项管理原则之一n n以顾客为关注焦点1.1.顾客是接受产品的组织和个人,可以是消费者、委托人、最终使用者、零售商、受益者和采购方2.2.顾客是组织生存和发展的基础3.3.顾客的需求是变化的,组织必须持续改进八项原则之二n n领导作用1.1.确立组织的统一的宗旨及方向2.2.创造并保持使员工能充分参与实现组织目标的内部环境,形成企业文化。八项管理原则之三n n全员参与1.1.各级人员都是组织之本2.2.员工认识到自己工作的相关性和重要性,树立责任性3.3.员工参与管理,员工成绩给予肯定管理原则之四n n过程方法1.1.

3、过程就是输入转化为输出的一项活动,可简单可复杂(三要素:输入、输出、活动)2.2.将活动和相关资源作为过程进行管理,可以更高效地得到期望的结果3.3.质量管理有四大过程:管理过程、资源管理过程、产品实现过程、测量分析和改进过程管理原则之五n n管理的系统方法1.1.在过程方法之上,遵循整体性原则、相关 性原则、动态性原则、和有序性原则,以提高系统实现目标的整体有效性和效率2.2.确定系统的目标,如:系统功能、性能、技术指标、完成规定任务的要求、任务周期、任务剖面、寿命周期成本等管理原则之六n n持续改进1.1.不进则退,持续改进业绩是永恒主题2.2.全员参与持续改进3.3.鼓励用统计技术和先进

4、的控制方法管理原则之七n n基于事实的决策方法1.1.有效决策是建立在数据和信息分析的基础之上2.2.采用统计技术管理原则之八n n与供方互利的关系1.1.互利的关系可增强双方创造价值的能力2.2.创造一个通畅和公开的沟通渠道,共同制定目标,共同解决问题。质量定义n n一组固有特性满足要求的程度一组固有特性满足要求的程度1.1.特性是指可区分的特征,有物理特性(电、机械或化学)、功特性是指可区分的特征,有物理特性(电、机械或化学)、功能特性、感官的特性(听觉、视觉、嗅觉)、行为特性(礼貌、能特性、感官的特性(听觉、视觉、嗅觉)、行为特性(礼貌、正直)、时间的特性(准时性、可靠性、可用性)、人体

5、功效正直)、时间的特性(准时性、可靠性、可用性)、人体功效特性特性2.2.固有特性:随着产品形成而产生的特性固有特性:随着产品形成而产生的特性3.3.赋予特性:产品形成后人为的,如价格、交货期赋予特性:产品形成后人为的,如价格、交货期4.4.关键特性:这种特性不满足的话将发生人身安全并导致不能完关键特性:这种特性不满足的话将发生人身安全并导致不能完成主要任务成主要任务5.5.重要特性:这种特性不满足的话将导致不能完成主要任务重要特性:这种特性不满足的话将导致不能完成主要任务6.6.要求:是指明示的、通常隐含的(惯例和一般做法)或必须履要求:是指明示的、通常隐含的(惯例和一般做法)或必须履行的(

6、安全性)需求和期望,行的(安全性)需求和期望,质量定义n n广义性广义性1.1.产品质量产品质量2.2.过程质量过程质量3.3.体系运行质量体系运行质量n n相对性相对性1.1.不同相关方对同一产品提出不同要求不同相关方对同一产品提出不同要求2.2.不同级等不同场合的产品不可笼统的比较不同级等不同场合的产品不可笼统的比较n n时效性时效性1.1.顾客需求和期望不断变化顾客需求和期望不断变化2.2.组织应不断地调整对质量的要求组织应不断地调整对质量的要求不合格和缺陷n n不合格不合格1.1.不仅要满足明示的(某个规定的)要求,还要不仅要满足明示的(某个规定的)要求,还要满足隐含的以及必须履行的需

7、求和期望,否则满足隐含的以及必须履行的需求和期望,否则就是不合格。就是不合格。2.2.即符合性质量提升到适用性质量即符合性质量提升到适用性质量n n缺陷缺陷1.1.未满足与预期或规定未满足与预期或规定用途有关用途有关的要求的要求2.2.缺陷往往跟法律有关,应慎用缺陷往往跟法律有关,应慎用3.3.缺陷有时间性,随着使用或科技发展,产品会缺陷有时间性,随着使用或科技发展,产品会暴露或认定有缺陷暴露或认定有缺陷关键过程n n对形成产品质量起决定作用的过程1.1.一般包括形成关键、重要特性的过程2.2.加工难度大的过程3.3.质量不稳定的过程4.4.易造成重大经济损失的过程首件鉴定n n对试生产的第一

8、件零部(组)件进行全面的过程和成品检查,以确定生产条件能否保证生产出符合设计要求的产品,实现批生产1.1.过程能力的鉴定2.2.产品的全面检查3.3.是在产品设计规范、产品验收规范、过程规范以及与之相关联的所有生产保障条件确定以后进行风险分析与评估n n风险的概念风险的概念特定的不希望事件发生的可能性(概率)及发生后果的综合特定的不希望事件发生的可能性(概率)及发生后果的综合1.1.可能性与严重性是风险的两个特点可能性与严重性是风险的两个特点2.2.三个独立的输入:三个独立的输入:事件发生的可能性(概率)事件发生的可能性(概率)如果事件发生,其后果的严重性如果事件发生,其后果的严重性人们对这两

9、者综合的人们对这两者综合的“严酷度严酷度”的主观评价的主观评价a)a)低可能性低可能性/轻微后果轻微后果低风险低风险b)b)高可能性高可能性/严重后果严重后果高风险高风险c)c)高可能性高可能性/轻微后果轻微后果低风险或中风险低风险或中风险风险管理n n制定风险问题规划n n进行风险评估1.1.风险辨识2.2.风险分析3.3.风险排序设计开发过程中的风险n n由产品的使用要求转化为产品的设计要求1.1.对顾客提出的产品使用要求未认真评审和沟通,产品要求规定不当、过粗,设计要求模糊2.2.未明确使用环境要求3.3.设计要求提得太高4.4.设计要求不稳定,常变化设计开发过程中的风险n n设计方案及

10、技术途径1.1.方案阶段未充分考虑各种影响因素2.2.设计方案或人机界面问题不符合用户的人力和技能水平3.3.依赖于未经考验的技术且无替代方案4.4.项目的成功依赖于最新技术进步设计开发过程中的风险n n设计的成熟性和可行性设计的成熟性和可行性1.1.设计采用了未成熟技术或设计采用了未成熟技术或“稀有稀有”材料来满足性能指标材料来满足性能指标要求要求2.2.技术未在所要求的使用条件下得到验证技术未在所要求的使用条件下得到验证3.3.技术指标依赖于复杂的硬件、软件或综合设计技术指标依赖于复杂的硬件、软件或综合设计4.4.建模与仿真未经验证和确认,未足凭信建模与仿真未经验证和确认,未足凭信5.5.

11、软件设计缺陷,硬软件之间系统需求分配不合理软件设计缺陷,硬软件之间系统需求分配不合理6.6.系统不能满足用户要求系统不能满足用户要求7.7.试图在较高的应力下使用部件和器件试图在较高的应力下使用部件和器件8.8.设计对人员的培训和技能及设备提出了过高的要求设计对人员的培训和技能及设备提出了过高的要求设计开发过程中的风险n n设计过程的控制设计过程的控制1.1.没有或未实施适宜的设计准则、规范和程序没有或未实施适宜的设计准则、规范和程序2.2.松散的、走过场的设计评审过程,达不到评审松散的、走过场的设计评审过程,达不到评审的目标的目标3.3.没有采用所需要的设计手段和分析技术(如没有采用所需要的

12、设计手段和分析技术(如CADCAD技术、电应力、热应力、振动应力、潜在技术、电应力、热应力、振动应力、潜在通路、最坏情况的容差、故障模式和影响、可通路、最坏情况的容差、故障模式和影响、可靠性预计和分配等分析)靠性预计和分配等分析)4.4.没有建立和保持强有力的技术状态管理系统,没有建立和保持强有力的技术状态管理系统,随意更改设计随意更改设计5.5.必要的设计输出文件不全必要的设计输出文件不全试验中的风险n n综合试验1.1.未在项目的早期启动试验规划、编制试验计划(包括主系统、分系统的所有研制试验和鉴定试验)2.2.试验未考虑所有重要性能和适用性规范3.3.试验设备不能完成特定试验,尤其是系统

13、级试验试验中的风险n n验证试验1.1.试验未考虑最终使用环境,未考虑使用周期的极端情况和最恶劣的环境条件2.2.未对软件进行试验和验证3.3.未对试验中出现问题做深入分析,留下隐患试验中的风险n n验收试验1.1.所测量的关键参数和特性不能给出产品符合规范要求足够高的置信度2.2.未按规定进行全部项目的试验,有遗漏3.3.试验设备不能满足试验的要求试验中的风险n n试验环境加速1.1.试验方案不能保证取得可信的结果(如,加速因子不适宜)2.2.试验时间不够,未做完试验3.3.重大更改或改型后未进行试验生产过程中的风险n n设计的生产性和制造能力要求1.1.设计中考虑生产问题不充分2.2.设计

14、提出过高的工艺要求,制造能力达不到3.3.设计提出过高的人员技能和培训的要求生产过程中的风险n n采购,零件/组件的可用性1.1.对供方的控制和管理计划不周2.2.过分依赖供方3.3.供方损失了关键的人物4.4.采购产品未经充分验证和筛选生产过程中的风险n n生产工艺及过程的鉴定1.1.不成熟或未经考验的技术在生产前尚不能得到充分的改进验证2.2.采用新技术、新工艺或新的工作流程,生产工艺过程未经过考验3.3.对特殊过程的过程参数未进行鉴定或验证4.4.加工工艺不稳定,经常更改生产过程中的风险n n设施、设备及工装1.1.设施设备不能满足工艺要求2.2.无适宜的专用工装、工具,不能防止加工中出

15、差错3.3.手工操作,未采用自动化或半自动化的加工和测试手段(如CAM、SMT、ATE等)维修与保障的风险n n设计中未考虑保障性问题,不适应用户的人力和技能的情况n n未提供可靠的和可维修的保障和测试设备n n未提供与产品同等质量的备件n n提供的技术手册与产品的生产技术状态不协调,难以看懂费用/资金的风险n n未及早制定切实可行的费用目标n n预算周期内投资进程不稳定或资金不能及时到位n n冗余性能能力占去过多费用,即费用-性能权衡不够适宜进度风险n n进度目标不切实际,难以实现n n资源供应不能满足进度要求n n权衡研究未考虑进度问题风险分析n n对辨识出来的各重大风险进一步分析,找出风

16、险的致因n n判断可能出现的情况n n关键过程对最佳惯例(或预期目标)偏离的程度n n确定每一个风险事件发生概率和后果n n评定风险大小风险分析n n风险分析的方法风险分析的方法1.1.故障树分析(故障树分析(FTAFTA)2.2.故障模式影响及危害性分析(故障模式影响及危害性分析(FMECAFMECA)3.3.建模和仿真建模和仿真4.4.可靠性预计可靠性预计5.5.专家的技术评估专家的技术评估 这些方法不是彼此孤立的,对一个项目进行风这些方法不是彼此孤立的,对一个项目进行风险分析会同时用到两种以上的方法险分析会同时用到两种以上的方法风险分析n n故障树分析(FTA)将重大风险事件作为“顶事件

17、”,“顶事件”的发生是由于若干“中间事件”的逻辑组合所导致,“中间事件”又是由各个“底事件”逻辑组合所导致,构成了一个树状的逻辑因果关系图。(与和或的组合)风险分析n n故障模式影响及危害性分析(FMECA)1.1.通过对产品的个组成单元潜在的各种故障模式(原因)及其对产品功能的影响(结果)进行分析,并将每一个潜在故障模式按其严酷的程度分类(灾难的、致命的、临界的、轻度的四类)。2.2.这是一个从原因出发自下而上到分析结果的归纳分析方法风险分析n n建模和仿真 虚拟地复制产品的过程,并能在较容易地获得易于操作的真实环境中模仿产品或过程,显示出产品或过程的具体、客观的情况,从而发现存在的问题,可

18、作为分析风险问题的有力手段风险分析n n可靠性预计1.1.根据组成系统的元件、组件、分系统的可靠性来推测系统的可靠性,这是一个从小到大、由下而上的综合过程。2.2.是可靠性设计的重要内容,也可作为风险分析的一种方法风险分析n n专家的技术评估专家的技术评估1.1.选择对这些问题有经验的专家及所分析的问题选择对这些问题有经验的专家及所分析的问题密切相关的或熟悉的人,进行调查、访谈,利密切相关的或熟悉的人,进行调查、访谈,利用类似的已有风险经验教训和风险的历史数据用类似的已有风险经验教训和风险的历史数据类推比较,对所研究的风险问题进行评价、排类推比较,对所研究的风险问题进行评价、排序,得出定性或定

19、量的序,得出定性或定量的(量化和权重处理)结果。量化和权重处理)结果。2.2.发生的概率分五档(极小可能、不大可能、很发生的概率分五档(极小可能、不大可能、很可能、极有可能、接近肯定发生)可能、极有可能、接近肯定发生)3.3.风险的大小三档(高风险风险的大小三档(高风险/重大危害重大危害/、中风险、中风险/某种危害某种危害/、低风险、低风险/轻微危害轻微危害/)标准要求n n产品实现的策划1.1.对复杂产品实现的各阶段都应进行风险分析和评估,形成各阶段风险分析文件,并提供给顾客。2.2.产品采购过程进行风险管理的内容之一软件工程n n随着计算机软件在产品中的迅速发展,是否按工程方法随着计算机软

20、件在产品中的迅速发展,是否按工程方法管理软件的设计和开发,直接影响到产品的质量,包括管理软件的设计和开发,直接影响到产品的质量,包括的主要内容有:的主要内容有:1.1.方法与技术(结构化方法、面向对象方法、快速原型法、方法与技术(结构化方法、面向对象方法、快速原型法、形式化方法、逆向工程法)形式化方法、逆向工程法)2.2.工具与环境(计算机辅助软件开发环境、软件开发工具工具与环境(计算机辅助软件开发环境、软件开发工具箱,如测试工具、文档编制工具、配置管理箱,如测试工具、文档编制工具、配置管理Software Software Configuration ManagementConfigurat

21、ion Management,通常将它缩写为,通常将它缩写为SCMSCM工具)工具)3.3.管理与标准(计划管理、技术管理、质量管理、软件开管理与标准(计划管理、技术管理、质量管理、软件开发规范、软件文档编制规范、软件质量保证规范)发规范、软件文档编制规范、软件质量保证规范)4.4.组织与人员(项目负责人、开发人员、测试人员、质量组织与人员(项目负责人、开发人员、测试人员、质量管理人员、配置管理人员)管理人员、配置管理人员)软件工程的七条基本原理n n1983年提出的,国际认同,确保软件产品质量和开发效率的原理最小集合,彼此相互独立,不能用一条原理代替另一条原理,而且缺一不可。软件工程的七条基

22、本原理n n第一条,用分阶段的生命周期计划严格管理 统计发现,不成功的软件项目中有一半是由于计划不周造成的。在软件的整个生命周期中可分为六类计划,它们是项目概要计划、里程碑计划、项目控制计划、产品控制计划、验证计划、运行维护计划软件工程的七条基本原理n n第二条 坚持进行阶段评审 大部分软件错误是在编码之前造成的,据统计,设计错误占软件错误的63%,编码错误仅占37%,而且错误发现与改正的越晚,所需付出的代价也越高。因此,在每个阶段都进行严格的评审,以便尽早发现在软件开发过程中所犯的错误。软件工程的七条基本原理n n第三条 实行严格的产品控制 随意改变需求往往需要付出较高的代价,但是改变需求又

23、是难免的,这只能依靠科学的产品控制技术来顺应这种要求。实行严格的产品控制,主要是实行基线配置管理。软件工程的七条基本原理n n第四条 采用现代程序设计技术 采用各种新的程序设计技术,可以提高软件开发的效率。如结构设计技术、面向对象的程序软件工程的七条基本原理n n第五条 结果应能清楚地审查 软件的特殊性(软件产品为逻辑产品;软件人员的工作情况可见性差;难以准确度量),使得软件产品的开发过程比一般产品更难于评价和管理。因此,应规定开发组织的责任和产品标准,使所得到的结果能够清楚的审查。软件工程的七条基本原理n n第六条 开发小组的人员应该精而少 软件开发人员的素质高,可以大幅度地提高开发效率,并

24、减少所开发的软件中的错误。开发人员数为N时,可能的通讯路径数有N(N-1)/2条,随着人数N的增加,通讯代价将急剧增加。软件工程的七条基本原理n n第七条第七条 承认不断改进软件工程实践的必要性承认不断改进软件工程实践的必要性 为了赶上时代的步伐,必须采纳新的软件技术,并收集为了赶上时代的步伐,必须采纳新的软件技术,并收集有关数据,进行数据分析。实施持续改进。有关数据,进行数据分析。实施持续改进。从二十世纪从二十世纪7070年代至今,已经进入软件工程时期,形成年代至今,已经进入软件工程时期,形成了系统化的工程管理办法,主要标志有三:了系统化的工程管理办法,主要标志有三:1.1.软件生存周期概念

25、的产生使软件工程管理走向系统化软件生存周期概念的产生使软件工程管理走向系统化2.2.软件工程规范基本配套,使软件生存周期过程的基本技软件工程规范基本配套,使软件生存周期过程的基本技术和管理活动规范化术和管理活动规范化3.3.软件工程能力评估办法和软件工程能力评估办法和ISO9000ISO9000的产生,标志软件的产生,标志软件质量管理技术更加成熟质量管理技术更加成熟“软件工程”方法开发技术特点n n定义定义 软件工程技术是把软件作为一个工程来处理,它需要计划、分析、设软件工程技术是把软件作为一个工程来处理,它需要计划、分析、设计、实现、测试及维护分阶段进行。即运用系统工程的原理,采用计、实现、

26、测试及维护分阶段进行。即运用系统工程的原理,采用工程化方法和工程途径来研制和维护软件。工程化方法和工程途径来研制和维护软件。1.1.它与非工程化方法正相反它与非工程化方法正相反a)a)无章可循,或有章不依无章可循,或有章不依b)b)个人设计,个人使用,手工技巧,无维护观念,无系统化方法个人设计,个人使用,手工技巧,无维护观念,无系统化方法c)c)只编程序,不编制文档只编程序,不编制文档d)d)只调试,不测试只调试,不测试2.2.规范化的系统的软件开发方法,必须在以下三方面做出规定规范化的系统的软件开发方法,必须在以下三方面做出规定a)a)工作步骤(确定开发的各个阶段、规定每阶段的活动)工作步骤

27、(确定开发的各个阶段、规定每阶段的活动)b)b)软件文档格式软件文档格式c)c)评价标准(各个活动和产品的验证准则和步骤)评价标准(各个活动和产品的验证准则和步骤)软件工程方法n n软件设计开发策划 应编制软件开发计划、质量保证计划、配置管理计划、风险管理计划,至少应编制软件开发计划。软件工程方法n n软件开发计划中应包括:软件开发计划中应包括:1.1.阶段划分,一般分软件需求定义、软件需求分析、概要设计、详细阶段划分,一般分软件需求定义、软件需求分析、概要设计、详细设计、软件实现(编码和单元测试)、软件测试(部件集成测试、设计、软件实现(编码和单元测试)、软件测试(部件集成测试、配置项测试、系统集成测试)配置项测试、系统集成测试)2.2.进度和里程碑进度和里程碑3.3.评审和测试活动评审和测试活动4.4.人员职责人员职责5.5.文档要求文档要求6.6.风险管理风险管理7.7.采用的标准、规范采用的标准、规范8.8.工具与技术工具与技术9.9.配置管理要求配置管理要求 软件开发计划应说明与其他计划的关系软件开发计划应说明与其他计划的关系抛砖引玉 祝贺大家成功!

展开阅读全文
相似文档                                   自信AI助手自信AI助手
猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服