aab_CMMI与软件质量管理(ppt 39)

1、CMMI与软件质量管理目的明确组织实施CMMI的根本目标应包含对质量管理能力的提升理解CMMI质量管理的根本理念了解CMMI所包含的质量管理的实践和要求。明确以提高产品质量为目的的工程质量管理所涵盖的内容和方法 Page内容推进质量管理是实施CMMI过程改进的重要目标基于过程的质量管理工程质量管理的3个方面：质量保证、质量控制和质量工程的实践质量保证 - 概念及QA的角色质量控制工程质量工程的实践 PageCMMI实施带来哪些改变？ 改进软件产品的质量 改进工程满足预定目标的能力 减少开发本钱和周期 降低工程风险 更有效地控制供给商 提高组织过程能力 提高竞争力,市场占有率,效益 .CMMI的

2、实施有助于：Page成功的经验-1缺陷率生产率 88 89 90 91 92 93 94 95 96 97 98 99软件缺陷率Defect / KLOC软件生产率和质量性能Reference: Presented at SEPG 99L2L3L4软件生产率 SLOC / 人天Page成功的经验-2缺陷能够在早期发现并消除Page成功的经验-2缺陷能够在早期发现并消除Page成功的经验-3产品质量随成熟度的提高而改进PageCMM等级与产品缺陷CMM Level隐含的缺陷缺陷消除率%交付的缺陷15.00850.7524.00890.4433.00910.2742.00930.1451.0095

3、0.05数据按每个功能点的缺陷数来表示Source: Software Assessments, Benchmarks, and Best Practices by Capers Jones, year 2000Page国内CMM成熟度等级分布数据来源：信产部科技司 05 年 12 月软件过程改进与评估推进座谈会 国内软件企业开展 CMM/CMMI 过程评估的数量到达 350 家Page被评估组织的地区分布*上海、辽宁数据到05 年底数据来源：信产部科技司 05 年 12 月软件过程改进与评估推进座谈会 Page国内软件企业的质量管理能力？缺少对产品质量状况进行客观评价的数据 按CMMI模型实

4、施的过程改进应将工程质量管理能力的提升作为改进重点之一。Page质量和软件质量管理 质量(Quality)一组内在特性满足需求的程度。 ISO 9000: 2000一个系统、构件或过程满足特定需求（顾客或用户需要或期望）的程度。 IEEE-STD-610 软件质量管理 确定一个软件产品的质量目标、建立实现这些目标的方案以及监督和调整软件方案、软件工作产品、活动和质量目标以满足顾客和最终用户需要和期望的过程。 SW-CMM CMU/SEI-93-TR-025Page质量对本钱和进度的影响早期阶段工作产品的低质量将最终影响本钱和进度开发过程中较早引入的缺陷,如果未加消除,将在后期花费更多的资源来治

5、理。单独依靠产品交付前的测试会更多地牺牲进度和本钱成熟的过程在工程早期就开始控制工作产品的质量缺陷预防的方法能到达本钱效益最正确本钱和进度是确定质量等级的主要影响因素之一PageCMMI质量管理的理念“产品的质量在很大程度上取决于用以开发和维护该产品的过程的质量。人过 程技 术Q & P该前提以制造业为根底已长久建立；在世界范围的制造和效劳业的质量运动中得到确信（如,ISO 9000 标准）。Page基于过程的质量定义过程质量OK否是开发产品评估产品质量改进过程将过程制度化Page质量管理的职责质量管理体系和过程的建立在组织级,实施在工程级；组织质量管理的职责质量目标是组织的商业目标之一建立质

6、量方针和策略提供资源和支持工程质量管理的职责把质量构建到产品中去实施对产品质量的监控工程如何实施质量管理？Page工程质量管理的主要环节质量保证(Quality Assurance)质量控制(Quality Control)质量工程的实践(Quality Engineering Practices)Page软件质量保证 什么是软件质量保证？由（相对）独立的质量管理人员在工程的整个开发周期中对工程所执行的过程和产生的工作产品进行监督和检查,确保其符合预定的要求。条件：组织已经制定了较为完备的开发和管理过程体系 质量保证的目的确保过程得到有效地执行,并推进过程改进就工程过程的执行情况和所构造的产品

