第6章 项目质量管理

1、软件项目管理 第6章项目质量管理,Bruce ,2,2020/9/14,如何看待的项目的质量？,3,2020/9/14,实例,曾经对一个国际性的软件公司作了一个调查，选择了由质量问题引起的10项额外工作，即“开发人员修正缺陷、测试人员验证缺陷、返工、设计或代码完成后的需求变化、不清楚或无效的缺陷报告、代码完成后补充的测试用例、由于缺陷修复后所做的回归测试、测试环境设置错误、产品发布后遗漏的缺陷验证、为产品发布后遗漏的缺陷出补丁包等”，统计结果表明，由于质量问题造成的成本（劣质成本）竟高达45.86%，差不多占开发总成本的一半。 所以，软件项目质量管理，不仅有助于提高软件产品质量，而且有助于缩短

2、开发周期，降低成本,4,2020/9/14,冰山一角,5,2020/9/14,真理,产品质量是生产出来的，不是检验出来的 。 威廉戴明 现实：很多软件公司投入大量时间和精力来发现和修正错误（需求、设计、实现），导致进度延期。少了些质量管理,理解专业程序员中，扔进垃圾代码，因为错误无法交工而不断修改，最终开发出较好代码的故事,6,2020/9/14,软件的质量管理贯穿了整个软件开发周期。 质量管理不仅确保项目最终交付的产品满足质量要求，而且要保证项目实施过程中阶段性成果的质量。也就是保证软件需求分析、设计和代码的质量，包括各种文档的质量 正如ISO8402所规定和倡导的：“质量管理是指确定质量方

3、针、目标和职责，并通过质量体系中的质量策划、质量控制、质量保证和质量改进来使其实现的所有管理职能的全部活动。”,质量管理,项目质量管理,项目质量管理,质量规划（始）,.1 输入 .1 事业环境因素 .2 组织过程资产 .3 项目范围说明书 .4 项目管理计划 .2 工具和技术 .1 成本效益分析 .2 基准对照 .3 实验设计 .4 质量成本 .5 其他质量计划工具 .3 输出 .1 质量管理计划 .2 质量衡量指标 .3 质量检查表 .4 过程改进计划 .5 质量基准 .6 项目管理计划 (更新),执行质量保证（中）,.1 输入 .1 质量管理计划 .2 质量测量指标 .3 过程改进计划 .

4、4 工作绩效信息 .5 批准的变更请求 .6 质量控制度量 .7 实现的变更请求 .8 实现的纠正措施 .9 实现的缺陷修复 .10 实现的预防措施 .2 工具和技术 .1 质量计划工具和技术 .2 质量审计 .3 过程分析 .4 质量控制工具和技术 .3 输出 .1 请求的变更 .2 推荐的纠正措施 .3 组织过程资产(更新) .4 项目管理计划(更新),执行质量控制（尾）,.1 输入 .1 质量管理计划 .2 质量测量指标 .3 质量检查表 .4 组织过程资产 .5 工作绩效信息 .6 批准的变更请求 .7 可交付成果 .2 工具和技术 .1 因果图 .2 控制图 .3 流程图 .4 直方

5、图 .5 帕雷托图 .6 趋势图 .7 散点图 .8 统计抽样 .9 检查 .10 缺陷修复审查 .3 输出 .1 质量控制度量 .2 确认的缺陷修复 .3 质量基准 (更新) .4 推荐的纠正措施 .5 推荐的预防措施 .6 请求的变更 .7 推荐的缺陷修复 .8 组织过程资产 (更新) .9 确认的可交付成果 .10 项目管理计划 (更新),8,2020/9/14,第6章项目质量管理,6.1 质量管理概述 6.2 项目质量的组织保证 6.3 质量计划 6.4 软件评审方法和过程 6.5 缺陷预防和跟踪分析 6.6 质量度量 6.7 过程质量管理,9,2020/9/14,质量管理概论,不同的

6、质量管理方式：,病入膏肓,及早治疗,提前预防,10,2020/9/14,6.1 质量管理概述,软件质量控制 (SQC，Software Quality Control) 是科学地测量过程状态的基本的方法。就象汽车表盘上的仪器，可以了解行驶中的转速、速度、油量等。 软件质量保证 (SQA，Software Quality Assurance) 则是过程和程序的参考与指南的集合。就像汽车中的用户手册。 软件质量管理 (SQM，Software Quality Management) 才是操作的誓学，教你如何驾车，建立质量文化和管理思想。,11,2020/9/14,四种不同的质量管理水平,检查，通过

