办公信息系统项目研发需求说明书

第一篇：办公信息系统项目研发需求说明书

信息管理与办公系统研发需求说明书

办公信息系统项目

信息管理与办公系统

研发需求说明书

二O一六年三月

信息管理与办公系统研发需求说明书

信息管理与办公系统研发需求说明书

1.3.1.易用性

对于信息办公系统，要求工作人员可以通过鼠标选择、拖拉等操作就能够完成大部分任务，系统使用不需要复杂的培训，即可使每个用户方便、灵活地使用，做到真正的办公自动化。

1.3.2.稳定性

保证系统的不间断运行和出现错误时能够及时恢复并没有数据丢失、系统崩溃等现象出现，避免因停电、操作失误、机器硬件错误等造成的数据丢失或系统崩溃现象。

1.3.3.安全保密性

贵单位信息办公系统是涉及重要的信息，因此，安全保密性是对新信息系统的最起码要求。

1.3.4.先进性与发展性

对于系统，最好采用当前最先进的Internet/Intranet技术，也充分考虑系统的可伸缩性、可扩展性和可继承性，让系统能够随所选择的平台不断升级而得到进一步的继承和发展。

1.3.5.标准化和开放性

对于系统公文资料参考国家公文标准和用户系统内公文标准进行设计。开放性是指系统提供给本单位内部其他系统和外部其他相关单位对信息办公系统的访问。当然，这些访问是有条件的，同时也有相当的安全和权限设置。

信息管理与办公系统研发需求说明书

‘用户名’和登录‘密码’是否正确，如果输入正确，将进入系统的主界面（个人桌面）。

2.系统管理

组织机构、人员、职位是基本信息组成部分，在各个机构下设置相应的职位，每个职位可以具有不同的操作权限，通过建立人员与相应职位的对应关系，实现对人员操作权限的统一管理。

3.公文流转

公文流转以用于处理日常工作中的单位内外部的各种公文，利用计算机网络的高速迅捷和计算机控制的严格准确性实现公文的处理。公文管理模块相对传统公文处理而言，在很大程度上提高了公文处理效率和准确性，用户操作简便易行。公文流转包括了公文的发文拟制、发文签发、发文传阅、收文签收登记、公文查询等。

4.收文登记

收文登记用于外部来文的签收、登记处理，包括：新增公文、录入、编辑公文信息。

综合查询系统

综合查询系统是整个信息管理与信息办公系统中的核心系统。在此系统中，系统可以根据各种需求和查询条件。

系统维护系统

系统维护系统主要负责数据备份、系统参数设置、用户角色管理等辅助功能。系统维护系统为数据库管理员和用户权限管理员两种角色服务。

 数据备份管理包括：数据定期备份、备份数据恢复、备份历史记录查询、历史备份数据删除等功能，其中数据备份包括对数据库中数据定期系统备份和人工不定期备份，同时包括对报表文件的备份处理等； 

用户角色管理：管理用户信息，设定角色名称，及权限等功能；

 系统参数设置为系统配置服务，设置需要的参数，如数据保存年限，数据自动备份时间间隔以及地区代码、报表分类基本信息维护等等。

第二篇：大学图书馆信息系统需求规格说明书要点

1.概述

1.1.系统简述

本系统是为了给图书管理人员和读者借、还书带来便利，除了图书馆内管理的一般功能还外，还包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。

系统名称 ：XX大学图书馆信息管理系统 项目委托单位 ：XX大学图书馆

项目开发单位 ：XX大学管理学院信息管理与信息系统专业 系统最终用户 ：XX大学图书馆工作人员

1.2.编写目的

系统功能需求有：

编目

：分类，标注主题词；录入所有图书的目录及部分图书的内容 借书证管理

：办新证、换证、清理借书证（注、吊销）提供检索服务 ：查图书的目录、在馆状态；查图书内容 流通服务

：借、还、续借、罚款、冻结借书证

图书清理

：遗失、损坏、过时图书及相应目录的清理 统计分析

：分类统计图书、读者、借阅等信息

该文档是为了明确系统需求，规划设计进度，更好地安排系统开发测试，在开发过程中防止错误的出现，本文档供项目经理、开发人员和设计人员参考。

