软件综合项目需求调研分析报告模板专业版.docx

[XXXX]技术[企业名称]

[XXXX]企业[用户名称]
[XXXX]软件项目[项目或产品名称]
需求调研汇报

文件信息

文件状态：
[ √ ] 初稿文件
[ ] 正式文件
[ ] 更更正式文件
目前版本：
V1.0.0
作 者：

审 核：

完成日期：

文档编号：

文档标题：
软件项目需求调研汇报
文档类别：

提交人员：

文 件 名：

文件摘要：

项目名称：

目前阶段：
需求调研阶段
版权全部：

修改历史
日期
版本
作者
修改内容
评审号
更改请求号
-06-29
V1.0.0
陈虎
定义文件模板

目录
文件信息 1
修改历史 2
目录 3
一、 引言 4
1.1、 编写目标 4
1.2、 文档范围 4
1.3、 预期读者和阅读提议 4
1.4、 参考资料 4
二、 项目描述 4
2.1、 项目背景 4
2.2、 项目名称 5
2.3、 项目概述 5
2.4、 项目关联性 5
2.5、 设计和实现上限制 5
2.6、 假定和约束 6
2.7、 名词/术语解释 6
三、 用户环境描述 6
3.1、 用户单位组织结构 6
3.2、 用户部门设置和职责 6
3.3、 用户业务关系描述 7
3.4、 系统面向用户群 7
3.5、 关键计算机资源 7
3.6、 用户环境中其它应用系统分布 7
四、 功效性需求描述 7
4.1、 用户各部门目前工作模式 7
4.2、 构建该系统目标 8
4.3、 功效结构图 9
4.4、 功效点需求 9
4.5、 接口需求 10
五、 非功效性需求描述 11
5.1、 系统环境需求 11
5.2、 易用性和用户体验需求 11
5.3、 软硬件技术需求 11
5.4、 安全性需求 11
5.5、 可维护性需求 11
5.6、 对培训需求 12
六、 其它 12
6.1、 软件应该遵照标准或规范 12
6.2、 定义、首字母缩写词和缩略语 12
6.3、 附件 13

一、 引言
1.1、 编写目标
编写提醒：说明编写该文档目标；本节内容是读者接触到本文第一段正式文字，提议经过简短文字描述简明扼要告诉她们编写本文档目标。
比如：
1、 本文档是 [项目名称] [系统属性] 用户需求调研汇报，供需求分析人员进行项目需求分析时使用；
2、 本文档能够作为项目验收标准之一；
3、 本文档能够作为软件维护参考资料；

1.2、 文档范围
编写提醒：对本文当所包含到全部内容高度概括，简明说明即可。
比如：
1、 本文档包含 [项目描述]、[用户环境描述]… 等多个章节，并：
a) 在 [项目描述] 章节中描述了…信息；
b) 在 [用户环境描述] 章节中描述了 … 信息；
c) …

1.3、 预期读者和阅读提议
编写提醒：描述本文档可能包含到各类读者对象和不一样读者应该注意侧关键；

1.4、 参考资料
编写提醒：列出本文档全部参考文件（能够是非正式出版物、用户规章制度和步骤文件、相关法律法规文件等），格式以下：
名称
日期
作者
版本
出版社

而且，请在本文档最终附上全部列出参考资料附件。

二、 项目描述
2.1、 项目背景
编写提议：描述该项目标建设背景；
比如：
1、 项目立项时环境描述；
2、 项目立项政策性支持；
3、 项目需求提出初衷目标等。

2.2、 项目名称
编写提议：描述该项目标名称，格式为：[用户名称]-[软件名称]。
比如：
XX集团信息通讯分企业-调运检一体化智能联动管理平台

2.3、 项目概述
编写提议：描述该项目标概要情况。应包含以下信息：
1、 项目标委托单位；
2、 项目关键功效或处理问题描述；
能够用列举方法进行描述，比如：
1、 项目委托单位：[单位名称]；
2、 比较委托单位原有系统和完整系统结构进行对比等，或进行具体系统结构概述；
3、 针对项目标特色功效进行基础描述；
4、 …

2.4、 项目关联性
编写提议：描述该项目和其它相关事物关联性。应包含以下信息：
1、 和其它现有软件系统关联性；
2、 对现有用户环境（IT环境、管理方法等）造成影响；
3、 对以后可能建设其它系统造成长久影响；
4、 其它认为应该包含信息…

2.5、 设计和实现上限制
编写提议：描述该项目标需求调研和分析、设计和开发实现过程中可能会碰到技术性限制；
比如：
1、 软件实现技术上要求；
2、 和其它关联络统对接要求；
3、 预留接口或扩展性要求；
4、 其它认为应该包含信息…