7、检验保证产品的质量，符合规格的软件产品为合格品，不符合规格的产品为次品。只能判断产品质量，不检验工艺流程、设计、服务等，不能提高软件质量。相当于“软件测试/质量控制”; 保证，质量目标通过软件开发部门来实现，制定质量目标和质量计划，保证软件开发流程合理性、流畅性和稳定性。相当于初期的“质量保证”; 预防，软件质量以预防为主，以过程管理为重，把质量的保证工作重点放在过程管理上。从需求、设计开始就引入预防思想，相当于成熟的“质量保证”; 完美，以客户为中心，贯穿于软件开发生存期过程，全员参与，追求卓越，相当于“全面软件质量管理”。,12,2020/9/14,质量管理的支持,质量管理,技术（开发技术

8、成熟度、开发工具、自动化测试水平）,方法（开发模型、开发流程）,基础设施（质量文化、开发环境、标准体系,13,2020/9/14,技术层次的质量管理支持,制定编程规范，有利于整体风格的统一、提高代码可读性、可维护性、可扩展性 组织应通过制定统一的模板来规范文档，统一文档内容和风格 实施覆盖生命周期的软件测试，包括单元、集成、系统测试，不仅要动态测试，也要静态测试（需求分析、系统设计需要评审和验证） 采用统计方法（一般是量化的数理统计分析）揭示产品特征和软件开发过程特征，发现各种不一致性问题,14,2020/9/14,基础设施,15,2020/9/14,第6章项目质量管理,6.1 质量管理概述

9、6.2 项目质量的组织保证 6.3 质量计划 6.4 软件评审方法和过程 6.5 缺陷预防和跟踪分析 6.6 质量度量 6.7 过程质量管理,16,2020/9/14,组织保证,管理层,测试组,SQA组,SEPG组,项目组,17,2020/9/14,组织保证（续）,管理组：很强的“质量第一”的意识，能制定有利于保证和提高质量的正确策略和方针，在整个组织中营造良好的质量文化。 SQA组：从流程上对软件质量进行跟踪、控制和改进。即监督项目按已经定义的流程进行，并符合已定义的相关标准。如要求建立相关文档、需求变更控制 测试组：负责对软件产品进行全面的测试，包括需求评审、设计评审、功能和性能测试等，从

10、中找出所存在的缺陷。测试组面向产品，进行事后检查。 SEPG组：软件工程过程组，通常有软件专家组成，领导和协调过程改进的小组。其主要任务是推动企业所应用的过程的定义、维护和改进。类似于一个“立法”机构,18,2020/9/14,第6章项目质量管理,6.1 质量管理概述 6.2 项目质量的组织保证 6.3 质量计划 6.4 软件评审方法和过程 6.5 缺陷预防和跟踪分析 6.6 质量度量 6.7 过程质量管理,19,2020/9/14,质量计划概述,质量计划：进行项目质量管理，实施项目质量方针和目标的具体规划。 质量计划通常在组织的质量方针指导下定义项目的质量目标，描述项目质量管理中所需的资源、

11、职责分配，说明如何采用正确的流程和操作程序、质量控制方法和评审技术来保证质量。 软件质量计划需要覆盖软件开发和维护的整个生命周期，即需要对需求分析、设计、编码、测试、部署提出质量目标和要求，并就质量控制内容、方法和手段给出建议和指导。,20,2020/9/14,6.3 质量计划,6.3.1 质量计划的内容 6.3.2 质量计划制定的步骤 6.3.3 如何制定有效的质量计划 6.3.4 质量计划的实施和控制,21,2020/9/14,6.3.1 质量计划的内容,目的和范围 参考的文件列表 质量目标，总体目标，分阶段目标，分项目标 质量的任务，包括组织流程说明会，关键成果评审 参与质量管理的相关人

