需求调研纲要.docxVIP

项目需求调研纲要参考模板 一、用户环境调研 1.1用户单位组织结构 通过调研利用表格或框图形式画出委托单位的组织结构图；应包括委托单位的所有分支结构和部门名称，以及各个分支机构/部门间的上下级关系。 1.2用户部门设置与职责 通过调研按业务组织结构划分成不同的职责部门或分支机构，分别对每个部门或分支机构进行描述。描述的内容包括： 1、用户组、分支结构或部门的名称 2、每个用户组、分支结构或部门的描述，主要描述他们的职及用户组或分支结构/部门的考核指标；每个用户组、分支结构或部门相关人员的职责，及考核指标。[可以使用下面的格式，也可以根据实际的需要使用其他格式]例如：用户组/机构/部门名称职责描述考核指标备注 1.3用户业务关系描述通过调研以关系图加文字说明的方式，描述该软件系统所计划完成的系统业务，以及该业务在内部的工作流情况，还有该业务的相关部门的接口情况。注意本图示需要表明业务关联关系而非数据关联关系。 1.4系统面向的用户群 通过调研描述该系统建设以后的目标用户群体以及他们的专业知识水平（例如计算机操作能力、业务知识水平等）、各类用户的主要使用内容和工作职责等。 1.5关键计算机资源 通过调研通过列出该软件所涉及到的所有部门和机房的软硬件资源情况、设备要求等； 1.6用户环境中的其他应用系统分布 通过调研列出该软件所涉及到的用户环境中的其他所有应用系统的分布情况；应该包括： 1、其他应用系统的名称； 2、责任部门； 3、应用系统功能概述； 4、部署的服务器以及机房； 5、其他认为应该包括的信息等；二、结构化调研用户预期目标 调研用户对该系统建立后需要达到的预期目标，可以从以下几个方面进行调研描述： 3.1管理目标 调研客户领导层/管理层对本软件系统的建设要求：例如： 1、客户希望该系统建立后能在管理上、业务流程上规范解决的问题； 2、希望能够通过该软件系统达到什么样的使用效果和目标； 3、系统该软件系统能出什么报表数据，或者用该软件系统能提高哪些工作效率等等； 3.2使用目标对具体业务上来说，用户通过该系统能够解决那些实际问题，用户个人提出的需求要参考使用部门的意见，最后要按部门归类。 3.3业绩目标 调研用户对该软件系统上线应用后希望实现的业绩目标：例如： 1、减少多少办公时间工作时的计算； 2、减少多少办公耗材资源的计算； 3、对行政效率提升的具体计算； 4、对数据统计效率提升的具体计算等等； 三、调研系统功能性需求 3.1用户各部门当前的工作模式 通过调研描述客户业务实际的操作情况，建议以表格、流程图等形式进行说明。并且按照如下列出的格式分部门分层面进行描述：部门一[部门名称] 1、工作内容描述该部门之前（未用软件进行工作管理）的主要工作内容和工作职责。 2、工作流程描述该部门相关工作的处理流程，建议以流程图形式进行描述； 3、涉及到的表单描述该部门各项工作处理过程中，可能涉及到的各种单据，描述的内容应包含如下信息： 1）、每项单据的名称和用途； 2）、单据流转的流程； 3）、单据牵涉到的相关人员； 4）、单据的标准填写格式。建议提供相关单据的附件。 4、与其他部门的关系描述该部门各项工作在执行处理过程中可能会牵涉到的其他部门，以及其他部门的处理内容； 5、存在的问题描述该部门各项工作之前执行过程中存在的各项问题；以及为什么要用软件管理的方式来体改之前的执行操作方式。部门二至部门N均按部门一方式调研描述。3.2为形成功能结构图的调研该功能结构图仅描述客户对功能模块的意向需求，而不是根据客户需求分析后的功能模块设计，通过调研描述软件系统中各个模块以及模块下功能/子模块的划分；整体展示系统中所具备的功能模块，以及各个模块之间的关联情况。以结构图的形式进行描述调研结果。 3.3对功能点需求的调研调研过程中发现客户对软件具体功能点的要求，建议以表格、流程图加文字的形式进行说明，按照不同的功能点进行列举方式描述。格式建议如下：功能点一（1）业务描述描述该功能点实际处理的业务情况，以及在这个业务中应该注意的细节、要点,以及工作目标等等。（2）用例及关键数据以用例图加文字说明的形式，呈现该业务所有参与者及其用例的执行过程，以及他们之间的关系，还应该包括每个用例所涉及处理的数据以及所涉及到的单据。（3）业务流程图以流程图加文字说明的形式，描述该功能点的业务流程，明确各个业务流程的节点，对象和内容。（4）与其他功能点的关系描述该功能点与其他功能点的关系，例如需要从其他功能模块调去数据，根据其他功能点的执行结构进行条件判断处