软件过程基础_设计和代码评审教案分析.pptVIP

北京航空航天大学 软件工程研究所 吴超英 真正的聪明者并非“从来不犯错误”， 而是决不再犯同样的错误。 审查（Inspection) 走查 (Walkthrough) 个人复查(Personal review) 最初开始于 IBM 的 Michael Fagan First began in IBMs Michael Fagan 在70年代早期使用；在1976年发表论文 首先在IBM内部传授，然后向外部推广 首先应用于编码，然后扩展到需求和构架 包含了其他人的工作成果 Contains other peoples work ATT 的 Ebenau 和 Strauss Tom Gilb 和 Dorothy Graham 现在的许多其他作者和培训员 改进工作产品的质量 improve quality of product 标识和文档化缺陷和问题 identify and document the defects and problems 标识对一个工作产品所需要的改进 identify the need for product to be improved 验证工作产品与标准、产品规格说明及需求的一致性verify the consistency of product on the standard, product requirement specification and demand. 达到对工作产品的一致reach the consistency of the product 增加同行的产品知识increase product knowledge from peer 管理和正式控制一个项目任务的完成manage and formal control the accomplish of a project task 在测试的过程中，你必须 发现异常的行为 指出测试程序在做什么 发现问题在程序中的何处 找出哪个缺陷可能产生这样异常的行为 这些需要花费很多的时间 而在评审和审查时，你会 根据你自己的逻辑 当你发现一个缺陷时，你知道自己在哪里 知道程序应该做什么，但是它没有这么做 知道为什么这是一个缺陷 更加清楚地知道如何进行正确的修正 PSP评审是根据一个已定义的流程来进行的，有指导方法、检查单和标准 PSP评审的目标是在第一次编译或测试之前发现每一个缺陷 为了达到这个目标，你应该 在编译和测试之前进行评审 使用编码标准 使用设计完成准则 度量并改进你的评审过程 使用定制的个人检查单 除了进行代码评审之外，你还需要评审你的设计 这需要你 产生能够被评审的设计 遵循一个清晰的评审策略 阶段地评审设计 验证逻辑正确的实施了需求的各项要求 一个可评审的设计包括： 已定义的先后关系 准确的表述 一致和清晰的结构 这样就建议： 清晰的说明设计的目的和功能 有设计完成的准则 设计在逻辑方面是结构化的 设计本身的话题本次课程不涉及 产品设计的评审可以分为以下几个步骤： 建议的评审步骤包括： 1.根据需求进行评审，确保在设计中包括所有需要的功能 2.验证所有的程序结构和流程 3.检查逻辑构造是否正确 4.检查健壮性（ robustness ）、安全性（ safety ）和机密性（ security ） 5.检查功能、方法和程序调用，确保都使用恰当 6.检查特殊变量、参数、类型和文件，确保都使用恰当 软件质量体现在许多方面，只有在排除了绝大部分程序缺陷后，才有可能考虑软件质量的其它目标。 Software quality embodied in many aspects, Only in the exclusion of most bugs it can consider other goals of software quality. 即使是有经验的程序员，一般开发7－10行源程序就会引入一个缺陷。一般在编译和测试阶段能够发现和纠正大部分的缺陷，但还有许多缺陷仍然留在最终产品中。 Generally, most defects can be found and correct in compile and test, but, there is still many defects in the final product. 首要的任务是要弄清引入的缺陷，并尽可能防止它们的引入。 The primary task is to clarify the incoming defect, and as far as possible to prevent their introducing. Bugs （小虫子） “程序中仅剩下几个Bugs”，你可能感到一阵轻松。 “程序中仅留有几个定时炸弹”，你还会同