[工程管理中项目需求文件怎么做范围说明书怎么做]一 引言 1、编写目的 说明编写这份项目需求说明书的目的，指出预期的读者。 2、背景说明： （1）待开发的软件系统的名称。 （2）本项目的任务提出者、开发者、用户及实现该软件的计算中...+阅读

软件需求是整个软件项目的最关键的一个输入，和传统的生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，他不像生产汽车、电脑等硬件的需求，是有形的、客观的、可描述的、可检测的，软件需求是软件项目最难把握的问题，他的复杂性体现在以下方面： 需求的描述问题 一个已经进入了编码后期阶段的项目，该项目已经换过2次项目经理了，这是第3次更换项目经理，用户方的IT部经理找抱怨：＂我已经是第3次来给你们讲补货申请的处理规则了！＂。 我只能表示抱歉，因为我无法找到原来的需求描述，这是一个变更的需求，前任的项目经理讲他只是将当时与用户交流的需求记到2页草稿纸上，不幸的是，那2页珍贵的手稿现在已经找不到了！更不幸的是，该IT部经理是在转述业务部门的需求，当软件开发完毕后，业务部门讲＂这不是我们最初给IT部反映的需求，我们说的不是这样的！＂。 缺少正式的完整的需求文档浪费了大量的人力物力，但是有了需求文档又出现了新的问题。曾经有多个项目经理抱怨，在用户方进行的需求评审会完全是走形式，因为用户根本不去听他读那上百页的需求文档。不同层次的客户（用户）关心的问题是不一样的，想要每个客户都成为需求专家是不现实的。 需求的完备程度问题 需求如何做到没有遗漏？如何准确划定系统的范围？这确实是一个两难问题，稍微大一点的系统要想穷举需求几乎是不可能的，每次开需求评审会时，总会冒出新的需求，以至于系统没有一个准确的范围界定。即使是这样，系统还是要开发，没办法，系统的范围还要硬性的划定一个，从而建立一个基线。 需求开发的工期问题 在需求上花费了大量的时间（而不是人*工时，因为需求阶段人多了也没有作用），客户、软件公司是否能够忍受？为了确保需求的正确性，完备性，项目经理往往坚持要在需求阶段花费大量的时间，但是客户与公司的高层领导却会为项目迟迟看不到实际可运行的软件担心不已！他们往往会逼迫项目组尽快往前推进，而项目组的成员往往也会为系统复杂的善变的需求折腾的筋疲力尽，他们也希望尽快结束此阶段。 需求的细致程度问题 需求到底描述到多细，才算可以结束了？仁者见仁，智者见智，并没有定论，如果时间允许，要想细总可以细下去的。但是，需求的周期越长，可能的变化越多，对设计的限制越严格，对需求的共性提取要求越高，所以只要大家（客户、用户、需求分析人员、设计人员、测试人员）认为描述清楚了，就可以进入设计阶段了。 需求的变化问题 在软件开发过程中如果只有一条真理的话，那一定是：需求的变化是永恒的，需求不可能是完备的。软件开发的过程实际上是同变化做斗争的过程，需求的变更不一定是坏事，也有可能是好事，是商业机会，对市场敏感的人可以从需求的变化中发现市场机会。 需求变化的原因很多，如： · 一开始没有识别全，需要增加需求； · 业务发生了变化，需求必须变化； · 需求错误； · 需求不清楚； 需求的变化问题是每个开发人员、每个项目经理都遇到的问题，也是最头痛的问题，一旦发生了需求变化，你不得不来修改你的设计、重写你的代码、修改你的测试用例、调整你的项目计划等等，需求的变化好比是万恶之源，为项目的正常的进展带来不尽的麻烦，怎么办？管理它！使需求在受控的状态下发生变化，而不是随意变化，需求管理就是要按照标准的流程来控制需求的变化。 难题随之而来，需求中的变化一般不是突发的革命性的变化，最常见的是＂项目需求的渐变＂（Project Scope Creep）问题，这种渐变很可能是客户与开发方都没有意识到的，当达到一定层度时，双方才蓦然回首，发现已经物是人非，换了一番天地。 控制需求渐变需要注意以下几点：