1.3.参考资料

UML基础与Rose建模教程

蔡敏 徐慧慧 黄炳强编著 信息系统分析与设计教程

陈佳

谷锐 李朝辉编著

1.4修订版本记录

本版本为第一版本，暂无修订版本记录

2.术语表

读者信息注销：采集学生或教师的离校信息，对相关借阅信息进行注销，并收回借阅证。

借阅证办理：根据新生入校时技术部采集的新生信息或新进教师信息进行借阅证办理

图书借阅：对读者的借书进行登记，并将资源的状态改为借出，同时修改读者的借阅信息。

图书归还：根据读者的还书，将资源信息改为在馆，修改读者的借阅信息。冻结借阅证：根据读者是否有过分的行为达到冻结借阅证的地步，然后冻结借阅证收回读者借阅书籍的权利。

图书编目：根据图书的ISBN号将图书编码，规放到特定的位置中的一个编码。罚款：读者由于借阅的书籍或者光盘超出规定的时间，超出的时间将要收取一定的现金作为处罚。

3.系统业务流程

3.1概述

图书馆管理系统业务主要是对读者和图书的管理，将具体业务分到分到3个部门来进行管理，分别是：办公室、流通管理部和采编部，各个部门管理相关的业务，并通过相互配合，来完成实现系统的各种功能。

3.2概要调查

采编部门图书目录采购员购进图书名单1图书编目分类3检索服务所需图书信息表读者信息办公室图书管理员借阅证图书管理员借阅证4流通服务图书记录5图书清理图书信息读者读者管理2借阅证管理读者信息借阅证办公室分析报表6统计分析图书管理员读者办公室办公室读者

总体业务流程图

3.3详细调查

3.3.1.办公室业务的详细调查

图书管理员借阅证管理员提交凭证2.1发新证借阅证办公室读者读者登记入馆读者档案图书管理员2.2读者信息变更处理读者登记表2.4注销借阅证注销卡号报表办公室管理员申请挂失表管理员读者退卡申请2.3卡回收管理员办公室

借阅证管理业务流程图

描述：办公室的主要任务是对读者信息以及借阅证的管理，借阅证的办理、挂失、注销等处理。

3.3.2.图书流通管理部业务的详细调查

图书信息借阅证3.1图书借阅所借图书信息读者管理员读者管理员借阅证3.2图书归还所还图书信息图书信息

图书活动业务流程图 描述：

图书借阅：读者从图书馆中找到所需图书拿到图书流通管理部的管理员处，管理员根据读者的借阅信息和图书的基本信息来处理读者的借阅请求。

图书归还：读者将借阅到的图书拿到图书流通管理部管理员处，管理员根据读者的借阅信息处理归还业务，如果读者借阅超期则通知读者缴纳罚款，否则将无法借阅图书。

遗失图书分析报告5.1遗失图书处理遗失图书处理报告管理员3管理员2管理员1损坏图书分析报告5.2损坏图书处理损坏图书处理报告5.4更新报告图书目录更新流通管理部管理员2过时图书分析报告5.3过时图书处理过时图书处理报告

图书管理业务流程图 描述：

3.3.3.采编部业务的详细调查

图书采购业务流程图

3.3.4.详细业务流程描述

1.购书业务管理 1.1清单讨论 采编部根据近期出版的图书和比较典型的书籍，列出一个预采购图书的清单，流通管理部门的职工也可以根据情况提出相应的购书方案，然后通过讨论确定最终的购书方案。

1.2购买图书 通过会议的讨论确定购书清单，采编部将购书清单发送给商家，并交纳购书的金额

1.3派送购买图书 2.编目图书 2.1编目图书 编目部将从出版社购得的图书，根据ISBN号，以及图书馆图书存放的位置，将图书进行编目输入到图书的数据库中，并商家根据采编部的购书清单和交纳的金额，将相应的书本通过邮递的方式发送到采编部

采编部 采编部

商家 采编部 采编部 编目部，流通管

理部 将编目过的图书交予流通部上架

