一：用户需求规格说明书的作用
软件需求规格说明书有以下几个方面的作用： ①便于用户、开发人员进行理解和交流。 ②反映出用户问题的结构，可以作为软件开发工作的基础和依据。 ③作为确认测试和验收的依据。
二：概要设计说明书与需求分析说明书的区别是什么
需求说明书主要是项目前期为确定具体目标而整理的文档，便于对产品或系统的功能进行总结分析，为产品或系统的确定功能和框架提供决策支持。而设计说明书是产品或系统开发前，在功能需求已经很明确的情况下，为实现需求的功能而阐述自己开发设计思想、方法的说明文档。
三：用户需求说明书 与 需求规格说明书 有什么本质区别？ 求详解。谢谢
1、用户需求说明书是用户的需求，需要和用户确认的；需求规格说明书是系统需求主要是对内的。你考虑了一个对外一个对内。而且需求管理的时候也需要用到用户需求
2、
优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。
缺点：层次越多，信息损失的越多，误解的概率就越大。
权衡的结果：基本上是依据项目的规模而定。
3、这要看你们的项目管理采用的规范。
如果是cmmi就需要，敏捷就取消
4、如果你非要省掉一个的话，我倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题
需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。要是用户需求就已经理解错了，软件规格让用户签字好哪里放什么文本框用什么布局有意义么？ 最后还不是给你翻掉
5、一个是给用户看的 ，一个给程序员看的
6、当然需要，需求管理不弄好，后期客户扯皮怎么办？
7、1、用户需求说明书是软件设计的根本，用户需要签字画押，详细设计基于这个写的，怎能不需要。
2、后期有扯皮的时候有依据，不至于什么都没有。
8、这个东西少不得， 做的详细点是对自己负责， 后期意义重大
需求阶段的工作主要分为两个方面，为“需求开发”和“需求管理”顶
从我们的经验来讲
“需求管理”需要产出的文档大体上包含【需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件】
“需求开发”需要产出的文档大体上包含【需求规格说明书，需求规格说明书检查表，需求开发指南等】
需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，重点是站在客户的角度讲产品功能。
需求规格说明书：是从业务规则讲起的，细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。
四：在软件开发中，需求规格说明书和系统设计说明书有什么区别？
需求规格说明书：主要从用户角度（需求或市场人员根据用户要求编写）描述软件需要实现的功能，各个功能模块，各个功能模块的重要性，以及业务流程等。
系统设计说明书：主要从软件开发（程序员）角度描述软件需要实现功能，如何划分这些功能模块，各个功能模块的关系，软件的业务流程绩。
总结：内容基本都一样！只是表现形式不一样！阅读对象不一样！
五：软件需求规格说明书和系统需求规格说明书的区别
国内软件需求的书籍比较少，而且不是很全面。下面是我在美国看的软件需求的一本书上的对于软件需求的分层种类。希望对你有所帮助。
Requirements Level Classification（需求的分类）
To deal with the diversity in requirements types, Sommerville (2005) suggests
organizing them into three levels of abstraction:
User requirements
System requirements
Software design specifications
User requirements（用户需求） are abstract statements written in natural language with
accompanying informal diagrams. They specify what services (user functionality)
the system is expected to provide and any constraints. In many situations user stories
can play the role of user requirements.
System requirements（系统需求） are detailed descriptions of the services and constraints.
System requirements are sometimes referred to as functional specification or technical
annex. These requirements are derived from analysis of the user requirements.
They act as a contract between client and contractor, so they should be
structured and precise. Use cases can play the role of system requirements in
many situations.
Software design specifications（软件需求） emerge from the analysis and design
documentation used as the basis for implementation by developers. The software
specification is essentially derived directly from analysis of the system specification.
The software requirements specification document (SRS) is the “contractual” document
that we generally refer to when we speak of a “software” or “system” requirements
specification.In the case of a hybrid hardware/software system,（考虑软件和硬......余下全文>>
扫一扫手机访问
