软件项目需求调研报告-模板.doc

-
. z.
XXXXX单位
XXXXXXXXXXXXXX工程
XXXXXX系统
需
求
调
研
报
告
2017年2月
XXXXXXXXXXXXXXXX统构造进展比照等，或进展详细的系统构造概述；
针对工程的特色功能进展根本描述；
…
工程关联性
编写建议：描述该工程与其他相关事物的关联性。应包括如下信息：
与其他现有软件系统的关联性；
对现有客户环境〔IT环境、管理措施等〕造成的影响；
对以后可能建立的其他系统造成的长期影响；
其他认为应该包括的信息…
设计和实现上的限制
编写建议：描述该工程的需求调研和分析、设计以及开发实现过程中可能会遇到的技术性限制；
例如：
软件实现技术上的要求；
与其他关联系统的对接要求；
预留接口或扩展性的要求；
其他认为应该包括的信息…
假定条件和约束
编写建议：描述该工程的需求调研和分析、设计以及开发过程中可能会遇到的非技术性条件和限制，例如：
假定性条件：
1、对目标用户文化程度和计算机操作水平、财务知识水平等方面的假设；
限制性条件：
工程建立时间上的要求；
团队人员或人资条件上的限制和要求；
其他认为应该包括的信息…
-
. z.
名词/术语解释
编写建议：列出本文档所涉及到的关于客户需求领域的行业或专业技术特有的(专用)名次/和术语并给出符合实际情况的解释说明；编写格式如下：
中文全称
中文简称
英文全称
英文简称
解释说明
用户环境描述
用户单位组织构造
编写信息：利用表格或框图(建议)形式画出委托单位的组织构造图；应包括委托单位的所有分支构造和部门名称，以及各个分支机构/部门间的上下级关系。
用户部门设置与职责
编写建议：按业务组织构造划分成不同的职责部门或分支机构，分别对每个部门或分支机构进展描述。描述的容包括：
用户组、分支构造或部门的名称
每个用户组、分支构造或部门的描述，主要描述他们的职责，及用户组或分支构造/部门的考核指标；
每个用户组、分支构造或部门相关人员的职责，及考核指标。
[可以使用下面的格式，也可以根据实际的需要使用其他格式]
例如：
用户组/机构/部门名称
职责描述
考核指标
备注
用户业务关系描述
编写建议：以关系图的方式加文字说明的方式，描述该软件系统所方案完成的系统业务，以及该业务在部的工作流情况，还有该业务的相关部门的接口情况。注意本图示需要说明业务关联关系而非数据关联关系。
系统面向的用户群
编写建议：描述该系统建立以后的目标用户群体以及他们的专业知识水平〔例如计算机操作能力、财务知识水平等〕、各类用户的主要使用容和工作职责等。
关键计算机资源
编写建议：列出该软件所涉及到的所有部门和机房的软硬件资源情况、设备要求等；
用户环境中的其他应用系统分布
编写建议：列出该软件所涉及到的用户环境中的其他所有应用系统的分布情况；应该包括：
其他应用系统的名称；
责任部门；
应用系统功能概述；
-
. z.
部署的效劳器以及机房；
其他认为应该包括的信息…
功能性需求描述
用户各部门当前的工作模式
编写建议：该章节描述调研过程中发现的，客户业务实际的操作情况，建议以表格、流程图等形式进展说明。并且按照如以下出的格式分部门分层面进展描述：
部门一[部门名称]
工作容
编写建议：描述该部门之前〔未用软件进展工作管理〕的主要工作容和工作职责。
工作流程
编写建议：描述该部门相关工作的处理流程，建议以流程图形式进展描述；
涉及到的表单
编写建议：描述该部门各项工作处理过程中，可能涉及到的各种单据，描述的容应包含如下信息：
每项单据的名称和用途；
单据流转的流程；
单据牵涉到的相关人员；
单据的标准填写格式。
建议提供相关单据的附件。
与其他部门的关系
编写建议：描述该部门各项工作在执行处理过程中可能会牵涉到的其他部门，以及其他部门的处理容；
存在的问题
编写建议：描述该部门各项工作之前执行过程中存在的各项问题；以及为什么要用软件管理的方式来体改之前的执行操作方式。
部门二
[参考部门一]
部门N…
[参考部门一]
构建该系统的目标
编写建议：介绍本软件系统的建立目的，从用户的角度描述该系统建立后应该到达的预期目标。可以从以下几个方面进展描述：
-
.