编写需求规格说明书是指得到要构建的产品的完整描述的任务。在需求分析的过程中，要把我们的每一步记录下来，这并不是简简单单的写报告而已，而是发现问题，理清自己思路的一个很好的方式。需求产品说明书的完整是一个开发软件的必备条件，它必须包含清晰、完整、可测试的指令，说明必须构建什么，清楚自己的目标。所以编写需求规格说明书并不是一件容易的事，但我们可以借助一些辅助手段来完成这份说明书，那就是我们常见的模板。
就好像我们在写实验报告的时候，老师会给我们参考的模板一样，编写需求规格说明书时，也有相应的模板辅助参考。书中就介绍到了Volere需求规格说明书模板，因为之前已经有了很多这方面的说明书案例，所以也称Volere模板是“站在巨人的肩膀上”完成的。模板中包含了四大块主要内容。第一部分是限制条件，主要包括了产品的目标，产品的用户等等，这一部分其实和软件的相关功能之类的没有什么联系，但却与我们软件开发的过程紧密相连，其中的很多条件都直接的决定了开发出来软件的质量好坏。之后就是功能性需求和非功能性需求了，这部分我们听到的次数多，也了解的多，对每项功能都要描述的清楚详细，逻辑缜密。最后一部分就是项目问题了，有关软件一些后续的问题。
编写需求规格说明书并不是一朝一夕之事，而是逐步补充逐步完善的过程。这并不是一项独立出来的活动，而是与我们的开发过程紧密相连。不过理科生确实是在编写文档这方面有点天生的神经大条，很多地方都想当然了，写的不是很详细。所以我应该在编写文档这方面再多下点功夫，让文档能够真正的记录下我的开发过程，而不仅仅是一份有字的单薄文件而已。
一个软件完成之后，一定会有相应的完成标准，或者说是验收标准。这个功能实现了没有，界面设计的符合了用户的要求没有，这些都是需要标准的。对于功能性需求的验收，当然就是以功能有没有实现为标准，要不就是实现了，符合标准，要不就是没有实现，不符合标准，这个没有中间值。而对于非功能性需求的标准，就比较多样了，功能完成了这还不算，我们还需要知道是怎样完成的，即对于完成的过程描述要更加精准。比如说，我的软件运行计算速度很快，那么就一定要精准到有多快，精准到时间，即完成这个操作有多少毫秒。
最重要的方面验收完之后，还有一些细节的东西需要检验，比如有关文化政策方面的问题，软件后期维护的问题，或者是法律相关的问题，我们都要考虑好。软件是一个共通的整体，一定要每个部分都完成了标准，才能算是一个合格的软件。
制定标准的时候，也要严格的按照我们的需求分析来规定，即我一开始是想做成一个什么软件，我现在做出来的软件和我当初设想的软件是否一样。因为我们并不是软件的用户，我们要站在用户的角度来考虑问题，用户不需要知道你用了什么技术，写了什么代码，他只看最后的软件是否和自己的心意，用起来是不是比不用要方便许多。所以非功能性需求这一方面，我们做出的标准就要细致些，站在用户的立场，来测试这个软件，因为他们才是真正的使用者。
转载自https://www.cnblogs.com/meimiaozi/p/5065330.html