写软件需求说明书的目的是什么？

[antang]

它的编写目的是什么？请仁兄们帮我出个主意嘛！

[walkcamel]

明确系统的需求

[venus1982518]

明确软件开发的最终目的，使开发出来的软件能够更好的达到用户的需求。

[busd]

编写软件需求说明书，一般要给两种角色的人看，一种是客户，一种是开发人员。
对于客户： 重点在于清楚的表达客户提出的需求，你是如何理解的，让客户看了你的文档后确认你的表达和描叙是符合它的需求的。为了更形象的表达，请做一些界面原型来表达，这样客户才能真正与你形成互动，使针对客户的软件需求说明书有意义（最好是先做系统原型，只接拿原型与客户交流，客户的需求你就能全面把握了）。
对于开发人员： 重点告诉他们系统需要具有哪些功能，有哪些对象，对象有哪些属性，对象之间有哪些关系，最好能采用UML来表达

[none]

需求说明书，从字面上看是属于需求定义（或需求捕获）工作的产品。还没有达到需求分析的那一步。

因此我认为该文档用于“就目标系统应提供给用户的功能上面与客户达成一致”。因此给文档的语言应该是非形式化的。

[stonespace]

目的很简单，就是让开发人员和客户就最后软件做成什么样子达成一致。

检测目标是否达到的方法也很简单：开发人员按照需求分析把软件做出来，交给客户后，如果客户认为这个软件和原来预想的一样，需求分析的目的就达到了。如果客户感到愤怒，需求分析的目的就没有达到。

to none(纯钢匕首)
我不认为文档的语言必须是完全非形式化的。很多人假设客户无法容易理解一切形式化的描述，其实这个假设没有得到实践的证实。很多客户都有能力理解类似use case这样的描述。

[lanying]

文档的目的有两个：
1。交流
2。纪录自己的认识

[huangshunliang]

做一个项目，如果不能明确用户的需求，那你是做给谁用的？当你认为项目马上要结束的时候，用户看了你的系统会给你提出无数个你想不到的问题，然后你就去修改，修改之后用户再提出问题，你再去修改，然后你......这时候你就明白需求说明是做什么的了。
如果你错误地理解了用户需求，一个优秀的程序员会实现一个优秀的错误系统。