5. 评审过程中需要进一步确认的疑问
初步讨论结果：两者不是同一份文档，《需求规格说明书》对软件系统各个功 能、执行情况的说明，而《需求分析说明书》偏向于对业务层次的分析。《需求 规格说明书》是《需求分析说明书》的进一步输出，它也不能作为《需求分析说 明书》的参考资料。
疑问：在评审的过程中我们是否可以补充我们觉得需要，但是需求分析说明书中 疑问 没有的需
求项？ 疑问 2 初步讨论结果：在评审过程中，我们在一定程度上需要补充一些普遍应该 有，但是系统所缺的需求项，或者对一些需求项要求进一步详细说明。
疑问 3
疑问：在需求分析评审的时候，我们应该抱着“鸡蛋里面挑骨头”心态，还是宽 疑问 容的心态？如果在评审的过程中，文档中有些需求的说明不明确，组内部分成员 有疑问或者歧义，但是在组内讨论之后才能清楚所表述的问题，这样的情况下是 否需要提出缺陷。 初步讨论结果：需求评审是对需求分析说明书做测试，所以我们不能以宽容 的心态去看待，要以提出问题的心态去做，而不是讨论问题原因。也不能过于挑 剔，因为《需 求分析说明书》不仅是给项目开发技术人员看，还要给需求方 看，所以语言表述必须准确、易懂，要能够使得需求方一看便明了，所以文档表 述使人产生异议，也是缺陷点。