（1）需求一定要与投入有显示的联系，否则如果需求变更的成本由开发方来承担，则项目需求的变更就成为必然了。人们常说世上没有免费的午餐，同样也不应该有免费的需求变更。但是，接受需求变更目前却是软件开发商不得不咽下的苦果。 所以，在项目的开始无论是开发方还是出资方都要明确这一条：需求变，软件开发的投入也要变。

（2）需求的变更要经过出资者的认可，需求的变更引起投入的变化，所以要通过出资者的认可，这样才会对需求的变更有成本的概念，能够慎重地对待需求的变更。一个项目，为了避免项目的风险，我们请了用户代表全程参与了开发过程，结果此用户代表在开发过程提出了大量小＂的需求变更，当开发人员按此需求变更修改了软件时，在项目进入现场实施阶段时，却有大量的这些变更需要改回去，问题就是出在我们的项目组成员视该用户代表的需求为圣旨，却忽略了需求是否经过了客户方真正有决策权的人员的认可。

（3）小的需求变更也要经过正规的需求管理流程，否则会积少成多。在实践中，人们往往不愿意为小的需求变更去执行正规的需求管理过程，认为降低了开发效率，浪费了时间。正式由于这种观念才使需求的渐变不可控，最终导致项目的失败。

（4）精确的需求与范围定义并不会阻止需求的变更。 并非对需求定义的越细，越能避免需求的渐变，这是2个层...

以下为关联文档：

诚求需求管理系统的需求分析说明书规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。2 适用范围本规范适用于集团开发项目的（软件）《需求说明书》的编写。3 编写内容提示1 引言3.1.1 背...

编写需求分析说明书首先要知道的 ---需求获取 1用户的权利与义务 2制定调研计划 3准备调研的资料 4访谈用户 填写调研表（那本书里有很好的例子） 5编写调研报告 6需求的其他来源 7需求分析 8编写...

员工的需求怎么写这是一个人员需求预测的报告模板，你可以参考一下，其中的一些表格复制不过来，没有显示表格的形式，但是不影响框架的体现。 公司年度人员需求预测报告 文本名称 **公司年度人员需...

请问：项目需求管理与计划该怎么写啊项目计划的制定虽然是依据需求或者项目的范围来确定的，但是很难从生命周期 的确定到任务的分解再到关键路径的选择中看到项目计划和需求的关联点在哪里，项 目管理者在编排任务...

如何制定物料需求计划物料需求计划的基本计算步骤 一般来说，物料需求计划的制订是遵照先通过主生产计划导出有关物料的需求量与需求时间，然后再根据物料的提前期确定投产或订货时间的计算思路。其...

如何制定用户需求调研计划1、是确定自己想要解决的问题。针对问题设置问卷，问卷中问题不应太直接，容易干扰被访者。 2、确定目标受众人群，目标受众是谁？业务？老板？这个你应该比我了解。 3、确定调查方法 4...

项目需求管理的流程有哪些1。 实施过程中产生的新需求该由谁来承担主要管理责任？项目管理者联盟 项目经理在这种需求的调研的深入程度上如何进行控制？这也关系到项目团队的 成本管理。因为项目经理投入...

简述交通需求管理措施的实施步骤有哪七步1、交通需求管理的定义为促进城市发展，充分发挥其功能，对城市的客、货运交通运输采取最具体的管理措施，以构成最佳的交通方式，从而保证城市交通系统快速、安全、可靠、舒适、低...

目前交通运输需求管理的主要方式及其理论依据有哪些现代交通运输概念指： 1、通即运输式流入适应现代经济发展需求新内涵使交通服务效率、本、质量、安全等面达更同水平层主要体现两面：综合运输理论熟应用环境逐渐具备其整体经营...