个人项目需求分析文档模版

1. 项目概况

1.1. 背景

写项目的前因后果

1.2. 项目愿景

写该项目达到的目的。

例如

建设该项目是为了提升本区域的地质灾害预警预报的及时性。

1.3. 项目干系人

和该项目相关的人员和其负责的内容

在这里要找到主要干系人，也就是说能对系统功能拍板的人。

1.4. 运行环境

项目的运行环境，包括硬件环境和软件环境

1.5. 条件与限制

硬件条件限制、例如只能购买一台服务器，网络条件限制，只能走政务内网或局域网。或者已经指定了数据库和开发平台，开发语言等。还有工期等。

2. 数据需求

2.1. 数据列表

项目一共须要哪些数据，数据的格式要求等。并标注好哪些数据已有，哪些数据尚未，谁负责，何时提交等信息。

2.2. 数据格式需求

例如空间数据，系统须要什么空间参考的空间数据，格式是什么，是.shape文件仍是.gdb文件夹。

属性数据是须要什么格式，能够是excel。但每一个数据Excel文件具体什么格式，咱们在设计文档里面能够定义。

3. 业务功能需求

该模块主要描述系统主要的业务流程图和整理出来的用例图以及用例规约。

下图为业务流程图示例：

下图为业务用例示例：

下表为一个业务用例规约：

用例名称	区域预警分析
执行者	预警中心工做人员
前置条件	已经有了气象部门提供的当前雨量和将来24小时雨量数据
后置条件	生成预警分析结果
涉众利益	预警中心工做人员：担忧操做太复杂。 领导：担忧时间操做长，预报不及时。
基本路径	1. 执行者选择气象部门给的雨量文件，设置预报的时间范围。 2. 系统新建了一个预警工程，并在地图上展现出来，而且标注好预报雨量数据。 3. 执行者点击区域预警分析，执行分析。 4. 分析后检查无误，执行生成预警结果操做。
扩展路径	a． 气象部门给的雨量文件不符合规范 1. 在导入雨量文件的时候，检查雨量文件格式，若是格式有问题，就提示用户。 2. 用例结束。 b． 用户选择的时间范围不对 1. 若是用户选择的开始时间大小或等于结束时间，则提示用户。 2. 用例结束。
业务规则	1. 气象台给的雨量数据是有固定的格式的。 2. 气象台给的雨量数据文件中包含的区域必须和系统中区域名称一致。 3. 预警的时间范围，起始时间必须小于终止时间。
非功能需求	1. 不要让用户选择工程的路径，默认保存在系统的某一路径下。 2. 在新建过程当中，能够按照默认的信息新建一个工程，不须要任何新的输入。
涉及约束

4. 系统功能需求

在此列出系统有哪些模块，每一个模块包含的字模块和功能列表。

子系统	模块	子模块	功能

后面描述每一个功能的做用。（简单描述便可）最好能够画一些界面。

5. 外部接口需求

界面风格。

外部硬件接口

外部软件接口

故障处理等

6. 性能需求

响应时间

无端障运行时间

其余特殊操做对性能的要求

7. 待解决问题