2.6、 假定条件和约束
编写提议：描述该项目标需求调研和分析、设计和开发过程中可能会碰到非技术性条件和限制，比如：
假定性条件：
1、对目标用户文化程度和计算机操作水平、财务知识水平等方面假设；
限制性条件：
1、 项目建设时间上要求；
2、 团体人员或人资条件上限制和要求；
3、 其它认为应该包含信息…

2.7、 名词/术语解释
编写提议：列出本文档所包含到相关用户需求领域行业或专业技术特有(专用)名次/和术语并给出符合实际情况解释说明；编写格式以下：
汉字全称
汉字简称
英文全称
英文简称
解释说明

三、 用户环境描述
3.1、 用户单位组织结构
编写信息：利用表格或框图(提议)形式画出委托单位组织结构图；应包含委托单位全部分支结构和部门名称，和各个分支机构/部门间上下级关系。

3.2、 用户部门设置和职责
编写提议：按业务组织结构划分成不一样职责部门或分支机构，分别对每个部门或分支机构进行描述。描述内容包含：
1、 用户组、分支结构或部门名称
2、 每个用户组、分支结构或部门描述，关键描述她们职责，及用户组或分支结构/部门考评指标；
3、 每个用户组、分支结构或部门相关人员职责，及考评指标。
[能够使用下面格式，也能够依据实际需要使用其它格式]
比如：
用户组/机构/部门名称
职责描述
考评指标
备注

3.3、 用户业务关系描述
编写提议：以关系图方法加文字说明方法，描述该软件系统所计划完成系统业务，和该业务在内部工作流情况，还有该业务相关部门接口情况。注意本图示需要表明业务关联关系而非数据关联关系。

3.4、 系统面向用户群
编写提议：描述该系统建设以后目标用户群体和她们专业知识水平（比如计算机操作能力、财务知识水平等）、各类用户关键使用内容和工作职责等。

3.5、 关键计算机资源
编写提议：列出该软件所包含到全部部门和机房软硬件资源情况、设备要求等；

3.6、 用户环境中其它应用系统分布
编写提议：列出该软件所包含到用户环境中其它全部应用系统分布情况；应该包含：
1、 其它应用系统名称；
2、 责任部门；
3、 应用系统功效概述；
4、 布署服务器和机房；
5、 其它认为应该包含信息…

四、 功效性需求描述
4.1、 用户各部门目前工作模式
编写提议：该章节描述调研过程中发觉，用户业务实际操作情况，提议以表格、步骤图等形式进行说明。而且根据以下列出格式分部门分层面进行描述：

4.1.1、 部门一[部门名称]
4.1.1.1、 工作内容
编写提议：描述该部门之前（未用软件进行工作管理）关键工作内容和工作职责。

4.1.1.2、 工作步骤
编写提议：描述该部门相关工作处理步骤，提议以步骤图形式进行描述；

4.1.1.3、 包含到表单
编写提议：描述该部门各项工作处理过程中，可能包含到多种单据，描述内容应包含以下信息：
1、 每项单据名称和用途；
2、 单据流转步骤；
3、 单据牵涉到相关人员；
4、 单据标准填写格式。
提议提供相关单据附件。

4.1.1.4、 和其它部门关系
编写提议：描述该部门各项工作在实施处理过程中可能会牵涉到其它部门，和其它部门处理内容；

4.1.1.5、 存在问题
编写提议：描述该部门各项工作之前实施过程中存在各项问题；和为何要用软件管理方法来体改之前实施操作方法。

4.1.2、 部门二
[参考部门一]

4.1.3、 部门N…
[参考部门一]

4.2、 构建该系统目标
编写提议：介绍本软件系统建设目标，从用户角度描述该系统建立后应该达成预期目标。能够从以下多个方面进行描述：

4.1.4、 管理目标
编写提议：描述用户领导层/管理层对本软件系统建设要求：
比如：
1、 用户期望该系统建立后能在管理上、业务步骤上规范处理问题；
2、 期望能够经过该软件系统达成什么样使用效果和目标；
3、 系统该软件系统能出什么报表数据，或用该软件系统能提升哪些工作效率等等；

4.1.5、 使用目标
编写提议：对具体业务上来说，用户系统经过该系统能够实际处理问题。该内容编写应参考具体每个使用部门意见。

4.1.6、 业绩目标
编写提议：描述该软件系统上线应用后计划实现业绩目标：
比如：
1、 降低多少行政办公时间工作时计算；
2、 降低多少办公耗材资源计算；
3、 对行政效率提升具体计算；
4、 对数据统计效率提升具体计算；
5、 对产能提升具体计算；
6、 其它…

4.3、 功效结构图
编写提议：描述软件系统中各个模块和模块下功效/子模块划分；整体展示系统中所含有功效模块，和各个模块之间关联情况。提议以结构图形式进行描述；
该功效结构图仅描述用户对功效模块意向需求，而不是依据用户需求分析后功效模块设计。

4.4、 功效点需求
编写提议：该章节描述调研过程中发觉，用户对软件具体功效点要求，提议以表格、步骤图加文字形式进行说明，根据不一样功效点进行列举方法描述。格式提议以下：

4.4.1、 功效点一
4.4.1.1、 业务描述
编写提议：描述该功效点实际处理业务情况，和在这个业务中应该注意细节、关键点,和工作目标等等。

4.4.1.2、 用例及关键数据
编写提议：以用例图加文字说明形式，展现该业务全部参与者及其用例实施过程，和她们之间关系，还应该包含每个用例所包含处理数据和所包含到单据。

4.4.1.3、 业务步骤图
编写提议：以步骤图加文字说明形式，描述该功效点业务步骤，明确各个业务步骤节点，对象和内容。

4.4.1.4、 和其它功效点关系
编写提议：描述该功效点和其它功效点关系，比如需要从其它功效模块调去数据，依据其它功效点实施结构进行条件判定处理等等。

4.4.1.5、 子功效点
编写提议：描述该功效点可能存在子功效点，方便对整体功效进行愈加明确划分；格式直接参考上面四项内容即可。

4.4.2、 功效点二
[参考功效点一]

4.4.3、 功效点N…
[参考功效点一]

4.5、 接口需求
编写提议：描述该软件所包含到内部接口和外部接口需求。

4.5.1、 内部接口需求
编写提议：描述各个模块或功效点之间业务接口，能够采取图表加文字方法进行展示；每个接口间列出具体接口要素及其说明。

4.5.2、 外部接口需求
编写提议：描述该软件系统和其它软件系统之间业务接口，能够采取图表加文字方法进行展示；每个接口间列出具体接口要素及其说明，而且对具体调用方法进行描述。

五、 非功效性需求描述
5.1、 系统环境需求
编写提议：描述用户方对软件系统系统环境需求，即用户要求在什么样环境下使用该系统；包含网络环境、人员环境、使用频率和周期等等。

5.2、 易用性和用户体验需求
编写提议：描述用户方对软件系统在易用性和用户体验方面需求，比如用户对界面布局要求，对软件各项表单操作提醒要求、对帮助文档要求等等。

5.3、 软硬件技术需求
编写提议：描述用户方对该软件系统开发和布署方面软硬件环境和技术要求：
比如：
1、 软件开发过程中使用到开发语言、基础框架等；
2、 软件开发和布署操作系统、WEB 浏览器等方面要求；
3、 软件布署硬件服务器性能配置要求等；
4、 其它认为应该包含信息…

5.4、 安全性需求
编写提议：描述用户方对该软件在安全方面要求；
比如：
1、 数据库安全性；
2、 备份和容灾策略；
3、 数据犯错时回滚机制；
4、 系统安全性；
5、 密码安全性；
6、 预防XSS和SQL注入攻击等；
7、 其它认为应该包含信息…

5.5、 可维护性需求
编写提议：描述用户方或我方维护人员对该软件系统在可维护性方面需求。
比如：
1、 远程维护需求；
2、 备份需求；
3、 对系统维护要求（对管理人员专业水平要求）等；
4、 其它认为应该包含信息…

5.6、 对培训需求
编写提议：描述用户方和我方实施/售后人员对该软件系统在培训方面需求。
比如：
1、 对用户方领导培训；
2、 对用户方管理人员/系统管理员培训；
3、 对用户方一般操作人员培训；
4、 对我方技术实施和售后人员培训；
5、 其它认为应该包含信息…

六、 其它
6.1、 软件应该遵照标准或规范
编写提议：列出本软件在需求调研和分析、设计和开发等过程中应该遵照各项规范。
比如：
1、 本软件所包含到行业在该软件所包含到业务领域相关行业实施标准；
2、 国家在该软件所包含到业务领域相关法律法规和实施标准；
3、 用户方本身对于软件所包含到业务领域管理制度和错误和相关标准；
4、 其它同类型软件产品相关规范和定义；
5、 此次软件研发所应该遵照标准/规范/要求等等；
6、 其它认为应该包含资料…
列出全部参考资料文档（能够是非正式出版物），格式以下：
[标识符] [作者]，[文档名称]，[出版单位(或归属单位)]，日期

6.2、 定义、首字母缩写词和缩略语
编写提议：统计在需求调研过程中所统计/识别全部专业词汇和缩略语(可能和业务无关)，并给出解释说明。格式以下：
缩写、术语
解释说明

6.3、 附件
6.3.1、 用户需求调研表
需求标题：

调查方法：
□访谈 □电话 □邮件 □即时通讯
调查人：

调查时间：

调查地点：

参与人员：

调研内容：

取得原始材料：

调查人签字：

用户代表签字：

6.3.2、 参考文档资料
编写提议：本处用于附加在“1.4、参考资料”和“6.1、软件应该遵照标准或规范”中所设计到全部资料和文档。