7、向管理者提供适当的可视性质量保证有效实施的前提各级管理者相信“过程高级管理者提供资源和支持QA的主动性Page理解QA的角色QA 关注的是:正确的贯彻和使用过程客观地审视工程过程的符合性与 SEPG组共同分析执行过程所产生的结果,以支持过程改进合作协调地开展工作提供执行过程的反响意见为工程人员掌握过程提供指导Page理解QA的角色QA 不承担:对模型(CMM/CMMI)符合性的监督 验证工程工作产品的好坏 “goodness 产品质量的责任 强迫对过程的遵循Page质量控制为评价和验证已开发的产品而执行的活动和技术产品是否满足质量要素（quality factors)的要求?产品 (包括生命周

8、期的工作产品)是否具有可接受的质量? 工具和技术同行评审/技术评审测试质量控制的目的发现在工作产品中隐藏的缺陷和问题为产品的质量分析提供数据Page评审评审(Review): 软件技术人员（包括管理人员、用户代表）以会议的形式对软件产品进行评论,识别存在的问题,并判断其是否满足预期的要求。 同行评审(Peer review)在工作产品的开发进程中由同行们对该工作产品进行的评审,目的是识别要消除的缺陷。CMMI V1.2方式：审查(Inspection)、走查(walkthrough), 评审过程评审的检查单评审记录和报告Page测试测试 - 对产品的动态检测和评价不同层次,单元测试、集成测试,

9、 .不同的类型,黑箱、白箱目的： 验证产品符合技术文档预期的特性、功能和性能等要求；识别产品的缺陷。正式测试过程测试规程、方法和工具缺陷的记录和跟踪机制Page评审和测试关注的重点过程发现缺陷的能力对过程活动和产品质量状况的了解Page质量工程 确保将质量构建到软件产品而对需求、设计、代码和验证过程和结果所进行的各种分析、研究和调控,以确保产品的可靠性、可维护性和其它质量要素得到满足的活动。 早期的错误发现缺陷消除有效性分析质量本钱的优化缺陷预防Page工程质量工程的实践质量分析模型质量分析的技术、方法和工具鱼骨图、Pareto 图、趋势分析、统计过程控制等质量分析产生的共识尽可能早地发现并消

10、除缺陷在软件开发周期的各阶段实施质量控制活动；收集质量管理的数据缺陷数据返工的工作量数据缺陷消除有效性分析；质量本钱分析Page质量分析模型- 缺陷消除错误修改引入缺陷发现进入本阶段前存在的缺陷未发现的缺陷结束本阶段时遗留的缺陷消除的缺陷逃逸的缺陷本阶段开发中注入的缺陷进入的缺陷进入的缺陷本阶段开发中注入的缺陷消除的缺陷+()/DRE =缺陷消除的有效性 (DRE)缺陷修改修改引入的缺陷+当前的开发阶段阶段性缺陷消除的有效性Page尽早消除缺陷的价值0102030405060100RequirementsDesignCodeSystem TestMaintenancePhase Error F

11、ound & Fixed Cost to Fix$1$5$20$50$100+缺陷修改的本钱 1：10：100Page多阶段消除缺陷比较 阶 段需求设计实施UTITST 进入的缺陷1003407362951184760% 的缺陷被消除401362951184719 进入的缺陷100330699210631970% 的缺陷被消除30992106319610030060095%100060%60%60%60%60%60%1950DRE DRE 10%缺陷3Page工程发现缺陷的状况？Page缺陷数据是质量活动的根底 筹划将来的工程和工程的后续阶段积累的缺陷历史数据在工程筹划中可以用来确立工程的质量目标估计缺陷密度缺陷消除率在开发进程中利用工程前期采集的缺陷数据来预测产品潜在的缺陷采取适当的措施来改进质量规划产品的维护工作利用缺陷数据评估过程 工程缺陷预防错误发生的类别原因分析Page缺陷消除的模式Page分析缺陷数据对每次评审和测试活动收集的数据进行汇总和分析缺陷分布的趋势及其对产品质量的影响识别缺陷引入阶段缺陷密度- 缺陷是否被充分地发现Page缺陷消除有效性矩阵(DRE Matrix)工程的 DRE = 148/166 = 89.2%Page改进质量的途径- 尽早消除缺陷在总体