个体软件过程(psp)项目实践(恨死高分下载).pptVIP

* 拇指规则:中文又译为“大拇指规则 ”,? 又叫”经验法则“，是一种可用于许多情况的简单的，经验性的，探索性的但不是很准确的原则。试探法、经验法、启发法 (heuristics)：专家用于求解问题的高级的但常常是不确切的经验法则和直觉推理法。多用于量级估算。 本章,我们将学到: 了解什么是缺陷 查找缺陷 预测缺陷 第8章 缺陷管理 What Will I Learn ? 软件质量影响到开发费用、交付日期和用户满度。 用户使用软件时，其中的缺陷可能导致严重问题，且发现和修复的代价很大。 缺陷由开发人员引起，因此软件工程师需要了解引入的缺陷，对它们进行管理。 第8章 缺陷管理 Why Learn It? 缺陷的类型 第8章 缺陷管理 Tell me / Show Me 设计缺陷 原因 设计错误，在对问题深思熟虑后做出了错误的设计决策； 疏忽或思考简单，犯了愚蠢的错误； 误解了要做的内容。 第8章 缺陷管理 Tell me / Show Me 缺陷记录日志 目的： 帮助收集缺陷数据。 建议： 尽可能说细描述每个缺陷。 第8章 缺陷管理 Tell me / Show Me 第8章 缺陷管理 Tell me / Show Me 第8章 缺陷管理 Tell me / Show Me 发现缺陷的步骤 标识缺陷征兆。 从征兆推断出缺陷的位置。 确定程序中的错误。 决定如何修复缺陷。 修复缺陷。 验证这个修复是否已经解决了这个问题。 第8章 缺陷管理 Tell me / Show Me 发现缺陷的方法 开发工具集成插件查找可能出现的缺陷（findbugs） 编译器 测试 个人复查源程序清单 最终用户的投诉和反馈 第8章 缺陷管理 Tell me / Show Me 代码复查 一种能快速找到缺陷的方法。 即研究源程序，从中发现错误。 最好在源程序编码完成后，编译和测试之前进行。 比测试更有效率。 主要缺陷点：要求程序员精通程序设计。 代码复查是一种技能，可以通过学习和实践来提高。 代码复查的第一步：了解自己引入的缺陷的种类。 第8章 缺陷管理 Tell me / Show Me 代码复查脚本注意事项 在第一次编译前进行代码复查。 在打印出的源程序清单上复查。 在缺陷记录日志上记录发现的每一个缺陷。 在代码复查前，根据以前在编译与测试阶段发现的缺陷类型进行检查。 第8章 缺陷管理 Tell me / Show Me 第8章 缺陷管理 Tell me / Show Me 缺陷预测 缺陷密度(：以每千行代码的缺陷数(Defects/KLOC)来测量 第8章 缺陷管理 Tell me / Show Me 缺陷预测 缺陷密度(Dd)：以每千行代码的缺陷数(Defects/KLOC)来测量,KLOC表示每1000行。 缺陷密度计算 　已知累计开发过程中每个阶段发现的缺陷总数(D)； 　统计程序中新开发和修改的代码行数(N)。 　计算每千行的缺陷数Dd=1000×D/N 当为一个新的程序作计划时，先估计出程序可能有多少新的和修改的代码行。然后计算以前开发程序的每千行源代码的平均缺陷数。 　 Dd plan =1000×(D1+…+Di)/(N1+…+Ni) 第8章 缺陷管理 Tell me / Show Me 缺陷排除的经济效益 两种测量方法： 每小时排除缺陷的个数 计算机缺陷排除效益 软件开发中各阶段每小时累计的引入缺陷数和排除缺陷数 在该阶段累计每小时引入缺陷数 =60×（该阶段累计引入缺陷数）/（该阶段累计花费分钟数） 在该阶段累计每小时排除缺陷数 =60×（该阶段累计排除缺陷数）/（该阶段累计花费分钟数） 第8章 缺陷管理 Tell me / Show Me 一个96行的程序共有14个缺陷，计算缺陷密度。 Dd=1000×14/96=145.83 Defects/KLOC。 第8章 缺陷管理 Try it 本次课,我们将学到: 了解产品质量控制的重要性 缺陷排除效益的计算 最终缺陷排除效益的估计 过程质量的测量 质检／过失比、质量成本的计算 第9章 度量管理 What Will I Learn ? 软件功能薄弱、漏洞等问题的出现，使软件质量成为了关注焦点。 软件产业的差距更为明显、致命的差距在于产品质量和过程当中的质量控制。 个人对产品质量产生的影响，通过计算在各阶段发现的缺陷数目和残留在最终产品中的缺陷数目之间的关系来考察和检测，进而提高程序的质量。 程序的质量取决于过程的质量，过程的质量又取决于人们的工作方式。为了开发出更好的程序，需要测量过程的质量。 第9章 度量管理 Why Learn It? 产品质量，可以从以下几个观点来看