12、员及其责任 对一些关键文档提出要求。如测试计划，配置管理计划 重申适合项目的相关标准。如文档模板标准，代码编写标准 评审的流程和标准。如明确区分代码评审和技术评审的不同点 配置管理要求，如代码版本控制、需求变更控制 问题报告和处理系统 采用的质量控制工具、技术和方法等,22,2020/9/14,质量计划模板参照,项目概述 实施策略 项目组织 质量保证对象分析及选择 质量保证任务划分 实施计划 资源计划 记录的收集、维护与保存 样例详见P141,23,2020/9/14,质量评审的内容和手段,内容 需求说明评审 设计文档评审 测试计划评审 功能性审核（内审） 物理性审核（内审） 管理评审 手段

13、内审：部门内部审查自己的工作，或者由一个独立部门审查其他各部门的工作，以检查组织内部是否遵守已有的模板、规则和流程等 复审：在软件开发生命周期每个阶段结束之前，都正式用结束标准对该阶段的阶段性成果进行严格的技术审查。,24,2020/9/14,质量计划制定的步骤（1）,了解项目的基本概况，收集项目有关资料 重点了解项目的目标、用户需求和项目的实施范围 确定项目的质量目标 先根据项目总体目标和用户需求确定项目的质量总目标 再根据项目组成和划分来分解项目质量目标 然后建立各个具体的质量目标 确定围绕质量目标的工作任务 评审、跟踪、统计分析等 明确项目质量管理组织机构 配备各级质量管理人员、设备资源

14、 确定质量管理人员的角色和责任，建立质量管理机构,25,2020/9/14,质量计划制定的步骤（2）-项目质量责任表,26,2020/9/14,质量计划制定的步骤（3）,制定项目质量控制程序 项目质量控制工作程序 初始的检查试验和标识程序 项目实施过程中的质量检查程序 不合格项目产品的控制程序 各类项目实施质量记录的控制程序和交验程序 项目质量计划的评审 如果项目规模较大，可以按照子项目，或根据项目进度分阶段编制和评审项目计划,27,2020/9/14,6.3.3 如何制定有效的质量计划,质量计划有效性体现在： 项目质量计划要保证项目按计划期限完成 要处理好项目质量计划与其他计划之间的关系 保

15、证项目质量计划有效性的几种方法： 利益/成本分析。效益与成本之比尽可能的大。 利益：减少重复性工作（避免返工），增加投资者的满意度 成本：项目质量管理活动的付出 基准：以其他同类历史项目的质量计划进行比较，为改进项目实施过程提供思路和可参考的标准。 流程图： 因果图：主要用来寻找引起质量问题的根本原因 系统流程图或处理流程图：可以帮助找出解决所遇质量问题的相关方法 试验设计。尝试找出最影响质量的因素、验证质量管理的合理性,28,2020/9/14,6.3.4 质量计划的实施和控制前言,质量计划主要是获得产生质量缺陷的原因，从而减少软件缺陷或避免将来犯类似错误 通过设置检查点、验证点，对阶段性成

16、果进行评审或完成质量评估，以确定项目阶段性成果是否达到所设定的质量标准。 项目收尾阶段的质量控制是一个非常重要而又容易忽视的内容。它需要检查项目文件资料的完备性，包括评审会议记录、测试报告等。同时进行项目总结,29,2020/9/14,6.3.4 质量计划的实施和控制（续）,加强对质量计划执行情况的检查，及时发现问题 在项目总体目标不变的前提下，应根据原质量计划和实际情况进行比较分析，找出问题产生的根本原因 针对原因，制定出相应的技术保证措施，对原计划做出适当的调整，以确保项目质量总目标的圆满实现。,30,2020/9/14,第6章项目质量管理,6.1 质量管理概述 6.2 项目质量的组织保证

17、 6.3 质量计划 6.4 软件评审方法和过程 6.5 缺陷预防和跟踪分析 6.6 质量度量 6.7 过程质量管理,31,2020/9/14,6.4 软件评审方法和过程,6.4.1 软件评审的方法和技术 6.4.2 角色和责任 6.4.3 软件评审过程 6.4.4 如何有效地组织评审,32,2020/9/14,软件评审,不管你有没有发现他们，缺陷总是存在，问题只是你最终发现它们时，需要多少纠正成本。评审的投入把质量成本从昂贵的、后期返工转变为早期的缺陷发现。 卡尔威格,33,2020/9/14,软件评审的方法,临时评审（Ad hoc review）：自发使用 轮查（Passroud）：邮件分发

