《深圳信息职业技术学院教案第55页》由会员分享，可在线阅读，更多相关《深圳信息职业技术学院教案第55页（5页珍藏版）》请在金锄头文库上搜索。
1、深圳信息职业技术学院 教案 第 55 页 学科个体软件过程课题第十二章 缺陷时数2授课班级02 软件 1 班、4 班教学目标及要求学习什么是缺陷，如何对缺陷进行管理。教学重点缺陷的概念、缺陷的类型，缺陷记录日志，更新的项目计划总结表教学难点缺陷记录日志实验仪器及教具微机、投影仪、Office 软件、编程语言环境教学方法讲授、案例教学、探究性学习深圳信息职业技术学院 教案 第 56 页教 学 过 程备 注引入问题：编程当中有过错误吗？都是些什么样的错误？教学内容：1、讲述什么是软件质量、缺陷和质量的关系（讨论）2、介绍什么是缺陷3、对比缺陷和 Bug 的区别（提问+讨论）4、介绍缺陷的类型（探究
2、性学习）5、讲述如何收集程序中关于缺陷的数据6、讲授缺陷记录日志7、讲述统计缺陷个数的方法（讨论）8、介绍如何使用缺陷记录日志9、使用示例来介绍更新的 PSP 过程（案例教学）实验内容：缺陷记录日志的使用，详见典型案例12.1-12.2。教学方法：案例教学法、探究性学习课程整合：以编程语言为例进行学习课后作业第 128 页作业深圳信息职业技术学院 教案（续页） 第 57 页第十二章第十二章 缺陷缺陷一、缺陷一、缺陷软件质量体现在许多方面，但首先要面对的而且必须解决的方面是软件缺陷。即使软 件能够执行，如果缺陷太多，不管其它方面的质量如何，大型软件系统就不会正常运行， 也没有人会使用它们。 缺陷
3、是指程序中存在的错误，例如语法错误、拼写错误、标点符号错误或者是一个不 正确的程序语句。缺陷可能出现在程序中和设计中，甚至在需求、规格说明或其它的文档 中。缺陷可能是冗余的语句、不正确的程序语句或是被忽略的程序部分。事实上，缺陷是 任何影响到程序完整而有效地满足用户要求的东西。因此，一个缺陷是客观的事物，是可 以标识、描述和统计的。 把查找和标识缺陷与确定缺陷起因这两个问题区分是很重要的。单纯地统计和记录软 件产品中的缺陷并不能说明起因或追究责任。然而，缺陷确实是有起因的。它可能是因为 拼错了一个参数名、忽略了一个标点或错误地调用了一个过程。这些错误都会引起缺陷。 事实上，所有的缺陷都源于人的
4、错误，而且软件工程师所犯的许多错误会引入程序缺陷。 当程序员犯了错误并因此产生缺陷时，我们称之为引入缺陷。发现和修复软件缺陷需 要大量的时间和费用。为了减少缺陷，就必须研究已经引入的缺陷，确定引起这些缺陷的 原因，并学会在将来如何避免重复同样的错误。 减少缺陷对于每个软件工程师都非常重要，这不仅是因为缺陷不仅影响用户的使用， 而且一般的软件组织要用一半以上的精力来查找和修复缺陷。由于测试时间难以预计，产 品缺陷常常是产生超支和延期的主要原因。缺陷与缺陷与 Bug 有人把缺陷称为 Bug，这是不正确的。当称为 Bug 时，令人想到的是那些讨厌的小虫 子，应该把它们拍死或者对它们不予理睬。这会使一
5、些重要的问题被视为琐碎小事，会养 成一种错误的态度。二、缺陷类型二、缺陷类型在分析缺陷时，将缺陷进行分类是有帮助的。通过对缺陷分类，可以迅速找出那一类 缺陷的问题最大，然后集中精力预防和排除这一类缺陷。而这正是缺陷管理的关键。 表 12.1 缺陷类型标准类型编号类型名称描 述10文档注释，消息20语法拼写，标点符号，打字，指令格式30联编打包变更管理，库，版本控制40赋值说明，重名，作用域，限制50接口过程调用和引用，输入/输出，用户格式60检查出错信息，不合适的检查深圳信息职业技术学院 教案（续页） 第 58 页70数据结构，内容80函数逻辑，指针，循环，递归，计算，函数缺陷90系统配置，记
6、时，内存100环境设计，编译，测试，其它支持系统问题缺陷管理的第一步是了解缺陷。为些，必须首先收集缺陷数据，然后才能了解这些缺 陷，并且找出如何预防它们。同时也能领会到如何更好地发现、修复甚至预防仍在引入的 缺陷。 按照以下步骤收集程序中关于缺陷的数据： 为程序中发现的每一个缺陷做一个记录。 对于每个缺陷要记录足够详细的信息，以便以后能更好地了解这个缺陷。 分析这些数据以找出哪些缺陷类型引起大部分的问题。 设计出发现和修复这些缺陷的方法。三、缺陷记录日志三、缺陷记录日志设计缺陷记录日志是为帮助收集缺陷数据。尽可能性详细地描述每个缺陷，以便以后 仍可理解它。完成每个程序后，分析有关数据，看一看程
7、序哪些地方引入和排除了缺陷， 是哪种缺陷导致主要的问题。 1当开始开发一个程序时，找几张缺陷记录日志表，在第一页的表头登入所需要 的内容；登满第一张后，按同样的方式使用第二张表格 2当遇到第一个缺陷时，在日志上记下它的编号，直到修复了这个缺陷时，再填 写其它的数据。 3每个缺陷单独占一行。不要把几个相同的缺陷放在同一行上。 4记下发现缺陷的日期。 5在修复缺陷后，登入缺陷类型。 6登入引入缺陷的过程阶段。 7在排除缺陷后记录过程阶段。 8对于缺陷修复时间，从开始意识到缺陷的存在时算起，直到修复完成且检查无 误的估计时间。 9修复缺陷项说明是由于修复其它缺陷而引入的。 10在描述部分对这个缺陷进
8、行简短的描述。累计缺陷的原因： 提高程序设计水平。 减少程序中缺陷的个数。 节省时间。 节药开支。 负责任地完成工作。深圳信息职业技术学院 教案（续页） 第 59 页四、更新的四、更新的 PSP 过程过程更新的 PSP 过程脚本详细示例见 P122 表 12.5 所示。新增加的内容主要是缺陷数据的 收集和记录。更新的项目计划总结表见 P122 表 12.6 所示，它的使用说明见表 12.7。 表中不要求记录后置处理阶段引入或排除的缺陷。尽管一般不会在后置处理阶段发现 或引入缺陷，但这种可能性还是有的。 在后置处理阶段，复查缺陷日志中统计的每个从引入的缺陷数。然后，统计各个阶段 排除的缺陷。在记录了引入和排除的缺陷个数之后，使用与处理时间数据相同的累计方法 完成累计和累计百分比。通过使用累计百分比，工程师估计他们引入和排除的缺陷数目准 确得令人吃惊。五、总结五、总结软件质量是要满足用户要求并且要能可靠而稳定地完成用户的工作。这就要求你开发 的软件完全没有或几乎没有缺陷。 软件缺陷是软件产品中的不正确的东西。缺陷是由人为的错误引起的。因为查找和修 复缺陷的代价很大，所以，最有效的方法是工程师能及时发现和修复引入的缺陷。 管理缺陷的第一是了解它们。六、作业六、作业第 128 页习题
