产品质量管理
质量、风险、软件工程等基本原则
产品管理的核心思想
一次成功
系统管理
预防为主
实行法治
质量管理行之有效的经验和方法
最高管理者的质量职责
新产品试制和试验控制纳入设计过程
功能特性分类
设计、工艺和产品质量三大评审
保证图样和技术文件按规定进行审签、工
艺和质量会签的、标准化检查
质量体系认证
现代质量观念
包括：
性能
可靠性
维修性
安全性
保障性
经济性
时间性
着眼于长
时期保持
良好性能
最佳寿命
周期费用
现代质量管理
从抓生产过程延伸为抓：
论证
研制
生产
售后服务
使用全过程
从事后检验转变为：
预防为主
预防和把关相结合的
过程控制
强调不断改进
强调分工各负其责
最高管理者负全责
八项管理原则之一
以顾客为关注焦点
. 顾客是接受产品的组织和个人，可以是消
费者、委托人、最终使用者、零售商、受
益者和采购方
. 顾客是组织生存和发展的基础
. 顾客的需求是变化的，组织必须持续改进
八项原则之二
领导作用
. 确立组织的统一的宗旨及方向
. 创造并保持使员工能充分参与实现组织目
标的内部环境，形成企业文化。
八项管理原则之三
全员参与
. 各级人员都是组织之本
. 员工认识到自己工作的相关性和重要性，
树立责任性
. 员工参与管理，员工成绩给予肯定
管理原则之四
过程方法
. 过程就是输入转化为输出的一项活动，可
简单可复杂（三要素：输入、输出、活动）
. 将活动和相关资源作为过程进行管理，可
以更高效地得到期望的结果
. 质量管理有四大过程：管理过程、资源管
理过程、产品实现过程、测量分析和改进
过程
管理原则之五
管理的系统方法
. 在过程方法之上，遵循整体性原则、相关
性原则、动态性原则、和有序性原则，以
提高系统实现目标的整体有效性和效率
. 确定系统的目标，如：系统功能、性能、
技术指标、完成规定任务的要求、任务周
期、任务剖面、寿命周期成本等
管理原则之六
持续改进
. 不进则退，持续改进业绩是永恒主题
. 全员参与持续改进
. 鼓励用统计技术和先进的控制方法
管理原则之七
基于事实的决策方法
. 有效决策是建立在数据和信息分析的基础
之上
. 采用统计技术
管理原则之八
与供方互利的关系
. 互利的关系可增强双方创造价值的能力
. 创造一个通畅和公开的沟通渠道，共同制
定目标，共同解决问题。
质量定义
一组固有特性满足要求的程度一组固有特性满足要求的程度
. 特性是指可区分的特征，有物理特性（电、机械或化学）、功特性是指可区分的特征，有物理特性（电、机械或化学）、功
能特性、感官的特性（听觉、视觉、嗅觉）、行为特性（礼貌、能特性、感官的特性（听觉、视觉、嗅觉）、行为特性（礼貌、
正直）、时间的特性（准时性、可靠性、可用性）、人体功效正直）、时间的特性（准时性、可靠性、可用性）、人体功效
特性特性
. 固有特性：随着产品形成而产生的特性固有特性：随着产品形成而产生的特性
. 赋予特性：产品形成后人为的，如价格、交货期赋予特性：产品形成后人为的，如价格、交货期
. 关键特性：这种特性不满足的话将发生人身安全并导致不能完关键特性：这种特性不满足的话将发生人身安全并导致不能完
成主要任务成主要任务
. 重要特性：这种特性不满足的话将导致不能完成主要任务重要特性：这种特性不满足的话将导致不能完成主要任务
. 要求：是指明示的、通常隐含的（惯例和一般做法）或必须履要求：是指明示的、通常隐含的（惯例和一般做法）或必须履
行的（安全性）需求和期望，行的（安全性）需求和期望，
质量定义
广义性广义性
. 产品质量产品质量
. 过程质量过程质量
. 体系运行质量体系运行质量
相对性相对性
. 不同相关方对同一产品提出不同要求不同相关方对同一产品提出不同要求
. 不同级等不同场合的产品不可笼统的比较不同级等不同场合的产品不可笼统的比较
时效性时效性
. 顾客需求和期望不断变化顾客需求和期望不断变化
. 组织应不断地调整对质量的要求组织应不断地调整对质量的要求
不合格和缺陷
不合格不合格
. 不仅要满足明示的（某个规定的）要求，还要不仅要满足明示的（某个规定的）要求，还要
满足隐含的以及必须履行的需求和期望，否则满足隐含的以及必须履行的需求和期望，否则
就是不合格。就是不合格。
. 即符合性质量提升到适用性质量即符合性质量提升到适用性质量
缺陷缺陷
. 未满足与预期或规定未满足与预期或规定用途有关用途有关的要求的要求
. 缺陷往往跟法律有关，应慎用缺陷往往跟法律有关，应慎用
. 缺陷有时间性，随着使用或科技发展，产品会缺陷有时间性，随着使用或科技发展，产品会
暴露或认定有缺陷暴露或认定有缺陷
关键过程
对形成产品质量起决定作用的过程
. 一般包括形成关键、重要特性的过程
. 加工难度大的过程
. 质量不稳定的过程
. 易造成重大经济损失的过程
首件鉴定
对试生产的第一件零部（组）件进行全面
的过程和成品检查，以确定生产条件能否
保证生产出符合设计要求的产品，实现批
生产
. 过程能力的鉴定
. 产品的全面检查
. 是在产品设计规范、产品验收规范、过程
规范以及与之相关联的所有生产保障条件
确定以后进行
风险分析与评估
风险的概念风险的概念
特定的不希望事件发生的可能性（概率）及发生后果的综合特定的不希望事件发生的可能性（概率）及发生后果的综合
. 可能性与严重性是风险的两个特点可能性与严重性是风险的两个特点
. 三个独立的输入：三个独立的输入：
事件发生的可能性（概率）事件发生的可能性（概率）
如果事件发生，其后果的严重性如果事件发生，其后果的严重性
人们对这两者综合的人们对这两者综合的““严酷度严酷度””的主观评价的主观评价
a)a) 低可能性低可能性//轻微后果轻微后果————低风险低风险
b)b) 高可能性高可能性//严重后果严重后果————高风险高风险
c)c) 高可能性高可能性//轻微后果轻微后果————低风险或中风险低风险或中风险
风险管理
制定风险问题规划
进行风险评估
. 风险辨识
. 风险分析
. 风险排序
设计开发过程中的风险
由产品的使用要求转化为产品的设计要求
. 对顾客提出的产品使用要求未认真评审和
沟通，产品要求规定不当、过粗，设计要
求模糊
. 未明确使用环境要求
. 设计要求提得太高
. 设计要求不稳定，常变化
设计开发过程中的风险
设计方案及技术途径
. 方案阶段未充分考虑各种影响因素
. 设计方案或人机界面问题不符合用户的人
力和技能水平
. 依赖于未经考验的技术且无替代方案
. 项目的成功依赖于最新技术进步
设计开发过程中的风险
设计的成熟性和可行性设计的成熟性和可行性
. 设计采用了未成熟技术或设计采用了未成熟技术或““稀有稀有” ” 材料来满足性能指标材料来满足性能指标
要求要求
. 技术未在所要求的使用条件下得到验证技术未在所要求的使用条件下得到验证
. 技术指标依赖于复杂的硬件、软件或综合设计技术指标依赖于复杂的硬件、软件或综合设计
. 建模与仿真未经验证和确认，未足凭信建模与仿真未经验证和确认，未足凭信
. 软件设计缺陷，硬软件之间系统需求分配不合理软件设计缺陷，硬软件之间系统需求分配不合理
. 系统不能满足用户要求系统不能满足用户要求
. 试图在较高的应力下使用部件和器件试图在较高的应力下使用部件和器件
. 设计对人员的培训和技能及设备提出了过高的要求设计对人员的培训和技能及设备提出了过高的要求
设计开发过程中的风险
设计过程的控制设计过程的控制
. 没有或未实施适宜的设计准则、规范和程序没有或未实施适宜的设计准则、规范和程序
. 松散的、走过场的设计评审过程，达不到评审松散的、走过场的设计评审过程，达不到评审
的目标的目标
. 没有采用所需要的设计手段和分析技术（如没有采用所需要的设计手段和分析技术（如
CADCAD技术、电应力、热应力、振动应力、潜在技术、电应力、热应力、振动应力、潜在
通路、最坏情况的容差、故障模式和影响、可通路、最坏情况的容差、故障模式和影响、可
靠性预计和分配等分析）靠性预计和分配等分析）
. 没有建立和保持强有力的技术状态管理系统，没有建立和保持强有力的技术状态管理系统，
随意更改设计随意更改设计
. 必要的设计输出文件不全必要的设计输出文件不全
试验中的风险
综合试验
. 未在项目的早期启动试验规划、编制试验
计划（包括主系统、分系统的所有研制试
验和鉴定试验）
. 试验未考虑所有重要性能和适用性规范
. 试验设备不能完成特定试验，尤其是系统
级试验
试验中的风险
验证试验
. 试验未考虑最终使用环境，未考虑使用周
期的极端情况和最恶劣的环境条件
. 未对软件进行试验和验证
. 未对试验中出现问题做深入分析，留下隐
患
试验中的风险
验收试验
. 所测量的关键参数和特性不能给出产品符
合规范要求足够高的置信度
. 未按规定进行全部项目的试验，有遗漏
. 试验设备不能满足试验的要求
试验中的风险
试验环境加速
. 试验方案不能保证取得可信的结果（如，
加速因子不适宜）
. 试验时间不够，未做完试验
. 重大更改或改型后未进行试验
生产过程中的风险
设计的生产性和制造能力要求
. 设计中考虑生产问题不充分
. 设计提出过高的工艺要求，制造能力达不
到
. 设计提出过高的人员技能和培训的要求
生产过程中的风险
采购，零件/组件的可用性
. 对供方的控制和管理计划不周
. 过分依赖供方
. 供方损失了关键的人物
. 采购产品未经充分验证和筛选
生产过程中的风险
生产工艺及过程的鉴定
. 不成熟或未经考验的技术在生产前尚不能
得到充分的改进验证
. 采用新技术、新工艺或新的工作流程，生
产工艺过程未经过考验
. 对特殊过程的过程参数未进行鉴定或验证
. 加工工艺不稳定，经常更改
生产过程中的风险
设施、设备及工装
. 设施设备不能满足工艺要求
. 无适宜的专用工装、工具，不能防止加工
中出差错
. 手工操作，未采用自动化或半自动化的加
工和测试手段（如CAM、SMT、ATE等）
维修与保障的风险
设计中未考虑保障性问题，不适应用户的
人力和技能的情况
未提供可靠的和可维修的保障和测试设备
未提供与产品同等质量的备件
提供的技术手册与产品的生产技术状态不
协调，难以看懂
费用/资金的风险
未及早制定切实可行的费用目标
预算周期内投资进程不稳定或资金不能及
时到位
冗余性能能力占去过多费用，即费用-性能
权衡不够适宜
进度风险
进度目标不切实际，难以实现
资源供应不能满足进度要求
权衡研究未考虑进度问题
风险分析
对辨识出来的各重大风险进一步分析，找
出风险的致因
判断可能出现的情况
关键过程对最佳惯例（或预期目标）偏离
的程度
确定每一个风险事件发生概率和后果
评定风险大小
风险分析
风险分析的方法风险分析的方法
. 故障树分析（故障树分析（FTAFTA））
. 故障模式影响及危害性分析（故障模式影响及危害性分析（FMECAFMECA））
. 建模和仿真建模和仿真
. 可靠性预计可靠性预计
. 专家的技术评估专家的技术评估
. 这些方法不是彼此孤立的，对一个项目进行这些方法不是彼此孤立的，对一个项目进行
风险分析会同时用到两种以上的方法风险分析会同时用到两种以上的方法
风险分析
故障树分析（FTA）
将重大风险事件作为“顶事件”， “顶事
件”的发生是由于若干“中间事件”的逻
辑组合所导致， “中间事件”又是由各个
“底事件”逻辑组合所导致，构成了一个
树状的逻辑因果关系图。（与和或的组合）
风险分析
故障模式影响及危害性分析（FMECA）
. 通过对产品的个组成单元潜在的各种故障
模式（原因）及其对产品功能的影响（结
果）进行分析，并将每一个潜在故障模式
按其严酷的程度分类（灾难的、致命的、
临界的、轻度的四类）。
. 这是一个从原因出发自下而上到分析结果
的归纳分析方法
风险分析
建模和仿真
虚拟地复制产品的过程，并能在较容易地获
得易于操作的真实环境中模仿产品或过程，
显示出产品或过程的具体、客观的情况，
从而发现存在的问题，可作为分析风险问
题的有力手段
风险分析
可靠性预计
. 根据组成系统的元件、组件、分系统的可
靠性来推测系统的可靠性，这是一个从小
到大、由下而上的综合过程。
. 是可靠性设计的重要内容，也可作为风险
分析的一种方法
风险分析
专家的技术评估专家的技术评估
. 选择对这些问题有经验的专家及所分析的问题选择对这些问题有经验的专家及所分析的问题
密切相关的或熟悉的人，进行调查、访谈，利密切相关的或熟悉的人，进行调查、访谈，利
用类似的已有风险经验教训和风险的历史数据用类似的已有风险经验教训和风险的历史数据
类推比较，对所研究的风险问题进行评价、排类推比较，对所研究的风险问题进行评价、排
序，得出定性或定量的序，得出定性或定量的((量化和权重处理）结果。量化和权重处理）结果。
. 发生的概率分五档（极小可能、不大可能、很发生的概率分五档（极小可能、不大可能、很
可能、极有可能、接近肯定发生）可能、极有可能、接近肯定发生）
. 风险的大小三档（高风险风险的大小三档（高风险//重大危害重大危害//、中风险、中风险//
某种危害某种危害//、低风险、低风险//轻微危害轻微危害//））
标准要求
产品实现的策划
. 对复杂产品实现的各阶段都应进行风险
分析和评估，形成各阶段风险分析文件，
并提供给顾客。
. 产品采购过程进行风险管理的内容之一
软件工程
随着计算机软件在产品中的迅速发展，是否按工程方法随着计算机软件在产品中的迅速发展，是否按工程方法
管理软件的设计和开发，直接影响到产品的质量，包括管理软件的设计和开发，直接影响到产品的质量，包括
的主要内容有：的主要内容有：
. 方法与技术（结构化方法、面向对象方法、快速原型法、方法与技术（结构化方法、面向对象方法、快速原型法、
形式化方法、逆向工程法）形式化方法、逆向工程法）
. 工具与环境（计算机辅助软件开发环境、软件开发工具工具与环境（计算机辅助软件开发环境、软件开发工具
箱，如测试工具、文档编制工具、配置管理箱，如测试工具、文档编制工具、配置管理Software Software
Configuration ManagementConfiguration Management，通常将它缩写为，通常将它缩写为SCMSCM工具）工具）
. 管理与标准（计划管理、技术管理、质量管理、软件开管理与标准（计划管理、技术管理、质量管理、软件开
发规范、软件文档编制规范、软件质量保证规范）发规范、软件文档编制规范、软件质量保证规范）
. 组织与人员（项目负责人、开发人员、测试人员、质量组织与人员（项目负责人、开发人员、测试人员、质量
管理人员、配置管理人员）管理人员、配置管理人员）
软件工程的七条基本原理
1983年提出的，国际认同，确保软件产品
质量和开发效率的原理最小集合，彼此相
互独立，不能用一条原理代替另一条原理，
而且缺一不可。
软件工程的七条基本原理
第一条，用分阶段的生命周期计划严格管
理
统计发现，不成功的软件项目中有一半是
由于计划不周造成的。在软件的整个生命
周期中可分为六类计划，它们是项目概要
计划、里程碑计划、项目控制计划、产品
控制计划、验证计划、运行维护计划
软件工程的七条基本原理
第二条 坚持进行阶段评审
大部分软件错误是在编码之前造成的，据统
计，设计错误占软件错误的63%，编码错
误仅占37%，而且错误发现与改正的越晚，
所需付出的代价也越高。
因此，在每个阶段都进行严格的评审，以
便尽早发现在软件开发过程中所犯的错误。
软件工程的七条基本原理
第三条 实行严格的产品控制
随意改变需求往往需要付出较高的代价，
但是改变需求又是难免的，这只能依靠科
学的产品控制技术来顺应这种要求。实行
严格的产品控制，主要是实行基线配置管
理。
软件工程的七条基本原理
第四条 采用现代程序设计技术
采用各种新的程序设计技术，可以提高软
件开发的效率。
如结构设计技术、面向对象的程序
软件工程的七条基本原理
第五条 结果应能清楚地审查
软件的特殊性（软件产品为逻辑产品；软
件人员的工作情况可见性差；难以准确度
量），使得软件产品的开发过程比一般产
品更难于评价和管理。因此，应规定开发
组织的责任和产品标准，使所得到的结果
能够清楚的审查。
软件工程的七条基本原理
第六条 开发小组的人员应该精而少
软件开发人员的素质高，可以大幅度地提
高开发效率，并减少所开发的软件中的错
误。开发人员数为N时，可能的通讯路径
数有N（N-1）/2条，随着人数N的增加，
通讯代价将急剧增加。
软件工程的七条基本原理
第七条第七条 承认不断改进软件工程实践的必要性承认不断改进软件工程实践的必要性
为了赶上时代的步伐，必须采纳新的软件技术，并收集为了赶上时代的步伐，必须采纳新的软件技术，并收集
有关数据，进行数据分析。实施持续改进。有关数据，进行数据分析。实施持续改进。
从二十世纪从二十世纪7070年代至今，已经进入软件工程时期，形成年代至今，已经进入软件工程时期，形成
了系统化的工程管理办法，主要标志有三：了系统化的工程管理办法，主要标志有三：
. 软件生存周期概念的产生使软件工程管理走向系统化软件生存周期概念的产生使软件工程管理走向系统化
. 软件工程规范基本配套，使软件生存周期过程的基本技软件工程规范基本配套，使软件生存周期过程的基本技
术和管理活动规范化术和管理活动规范化
. 软件工程能力评估办法和软件工程能力评估办法和ISO9000ISO9000的产生，标志软件的产生，标志软件
质量管理技术更加成熟质量管理技术更加成熟
“软件工程”方法开发技术特点
定义定义
软件工程技术是把软件作为一个工程来处理，它需要计划、分析、设软件工程技术是把软件作为一个工程来处理，它需要计划、分析、设
计、实现、测试及维护分阶段进行。即运用系统工程的原理，采用计、实现、测试及维护分阶段进行。即运用系统工程的原理，采用
工程化方法和工程途径来研制和维护软件。工程化方法和工程途径来研制和维护软件。
. 它与非工程化方法正相反它与非工程化方法正相反
a)a) 无章可循，或有章不依无章可循，或有章不依
b)b) 个人设计，个人使用，手工技巧，无维护观念，无系统化方法个人设计，个人使用，手工技巧，无维护观念，无系统化方法
c)c) 只编程序，不编制文档只编程序，不编制文档
d)d) 只调试，不测试只调试，不测试
. 规范化的系统的软件开发方法，必须在以下三方面做出规定规范化的系统的软件开发方法，必须在以下三方面做出规定
a)a) 工作步骤（确定开发的各个阶段、规定每阶段的活动）工作步骤（确定开发的各个阶段、规定每阶段的活动）
b)b) 软件文档格式软件文档格式
c)c) 评价标准（各个活动和产品的验证准则和步骤）评价标准（各个活动和产品的验证准则和步骤）
软件工程方法
软件设计开发策划
应编制软件开发计划、质量保证计划、配
置管理计划、风险管理计划，至少应编制
软件开发计划。
软件工程方法
软件开发计划中应包括：软件开发计划中应包括：
. 阶段划分，一般分软件需求定义、软件需求分析、概要设计、详细阶段划分，一般分软件需求定义、软件需求分析、概要设计、详细
设计、软件实现（编码和单元测试）、软件测试（部件集成测试、设计、软件实现（编码和单元测试）、软件测试（部件集成测试、
配置项测试、系统集成测试）配置项测试、系统集成测试）
. 进度和里程碑进度和里程碑
. 评审和测试活动评审和测试活动
. 人员职责人员职责
. 文档要求文档要求
. 风险管理风险管理
. 采用的标准、规范采用的标准、规范
. 工具与技术工具与技术
. 配置管理要求配置管理要求
. 软件开发计划应说明与其他计划的关系软件开发计划应说明与其他计划的关系
抛砖引玉
祝贺大家成功！