18、审查，异步进行 互为复审：两个人工作内容和技术比较接近，涉及人员很少，复审效率较高，如极限编程 走查（Walkthrough）：对评审对象要从头到尾检查一遍 审查（Inspection）：系统化、严密的集体评审方法,最不正式,最正式,临时评审,轮查,互为复审,走查,会议审查,34,2020/9/14,软件评审方法（续）,在软件开发过程中，各种评审技术交替使用，其原则： 在不同的开发阶段和不同的场合选择适合的评审方法 需求和设计评审初稿：轮查 需求和设计最终定稿之前：评审会议 代码评审：互为评审、自发采用“临时评审” 对最可能产生较大风险的工作成果，要采用最正式的评审方法 需求分析报告：走查或者

19、会议评审 核心代码：走查或者会议评审,35,2020/9/14,软件评审技术,检查表技术：简单、提高评审效率、改进评审质量。例如缺陷检查表列出容易出现的典型错误，帮助找出缺陷，排除隐患 场景分析技术：更能发现错误和问题，耗时多。多用于需求文档评审，发现遗漏和多余的需求 工具：提高效率，如IBM的RRP、NASA的ARM，对导入的文档统计分析，找出各种词语的出现概率，对完整性和二义性进行分析,36,2020/9/14,6.4.2 评审过程中的角色和责任,小组组长 作者 读者 记录者 评审员 审核者 协调者,37,2020/9/14,6.4.3 软件评审过程（1）,38,2020/9/14,软件评

20、审过程（2）,计划 确定被评审对象 确定期望达到的评审目标 计划选用的评审方法 会议准备 确定评审组长：经验丰富、技术能力强、工作认真负责、不能和作者有密切关系（保持评审客观性） 选定评审材料，找出哪些是必须评审的 分发评审材料 制定相应的活动进度表，提前2-3天通知小组成员,39,2020/9/14,软件评审过程（3）,召开会议： 简要说明待审查内容、重申会议目标 详细说明评审材料，了解各评审员对材料的了解是否一致 如理解不一致，容易发现问题（二义性、遗漏、错误假设），从而找出缺陷 记录问题和缺陷 记录员向小组重述记录的缺陷 评审决议,40,2020/9/14,软件评审过程（4）,评审决议的

21、几种情况 接受 有条件接受：修订其中的一些小缺陷后通过 不能接受 评审未完成 问题跟踪（返工） 验证作者是否恰当地解决了评审会上所列出的问题 考虑是否需要再次召开评审会议,41,2020/9/14,评审注意事项,明确自己的角色和责任； 熟悉评审内容，为评审做好准备，做细做到位； 关注问题，针对问题阐述观点，而不是对人； 可以分别讨论主要的问题和次要的问题； 在会议前或者会议后可以就存在的问题提出自己的建设性的意见； 提高沟通能力，采取适当的、灵活的表述方式； 对发现的问题，要跟踪到底。,42,2020/9/14,6.4.4 如何有效地组织评审,什么叫有效评审： 尽可能、尽早地发现问题和缺陷 高

22、效、省时、省力 实施要点： 把握好流程和评审目标 认真、仔细地阅读评审材料，不断思考 善于提问 充分沟通 一切围绕用户需求进行 。用户？用户的操作习惯？用户的业务流程？应用场景和操作模式,43,2020/9/14,评审组织方法,分层评审方法 （高层次、低层次） 先总体后细节，避免过早陷入细节，只见树木，不见森林 高层次评审：主要评审产品是否满足客户的需求和期望，是否具有合理的功能层次性和完备性，能否满足客户各个方面的需求 低层次评审：逐字逐行地评审文档的各项描述，包括文字、图表，要求准确、完整、清晰。比如，需要较高的性能、多数情况下支持. Web页的刷新响应时间不超过3秒（不专业、不明确） 每

23、一个页面访问的响应时间不超过3秒,44,2020/9/14,评审组织方法（续）,分类评审方法 （分业务需求、功能需求、非功能需求、用户操作性需求等 ） 业务需求：最基本的需求、核心需求。用户的高层代表关注。资深人员（测试经理）参加评审。 功能性需求：用户的中层人员关注。用户的中层人员和各个功能模块负责人参加评审。 操作性需求：用户的操作人员关注。具体操作人员和测试工程师参加评审 分阶段评审方法，比如： 目标性需求形成时， 系统功能框架形成时， 当功能细化成几个部分后，对每个部分分别进行， 对关键的非功能性进行单独评审 对整体的需求进行全面评审,45,2020/9/14,第6章项目质量管理,6.

