首先，工作范围说明书简单地说，就是对项目干系人有约束作用的、为了说明项目工作范围的说明文件。项目工作的范围就是指为了成功达到项目的目标，项目所规定要做的事项。确定项目工作的范围，就是定义项目管理的工作边界，确定项目的目标和可交付成果。
其次，工作范围说明书说明的内容不仅仅是业务需求，而是包含了项目管理等的工作需求、业务需求、实施需求等的信息。
当销售发现销售机会后并立项后，就需要销售与售前工程师共同与客户确定工作范围说明书。
这个时候，工作范围说明书，需要回答的问题是什么呢？
第一、需要回答该项目产生的产品或服务的范围是什么？也就是说该项目产生的产品或服务包含什么功能和特征？
第二、需要回答为了实现该项目产生的产品，或服务的功能和特征必须要做的工作以及必须产生的可交付成果；
从以上的内容，我们可以看到，项目工作范围说明书包含了做什么（项目的目标）和做后产生的可交付成果。
当我们知道了做什么以后，就需要来规划怎么做。这时候，系统的解决方案，就出场了。
解决方案说明的是为了事项项目的目标和提交这些可交付成果，我们该怎么做。在这里面，谈的更多的是框架问题。例如：采用的技术、编程语言、网络架构、管理规范等等。
当我们把工作范围说明书与解决方案编写完成后，我们也就回答了我们要做什么，怎么做的问题，接下来需要回答采用确定的方法来实现项目的目标后，需要花费的资源，资源包括时间、人力和金钱，也就是估算需要多少人、多长时间和使用多少钱。
这样，项目也就在一种可控的范围之中进行了。
通过以上的描述，我们可以得出项目工作范围说明书作用的结论：
1、 提高项目的费用、时间和资源估算的准确性。
2、 有利于清楚的定义各方的责任。
3、 提高了项目进度衡量和控制的基准。
项目的范围定义清楚了，具体工作的内容也明确了，产品的特征和可交付成功也定义明细了，这时候对使用的费用、时间和资源的估算就会更精确，规避了拍脑袋定义的项目风险；
那么，当把工作范围都定义清楚后，软件需求说明书的作用和意义又在哪儿呢？
首先，软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解， 使之成为整个开发工作的基础。它的编写依据就是工作范围说明书、解决方案以及与用户的需求采集，它又将会成为概要设计的依据。
其次，我们可以看到，软件需求说明书是在商务谈判后，才开始进行编写的。
这是因为在商务谈判之前，项目谁来做还不清晰、有些项目因为管理或同行竞争的关系，也存在保密性，各方都不可能提供太多的信息和投入太多的资源，所以工作范围说明范围书的内容还是一个框架性的内容，而需求是一个明细的内容，因此工作范围说明书并不能代替需求。
另外,需求说明书说明的内容，主要是对项目产品特征和特性进行描述，而不牵涉双方的责任和义务；
最后我们来举一个例子：
例如，A公司要做一张桌子，请B公司来做，通过与B公司沟通，知道了A公司做这张桌子总经理的办工桌，这张桌子的长是 3米宽1米，桌子需要用红木做材料，不能使用螺丝，还需要有一个抽屉，抽屉是带密码锁的，这个桌子做好后，A公司自己的工人会来搬，并且这个桌子需要在与B公司签订合同后2周内做完，做完后需要有这张桌子的原材料来源证明。
这就是一个工作范围说明书，回到了几个问题：
- 为什么做这张桌子？总经理的办公桌。
- 桌子特征是什么？长3米宽1米、红木材质、有抽屉密码锁。
- 双发的责任和义务？A公司负责搬运，B公司负责生产。
- 可交付成果是原材料来源证明。
接着，B公司告诉A公司，做这张桌子请国际知名的璟和国际设计公司设计完成并通过您们的审核后，请与该设计公司合作过多次的、大兴安岭请丈二和尚木匠做项目经理，并雇佣两个搬运工，在大兴安岭进行生产，为了保证质量，我们准备聘请中国质量监督管理协会进行全程监督。
这就是一个解决方案（怎么做）。
- 当商务合同完成后，B公司与A公司继续沟通，
- 确定了这张桌子需要红颜色
- 并且能够承受200公斤的重量
- 桌子的边角需要是圆形的
在需求里不在包含双方的责任和义务，这是与工作范围说明书最大的差异。
以上大概说了一下关于工作范围说明书和需求说明书的差异。
规范的工作，是对甲乙双方是负责任的表现，否则项目的失败，双发都无利可图，何谈合作？
