8.7.1 如何组织正确的评审会
一个软件需求规格说明书的评审过程由合格检查、会议筹备、会前会议、评审准备、审查会议、文档修改、文档重审几个业务活动构成。如图8-1所示为文档评审过程的流程图。
图8-1 文档评审过程
1.合格检查
当调解员收到文档评审请求后，依据一些审查工作的前置判断标准对提交的文档进行检查，判断能否进行正式审查。
2.会议筹备
调解员和需求分析人员共同协商，决定参加会议的审查人员、会前需要准备的材料、审查会议的日程安排等工作。
3.会前会议
主要是召集参加评审人员了解会议的相关信息，包括要审查的材料背景、文档编制者所作的假设和特定的审查目标、会议过程所填写的一些单证、会议现场的一些注意事项。(https://www.daowen.com)
4.评审准备
在正式审查会议开始前，每个评审员按照评审表上的项作为引导，检查文档中存在的错误，并记录下这些错误。评审人员所发现的错误中高达75%的错误是评审准备阶段发现的，所以这一步的工作对整个评审过程非常重要。如果评审员准备工作做的不充分，会使评审会议变得低效，并且可能做出错误的结论，评审会议将会是一种时间的浪费。
5.审查会议
在审查会议进行过程中，需求分析人员需要向评审小组逐条解释每个需求。当评审员提出可能的错误和存在的问题时，记录人员要清楚记录这些内容，这些内容将会成为需求分析人员进行文档修改的工作项列表。会议的目的是尽可能多的发现文档中存在的重大缺陷。调解员在会议过程中需要把持局面，及时制止如在肤浅和表面问题上纠缠、脱离项目范围的议题、偏离讨论问题的核心等现象。在会议结束前的总结中，评审小组将会给出接受需求文档、经过少量的修改后可接受或者由于需求修改量大需要重审而不被接受这三种结论中的一种。
6.文档修改
根据评审会议提出来的文档存在问题列表，需求分析人员按照问题列表进行逐项修改。现在的修改就是为解决后期会产生的二义性和消除模糊性，这也为后期开发工作打下一个坚实的基础。如果在这里不进行修改的话，评审就会变得毫无意义。
7.文档重审
这是审查工作的最后一个步骤，调解员或指派单独人员重审修改后的需求规格说明书，或者再次召开会议。重审就是确保前面提到的问题得到相应的解决，并且已经是正确的。重审结束了审查的全过程，调解员根据是否满足审查的退出标准来决定审查是否结束。
