CMMI软件质量管理-培训教材

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,软件质量管理,1,软件质量管理,课程期望,2,软件质量管理,本课程主要内容,介绍软件质量管理,如何进行软件质量管理,CMMI概述,过程改进,质量保证,其工作职责和根本工作方式,质量目标的制定、度量和实现,3,软件质量管理,介绍软件质量管理,什么是软件质量?,质量定义,及其如何理解；理解PDCA,为什么要进行软件质量管理?,4,什么是软件质量,质量定义,如何理解软件质量,附：质量管理专家,5,质量的定义,“无缺陷,国家标准,质量是产品或效劳满足明确或隐含需要能力的特征和特性的总和。,用户角度,质量是用户对一个产品（包括相关的效劳）满足程度的度量 “顾客驱动型,生产角度,开发出来的最终产品能满足我要求的功能是否相同,6,什么是软件质量,质量定义,如何理解软件质量,附：质量管理专家,7,如何理解软件质量,软件质量与传统意义上的质量,8,如何理解软件质量,软件质量反映了以下三方面的问题：,1、软件需求是度量软件质量的根底。,2、在各种标准中定义了一些开发准则,用来指导软件人员用工程化的方法来开发软件。如果不遵守这些开发准则,软件质量就得不到保证。,3、往往会有一些隐含的需求没有明确提出来。如果软件只满足那些精确定义了的需求而没有满足这些隐含的需求, 软件质量也得不到保证。,质量强调一致性原则和可重复性原则（即稳定性）。,9,如何理解软件质量,从质量管理的历程来看,检验阶段：事后,次废品剔除,制造阶段：事中,设计阶段：,全面质量管理TQM,发现问题-预防问题-质量保证-战略质量管理,10,如何理解软件质量,总结,现代质量管理追求顾客满意,包括提高内部顾客和外部顾客满意度,满足顾客明确和隐含的需求。,注重预防而不是检查,并成认管理层对质量的责任。,“质量是设计出来的,质量是制造出来的,控制好各阶段内的过程。,强调持续改进,11,什么是软件质量,质量定义,如何理解软件质量,附：质量管理专家（略）,12,质量管理专家,-,戴明,戴明（W.Edwards.Deming）,戴明品质奖,至今仍是日本品质管理的最高荣誉,戴明PDCA循环,戴明质量管理14法,13,质量管理专家,-,戴明之,PDCA,P (plan)方案；,D (do) 实施；,C (check)检查；,A (action)处理。,PDCA循环是质量管理的根本方法,大环带小环,阶梯式上升,周而复始,W.Edward Deming博士提出的Deming环 图1,14,质量管理专家,-,戴明之,PDCA,根本步骤,15,质量管理专家,-,朱兰,朱兰（Juran）,朱兰三部曲,朱兰理论核心管理就是不断改进工作。朱兰提出质量不尽要满足明确的需求,也要满足潜在的需求。,最早把80/20原则引入质量管理,质量控制手册Quality Control Handbook,16,质量管理三部曲,质量方案,事后控制、代价昂贵、检测缺陷而不是防止缺陷,质量控制,事前预防、过程改进、缩小缺陷引入和发现的时间,有效手段：测试、评审、走查、模拟、非正式评审、demo、checklist,质量推进,质量控制和质量保证相结合、解释性结果作为下一次的预防控制,质量管理专家,-,朱兰三部曲,构 造,测试,修改,OK,Y,17,质量管理专家,-,克劳士比,克劳士比（Crosby）,质量是免费,提出组织向零缺陷突破闻名。,克劳士比管理4个原则,原则一、什么是质量？ 质量即符合要求,而不是好。,原则二、质量是怎样产生的？ 预防产生质量检验不能产生质量,原则三、什么是工作标准？ 零缺陷,而不是“差不多就好,原则四、怎样衡量质量？ 不符合要求的代价（金钱）,而不是指数,18,软件质量管理,介绍软件质量管理,什么是软件质量,?,为什么要进行软件质量管理,?,必要性；在各大领域的位置；益处,19,为什么要进行软件质量管理,软件质量是一个软件企业成功的必要条件,除了接受质量观念外就别无选择,20,为什么要进行软件质量管理,PMBOOK:工程管理划分为9个知识领域,质量管理是其中之一,（范围管理、时间管理、本钱管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和综合管理）,21,为什么要进行软件质量管理,可以为企业带来如下益处：,缩短总运转周期,降低质量所需的本钱,缩短库存周转时间,提高生产率,追求企业利益和成功,使顾客完全满意,最大限度获取利润,22,如何进行软件质量管理,CMMI概述,过程改进,质量保证,其工作职责和根本工作方式,质量目标的制定、度量和实现,23,CMMI,CMMI Capacity Maturity Model Integrated,能力成熟度模型集成,目的就是实现软件过程的改进(SPI),增加工作过程的能力,从而提升软件组织的核心竞争力,取得竞争优势。,CMMI,概述,24,CMMI,概述,-,过程能力,过程能力通过遵循某个过程,有能力预见未来所得到的结果范围。,过程性能特定工程遵循某过程所得到的实际结果的度量。,控制上限,控制下限,过程性能,过程能力,25,CMMI,概述,-,成熟度,何谓成熟？,26,CMMI,概述,-,能力模型,为什么采用能力模型？,模型对过程需求提供了一个公共集合,综合了最好的实践和实际的知识,并以一种可以用来指导过程改进优先顺序的格式来表示。,27,CMMI,概述,-PA,5,优化级,4,定量管理级,3,定义级,2,管理级,1,初始级,1,级,-,初始级,2 级-管理级,配置管理,过程和产品质量保证,供给合同管理,工程监控和控制,工程方案,需求管理,度量和分析,3 级-定义级,产品集成,集成工程管理,组织培训,组织过程定义,组织过程焦点,需求开发,技术解决方案,验证,确认,风险管理,决策分析和解决,组织环境的集成,集成供给商管理 (Supplier Sourcing, SS),集成组队 (IPPD),4 级-定量管理级,定量工程管理,组织过程性能,5,级,-,优化级,组织革新和实施,原因分析和解决,28,CMMI,概述,-,成熟度构成,CMMI,成熟度构成,执行承诺,执行能力,指导实施,验证实施,特定惯例,特定目标,通用目标,过程方面,1,过程方面,2,过程方面,3,成熟度等级,通用惯例,29,CMMI概述过程改进方法的IDEAL模型,初始化（,I,nitiating,）,诊断（,D,iagnosing,）,建立（,E,stablishing,）,行动 （,A,cting,）,推进 （,L,everaging,）,修 改 组 织 的 方 法,记 录 和 分 析 教 训,定 义 过 程 和 度 量,计 划 及 执 行 试 行 方 案,计 划 ， 执 行 和 跟 踪 改 进 方 案,建 立 过 程 行 动 组,做 行 动 计 划,设 定 战 略 和 优 先 级,提 出 建 议 并 记 录 阶 段 成 果,评 估 当 前 实 践 情 况,改 进,动 机,确 定 改 进 范 围 以 及 获,取 支,持,建 立 改,进 机 制,诊 断,建 立,行 动,推 进,初 始 化,30,CMMI,概述,J,曲线,过程改进的“J曲线,性能水平,现状,预期的状况,实际的路线,理想上路径,开始时可能还不知当初的,31,CMMI,概述,CMMI,职能组,CMMI领导小组,为实施CMMI配备必要的资源；审批CMMI实施方案；检查CMMI实施情况；支持实施CMMI的一切活动,及时解决过程中的问题。,软件工程过程组（SEPG）,推进组织所采用的软件过程的定义、维护和改进工作。它支持但不直接负责软件开发和（或）维护。,软件质量保证组（SQAG）,方案和实施工程的质量保证活动,其工作的目的是保证软件过程的步骤和标准得到遵守。,32,如何进行软件质量管理,CMMI概述,过程改进,借口、原则,质量保证,其工作职责和根本工作方式,质量目标的制定、度量和实现,33,软件过程改进的借口,当你处于危机时,你没有时间去改进,当你没有危机时,你不需要去改进,34,软件过程改进的原则,主要的软件过程的改进必须从高层启动,全体人员参与,有效的变化需要当前过程的目标和知识,改进需要持久地投资、回报和鼓励,改进是一个持续的过程,改进必须进行度量,而且要定期地加强改进的焦点放在修复过程,不放在对人的抱怨,不自在感的程度缺乏够高,事情将不会有变化,与商业目标一致,35,如何进行软件质量管理,CMMI概述,过程改进,质量保证,其工作职责和根本工作方式,质量规划、质量保证定义/目标/职责/工作产品、质量控制,质量目标的制定、度量和实现,36,质量保证,质量规划,识别哪些质量标准适用于本工程,并确定如何满足这些标准的要求。,37,质量保证,Quality Assurance,通过实施方案和系统的质量活动,以提供一个工程所有过程都满足质量标准的信心。,质量保证贯穿工程始终。,38,质量保证目标,通过监控各个开发过程来提高质量,确保能顺从软件过程,确保缺乏点能够得到管理,建立工程满足相关要求的信心,39,质量保证职责,按方案开展过程审计和产品审计。步骤：,确定当前要审计的过程和工作产品；,确定与当前审计有关的标准和检查工程,形成检查表；,确定审计时间；确定必须参与审计的人；,根据检查表的内容,实施审计（形式包括：通过工作产品验证、参与到过程中去、面谈、调查问卷等）；,40,质量保证职责,按方案开展过程审计和产品审计。步骤（续）：,就审计过程中发现的问题,同有关组或个人进行沟通、协商确定解决方式；,制定和报告相关的SQA审计报告；,对不符合问题进行跟踪直至结束；,对不能在工程组内部解决的不符合问题报告给高层经理,41,质量保证职责,支持工程需求分析,提供适当的指导和帮助。包括：,参与客户需求和产品需求的评审；,检查评审过程是否符合标准；,协助建立需求矩阵；,作为ccb成员批准客户需求基线的建立；,其它支持工作,42,质量保证职责,支持工程开发筹划,提供适当的指导和帮助。包括：,促进工程估算和估计会议等。,帮助选择生命周期模型,在剪裁标准过程时提供支持和指导,帮助定义工程过程；,建立工作产品验收标准；,识别工程中的风险；,识别工程的关键路径和依赖关系；,识别关键资源等；,参与准备工程方案及其附属方案的建立,如培训方案、度量方案、评审方案、配置方案等。,检查方案的适用性。,其它支持工作。,43,质量保证职责,促进评审。包括：,工作产品是否组织评审；尤其是关键工作产品,检查评审的活动和工作产品。,方案的评审是否已被执行。,评审的领导者是否得到有关其岗位的适当的培训。,评审者是否得到在其角色方面的适宜的培训或其在岗位职责方面是有经验的。,用于准备同行评审、执行同行评审和执行后继措施等的过程是否得到遵循。,同行评审数据的报告是否完备、准确、及时。,44,质量保证职责,促进过程改进。包括：,协助工程经理筹划和收集工程数据（包括开发过程中的数据以及工程结束后进行总结的数据）,并对其分析、总结,协助工程经理制定工程标准和流程,并客观评价其实施情况,协助SEPG在工程组推进过程改进活动,并收集最正确实践,45,质量保证,其典型的工作产品,SQAP,过程审计报告,产品审计报告,SQA,周报等,配置管理是实施质量保证的关键,46,质量保证,质量控制,监视工程的具体的工作结果,确定其是否符合相关的质量标准,并判断如何杜绝早场不合格结果的根源,从管理的角度关注工程结果：例如,本钱与进度绩效；从产品的角度关注工程：可交付成果应符合规定的要求和产品说明。,质量控制贯穿于工程的始终。,47,如何进行软件质量管理,CMMI概述,过程改进,质量保证,其工作职责和根本工作方式,质量目标的制定、度量和实现,质量目标的制定、工程度量和常用的分析图,48,质量目标的制定,必须采用技术度量来客观地评估质量,而不能仅仅采用主观的方法进行评估,49,质量目标的制定,质量目标的制定,应能够满足SMART标准。,明确的（Specific):目标必须以数据的形式加以明确指定。,可度量的（Measurable):目标的价值应可以度量,并且由此度量所得出的数据应可以获得同意的解释。,具有挑战性但又是可实现的（Aggressive yet Achievable):目标过高-挫伤积极性和士气；目标过低-毫无挑战性,缺乏鼓励,面向结果的（Results-oriented):所作的度量能够反映工程中的一些迹象。,限定时间短（Time-bound):目标必须在给定的时间内完成。,50,度量的流程,流程,明确目标,确定度量,数据采集,过程性能度量,过程控制,过程改善,持续改善, 怎样确定适宜的度量目标?, 选择恰当的度量？, 合理划分不同层次的度量内容？, 选择适宜的度量时机？, 明确度量的不同角色？,怎样保证数据的有效性？,怎样应用工具支持数据采集？, 选择适宜的度量分析方法？, 结合度量分析与工程管理？, 基于度量的过程改善？, 保证度量实施的有效性？,51,度量的关键,实施度量的关键,结合商业目标,获得不同角色人员的度量需求,想获得什么,就度量什么？,52,工程度量,工程度量的目的,组织提出的要求,目的是从工程中收集数据；积累组织的过程及产品数据；更新组织数据库,为了更好的管理和控制已识别的工程中存在的风险和问题,更好的管理和控制工程进度、本钱、产品质量等,工程度量的关键,软件需求是度量软件质量的根底。不符合需求的软件就不具备质量。,53,工程度量,工程规划阶段,要结合工程要求和特点,做好工程估算,制定工程的质量目标,制定工程的度量方案,工程实施阶段,按方案收集工程数据,按方案分析工程数据（如里程碑）,就分析的结果采取一定的措施,54,常见的分析图,Pareto：80/20原则的应用,找出工程主要关注区域或影响因素,55,常见的分析图,趋势图：,分析工程的某个特性的开展趋势,56,软件质量管理,谢谢,57,