24、1 质量管理概述 6.2 项目质量的组织保证 6.3 质量计划 6.4 软件评审方法和过程 6.5 缺陷预防和跟踪分析 6.6 质量度量 6.7 过程质量管理,46,2020/9/14,6.5 缺陷预防和跟踪分析,6.5.1 缺陷预防 6.5.2 缺陷分析 6.5.3 鱼骨图,软件缺陷不仅仅局限于程序功能的问题，任何与用户需求不符合的地方都是缺陷。需求说明、设计文档、测试用例等文档中也同样存在缺陷,47,2020/9/14,6.5.1 缺陷预防-why,质量大师克劳士比提倡“零缺陷管理”，在传统工业工程中深受欢迎。零缺陷管理的中心思想：第一次就把事情做正确，从而消除劣质成本。 项目管理既要保证

25、质量又要降低成本，最佳结合点就是要求每一个人“第一次把事情做好” 软件产品的质量是做出来的，不是测试出来的。 上千人的印度软件公司，只有5-6个SQA，无测试团队，软件质量依旧很好。,48,2020/9/14,6.5.1 缺陷预防-how,从流程上加强控制 建立和规范工作流程，加强评审 过程改进 采用有效的工作方法 代码评审 单元测试 提高个人的技术水平 自我学习和提高 延伸：测试驱动开发TDD,49,2020/9/14,6.5.2 缺陷分析（1）,缺陷分析： 将软件开发、运行过程中产生的缺陷进行必要的收集，对缺陷的信息进行分类和汇总统计 作用：通过缺陷分析，可以发现各种类型缺陷发生的概率，掌

26、握缺陷集中的区域，明确缺陷的发展趋势，了解缺陷产生的主要原因。以便有针对性地提出遏制缺陷发生的措施，降低缺陷数量。 缺陷收集工具：IBM的RTC、MantisBT、Bugfree、Bugzilla,50,2020/9/14,6.5.2 缺陷分析（2）,缺陷趋势分析 （实时、累积） 缺陷分布分析 （如缺陷产生的原因、阶段、来源）,51,2020/9/14,趋势趋势分析,缺陷趋势分析 （实时、累积）：针对缺陷数目随时间而不断变化的趋势进行分析，了解缺陷的发现或修正过程是否符合期望的规律性，是否出现异常现象。 需要统计每天的缺陷发现和修订情况。,52,2020/9/14,缺陷发展趋势分析示例,53,

27、2020/9/14,缺陷分布分析及示例,不同模块的缺陷分布图 不同阶段的缺陷分布图,缺陷分布分析 ：一种横向分析，即分析缺陷在功能模块、缺陷类型、缺陷产生原因等不同方面的分布情况。,54,2020/9/14,分布分析示例 2,不同级别的缺陷分布图,55,2020/9/14,6.5.3 鱼骨图,可以更全面地探讨各种类别的原因 鼓励通过自由讨论发挥大家的创造性 提供问题与各类原因之间关系的直观表示,鱼骨图，也叫因果分析图，它是分析影响事物质量形成的诸要素间因果关系的一种分析图。因为其形状像鱼骨，俗称鱼骨图。,56,2020/9/14,鱼骨图的应用过程,鱼骨图分析法要完成从主刺到小刺的思维和分析过程

28、，一般分三步： 确定问题：或实际问题，或潜在问题 找出问题的主要原因：可以采用5M方法 Manpower（人力）：造成问题产生的人为因素是什么 Machinery（机械）：软硬件条件对事件的影响 Materials（物料）：基础的准备以及原材料 Methods（方法）：与事件相关的方式与方法是否正确有效 Mother-nature（环境）：内、外部环境因素的影响 根据问题类别，确定细节原因,57,2020/9/14,示例,58,2020/9/14,工具XMind 2008 Pro,59,2020/9/14,第6章项目质量管理,6.1 质量管理概述 6.2 项目质量的组织保证 6.3 质量计划

