【用户需求说明书】和【需求规格说明书】的区别

1、用户需求说明书是用户的需求,需要和用户确认的;

需求规格说明书是系统需求主要是对内的。你考虑了一个对外一个对内。而且需求管理的时候也需要用到用户需求。 

2、

优点:用户的语言与设计人员的语言是不同的,所以需要有面向不同人员的文档。

缺点:层次越多,信息损失的越多,误解的概率就越大。

权衡的结果:基本上是依据项目的规模而定。

 

3、要看你们的项目管理采用的规范。 


如果是cmmi就需要,敏捷就取消。
 

4、如果你非要省掉一个的话,我倾向于写用户需求,因为搞系统的时候要始终明白用户在想什么,要解决什么问题

需求规格相对不是很重要,具体实现用户需求的时候,你可以有各种方案,这个是用户不关心的。要是用户需求就已经理解错了,软件规格让用户签字好哪里放什么文本框用什么布局有意义么? 最后还不是给你翻掉
 
5、一个是给用户看的 ,一个给程序员看的
 
6、当然需要,需求管理不弄好,后期客户扯皮怎么办?
 

7、用户需求说明书是软件设计的根本,用户需要签字画押,详细设计基于这个写的,怎能不需要。

     后期有扯皮的时候有依据,不至于什么都没有。
 

8、这个东西少不得, 做的详细点是对自己负责, 后期意义重大。



需求阶段的工作主要分为两个方面,为“需求开发”和“需求管理”。
 

从我们的经验来讲 

“需求管理”需要产出的文档大体上包含【需求管理计划、需求检查表、需求跟踪表(包含矩阵图)、需求变更状态跟踪表,以及与其配套产出的指南型文件】

“需求开发”需要产出的文档大体上包含【需求规格说明书,需求规格说明书检查表,需求开发指南等】

需求分析报告:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点是体现出产品要满足哪些功能,哪些是重点、热点。 
需求说明书:是根据与现场实际客户进行沟通,把客户的需求进行整理,CMMI中有标准的模板,重点是站在客户的角度讲产品功能。 
需求规格说明书:是从业务规则讲起的,细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能,里面要包含原型界面、业务接口、活动图等。

猜你喜欢

转载自blog.csdn.net/chens616/article/details/40449797