CMMI软件质量管理-培训教材
合集下载
《CMMI培训资料四》PPT课件
Risk Management
Activities
1 Risk Planning Risk planning is the detailed formulation of a program of action for the management of risk; 2 Risk Assessment • Risk identification • Risk Analysis, Rating and Prioritization
Monitoring and Control
Outputs
· Project Tracking Sheet · Updated Project Plan
Monitoring and Control
Exit Criteria • Project closuregement
Inputs
Contract / Order / Tender Inquiry / Final Proposal and all other communications from US team or real customer <if any>
Client Engagement
Activities
To be Continued…
Client Engagement
Activities
3 For non-PLM project, a contract review team <CRT> will work with development team to acquire customer needs, refine requirement and finalize the contract.
Monitoring and Control
CMMI基础培训教材
行策划。 • 目的：为了实施该过程和达到所建立的目标、拟订
该过程的实施计划以及就该计划在相关的共利益者 之间达成一致，确定需要做什么。 • 应针对该过程的特定工作产品和执行该工作确定需 求。
29
公共实践－GP2.3
GP 2.3 提供资源 为实施该过程、开发工作产品和提供该过程的
服务，提供足够的资源。 • 目的：确保按计划规定提供实施该过程所需的资源
• 项目策划 • 项目监督和控制 • 供方协定管理 • 风险管理 • 需求管理 • 集成项目管理 • 定量项目管理
工程类
• 需求开发 • 技术解决 • 产品集成 • 验证 • 确认
支持类
• 配置管理 • 过程和产品质量保证 • 测量和分析 • 决策分析与决定 • 因果分析和解决方案
14
成熟度等级
ML5. 持续优化级 ML4. 定量管理级 ML3. 已定义级 ML2. 受管理级 ML1. 初始级
什么是CMMI？
• CMMI－集成的软件能力成熟度模型 • Capability Maturity Model－Integration
• 定义：对于软件组织在定义、实现、度量、控制和 改善其软件过程的各个发展阶段的描述。
• 目的：帮助企业进行对软件工程过程的管理和改进, 增强开发制造能力,从而能按时地、不超预算地制造 出高质量的软件
46
需求管理—特定目标
SG1 管理需求 对需求进行管理并识别与项目计划和工作产
品之间的不一致之处。
47
需求管理—背景
获得对 需求的 理解
识别项目 工作与需 求的不一
致性
管理需求
获得对 需求的 承诺
管理需 求变更
需求
维护需求 的双向溯
该过程的实施计划以及就该计划在相关的共利益者 之间达成一致，确定需要做什么。 • 应针对该过程的特定工作产品和执行该工作确定需 求。
29
公共实践－GP2.3
GP 2.3 提供资源 为实施该过程、开发工作产品和提供该过程的
服务，提供足够的资源。 • 目的：确保按计划规定提供实施该过程所需的资源
• 项目策划 • 项目监督和控制 • 供方协定管理 • 风险管理 • 需求管理 • 集成项目管理 • 定量项目管理
工程类
• 需求开发 • 技术解决 • 产品集成 • 验证 • 确认
支持类
• 配置管理 • 过程和产品质量保证 • 测量和分析 • 决策分析与决定 • 因果分析和解决方案
14
成熟度等级
ML5. 持续优化级 ML4. 定量管理级 ML3. 已定义级 ML2. 受管理级 ML1. 初始级
什么是CMMI？
• CMMI－集成的软件能力成熟度模型 • Capability Maturity Model－Integration
• 定义：对于软件组织在定义、实现、度量、控制和 改善其软件过程的各个发展阶段的描述。
• 目的：帮助企业进行对软件工程过程的管理和改进, 增强开发制造能力,从而能按时地、不超预算地制造 出高质量的软件
46
需求管理—特定目标
SG1 管理需求 对需求进行管理并识别与项目计划和工作产
品之间的不一致之处。
47
需求管理—背景
获得对 需求的 理解
识别项目 工作与需 求的不一
致性
管理需求
获得对 需求的 承诺
管理需 求变更
需求
维护需求 的双向溯
《CMMI培训资料九》PPT课件
h
7
Output
Unit Testing
• Test Results (in any form) • Tested Software program unit
h
8
Exit Criteria
Unit Testing
Unit test results are approved by the Project Manager or any other person authorized by him.
h
To be Contin2u0ed…
Activities
Acceptance Testing
4 In the case the build is rejected because of sever defects after the build is provided from development team, QA team will go through the test cases again that cover the issues fixed in the new build when developers fixed issues based on the previous build.
h
To be Contin1u2ed…
Integration Testing
Activities
4 Any result deemed to be a defect. The analysis of the results will be carried out by Project Manager or by anybody as assigned by PM. 5 Areas impacted by any modifications in code shall be identified, tested again and properly documented. 6 The Integration testing procedure shall be carried out till the approval is obtained on the test results from the designated approval authority.
CMMI体系知识培训教材PPT-26张课件
修改缺陷 状态
(责任人)
问题记录 跟踪表 [草稿]
批准 (评审主
席)
问题记录 跟踪表 [已批准]
审批活动图
评审成员
提交发现的待定问题
评审主席
否 确认是否为问题
是
状态：待修复
问
题
PR： 项 目 经 理
否 是否要修改
记 录
TR、 MR： 评 审 主 席
状态：遗留
与
跟
是
状态：待修复
踪
流
责任人
修改问题
程
图
无言。缘来尽量要惜，缘尽就放。人生本来就空，对人家笑笑，对自己笑笑，笑着看天下，看日出日落，花谢花开，岂不自在，哪里来的尘埃!
•
5、心情就像衣服，脏了就拿去洗洗，晒晒，阳光自然就会蔓延开来。阳光那么好，何必自寻烦恼，过好每一个当下，一万个美丽的未来抵不过一个温暖的现在。
•
6、无论你正遭遇着什么，你都要从落魄中站起来重振旗鼓，要继续保持热忱，要继续保持微笑，就像从未受伤过一样。
•
9、与其埋怨世界，不如改变自己。管好自己的心，做好自己的事，比什么都强。人生无完美，曲折亦风景。别把失去看得过重，放弃是另一种拥有;不要经常艳羡他人，
人做到了，心悟到了，相信属于你的风景就在下一个拐弯处。
•
10、有些事想开了，你就会明白，在世上，你就是你，你痛痛你自己，你累累你自己，就算有人同情你，那又怎样，最后收拾残局的还是要靠你自己。
SCCB评审变更请求申请 （SCCB会议纪要）
需求角色更改需求文档 修改后的需求文档被批准纳入基线
2.7 系统设计流程
2.8 系统开发流程
软件实现开发过程可以分为三个子阶段： 详细设计 编码 单元测试 详细设计是在系统设计和概要设计的基础上进行函数或方法的详细功能 的设计；编码主要包括测试前的编码工作以及测试后对编码的修复工
CMMI培训教材(测试技术-测试基础)
验证（Verification）
验证是对工作产品进行人工检查或评审，目的是证明 软件生命周期的各个阶段，以及阶段间的逻辑协调性、 完备性和正确性。
测试与软件开发过程的关系
用户需求和验 收测试计划
软件需求和系 统测试计划
概要设计和集 成测试计划
详细设计和单 元测试计划
验证
时间 编码
验收测试 系统测试 集成测试 单元测试
测试是为了证明程序有错，而不是为了证明程序 无错误；
一个好的测试用例是它能发现至今未发现的错误； 一个成功的测试是发现了至今未发现的错误的测
试。
软件测试的定义
换言之，测试就是想以最少的时间和人力，系统 地找出软件中潜在的各种错误和缺陷。如果我们 成功地实施了测试，我们就能够发现软件中的错 误。
测试的附带收获是，它能够证明软件的功能和性 能与需求说明相符合。
实施测试收集到的测试结果数据为可靠性分析提 供了依据。
测试不能表明软件中不存在错误，它只能说明软 件中存在错误。
术语解释
软件测试的方式：
白盒测试：基于一个应用代码的内部逻辑知识， 测试是基于覆盖全部代码、分支、路径、条件
确认
软件测试的原则
尽早和不断地进行软件测试； 测试输入数据及与之对应的预期输出结果是每个
测试用例的必要组成部分； 既要编写使用有效输入条件的测试用例，也要编
写使用非法输入条件的测试用例； 充分注意测试中的群集现象。即没有发现的缺陷
数与已发现的缺陷数成正比； 严格执行测试计划，杜绝不能重现的测试； 深入细致地审查测试结果； 妥善保存测试计划，测试用例、测试缺陷记录及
计划测试活动
目的：明确并描述针对项目要进行的测试 活动
验证是对工作产品进行人工检查或评审，目的是证明 软件生命周期的各个阶段，以及阶段间的逻辑协调性、 完备性和正确性。
测试与软件开发过程的关系
用户需求和验 收测试计划
软件需求和系 统测试计划
概要设计和集 成测试计划
详细设计和单 元测试计划
验证
时间 编码
验收测试 系统测试 集成测试 单元测试
测试是为了证明程序有错，而不是为了证明程序 无错误；
一个好的测试用例是它能发现至今未发现的错误； 一个成功的测试是发现了至今未发现的错误的测
试。
软件测试的定义
换言之，测试就是想以最少的时间和人力，系统 地找出软件中潜在的各种错误和缺陷。如果我们 成功地实施了测试，我们就能够发现软件中的错 误。
测试的附带收获是，它能够证明软件的功能和性 能与需求说明相符合。
实施测试收集到的测试结果数据为可靠性分析提 供了依据。
测试不能表明软件中不存在错误，它只能说明软 件中存在错误。
术语解释
软件测试的方式：
白盒测试：基于一个应用代码的内部逻辑知识， 测试是基于覆盖全部代码、分支、路径、条件
确认
软件测试的原则
尽早和不断地进行软件测试； 测试输入数据及与之对应的预期输出结果是每个
测试用例的必要组成部分； 既要编写使用有效输入条件的测试用例，也要编
写使用非法输入条件的测试用例； 充分注意测试中的群集现象。即没有发现的缺陷
数与已发现的缺陷数成正比； 严格执行测试计划，杜绝不能重现的测试； 深入细致地审查测试结果； 妥善保存测试计划，测试用例、测试缺陷记录及
计划测试活动
目的：明确并描述针对项目要进行的测试 活动
CMMI 基础培训资料
刘佳荔liujiali@质量是什么产品或服务满足用户给定要求的程度质量产生于每个人之手，而不是检验一组数据１．一个缺陷随着项目的进展越迟发现所消耗的成本越大２．每一个人的每一步工作都得到保证，才能确保产品按期、保质地完成，并节约项目的成本３．与质量有关的角色项目经理、需求分析师、设计分析师、编码工程师、测试工程师、配置工程师、QA工程师、项目的高层经理、其他：如文档工程师、评审组、客服过程的地位决定软件产品的成本、进度和质量的主要因素质量三角架过程、技术、人员过程过程的定义：（ISO/IEC 12207;GB/T 8566）指一系列活动、任务、和它们之间的关系、它们共同把一组输入转换成所需要的输出。
练习（过程的定义）１．项目情况：项目接到一个任务，负责实现一个模块，该模块主要实现将产品A输出进行加工转换成用户要求的格式。
目前已经进展到编码阶段。
２．任务：请各项目组明确编码过程的具体活动，以及各个角色的职责，派一名代表描述。
（五分钟明确，五分钟阐述）练习总结（过程的定义）１．不同的过程产生不同的结果２．同一任务由不同的项目组来完成，产生不同的结果３．即使在项目组内，每个项目成员的做法也不同（能过过程规范工作，尽量缩小每个人、每个组之间的不同，使得所生产出来的产品质量是可控的，产品是可共用的）什么是CMMI？１．集成的软件能力成熟度模型２．Capability Maturity Model-Integration美国国防部在卡内基－梅隆大学成立了软件工程研究所，于1987年推出SW-CMM框架，1993年推出SEI CMM1.1版并得到推行，2002年8月CMMI-SW1.1版发布实施。
CMMI将系统工程和软件工程集成在一起，将系统学科和软件学科集成为一个过程改进框架。
CMMI模型目前CMMI V1.1成套产品，按学科建立模型１．系统工程SE２．软件工程SW３．集成产品和过程开发（IPPD）４．供应商来源（SS）CMMI-WS/SE阶段式模型５优化级４定量管理级３定义级２管理级１初始极不同等级的关注焦点CMMI L2与L3二级：１．项目级２．反应试三级１．组织级，将管理和工程两方面的过程文档化和标准化，并形成了组织级的过程资产。
CMMI培训材料
CMMI培训材料CMMI(能力成熟度模型集成)是一种用于评估和改进组织的软件开发和管理过程的方法。
它是由美国软件工程协会(SEI)开发的，并于1987年首次发布。
CMMI为组织提供了一个评估自己软件开发和管理过程能力的框架，并提供了改善这些过程的指导。
CMMI模型是基于五个不同的能力成熟度级别构建的，从最低级别的初始级到最高级别的优化级。
每个级别都定义了一系列目标和实践，用于指导组织在该级别上的实施和改进。
通过逐渐实现每个级别上的目标和实践，组织可以逐步提高其软件开发和管理过程的能力。
在CMMI的培训中，我们会从基础的概念开始介绍，包括CMMI的起源和发展、能力成熟度级别的含义和目标。
接下来，我们会深入讨论每个级别的目标和实践，并提供实际案例和示例来说明这些实践的应用和好处。
在初始级别，组织的软件开发和管理过程通常是不稳定和不可靠的。
此时，组织需要建立一套基本的过程框架，并确保项目能够按时完成。
在培训中，我们会介绍如何建立这样的过程框架，并通过实例演示如何提高项目的可靠性和预测性。
在重复级别，组织开始建立一套稳定和可重复的软件开发和管理过程。
这些过程可以在不同的项目中重复使用，并且组织可以通过收集和分析过程度量数据来改进这些过程。
在培训中，我们会介绍如何定义和收集度量数据，并使用这些数据来改进过程。
在定义级别，组织建立了一个完整且受控的软件开发和管理过程。
过程的定义和执行得到了规范，并且组织可以根据需求进行定制。
在培训中，我们会介绍如何定义和实施这些过程，并提供一些最佳实践和工具。
在量化级别，组织通过度量和分析过程数据来管理和改进软件开发和管理过程。
组织可以进行长期趋势分析，并通过比较不同项目之间的度量数据来识别和解决问题。
在培训中，我们会介绍如何使用统计和分析工具来处理这些数据，并提供一些常见的度量方法和技术。
在优化级别，组织通过不断的学习和创新来改进软件开发和管理过程。
组织可以采用一些新的方法和技术，并通过实验和反馈来验证它们的有效性。
CMMI基础培训教材
Requirements Management Requirements Development
Technical Solution Product Integration
Verification Validation
Organizational Process Focus Organizational Process Definition
• 连续型– Continuous • 过程能力方法 • 组织选择哪一个“过程”着重用于连续的过程改进。 • 6种能力等级：0—不完全级(Incomplete)；1—已执行级 (Performed)；2—已管理级(Managed)；3—已定义级 (Defined)，4—定量管理级(Quantitatively Managed)；5—持 续优化级(Optimizing)
Validation
Organizational Process Focus Organizational Process Definition
Organizational Training Risk Management
Integrated Project Management Decision Analysis and Resolution
过程域 Process Area--PAs
•过程域 (PAs)是一类相关实践活动的集合.
•它们是建立过程能力最主要的元素(模块)，是两种模 型表示的基础. •Example PA: “Requirements Management”
CMMI其他重要基本概念
• 目标和实践是用于识别过程和能力的模型要素.
阶段型的5个等级
• 量化管理级 (Quantitatively managed) 过程被量化管理。本级着重在组织绩效的建立
Technical Solution Product Integration
Verification Validation
Organizational Process Focus Organizational Process Definition
• 连续型– Continuous • 过程能力方法 • 组织选择哪一个“过程”着重用于连续的过程改进。 • 6种能力等级：0—不完全级(Incomplete)；1—已执行级 (Performed)；2—已管理级(Managed)；3—已定义级 (Defined)，4—定量管理级(Quantitatively Managed)；5—持 续优化级(Optimizing)
Validation
Organizational Process Focus Organizational Process Definition
Organizational Training Risk Management
Integrated Project Management Decision Analysis and Resolution
过程域 Process Area--PAs
•过程域 (PAs)是一类相关实践活动的集合.
•它们是建立过程能力最主要的元素(模块)，是两种模 型表示的基础. •Example PA: “Requirements Management”
CMMI其他重要基本概念
• 目标和实践是用于识别过程和能力的模型要素.
阶段型的5个等级
• 量化管理级 (Quantitatively managed) 过程被量化管理。本级着重在组织绩效的建立
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
质量强调一致性原则和可重复性原则（即稳定性）。
9
如何理解软件质量
从质量管理的历程来看
检验阶段：事后，次废品剔除 制造阶段：事中 设计阶段： 全面质量管理TQM
发现问题---〉预防问题---〉质量保证---〉战略质 量管理
10
如何理解软件质量
总结
现代质量管理追求顾客满意，包括提高内部顾 客和外部顾客满意度，满足顾客明确和隐含的 需求。
4
什么是软件质量
质量定义 如何理解软件质量 附：质量管理专家
5
质量的定义
“无缺陷” 国家标准
质量是产品或服务满足明确或隐含需要能力的特征 和特性的总和。
用户角度
质量是用户对一个产品（包括相关的服务）满足程 度的度量 “顾客驱动型”
生产角度
开发出来的最终产品能满足我要求的功能是否相同
（范围管理、时间管理、成本管理、质量管理、人力资源管理、沟 通管理、采购管理、风险管理和综合管理）
21
为什么要进行软件质量管理
可以为企业带来如下益处：
缩短总运转周期 降低质量所需的成本 缩短库存周转时间 提高生产率 追求企业利益和成功 使顾客完全满意 最大限度获取利润
22
如何进行软件质量管理
w岗位及其职责都是清楚的
w有客观、定量的基础分析产品级
26
CMMI概述-能力模型
为什么采用能力模型？ 模型对过程需求提供了一个公共集合， 综合了最好的实践和实际的知识，并以 一种可以用来指导过程改进优先顺序的 格式来表示。
27
CMMI概述-PA
5 优化级 4 定量管理级 3 定义级 2 管理级 1 初始级
注重预防而不是检查，并承认管理层对质量的 责任。
“质量是设计出来的，质量是制造出来的”， 控制好各阶段内的过程。
强调持续改进
11
什么是软件质量
质量定义 如何理解软件质量 附：质量管理专家（略）
12
质量管理专家-戴明
戴明（W.Edwards.Deming）
戴明品质奖，至今仍是日本品质管理的最高 荣誉
CMMI概述 过程改进 质量保证，其工作职责和基本工作方式 质量目标的制定、度量和实现
23
CMMI概述
CMMI CMMI － Capacity Maturity Model Integrated 能力成熟度模型集成
目的就是实现软件过程的改进(SPI)，增 加工作过程的能力，从而提升软件组织 的核心竞争力，取得竞争优势。
1级-初始级
2 级-管理级
配置管理 过程和产品质量保证 供应合同管理 项目监控和控制 项目计划 需求管理 度量和分析
质量管理三部曲
质量计划
构造
测试
Y OK
修改
事后控制、代价昂贵、检测缺陷而不是避免缺陷
质量控制
事前预防、过程改进、缩小缺陷引入和发现的时间 有效手段：测试、评审、走查、模拟、非正式评审、demo、checklist
质量推进
质量控制和质量保证相结合、解释性结果作为下一次的预防控制
17
质量管理专家-克劳士比
质量管理专家-戴明之PDCA
基本步骤
15
质量管理专家-朱兰
朱兰（Juran）
朱兰三部曲 朱兰理论核心管理就是不断改进工作。朱兰
提出质量不尽要满足明确的需求，也要满足 潜在的需求。 最早把80/20原则引入质量管理 《质量控制手册》Quality Control Handbook
16
质量管理专家-朱兰三部曲
戴明PDCA循环 戴明质量管理14法
13
质量管理专家-戴明之PDCA
P (plan)——计划； D (do)—— 实施； C (check)—检查； A (action)—处理。
大环带小环，阶梯式上升，周而复始 W.Edward Deming博士提出的Deming环 图1
PDCA循环是质量管理的基本方法 14
克劳士比（Crosby）
《质量是免费》，提出组织向零缺陷突破闻名。 克劳士比管理4个原则 原则一、什么是质量？
·产生的？
·预防产生质量 ·检验不能产生质量 原则三、什么是工作标准？ ·零缺陷，而不是“差不多就好” 原则四、怎样衡量质量？ ·不符合要求的代价（金钱），而不是指数
24
CMMI概述-过程能力
过程能力——通过遵循某个过程，有 能力预见未来所得到的结果范围。
过程性能——特定项目遵循某过程所 得到的实际结果的度量。
控制上限
过程能力
控制下限
过程性能
25
CMMI概述-成熟度
何谓成熟？
不成熟组织
成熟组织
w软件过程在项目过程中临时拼凑；
w具有全组织范围管理软件开发和 维护过程的能力
18
软件质量管理
介绍软件质量管理
什么是软件质量? 为什么要进行软件质量管理?
必要性；在各大领域的位置；益处
19
为什么要进行软件质量管理
软件质量是一个软件企业成功的必要条 件，除了接受质量观念外就别无选择
20
为什么要进行软件质量管理
PMBOOK:项目管理划分为9个知识领 域，质量管理是其中之一
软件质量管理
软件质量管理
课程期望
2
软件质量管理
本课程主要内容
介绍软件质量管理 如何进行软件质量管理
CMMI概述 过程改进 质量保证，其工作职责和基本工作方式 质量目标的制定、度量和实现
3
软件质量管理
介绍软件质量管理
什么是软件质量?
质量定义，及其如何理解；理解PDCA
为什么要进行软件质量管理?
w即使规定了也不能严格遵守和贯 w软件过程被准确无误地通知现有
彻；
职员和新员工
w反应式的组织 —“救火队员”
w工作活动按照已规划的过程进行
w超出进度和预算已成惯例；为满 足进度要求，常在产品功能和 质量上做出让步，缩短或取消 评审和测试等质量活动；
w强制式的过程适用，而且和实际 工作方式一致
w不存在判断产品质量或解决产品 或过程问题的客观基础
6
什么是软件质量
质量定义 如何理解软件质量 附：质量管理专家
7
如何理解软件质量
软件质量与传统意义上的质量
8
如何理解软件质量
软件质量反映了以下三方面的问题： 1、软件需求是度量软件质量的基础。 2、在各种标准中定义了一些开发准则，用来指导软件 人员用工程化的方法来开发软件。如果不遵守这些开 发准则，软件质量就得不到保证。 3、往往会有一些隐含的需求没有明确提出来。如果软 件只满足那些精确定义了的需求而没有满足这些隐含 的需求， 软件质量也得不到保证。
9
如何理解软件质量
从质量管理的历程来看
检验阶段：事后，次废品剔除 制造阶段：事中 设计阶段： 全面质量管理TQM
发现问题---〉预防问题---〉质量保证---〉战略质 量管理
10
如何理解软件质量
总结
现代质量管理追求顾客满意，包括提高内部顾 客和外部顾客满意度，满足顾客明确和隐含的 需求。
4
什么是软件质量
质量定义 如何理解软件质量 附：质量管理专家
5
质量的定义
“无缺陷” 国家标准
质量是产品或服务满足明确或隐含需要能力的特征 和特性的总和。
用户角度
质量是用户对一个产品（包括相关的服务）满足程 度的度量 “顾客驱动型”
生产角度
开发出来的最终产品能满足我要求的功能是否相同
（范围管理、时间管理、成本管理、质量管理、人力资源管理、沟 通管理、采购管理、风险管理和综合管理）
21
为什么要进行软件质量管理
可以为企业带来如下益处：
缩短总运转周期 降低质量所需的成本 缩短库存周转时间 提高生产率 追求企业利益和成功 使顾客完全满意 最大限度获取利润
22
如何进行软件质量管理
w岗位及其职责都是清楚的
w有客观、定量的基础分析产品级
26
CMMI概述-能力模型
为什么采用能力模型？ 模型对过程需求提供了一个公共集合， 综合了最好的实践和实际的知识，并以 一种可以用来指导过程改进优先顺序的 格式来表示。
27
CMMI概述-PA
5 优化级 4 定量管理级 3 定义级 2 管理级 1 初始级
注重预防而不是检查，并承认管理层对质量的 责任。
“质量是设计出来的，质量是制造出来的”， 控制好各阶段内的过程。
强调持续改进
11
什么是软件质量
质量定义 如何理解软件质量 附：质量管理专家（略）
12
质量管理专家-戴明
戴明（W.Edwards.Deming）
戴明品质奖，至今仍是日本品质管理的最高 荣誉
CMMI概述 过程改进 质量保证，其工作职责和基本工作方式 质量目标的制定、度量和实现
23
CMMI概述
CMMI CMMI － Capacity Maturity Model Integrated 能力成熟度模型集成
目的就是实现软件过程的改进(SPI)，增 加工作过程的能力，从而提升软件组织 的核心竞争力，取得竞争优势。
1级-初始级
2 级-管理级
配置管理 过程和产品质量保证 供应合同管理 项目监控和控制 项目计划 需求管理 度量和分析
质量管理三部曲
质量计划
构造
测试
Y OK
修改
事后控制、代价昂贵、检测缺陷而不是避免缺陷
质量控制
事前预防、过程改进、缩小缺陷引入和发现的时间 有效手段：测试、评审、走查、模拟、非正式评审、demo、checklist
质量推进
质量控制和质量保证相结合、解释性结果作为下一次的预防控制
17
质量管理专家-克劳士比
质量管理专家-戴明之PDCA
基本步骤
15
质量管理专家-朱兰
朱兰（Juran）
朱兰三部曲 朱兰理论核心管理就是不断改进工作。朱兰
提出质量不尽要满足明确的需求，也要满足 潜在的需求。 最早把80/20原则引入质量管理 《质量控制手册》Quality Control Handbook
16
质量管理专家-朱兰三部曲
戴明PDCA循环 戴明质量管理14法
13
质量管理专家-戴明之PDCA
P (plan)——计划； D (do)—— 实施； C (check)—检查； A (action)—处理。
大环带小环，阶梯式上升，周而复始 W.Edward Deming博士提出的Deming环 图1
PDCA循环是质量管理的基本方法 14
克劳士比（Crosby）
《质量是免费》，提出组织向零缺陷突破闻名。 克劳士比管理4个原则 原则一、什么是质量？
·产生的？
·预防产生质量 ·检验不能产生质量 原则三、什么是工作标准？ ·零缺陷，而不是“差不多就好” 原则四、怎样衡量质量？ ·不符合要求的代价（金钱），而不是指数
24
CMMI概述-过程能力
过程能力——通过遵循某个过程，有 能力预见未来所得到的结果范围。
过程性能——特定项目遵循某过程所 得到的实际结果的度量。
控制上限
过程能力
控制下限
过程性能
25
CMMI概述-成熟度
何谓成熟？
不成熟组织
成熟组织
w软件过程在项目过程中临时拼凑；
w具有全组织范围管理软件开发和 维护过程的能力
18
软件质量管理
介绍软件质量管理
什么是软件质量? 为什么要进行软件质量管理?
必要性；在各大领域的位置；益处
19
为什么要进行软件质量管理
软件质量是一个软件企业成功的必要条 件，除了接受质量观念外就别无选择
20
为什么要进行软件质量管理
PMBOOK:项目管理划分为9个知识领 域，质量管理是其中之一
软件质量管理
软件质量管理
课程期望
2
软件质量管理
本课程主要内容
介绍软件质量管理 如何进行软件质量管理
CMMI概述 过程改进 质量保证，其工作职责和基本工作方式 质量目标的制定、度量和实现
3
软件质量管理
介绍软件质量管理
什么是软件质量?
质量定义，及其如何理解；理解PDCA
为什么要进行软件质量管理?
w即使规定了也不能严格遵守和贯 w软件过程被准确无误地通知现有
彻；
职员和新员工
w反应式的组织 —“救火队员”
w工作活动按照已规划的过程进行
w超出进度和预算已成惯例；为满 足进度要求，常在产品功能和 质量上做出让步，缩短或取消 评审和测试等质量活动；
w强制式的过程适用，而且和实际 工作方式一致
w不存在判断产品质量或解决产品 或过程问题的客观基础
6
什么是软件质量
质量定义 如何理解软件质量 附：质量管理专家
7
如何理解软件质量
软件质量与传统意义上的质量
8
如何理解软件质量
软件质量反映了以下三方面的问题： 1、软件需求是度量软件质量的基础。 2、在各种标准中定义了一些开发准则，用来指导软件 人员用工程化的方法来开发软件。如果不遵守这些开 发准则，软件质量就得不到保证。 3、往往会有一些隐含的需求没有明确提出来。如果软 件只满足那些精确定义了的需求而没有满足这些隐含 的需求， 软件质量也得不到保证。