29、6.4 软件评审方法和过程 6.5 缺陷预防和跟踪分析 6.6 质量度量 6.7 过程质量管理,60,2020/9/14,6.6 质量度量,6.6.1 度量要素 6.6.2 基于缺陷的质量度量,61,2020/9/14,质量度量的作用,有效的沟通和改进可见性。 尽早的发现和更正问题。 作出关键的权衡。 跟踪特定的项目目标。按时？质量改进？ 管理风险。风险降低了吗？ 有助于决策。 计划未来的项目。做为历史数据！,62,2020/9/14,6.6.1 度量要素,项目度量：项目的规模、成本、工作量、进度、生产力、风险、顾客满意度 产品度量：以质量度量为中心，包括功能性、可靠性、易用性、可维护性、可移

30、植性 过程度量：成熟度、管理、生命周期、生产率等,63,2020/9/14,度量的表示方法,数据 图表 模型：为了某种特定目的而对研究对象所做的一种简化的描述或者模拟。可以帮助澄清元素间的相互关系，识别关键元素，使得复杂信息简单易懂。,64,2020/9/14,6.6.2 基于缺陷的质量度量-代码质量,代码质量 BTPi :测试过程中发现的各种级别缺陷的数目。 BFi :产品发布之后发现的各种级别缺陷的数目。 Wli :各个缺陷的权重系数，详见P159页的表6-6 WTP：测试过程中发现的缺陷的权重（测试小组内、外发现的缺陷） WF 产品发布之后的缺陷的权重 KCSI：新增加的和修改的千行代码

31、数 代码质量指标：这个值越低，说明发现的缺陷越少或者严重性越低，同时说明代码质量越高,代码质量=,65,2020/9/14,6.6.2 基于缺陷的质量度量产品质量,产品质量 WF 产品发布之后的缺陷的权重 KCSI：新增加的和修改的千行代码数 指标含义：这个指标值越低，说明遗留给客户的缺陷越少或者严重性越低，同时说明产品发布的质量越高。,产品质量=,66,2020/9/14,6.6.2 基于缺陷的质量度量测试有效性,测试有效性 WT：整个产品中由测试小组发现的所有缺陷的权重，不仅包含了测试小组在测试阶段发现的缺陷，也包括产品发布之后由测试小组发现的缺陷 WTP：测试过程中发现的缺陷的权重（测试

32、小组内、外发现的缺陷） WF 产品发布之后的缺陷的权重 指标含义：这个指标值越高，约接近100%，说明测试小组的有效性（效率）越高。做为高水平的测试团队，可以达到90-95%,测试有效性=,67,2020/9/14,第6章项目质量管理,6.1 质量管理概述 6.2 项目质量的组织保证 6.3 质量计划 6.4 软件评审方法和过程 6.5 缺陷预防和跟踪分析 6.6 质量度量 6.7 过程质量管理,68,2020/9/14,6.7 过程质量管理,6.7.1 过程质量度量 6.7.2 缺陷移除和预防,69,2020/9/14,6.7.1 过程质量度量,产品的质量在一定程度上依赖于过程的质量。 软件

33、过程质量的度量：对软件开发过程中各个方面质量指标进行度量，目的在于预测过程的未来性能，减少过程结果的偏差，对软件过程的行为进行目标管理，为过程控制、过程评价、持续改善建立量化管理奠定基础 过程质量度量的指标有： 过程缺陷密度 整体缺陷清除率 阶段性缺陷清除率 缺陷到达模式,70,2020/9/14,过程质量度量过程缺陷密度,过程缺陷密度（Density In Process Faults，DIPF）：用来判定过程产品的质量，以及检验过程的执行程度。 Dn：某阶段或整个项目被发现的缺陷数 Sp：被测试的软件产品规模数（如代码行数、功能点数、对象数等） 当DIPF过低时，应考虑两种情况： 软件产品质量很好，缺陷很少 方法或者能力不到位，不能发现产品中的某部分缺陷,DIPF = Dn / Sp,71,2020/9/14,过程质量度量整体缺陷清除率,缺陷被清除的程度能反映出项目组在质量上的工作表现，也能反映待发布的产品质量。 如果开发中大量的严重缺陷未被清除，可能阻止测试进行，也必然影响软件过程的质量和性能 缺陷清除率（Defect Removal Efficiency，DRE）度量缺陷清除的程度。,72,2020/9/14,过程质量度量整体缺陷清除率（续）,假定 F：软件规模的功能点数 D1：软件开发过程中发现的所有缺陷数 D2：软件发布后发现的缺陷数 D：发现的总缺陷数。D