求重要的成果性文档也是需求评审主体之所在。需求评审确认的重点是对关键用户的最常用和最重要的用例进行深入和细致的评审，首先要通过测试用例的主干过程。
八、 注意需求评审会的过程和结束标准
通常，需求评审会都不是件容易的事情，业务审查人员分散在各个地域和时间上的不一致性是困难产生的所在。在很多情况下，我们可以使用分布式需求评审软件从网络上对需求文档进行预先评审，而在评审会中则要注意不要使评审会演变成了“业务会”或“技术研讨会”。同时，需求评审会的结果是对需求规格书完成了评审过程，那我们又如何判断审查的结束标准呢？请看如下几条建议：
1、审查期间评审员们提出的所有问题都已经解决。
2、相关文档中的所有更改都已经正确完成。
3、修订过的文档进行了拼写检查。
4、所有标识为TBD（待确定）的问题已经全部解决， 或者已经对每个TBD的问题的解决过程、计划解决的目标日期和责任解决人等编制了文档。
5、需求文档正式进入了配置库。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