3.读者请求处理 3.1请求借书 读者在图书馆中找到自己想借阅的图书，将图书和自己的借阅证交到流通部的借阅管理员处，由管理员处理借阅事务

3.2处理借阅请通过读者提交的图书和借阅证，先判断读者的借阅信息，是求 否有超期的图书或者借阅的图书数量是否达到上限，如果条件都达到，就修改读者的信息和书籍的信息

3.3请求归还 读者将自己借阅的书本交予流通部归还处的管理员，向管理员提出归还图书的请求

3.4处理归还请流通部管理员通过读者提交的书本，判断所借图书是否超期，求 是否有污损，提醒读者是否要缴纳罚款，并处理书籍的信息 3.5缴纳罚款 由于读者所借图书超期或者图书有破损，处罚读者的行为，读者将相应金额的罚款和自己的借阅证交到罚款处的管理员，由管理员处理

3.6处理罚款 根据读者提交的借阅证，查询读者所需缴纳罚款的信息，并收取读者相应的金额罚款，处理读者罚款的信息

4.办公室职能 4.1请求信息处读者提出自己办证入馆、挂失或者注销信息的请求，并填写理 表格提交自己的个人信息，交予办公室的管理员

4.2处理请求 办公室的管理员根据读者提交的请求以及相应的信息，判断是否能够处理请求的信息，若能处理便处理，否则提醒提交信息者。

4.系统用例模型

4.1参与者描述

流通管理部 读者，流通管理

部 流通管理部

读者，流通管理

部 流通管理部 读者，流通管理

部 流通管理部 办公室 读者 办公室

描述：系统的参与者主要是按照部门划分的，每个部门可以有多个员工，但每个部门的员工只能处理本部门的业务。

4.2高层用例模型 4.2.1.总体用例图

描述：系统中各个参与者与系统功能的关系

4.2.2.办公室高层用例图

描述：办公室的主要功能就是对读者信息的增删改查

4.2.3.流通管理部高层用例图

描述：流通部处理读者图书的借阅归还、图书信息处理和罚款处理

4.2.4.采编部高层用例图

描述：采编部的主要功能就是采购图书、编目图书和更新图书信息

4.2.5.读者高层用例图

描述：读者在系统中的功能主要就是查询个人信息、借阅图书、归还图书、缴纳罚款

4.3 分层用例模型

4.3.1.办公室工作的子用例图

用例说明：

（1）简要说明：在操作界面上选择需要的功能选项，包括登记办证入馆、借阅证挂失、借阅证挂失的取消、借阅证注销、，选择特定的功能后进入相应的操作界面，界面内主要包括查询、新增、修改、删除、退出功能。

（2）前提条件：操作者拥有操作权限。

（3）事件流

打开办公室管理员操作界面 登录管理界面

显示权限内的功能选项

提供查询、新增、修改、删除、退出操作选项

选择查询功能

获得读者的借阅证号或者学号

按读者借阅证号或者学号以及其他重要信息查询 判断是否得到查询结果 如果未得到查询结果

则提示：“无符合条件的读者信息” 否则

显示查询结果

选择新增功能

获得读者的学号，姓名等重要必须的信息 输入相应的信息并提交存盘 判断是否成功 如果存盘成功 则提示：“新增读者成功”

否则

提示：“新增读者操作失败”

选择修改功能

获得读者的借阅证号或者学号 显示查询出的结果 输入相应的修改信息 提交并保存修改信息 判断是否修改成功 如果修改成功

则提示：“修改读者信息成功” 否则

提示：“修改读者信息失败”

选择删除功能

获得读者的借阅证号或者学号 显示查询出的结果 选择删除操作

判断删除操作是否成功 如果删除成功

则提示：“删除读者信息成功”

否则

提示：“删除读者信息失败”

选择退出功能

终止管理者的用例

（4）事后条件：正确的信息保存在数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.2.采编部工作的子用例图

用例说明：

（1）简要说明：在操作界面上实现图书编目的处理

（2）前提条件：获得图书的关键信息，操作者拥有操作权限

（3）事件流：

打开图书编目界面 输入图书的重要信息 进行图书编目 判断处理是否成功 如果处理成功

显示处理后图书的编号 并提示：“处理成功” 否则

