1、用户需求说明书是用户的需求,需要和用户确认的;需求规格说明书是系统需求主要是对内的。你考虑了一个对外一个对内。而且需求管理的时候也需要用到用户需求
2、
优点:用户的语言与设计人员的语言是不同的,所以需要有面向不同人员的文档。
缺点:层次越多,信息损失的越多,误解的概率就越大。
权衡的结果:基本上是依据项目的规模而定。
3、这要看你们的项目管理采用的规范。
如果是cmmi就需要,敏捷就取消
4、如果你非要省掉一个的话,我倾向于写用户需求,因为搞系统的时候要始终明白用户在想什么,要解决什么问题
需求规格相对不是很重要,具体实现用户需求的时候,你可以有各种方案,这个是用户不关心的。要是用户需求就已经理解错了,软件规格让用户签字好哪里放什么文本框用什么布局有意义么? 最后还不是给你翻掉
5、一个是给用户看的 ,一个给程序员看的
6、当然需要,需求管理不弄好,后期客户扯皮怎么办?
7、1、用户需求说明书是软件设计的根本,用户需要签字画押,详细设计基于这个写的,怎能不需要。
2、后期有扯皮的时候有依据,不至于什么都没有。
8、这个东西少不得, 做的详细点是对自己负责, 后期意义重大
本文深入探讨了在软件开发过程中,用户需求说明书与需求规格说明书的差异,强调了用户需求的重要性,并讨论了需求管理中信息传递与层次结构的影响。文章指出,在项目管理规范下,是否需要这两个文档取决于所采用的方法论,如CMMI或敏捷开发。通过实例分析,阐述了如何在需求阶段确保与用户有效沟通,避免信息损失和误解,以及后期维护的便利性。
1791

被折叠的 条评论
为什么被折叠?



