（二）评审的作用、目的和概念　　在团队开发中，充分的沟通是非常有必要的，沟通的方式之一就是通过文档。不论评审的效果如何，发现多少问题都可以让相关人员了解需求与设计。而通过相互之间的讨论，澄清一些模糊的认识，进一步理解文档的含义。评审不但是软件开发活动中一个重要的质量控制机制，而且也是一个重要而有效的沟通方式。通过评审可以利用企业内部各种优秀成员的智慧，为软件开发寻找最佳的解决方案。　　评审的作用和目的主要是尽早发现潜在的问题，尽早纠正缺陷，控制纠正成本的滚雪球效应。本阶段造成的错误如果能够及时地发现，或者在后面越早的阶段发现，就能够及早发现潜在的风险，及时做好防范的对策，做到未雨绸缪。　　评审的过程不仅是为了发现问题，而且为了便于跟踪及改正，还应当对问题进行记录。特别是需要对问题的真实性进行确认，剔除可能是误解、似是而非或不必采纳的建议性问题。正如著名软件大师Gerald M Weinberg在《你的灯亮着吗？》所说：“一旦我们知道问题是什么，那么该问题的解答或解决对问题本身来说就是一件微不足道的事情。”　　确实，人们经常会把一些表面的现象当成问题，而不知道根本的问题是什么？不知道真正的问题出在哪里？这样解决问题时就很有可能头痛医头，脚痛医脚。　　具体来说，评审最直接的作用和目的当然是要改进需求与设计文档本身，为下一阶段工作提供正确的基础，并通过评审的过程提高相关人员的总体分析设计及文档写作水平。当然，写需求或设计等技术文档，并不等于会“做”需求分析和设计。因此有些刚参加工作的新手急于找一些模板或样例照葫芦画瓢，把文档完成就说“我会做分析”、“我会做设计”，其实只是刚起步而已。而评审不仅能够看出文档本身的问题和水平，也可以看出分析设计的过程和水平。　　评审的作用和目的还在于强化开发人员的责任感，这是基于“把关效应”。即分配工作任务时，是否事先声明设置检查点，直接关系到工作任务完成的质量和效率。日本软件开发企业非常重视用验证与确认来强化开发人员的责任感。丰富行业业务经验和评审经验并改进评审流程，使项目进度安排更加合理也可以作为评审的作用和目的。当然，评审的最终目的无疑是提高软件质量，减少各种无形损失。　　广义的评审概念包括走查、检查、正规检视、评审、评阅、审计、评估、结对编程、同级桌查、轮查及临时评审等，有时会出现同一个英语词汇翻译的不同。主要常用的概念如下：　　① 走查（Walkthrough）：快速扫读。　　② 检查（Inspection）：按照CheckList检查错误，也称为“正规检视”。　　③ 评审或复审（Review）：正式的研讨会。　　④ 审计（Audit）：审查预算、财务状况。　　⑤ 评阅：是一种文档检查形式，指检查人员各自检查并提出修改意见。但不做是否放行通过的评判，相当于“初审”。这个概念是用来与评审做一个区隔，这里的“评审”具有审批的责任，“评审者”相当于联合国常任理事国，具有否决权。而“评阅者”相当于联合国非常任理事国，可以提出自己的意见和建议，但不必说明文档是否批准通过。　　评审是由项目阶段成果的作者以外的其他人来检查工作成果，发现问题，提出意见和建议，以达到改进质量的目的。本文以下所说的评审为“广义评审”指软件项目中评审的总体活动，而不具体考虑如何进行这些评审。另外，这里的评审不涉及审计、评估等含义。相关链接：同行评审那些事儿（一）：评审的必要性

Tags：郑州北大青鸟电脑学校招生简章与要求,郑州学计算机的学校有哪些呢,郑州北大青鸟具体地址在什么地方,郑州专门学计算机的学校,郑州哪个学校计算机专业好,郑州中专哪个学校好