提示：“处理失败，请确定输入信息的正确性” 返回至图书编目界面

（4）事后条件：正确的图书编号保存在数据库中（5）非功能性需求

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.3.流通管理部子用例图 4.3.3.1.图书借阅用例图

用例说明：

（1）简要说明：在操作界面上显示处理图书借阅

（2）前提条件：获得借阅图书的编号和读者的借阅证号，操作者

拥有操作权限

（3）事件流：

打开借阅处理的界面 输入读者的借阅证号 显示读者的借阅信息 如果有图书超期、拖欠罚款未交或借阅已达上限

提示读者未能借书的信息，不能借阅图书

否则

输入图书的编号

显示图书的信息

处理借阅请求

判断借阅操作是否成功 如果处理成功

提示：“借阅图书处理成功”

显示读者借阅的信息 否则

提示：“借阅处理失败，请确定所输入信息的正确性”

返回至借阅处理界面

（4）事后条件：正确的借阅处理信息保存在相应的数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示 4.3.3.2.图书归还用例图

用例说明：

（1）简要说明：在操作界面上显示处理归还图书信息

（2）前提条件：获得归还图书的编号，操作者拥有操作权限（3）事件流：

打开归还处理的界面 输入图书的编号

显示图书借阅的信息以及借阅者信息 如果图书超期

提示读者超期信息 处理归还图书操作 判断归还操作是否成功 如果处理成功

提示：“归还处理成功” 显示归还后读者的借阅信息

否则

提示：“归还处理失败，请确定输入信息的正确性” 返回至归还处理界面

（4）事后条件：正确的罚款处理信息保存在数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.3.3.罚款处理用例图

用例说明：

（1）简要说明：在操作界面上显示处理罚款处理信息

（2）前提条件：获得读者的借阅证号，操作者拥有操作权限（3）事件流：

打开罚款处理的界面 输入读者的借阅证信息 显示读者的超期记录 处理读者的罚款信息 判断罚款处理是否成功 如果处理成功

提示：“罚款处理成功” 显示处理后的罚款记录 否则

提示：“罚款处理失败，请确定输入信息的正确性” 返回至罚款处理界面

（4）事后条件：正确的罚款处理信息保存在数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.3.4.图书处理用例图

用例说明：

（1）简要说明：在操作界面上实现图书信息的处理

（2）前提条件：获得图书的关键信息，操作者拥有操作权限

（3）事件流：

打开图书处理界面 输入图书的重要信息 修改或删除图书的信息 判断处理是否成功

如果处理成功

显示处理后图书的信息 并提示：“处理成功” 否则

提示：“处理失败，请确定输入图书信息的正确性” 返回至图书处理界面

（4）事后条件：正确的图书信息保存在数据库中（5）非功能性需求

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.4.读者子用例图 4.3.4.1.借阅图书用例图

用例说明

（1）简要说明：在操作界面上显示借阅图书处理的信息

（2）前提条件：获得读者的借阅证号和所借图书的信息、操作者拥有权限

（3）事件流：

打开读者借阅图书处理的界面 输入读者的借阅证号 判断读者能否借书 如果能够借书

则提示：“读者已借X本书，可借Y本书，无罚款信息” 输入所借图书信息 处理借阅

判断借阅处理是否成功 如果成功

则提示：“读者借阅图书处理成功”

返回至功能选择界面 否则

提示：“读者借阅处理失败，请确定读者信息的正确性”

返回至借阅处理界面

否则

提示：“读者借书已满”或者“有图书逾期记录”

返回至功能选择界面

（4）事后条件：正确的借阅处理信息保存在数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.4.2.图书归还用例图

用例说明：

（1）简要说明：在操作界面上显示归还图书处理的信息

（2）前提条件：获得读者借阅证号和归还图书的信息，操作者拥有处理归还图书的权限

（3）事件流

打开读者归还图书的操作界面

输入读者借阅证号显示读者的借阅信息 显示读者图书是否超期并提醒读者 处理归还操作 判断操作是否成功 如果成功

则提示：“读者归还图书成功”

选择返回功能

界面返回至管理员登陆成功后的功能选择界面 否则

