5. 评审过程中需要进一步确认的疑问
初步讨论结果:两者不是同一份文档,《需求规格说明书》对软件系统各个功 能、执行情况的说明,而《需求分析说明书》偏向于对业务层次的分析。《需求 规格说明书》是《需求分析说明书》的进一步输出,它也不能作为《需求分析说 明书》的参考资料。
疑问:在评审的过程中我们是否可以补充我们觉得需要,但是需求分析说明书中 疑问 没有的需
求项? 疑问 2 初步讨论结果:在评审过程中,我们在一定程度上需要补充一些普遍应该 有,但是系统所缺的需求项,或者对一些需求项要求进一步详细说明。
疑问 3
疑问:在需求分析评审的时候,我们应该抱着“鸡蛋里面挑骨头”心态,还是宽 疑问 容的心态?如果在评审的过程中,文档中有些需求的说明不明确,组内部分成员 有疑问或者歧义,但是在组内讨论之后才能清楚所表述的问题,这样的情况下是 否需要提出缺陷。 初步讨论结果:需求评审是对需求分析说明书做测试,所以我们不能以宽容 的心态去看待,要以提出问题的心态去做,而不是讨论问题原因。也不能过于挑 剔,因为《需 求分析说明书》不仅是给项目开发技术人员看,还要给需求方 看,所以语言表述必须准确、易懂,要能够使得需求方一看便明了,所以文档表 述使人产生异议,也是缺陷点。
百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读,免费范文网,提供经典小说医药卫生创新中心任务管理系统需求评审报告—第一小组 (最终版)(2)在线全文阅读。
相关推荐: