软件项目需求调研报告_模板

1、XXXX技术有限公司 公司名称 XXXX公司 客户名称 XXXX 软件项目 项目或产品名称 需求调研报告文件信息文件状态： 草稿文件 正式文件 更改正式文件文档编号：文档类别：文 件 名：文件摘要：项目名称：当前阶段：需求调研阶段版权所有：当前版本：V1.0.0作者：审核：完成日期：文档标题：软件项目需求调研报告提交人员：修改历史日期版本作者修改内容评审号更改请求号2013-06-2V1.0.0陈建伟定义文件模板9目录文件信息1修改历史2目录3一、引言41.1 、编写目的 .41.2 、文档范围 .41.3 、预期读者和阅读建议.41.4 、参考资料 .4二、项目描述42.1 、项目背景 .4

2、2.2 、项目名称 .52.3 、项目概述 .52.4 、项目关联性 .52.5 、设计和实现上的限制.52.6 、假定和约束 .62.7 、名词 / 术语解释 .6三、用户环境描述63.1 、用户单位组织结构.63.2 、用户部门设置与职责.63.3 、用户业务关系描述.73.4 、系统面向的用户群.73.5 、关键计算机资源.73.6 、用户环境中的其他应用系统分布.7四、功能性需求描述74.1 、用户各部门当前的工作模式.74.2 、构建该系统的目标.84.3 、功能结构图 .94.4 、功能点需求 .94.5 、接口需求 .10五、非功能性需求描述115.1 、系统环境需求.115.2

3、 、易用性和用户体验需求.115.3 、软硬件技术需求.115.4 、安全性需求 .115.5 、可维护性需求.115.6 、对培训的需求.12六、其他126.1 、软件应当遵循的标准或规范.126.2 、定义、首字母缩写词和缩略语.126.3 、附件 .13一、引言1.1 、 编写目的 写提示： 明 写 文档的目的； 本 内容是 者接触到本文的第一段正式文字， 建 通 短文字描述 明扼要的告 他 写本文档的目 。例如：1、 本文档是 目名称 系 属性 客 需求 研 告，供需求分析人 行 目需求分析 使用；2、 本文档可以作 目 收 准之一；3、 本文档可以作 件 的参考 料；1.2 、 文档

4、范围 写提示： 本文当所涉及到所有内容的高度概括， 要 明即可。例如：1、 本文档包括 目描述 、 用 境描述 等几个章 ，并：a) 在 目描述 章 中描述了信息；b) 在 用 境描述 章 中描述了 信息；c) 1.3 、 预期读者和阅读建议 写提示： 描述本文档可能涉及到的各 者 象以及不同的 者 注意的 重点；1.4 、 参考资料 写提示：列出本文档的所有参考文献（可以是非正式出版物、 客 的 章制度和流程文件、相关法律法 文件等），格式如下：名称日期作者版本出版社并且， 在本文档最后附上所有列出的参考 料的附件。二、项目描述2.1 、 项目背景 写建 ： 描述 目的建 背景；例如：1、

5、目立 的 境描述；2、 目立 的政策性支持；3、 目需求提出的初衷目的等。2.2 、 项目名称 写建 ： 描述 目的名称，格式 ： 客 名称 - 件名称 。例如：江西省 力集 信息通 分公司- 运 一体化智能 管理平台2.3 、 项目概述 写建 ： 描述 目的概要情况。 包括如下信息：1、 目的委托 位；2、 目主要功能或解决 描述；可以用列 方式 行描述，例如：1、 目委托 位： 位名称 ；2、 比 委托 位原有系 与完整系 构 行 比等，或 行 的系 构概述；3、 目的特色功能 行基本描述；4、 2.4 、 项目关联性 写建 ： 描述 目与其他相关事物的关 性。 包括如下信息：1、 与其他

6、 有 件系 的关 性；2、 有客 境（ IT 境、管理措施等）造成的影响；3、 以后可能建 的其他系 造成的 期影响；4、 其他 包括的信息2.5 、 设计和实现上的限制 写建 ：描述 目的需求 研和分析、 以及开 程中可能会遇到的技 性限制；例如：1、 件 技 上的要求；2、 与其他关 系 的 接要求；3、 留接口或 展性的要求；4、 其他 包括的信息2.6 、 假定条件和约束 写建 ：描述 目的需求 研和分析、 以及开 程中可能会遇到的非技 性条件和限制，例如：假定性条件：1、 目 用 文化程度和 算机操作水平、 知 水平等方面的假 ；限制性条件：1、 目建 上的要求；2、 人 或人 条件

7、上的限制和要求；3、 其他 包括的信息2.7 、 名词 / 术语解释 写建 ： 列出本文档所涉及到的关于客 需求 域的行 或 技 特有的 ( 用) 名次 / 和 并 出符合 情况的解 明； 写格式如下：中文全称中文简称英文全称英文简称解释说明三、用户环境描述3.1 、 用户单位组织结构 写信息：利用表格或框 ( 建 ) 形式画出委托 位的 构 ； 包括委托 位的所有分支 构和部 名称，以及各个分支机构 / 部 的上下 关系。3.2 、 用户部门设置与职责 写建 ：按 构划分成不同的 部 或分支机构， 分 每个部 或分支机构 行描述。描述的内容包括：1、 用 、分支 构或部 的名称2、 每个用

8、、分支 构或部 的描述，主要描述他 的 ，及用 或分支 构/ 部 的考核指 ；3、 每个用 、分支 构或部 相关人 的 ，及考核指 。 可以使用下面的格式，也可以根据 的需要使用其他格式 例如：用户组 / 机构 / 部门名称职责描述考核指标备注3.3 、 用户业务关系描述 写建 ：以关系 的方式加文字 明的方式， 描述 件系 所 划完成的系 ， 以及 在内部的工作流情况， 有 的相关部 的接口情况。 注意本 示需要表明 关 关系而非数据关 关系。3.4 、 系统面向的用户群 写建 ：描述 系 建 以后的目 用 群体以及他 的 知 水平 （例如 算机操作能力、 知 水平等）、各 用 的主要使用内

9、容和工作 等。3.5 、 关键计算机资源 写建 ： 列出 件所涉及到的所有部 和机房的 硬件 源情况、 要求等；3.6 、 用户环境中的其他应用系统分布 写建 ： 列出 件所涉及到的用 境中的其他所有 用系 的分布情况； 包括：1、 其他 用系 的名称；2、 任部 ；3、 用系 功能概述；4、 部署的服 器以及机房；5、 其他 包括的信息四、功能性需求描述4.1 、 用户各部门当前的工作模式 写建 ： 章 描述 研 程中 的，客 的操作情况，建 以表格、流程 等形式 行 明。并且按照如下列出的格式分部 分 面 行描述：4.1.1 、部门一 部门名称 4.1.1.1、工作内容 写建 ： 描述 部

10、 之前（未用 件 行工作管理）的主要工作内容和工作 。4.1.1.2、工作流程编写建议： 描述该部门相关工作的处理流程，建议以流程图形式进行描述；4.1.1.3、涉及到的表单编写建议：描述该部门各项工作处理过程中， 可能涉及到的各种单据， 描述的内容应包含如下信息：1、 每项单据的名称和用途；2、 单据流转的流程；3、 单据牵涉到的相关人员；4、 单据的标准填写格式。建议提供相关单据的附件。4.1.1.4、与其他部门的关系编写建议：描述该部门各项工作在执行处理过程中可能会牵涉到的其他部门， 以及其他部门的处理内容；4.1.1.5、存在的问题编写建议：描述该部门各项工作之前执行过程中存在的各项问

11、题； 以及为什么要用软件管理的方式来体改之前的执行操作方式。4.1.2 、部 二 参考部门一 4.1.3 、部 N 参考部门一 4.2 、 构建该系统的目标编写建议：介绍本软件系统的建设目的， 从用户的角度描述该系统建立后应该达到的预期目标。可以从以下几个方面进行描述：4.1.4 、管理目 编写建议： 描述客户领导层 / 管理层对本软件系统的建设要求：例如：1、 客户希望该系统建立后能在管理上、业务流程上规范解决的问题；2、 希望能 通 件系 达到什么 的使用效果和目 ；3、 系 件系 能出什么 表数据，或者用 件系 能提高哪些工作效率等等；4.1.5 、使用目标 写建 ： 具体 上来 ， 客

12、 系 通 系 能 解决的 。 内容的 写 参考具体每个使用部 的意 。4.1.6 、业绩目标 写建 ： 描述 件系 上 用后 划 的 目 ：例如：1、 减少多少行政 公 工作 的 算；2、 减少多少 公耗材 源的 算；3、 行政效率提升的具体 算；4、 数据 效率提升的具体 算；5、 能提高的具体 算；6、 其他4.3 、 功能结构图 写建 ： 描述 件系 中各个模 以及模 下功能 / 子模 的划分；整体展示系 中所具 的功能模 ，以及各个模 之 的关 情况。建 以 构 的形式 行描述； 功能 构 描述客 功能模 的意向需求， 而不是根据客 需求分析后的功能模 。4.4 、 功能点需求 写建

13、： 章 描述 研 程中 的，客 件具体功能点的要求，建 以表格、流程 加文字的形式 行 明，按照不同的功能点 行列 方式描述。格式建 如下：4.4.1 、功能点一4.4.1.1、业务描述 写建 ： 描述 功能点 理的 情况，以及在 个 中 注意的 、要点 , 以及工作目 等等。4.4.1.2、用例及关键数据编写建议：以用例图加文字说明的形式， 呈现该业务所有参与者及其用例的执行过程， 以及他们之间的关系，还应该包括每个用例所涉及处理的数据以及所涉及到的单据。4.4.1.3、业务流程图编写建议：以流程图加文字说明的形式， 描述该功能点的业务流程， 明确各个业务流程的节点，对象和内容。4.4.1.

14、4、与其他功能点的关系编写建议：描述该功能点与其他功能点的关系， 例如需要从其他功能模块调去数据， 根据其他功能点的执行结构进行条件判断处理等等。4.4.1.5、子功能点编写建议：描述该功能点可能存在的子功能点， 以便对整体功能进行更加明确的划分； 格式直接参照上面的四项内容即可。4.4.2 、功能点二 参考功能点一 4.4.3 、功能点 N 参考功能点一 4.5 、 接口需求编写建议： 描述该软件所涉及到的内部接口和外部接口需求。4.5.1 、内部接口需求编写建议：描述各个模块或者功能点之间的业务接口， 可以采用图表加文字的方式进行展示；每个接口间列出详细的接口要素及其说明。4.5.2 、外

15、部接口需求编写建议：描述该软件系统与其他软件系统之间的业务接口， 可以采用图表加文字的方式进行展示；每个接口间列出详细的接口要素及其说明，并且对具体的调用方式进行描述。五、非功能性需求描述5.1 、 系统环境需求 写建 ：描述客 方 件系 的系 境需求， 即客 要求在什么 的 境下使用 系 ；包括网 境、人 境、使用 率和周期等等。5.2 、 易用性和用户体验需求 写建 ：描述客 方 件系 在易用性和用 体 方面的需求， 例如客 界面布局的要求， 件各 表 操作提醒的要求、 帮助文档的要求等等。5.3 、 软硬件技术需求 写建 ： 描述客 方 件系 开 和部署方面的 硬件 境和技 的要求：例如

16、：1、 件开 程中使用到的开 言、基 框架等；2、 件开 和部署的操作系 、 WEB浏 器等方面的要求；3、 件部署的硬件服 器的性能配置要求等；4、 其他 包含的信息5.4 、 安全性需求 写建 ： 描述客 方 件在安全方面的要求；例如：1、 数据 安全性；2、 份和容灾策略；3、 数据出 的回 机制；4、 系 安全性；5、 密 安全性；6、 防止 XSS和 SQL注入攻 等；7、 其他 包含的信息5.5 、 可维护性需求 写建 ： 描述客 方或者我方 人 件系 在可 性方面的需求。例如：1、 程 的需求；2、 份的需求；3、 系 的要求（ 管理人 水平的要求）等；4、 其他 包含的信息5.

17、6 、 对培训的需求 写建 ： 描述客 方和我方 施 / 售后人 件系 在培 方面的需求。例如：1、 客 方 的培 ；2、 客 方管理人 / 系 管理 的培 ；3、 客 方普通操作人 的培 ；4、 我方技 施和售后人 的培 ；5、 其他 包含的信息六、其他6.1 、 软件应当遵循的标准或规范 写建 ： 列出本 件在需求 研和分析、 以及开 等 程中 当遵循的各 范。例如：1、 本 件所涉及到的行 在 件所涉及到的 域的相关行 行 准；2、 国家在 件所涉及到的 域的相关法律法 和 行 准；3、 客 方自身 于 件所涉及到的 域的管理制度和 以及相关 准；4、 其他同 型 件 品的相关 范和定 ；5、 本次 件研 所 遵循的 准/ 范/ 要求等等；6、 其他 包含的 料列出所有的参考 料文档（可以是非正式出版物） ，格式如下： 符 作者 ， 文档名称 ， 出版 位 ( 或 属 位 ) ，日期6.2 、 定义、首字母缩写词和缩略语 写建 ： 在需求 研 程中所 / 的所有 和 略 ( 可能和 无关的) ，并 出解 明。格式如下：缩写、术语解释说明6.3 、 附件6.3.1 、用户需求调研表需求标题：调查方式：访谈电话邮件即时通讯