物流项目需求建议书

秦风学

  物流项目需求建议书

  第一部分 总论

  一、项目概况

  (一)项目名称

  (二)项目的承办单位

  (三)项目报告撰写单位

  (四)项目主管部门

  (五)项目建设内容、规模、目标

  (六)项目建设地点

  二、立项研究结论

  (一)项目产品市场前景

  (二)项目原料供应问题

  (三)项目政策保障问题

  (四)项目资金保障问题

  (五)项目组织保障问题

  (六)项目技术保障问题

  (七)项目人力保障问题

  (八)项目风险控制问题

  (九)项目财务效益结论

  (十)项目社会效益结论

  (十一)项目立项可行性综合评价

  三、主要技术经济指标汇总

  在总论部分中,可将项目立项报告中各部分的主要技术经济指标汇总,列出主要技术经济指标表,使审批者对项目作全貌了解。

  第二部分 物流项目发起背景和建设必要性

  一、物流项目建设背景

  (一)国家或行业发展规划

  (二)项目发起人以及发起缘由

  (三)……

  二、物流项目建设必要性

  (一)……

  (二)……

  (三)……

  (四)……

  三、物流项目建设可行性

  (一)经济可行性

  (二)政策可行性

  (三)技术可行性

  (四)模式可行性

  (五)组织和人力资源可行性

  第三部分 物流项目市场分析及前景预测

  一、物流项目市场规模调查

  二、物流项目市场竞争调查

  三、物流项目市场前景预测

  四、产品方案和建设规模

  五、产品销售收入预测

  第四部分 建设条件与厂址选择

  一、资源和原材料

  二、建设地区的选择

  三、厂址选择

  第五部分 工厂技术方案

  一、项目组成

  二、生产技术方案

  三、总平面布置和运输

  四、土建工程

  五、其他工程

  第六部分 环境保护与劳动安全

  一、建设地区环境现状

  二、项目主要污染源和污染物

  三、项目拟采用的环境保护标准

  四、治理环境的方案

  五、环境监测制度的建议

  六、环境保护投资估算

  七、环境影响评价结论

  八、劳动保护与安全卫生

  第七部分 企业组织和劳动定员

  一、企业组织

  二、劳动定员和人员培训

  第八部分 项目实施进度安排

  一、项目实施的各阶段

  二、项目实施进度表

  三、项目实施费用

  第九部分 项目财务测算

  一、项目总投资估算

  二、资金筹措

  三、投资使用计划

  四、项目财务测算相关报表

  (注:财务测算参考《建设项目经济评价方法与参数》,依照如下步骤进行:

  1、基础数据与参数的确定、估算与分析

  2、编制财务分析的辅助报表

  3、编制财务分析的基本报表估算所有的数据进行汇总并编制财务分析的基本报表。

  4、计算财务分析的各项指标,并进行财务分析从项目角度提出项目可行与否的结论。)

  第十部分 财务效益、经济和社会效益评价

  一、生产成本和销售收入估算

  二、财务评价

  三、国民经济评价

  四、不确定性分析

  五、社会效益和社会影响分析

  第十一部分 可行性研究结论与建议

  一、结论与建议

  二、附件

  三、附图

  拓展阅读:编写需求建议书的一般原则

  需求建议书应该由用户编写,但各种客观因素的限制,实际上很难做[到。所以,很多时候都是由用户与项目小组共同编写。编写项目需求说明的J过程也是项目小组带领客户进入项目需求启发的过程。编写优秀的项目需求[建议书没有公式化的方法,需要大量的实践经验。以下是编写需求建议书需要把握的几个原则:

  (1)需求应该是正确的。每个需求必须精确描述要交付的功能。确定需求内容是否正确,需要用户的代表来参与确认,由他们检查、决定用户需[求的正确性。没有用户的需求检查就会导致很多项目实施中的问题出现。例如用户会说:“这不是我们要的东西”;“你没明白我们的`意思”,等等。

  (2)需求应该是可行的。项目的需求应该在有限的资源(已知的能力、有限的系统及其环境)下是可实现的。为了避免需求的不可行性,在需求分析阶段应该有核心技术人员参与,检查在技术上什么能做、什么不能做,哪些需要额外的付出等。

  (3)需求内容应该是必要的。需求建议书中的每个需求都应该有相应[的出处,即说明什么是客户确实需要的,什么要顺应于外部的需求、接口或标准。如果不能标识出处,则可能这个需求不是真正需要的。

  (4)需求内容应该有优先权。优先权是由客户或其代理及项目小组共同商讨后建立的。如果所有的需求都被视为同等重要,那么在开发中遇到预t算削减、计划超时或组员的离开而导致新的需求时,项目经理将无所适从。一般优先权有以下三个级别。

  1)高优先权,表明需求必须体现在本阶段项目的成果中或这个产品的版本中。

  2)中优先权,表明需求是必须的,但是如果需要可以推迟到晚一些的产品版本中。

  3)低优先权,表明有它很好,但我们必须认识到如果没有充足的时间或资源,它可以被放弃掉。

  (5)需求内容应该是明确的。需求不该有歧义,要避免使用一些对于拟订项目需求建议书的人很清楚,但对于其他人模糊不清的词汇。如:用户友好性,容易,简单,快速,有效,几个,艺术级,改善的,最大,最小等等。每写一个需要都应简洁、直观地采用用户熟知的语言,而不要采用计算机术语。