在需求是万物之源，也是SMP之源--SMP(软件制作平台)语言基础知识之四中，我们讲过需求是万物之源，但是，需求不是说的，是给别人看的，而需求书则是用户开发的原始凭证。
一般而言，需求是一个不断完善的过程，开始只是一个想法、概念，然后再组织人员去对这个想法概念进行分解落实，然后初步形成一个相对完整的需求，这个需求需要和相关使用部门进行沟通，听取意见和修改地方，再反复几次，直到大家都认同和满意为止。
而实际上，需求提出的比较急，要求开发完成时间比较短，需求很难做的比较完美，加上写需求的人并不能理解开发者的阅读能力，只是按照自己的业务表述，把需求写出来。
这种需求书可以说只能是一个初稿，是给甲方内部人员看的，但是，真正交付给开发方的需求书，则要符合开发者的理解的习惯。
因此，所谓需求书是提供给开发方的开发要件，它不但要表明需求中的业务表述，而且要表述开发后应用系统的功能、环境的表述，尽管这种表述是简单的、框架性的。
需求书应该让开发者能看到，你要做的系统名称是啥、其业务背景、目的是啥、有几大块分类，每类有哪些功能，每个功能有哪些业务要求、业务流程、业务结果，有的还要说明性能、安全、例外等处理要求，并附相关附件，比如上级文件、业务资料、其他相关应用系统的设计方案等。
实践中，许多开发者看不懂需求书中的业务表述，需要进行业务培训才能理解，这是用户方和开发方都要关注一个地方。
记住！需求书是给开发者看的，让开发者知道用户要做啥。需求书不会完美、也不可能完美，但是大的架构是不能变的。