深圳信息职业技术学院教案第64页.doc

深圳信息职业技术学院 教案 第 64 页 学科个体软件过程课题第十四章 代码复查检查表时数2授课班级02软件1班、4班教学目标及要求学习如何利用代码复查表快速而有效地发现程序中的缺陷，以及怎样制定一个适合自己使用的检查表教学重点代码复查检查表的使用，建立个人检查表教学难点改进检查表实验仪器及教具微机、投影仪、Office软件教学方法讲授、案例教学、探究性学习、协作学习深圳信息职业技术学院 教案 第 65 页教 学 过 程备 注引入问题：大家使用过哪些表格？如何制作的表格？使用表格有什么心得？教学内容：1、介绍代码复查检查表的用途（讨论+提问）2、详细讲解一个代码复查检查表的示例（案例教学）3、说明如何使用代码复查检查表4、讲授建立个人检查表的步骤和方法（探究性学习）5、结合具体示例讲述改进检查表的步骤（探究性学习+协作学习）6、讲授检查表提供的进行代码复查的编码标准（讨论）实验内容：制定代码复查检查表，详见典型案例14.1。教学方法：案例教学、探究性学习、协作学习课程整合：以所学的程序设计语言为例进行学习课后作业第159页作业深圳信息职业技术学院 教案（续页） 第 66 页第十四章 代码复查检查表一、检查表的用途检查表包括一系列规程式的步骤，并要求你精确地遵循这些步骤去做。当人们需要严格地按照说明去做某件重要事情时，经常使用检查表。如果想发现和改正程序的每一个缺陷，就必须遵照一个精确的规程。检查表可以帮助确保遵循这个规程。检查表也是一个构思的来源。当按照检查表去做时，就知道如何进行代码复查。检查表包括了个人的经验。通过不断地使用和改进个人检查表，可以更好地发现在程序中的缺陷。二、代码复查表的示例详细示例见教材P146 表14.1，表14.2。另外，要考虑根据编码标准来复查代码，以确保代码中没有漏掉关键的注释，没有使用不正确的格式，或没有忽略重要的过程或产品信息。使用检查表要注意的问题是，通常只能找到那些已知可能的缺陷。但是，有些严重的问题经常是难以预料的。因此，一个很好的建议就是至少要对程序进行一次全面的审查，以查找那些未曾预料到的问题。这是应该尽量从系统或用户的角度去检查程序。三、使用代码复查检查表使用代码复查检查表时，要逐个阅读每一项说明，精确地按照说明的和每个动作去做。当完成每个动作后，在检查表的该项后面做标记。最后，复查整个检查表以确保每一项都检查到了。1. 针对检查表中的每一项，从头到尾地对程序进行检查。2. 当检查中发现了缺陷时，在右边第一个未用的#列记下一个小竖线标记。发现第二个缺陷，在同一格中再记下标记。这样，复查完成后，你可以返回来看一看每个复查步骤发现的缺陷数。3. 完成每项检查后，如果没有发现缺陷，在右边第一个未用的#列记下标记。4. 当要复查的程序有几个函数|对象或过程时，最好对它们分别进行复查。即先完全复查第一个过程，把标记或这个过程的缺陷数记在右边的第一个#列下。对于第二个过程重复以上步骤把标记或该过程的缺陷数记到第二个#列下。继续下去直到复查完所有的函数、对象或过程。5. 一个好的主意是在最后重新对整个程序进行检查，找出那些非期望的、新的问题，或那些系统问题或用户问题。深圳信息职业技术学院 教案（续页） 第 67 页四、建立个人检查表为了建立个人代码复查检查表，先检查缺陷数据并找出引起大部分问题的缺陷类型。刚开始时一般只有有限的缺陷数据，通过每个新程序可以得到更多的数据。为了达到更好的效果，检查表要根据自己的情况、所使用的程序语言、经常发现的或漏过的缺陷的类型来设计。在开始时，可以参考别人的检查表，但效果可能不如使用根据自己的特殊需要而定制的检查表来得有效。这里有一些提示可以帮助你设计出有用的个人检查表。 根据在软件开发过程中每个阶段发现的缺陷类型和数目制作一个表。 2按缺陷类型降序排列在编译和测试阶段发现的各种类型缺陷的数目。3对于有多数缺陷的那些少数缺陷类型，要检查缺陷记录日志，看看是什么问题引起了这些缺陷。4对于那些导致严重问题的缺陷，要确定在代码复查阶段采取什么样的步骤去发现他们。5把这些条目放在代码复查检查表中以保证按照这些步骤实施。6使用一个新检查表后，用同样的方法重新检查缺陷数据。7如果检查表在发现这些最重要类型的缺陷很有效，那么增加另一类型再继续使用它。8如果检查表在发现某些类型的缺陷时无效，那么尽量修改检查表以便它能更好地找出这些缺陷。9在制订或更新检查表时，把相似的检查放在一起且不要重复列出。如果某项单独的检查不能充分地发现问题，改用另外的检查项来完成同样的检查工作。替换掉不满意的检查项。10开发完每个背后程序后，用同样的方法简要检查一下缺陷数据和检查表，并标识出有用的更改和增加部分。11建议想一想哪些步骤可以在以后预防这些缺陷。五、改进检查表应该养成定期复查缺陷数据和重新审核检查表的习惯。当步骤是有效时，保留它们。当某些步骤不理想时，找出怎样才能使这些步骤更有 效并更新检查表。这样检查表就变成了个人经验的总结。它还可以帮助你坚持按照自己设计的步骤来查找和修复缺陷。当完成一个程序后，在检查表右边的累计这一列登入数据。累计项的值是从最近完成的检查表中的缺陷数累加得到的。在累计列的每一行登入数据。首先通过统计累计例中值的总和，并将其登入检查表的最后一行（即总计），完成累计百分比这一例的值。接下来用每行的累计和总计的累计值得到累计百分比，把结果登入此行的累计百分比值这一列。 在每个程序的后置处理阶段，比较检查表和缺陷日志，找出检查表需要改进的地方并进行改进，以便更有效地查找缺陷。同时也要考虑删掉那些在最近510个程序中没有发现或漏过任何缺陷的复查步骤。最好在收集20个以上的缺陷后再修改检查表。即使如此，也要在程序后置处理阶段复查缺陷数据。当编译或测试中几次看到同样的缺陷数据时，应考虑更新检查表以便处理这种特定问题，定期更新检查表。深圳信息职业技术学院 教案（续页） 第 68 页六、编码标准检查表现很有效的一个原因是她提供了一个进行代码复查的标准。虽然最主要的代码复查标准是程序设计语言的语法规格说明，但这些说明并没指明编码的格式和风格。标准是官方接受的用于对照的基础。因此，编码标准定义为被广泛接受的、能够作为工作样板的编码实践集。这个标准用于指导编写源程序代码。这样的标准一般定义了源程序的书写格式、什么语句分别写在单独的一行或语句怎样缩排。编码标准中一般要定义注释的书写规范，包括必须的说明性注释。编码标准还有助于预防缺陷。表14.9 C+编码标准目标指导C+程序的开发程序头程序头格式所有程序都应从一个描述性的开头开始/*/*Program Assignment:程序号 */*Name: 你的名字 */*Date: 程序开发开始日期 */*Description: 对程序功能的一个简单描述 */提供一份清单内容的概要清单内容内容举例/*/*Listing Contents (清单内容) */* Reuse instruction(重用指导致) */* Includes (包括) */* Class declarations (类说明)确 */* Cdata */* Aset */* Source code in c (用C编写的源代码):classesCdata.cpp: */* CData */* CData() */* Empty() */*/重用指导示例描述如何使用该程序的.提供说明格式参数值和类型以及参数范围;提供对非法值、溢出条件或及其它潜在的有可能引起非正常操作的条件等方面的警告/*/*Reuse Instruction (重用指导)致 */* int Printline(char*line_of_character) */ /* 目的：画线，line_of_character，位于同一打印行 */* 限制：线长最多为LINE_LENGTH */* Return:0 if打印机尚未准备好 */* else 1 */*/目标指导C+程序的开发标识符标识符示例所有变量、函数名、常数以及其标识符都使用带有描述性的名称。避免缩写形式或仅有一个字母的变量名深圳信息职业技术学院 教案（续页） 第 69 页Int number_of_students; /*此标识符好 */Float x4,j,ftave; /*这些标识符不好 注释 好的注释不好的注释程序主体示例编码，文档要充分，以帮助读者理解其功能；注释既应说明编码的目的，也应说明编码的行为；对变量声明进行注释，指出说明该变量的目的。If(record_countlimit) /*是否所有的记录都处理了？ */If(record_countlimit) /*检查record_count是否超过限制 */程序主体前应有一段注释来描述由以下部分所做的处理/*/*以下程序部分将检查数组“grades”的内容，并将计算班级成绩的平均值。*/空白区域为了增加程序的可读性，写程序时应留出一定的空间；每个程序结构之间至少有一空行将它们隔开。缩进缩进示例不同级别的括号之间应该有缩进；每一个起始括号和中止号应单独占一行。While (miss_distancethreshold)success_code=move_robot (target_location);if (success_code=MOVE_FAILED) printf(“The robot move has failed.n”); 大写所有定义应大写；所有其它标识及保留字均应小写；对用户的输出信息可以大、小写相混合，以便用户清晰明了。#define DEFAULT_NUMBER_OF_STUDENTS 15int class_size=DEFAULT_NUMBER_