技术评审规程.doc

中国科学院研究生院 计算与通讯工程学院 第 PAGE 第 PAGE 3页(共 NUMPAGES 13页) 技术评审规程  目录 TOC \o 1-5 \h \z 1 前言 4 2 概述 4 3 技术评审要求 4 4 独立检查（Independent Review） 5 4.1 流程描述 5 4.2 指南 6 5 走查（Walkthrough） 7 5.1 流程描述 8 5.2 指南 9 6 结构走查（Structured Walkthrough） 9 6.1 流程描述 9 6.2 指南 11 7 审查（Inspection） 12 7.1 流程描述 12 7.2 指南 13 8 技术评审方式比较 14 9 附录：表格模板样例 14 9.1 评审意见模板 14 9.2 评审结论模板 14  前言 技术评审是指 对于软件制品的评审。软件经济学的研究发现，软件缺陷越早修复，其修复成本越低，软件质量越高。基于这个认识，业界已经出现了“重评审轻测试”趋势，技术评审工作的比重越来越大，其地位越来越高，而测试工作的比重开始逐步降低。 国外对于技术评审的研究非常的深入，开发了很多非常有效的技术评审方法。本文介绍了技术评审的几种典型的方法，并对这些方法的实施提供一些指南。 本文的内容适用于使用过程规范的所有软件项目，同时也可作为其他项目的实施参考。 概述 技术评审的目的就是在技术产品发布以前，通过评审来清除缺陷，尽可能避免把缺陷引入到后续的软件制品中，从而提高软件的质量。需要注意的是，技术评审需要相关技术专家的参与，会消耗一定程度的工作量和成本。如何平衡评审活动的成本及其带来的收益，是软件开发管理中一个比较棘手的问题。 后面的章节详细介绍了几种典型的评审方法，每一种方法代表不同等级的正式程度，其工作量和成本开销也处于不同等级，相应的，评审的效果及收益也处于不同的级别。 技术评审要求 目前只对部分软件制品的技术评审活动进行规范管理。如果是需要设立基线的软件制品，在基线发布前，必须通过正式方式的评审（结构走查、审查、或者SQA工程师认可的其他正式评审方式），而且，评审方式应该由项目经理和SQA工程师事先约定。对于其他的技术评审活动，其评审方式不作规定。对于一些特殊的项目，可以根据高层经理的要求，适当的加强或降低技术评审的要求。 对于所有的技术评审活动，SQA工程师都需要收集和整理评审数据，用以分析软件制品的质量。同时，还要对评审人员和评审会议进行分析。 不管采用什么样的技术评审方式，为了能够达到理想的评审效果，评审过程中应该注意以下几点： 评审工作产品，而不是评审生产者：评审涉及到别人和自我。如果进行的恰当，可以使所有参与者体会到温暖的成就感。如果不恰当，则可能陷入审问的气氛之中。应当温和的指出错误，会议的气氛应当是轻松和建设性的；不要试图贬低或者羞愧别人。主持人应当加以引导，以保证会议始终处于恰当的气氛和态度中，如果失去控制应立即休会。 制定日程，并且遵守日程：各种会议都有一个主要的缺点：放任自流。评审会议必须保证不要离题和按照计划进行。主持人要有维持会议的程序的责任，在有人转移话题的时候应当提醒。 限制争论和辩驳：评委提出问题时，未必所有人都能认同该问题的严重性或者能马上达成一致的意见。不要花费时间争论这一问题，应当记录在案，留会后讨论。 对各个问题发表见解，但是不要试图解决所有记录的问题：评审会议不是解决问题的会议。问题的解决由生产者自己或者在其他人的帮助下完成。问题的解决方案应当在会后进行。 作书面记录：让记录员在黑板上作记录是个好方法，在记录的时候，评委可以推敲措词，确定问题的优先次序。 限制参与人数，并且坚持事先做准备：2个人的脑袋好过1个，但是14个脑袋未必就好过4个。在保证评审效果的前提下，将评审涉及的人员数量保持在最小的值上。所有参与会议的人员要事先作好准备。 为每个可能要评审的工作产品建立一个检查表：检查表能帮助评审主持人组织会议，并帮助每个与会人员将注意力集中在重要问题上。 为评审分配资源和时间：评审要占项目组的资源和时间。所以，评审会议一定要作为软件工作活动的任务加以调度。可以在软件进度计划中考虑进去。 对所有的评审者进行有意义的培训：为了提高效率，所有参与评审会议的人都应当接受正式的培训。 会议时间的控制：为了提高效率，每次评审会议只评审一个工作产品，并且时间最长不能超过2个小时。所以要求，在评审准备时候各位评委事先作好准备。 独立检查（Independent Review） 独立检查是一种最不正式的评审方式，评审在作者的主导下进行。这种评审方式成本较低，而评审效果完全依赖于团队文化、评审员的能力和责任