提示：“归还图书失败，请确定输入信息的正确性”

返回至归还图书界面

（4）事后条件：正确的图书归还后保存在数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.4.3 个人信息查询用例图

用例说明：

（1）简要说明：在登录后显示具体的详细信息（2）前提条件：了解个人的借阅证号和密码（3）事件流

打开读者登录的页面 输入借阅证号及密码 判断是否登录成功 如果登录成功

则提示：“登录成功” 显示读者的个人信息 选择退出功能

退出读者查询 否则

提示：“密码错误”、“借阅证号错误”和“查询不到相应的结果”

（4）非功能性需求：

在输入信息操作时，对输入的错误信息要立即提示

4.4主要用例间的活动描述 4.4.1 采编部活动图

4.4.2流通管理部活动图

4.4.3 借书活动图

4.4.4 还书活动图

4.4.5 办公室活动图

4.5核心对象的状态变迁描述 4.5.1借阅证状态图

4.5.2图书状态图

5.需求原型系统

5.1需求原型总体结构

5.2各用例的需求原型

5.2.1流通管理部门的用例情景描述 5.2.1.1借阅图书的情景描述

5.2.1.2还书处理的情景描述

5.2.1.3罚款处理的情景描述

5.2.1.4图书处理的情景描述

5.2.1.5删除图书的信息情景描述

5.2.2读者的情景描述 5.2.2.1查询借阅书籍信息

5.2.3采编部门的情景用例描述 5.2.3.1图书编目入馆的情景描述

5.2.4办公室的情景描述

5.2.4.1读者信息的添加情景描述

5.2.4.2读者借阅证的挂失情景描述

5.2.4.3读者信息的删除情景描述

6.其他需求

系统有的采用不同级别的权限来控制，学生和教师只能查看自己的个人信息。进行密码修改，已借图书的查询，预约等操作。操作员身份可以处理学生、老师的借还，挂失，预约操作。管理员，可以查看借阅，还书在某个时间段的流量。每个读者或是操作员的工作日志。还能进行系统的一些参数的设置。每个权限都分别有不同的操作页面。这些权限都要进身份认证之后才能进入操作页面。并设置操作的超时时限。防止用户在没有进过身份的认证就进入更高一级的操作页中去。还可以在用户长时间没有进行任何操作之后就自动关闭与服务器的连接。

第三篇：如何写软件项目需求说明书

如何写软件项目需求说明书

进入软件开发行业也有一段时间了，大大小小项目也接触了一些，对于怎么写好项目需求文档做一下总结，发表一下自己的看法。1 获取需求：

作为需求方也就是甲方，通过语言描述或文档的方式将需求（系统需要提供的功能）提交给开发人员（需求分析人员）。

获得需求的方式可以有多种多样：电话询问、现场考察、聆听用户讲解、阅读用户编制的相关文件(如招标书)，其实这些方法都是GET方式，我们可以通过以下两类技术手段来达到：GET(获取)和PUSH(引导、反馈、激发)相互结合的方式来得到我们真正的需求，而这两个过程都是必须交互进行的，一般我们可以筛选一名非常有经验(包括谈判技巧、深厚的业务和技术背景、人缘很好、勤奋努力)的人士担任需求工程师，长期在客户那里工作。2 需求分析人员

（1）根据客户提供的文档或语言描述，将需求按功能划分，以用例图的方式表达系统提供的功能模块及功能模块之间的关系，完成用例图后与客户确认大的功能模块，并对每个功能模块做进一步的沟通详细记录用户所提供的关键性的描述，此过程需要系统分析人员对客户进行引导。

（2）对每个功能模块进行详细分析与描述，具体信息包括：用户角色、功能说描述、IPO的方式进行描述（即输入项、输出项、处理）、要提供必要的功能说明，如果使文档更加直观，更容易让客户理解，可以用UI的方式表达输入输出，配合必要的描述，这样对于客户更加容易理解，需要与客户进行大量的沟通确认。

（3）编写数据字典：在需求阶段，很难使团队的思路一致，建立一个合适的机制是完全必要的，这就是数据字典，数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。

（4）关于文档具体表述的格式与形式，要根据所要表达的功能来确定，最重要的是把事情描述清楚,这事最终的目的；

(5)需求文档确定后，设计人员根据这份需求文档进行系统的设计工作了。

第四篇：《××项目软件需求变更说明书》

软件需求变更说明书

项目名称： 长益高速收费数据分析系统一、概述

因湖南省高速公路联网拆分系统软件升级，导致长益下属收费站入口和出

口交易数据、拆分数据、代收拆分数据无法获取。而现阶段省高管局监控中心无法在上报报表日期内提供拆分数据，从而导致长益高速收费数据分析系统无法输出相关报表。经过深入了解和分析，在与业主方多次探讨后，提出以下变更说明。

二、变更内容

 MTC实收和流量

原始情况：

人工收费系统出口站收费数据和出口流量的导入，是由收费站工作

人员从站级拆帐网下载的“收费数据统计报表”并再录入部分细分数据，导入长益收费数据分析系统。

变更后：

收费站工作人员在分析系统中MTC实收功能模块中只录入出口各车

型实收收入、各车型流量、免费车流量、绿通车流量、系统外收入、绿通车减免金额、免费车减免金额、手工票金额。

运营部工作人员在分析系统中MTC实收功能模块中导入本路段各站

进，其他路段出的代收流量的各车型估算流量。其中包括各车型流量、绿通车流量、免费车流量。

 MTC实得

原始情况：

人工收费系统实得数据的导入，是由收费站工作人员从站级拆帐网

下载的“拆帐统计报表”，导入长益收费数据分析系统。

代收实得的导入，是由运营部工作人员从拆帐网下载的“长张高速

公司名称，版本号

2公路联网收费实际分配收入统计表”，导入长益数据分析系统。

变更后：

运营部工作人员在分析系统中MTC实得功能模块中导入估算MTC各

车型拆分收入。其中包括本路段各车型收入、系统外收入及代收业主各车型收入、系统外收入。

 报表输出

由于原始基础数据的变更，所导致从数据模型上的建立发生了变化，从而将导致原长益数据分析系统输出报表无法根据原来基础数据的数据输出，需要转换为估算的数据输出，需要对所有的报表进行修改。

需要修改的报表有以下：













































 公司－绿色通道车辆 公司－收费站拆帐情况表 公司－单车收费标准计算表 公司－流量对比表 公司－各类车流量收入比重对比图 公司－各类车流量收入比重表 公司－实征率 公司－高速免费车 公司－收费车流量统计 公司－ETC收费车与免费车 公司－月流量分析 公司－ETC征费情况 公司－月收入图 公司－月收费情况总表 公司-收费车流量与收入统计 路劲-收入影响因素对比表 路劲-项目每月输入及车流汇总表 路劲-各站每月收入及车流汇总表 路劲-历年路费收入图 路劲-历年次票车流量图 路劲-日报 省局-交通流量统计月报表 省局-绿色通道和免费车公司名称，版本号

 省局-其他收入分项统计

 三年同天对比-1月

 三年同期对比-2月

 三年同天对比-3月

 三年同期对比-4月

 三年同期对比-5月

 三年同期对比-6月

 三年同期对比-7月

 三年同期对比-8月

 三年同期对比-9月

 三年同期对比-10月

 三年同期对比-11月

 三年同期对比-12月

 周报-高速公路

 周报-总表

 周报-流量图

 周报-收入图

 周报-老路

 月报-月收费

 月报-财务系统内金额拆帐

 月报-月度收费情况

公司名称，版本号 4

第五篇：信息化项目需求说明书

附件2

信息化项目需求说明书（模板）

一、概述

1.提出本业务（或工作）相关信息化建设和应用情况现状。

2.给出项目的提出背景和项目建设（改造）的必要性。

3.如有公司决策依据，请进行说明并提供相应材料（文件或会议纪要）。

二、需求内容

1.结合业务特点，提出项目建设的目标，满足业务的实际需要。

2.提出项目建设的功能及内容，包括软硬件采购需求和开发实施需求。

3.提出项目的总体实施方案，包括实施计划、实施内容和实施范围。

4.给出投资估算，进行分项说明。