需求调研的目标方式与实施方式Word文档格式.docx

需求调研的目标方式与实施方式Word文档格式.docx

《需求调研的目标方式与实施方式Word文档格式.docx》由会员分享，可在线阅读，更多相关《需求调研的目标方式与实施方式Word文档格式.docx（9页珍藏版）》请在冰豆网上搜索。

编制

日期

年月日

审核

批准

生效日期

备注

修订记录A-增加M-修订D-删除

变更版本号

变更日期

变更类型（A/M/D）

变更内容

变更人

备注

1.综述

1.1.编写目的

说明编写项目需求调研计划的目的，阐述如何指导整个需求调研分析的过程。

例如：

本文档的编写目的是使项目业主方×

税务局和项目实施方XXXX统一对本项目需求调研阶段的认识，明确需求调研阶段双方的配合要求及注意事项，说明需求调研的目的、思路、方法、使用表格，明确对×

税务局领导及业务部门的调研访谈时间安排，需求调研计划是整个项目需求调研工作的指导，使需求调研工作有据可循。

1.2.适用范围

简要说明此需求调研计划文档的范围：

它的相关项目，以及受到此文档影响的任何其他事务。

1.3.名词、术语、缩略语定义

本小节提供正确理解此调研计划文档所需的全部术语的定义、名词和缩略语。

这些词语可以通过引用项目词汇表来提供。

词汇名称

词汇定义

1.4.参考资料

列举编写本文档时所参考的资料或其它资源。

要求列出参考资料的名称、来源和时间。

《×

》，编制单位，出版发布时间2010年00月；

》，编制单位，出版发布时间2010年00月。

1.5.概述

本小节应说明此需求调研计划其他部分所包含的内容，并解释文档的组织方式。

功能性需求即描述系统的功能及应用，应包括EAI/EIP系统主要包含的数据中心、企业门户、应用集成、标准体系等内容。

例如其中企业门户又包括单点登录、待办事宜、协同工作、内容管理、搜索、个性化定制，以及应用系统功能页面的接入等。

非功能需求即描述除了系统功能及应用需求外的其它需求，一般包括页面设计需求、系统性能需求、外部接口需求、系统安全需求、故障处理需求、用户文档需求、用户技术知识培训需求等。

2.项目概述

2.1项目背景

本节应引用项目立项任务书中项目背景的内容。

2.2项目目标

本节应引用项目立项任务书中项目目标的内容。

3.需求调研的目标与范围

3.1需求调研的目标

阐述需求调研阶段的目标，×

项目需求调研的目标详细描述例如：

在信息系统项目的规划阶段，XXXX方会进行项目需求的详细调研，来确定项目实施的目标。

其目的是为了论证XXXX项目需求可行性，澄清企业信息系统所有的业务细节，并进行业务规则与系统的匹配。

调研结束后，XXXX将协同项目小组交付成果《XXXX项目需求调研报告》。

3.2调研的职能部门范围

根据双方项目经理所确定的项目实施范围，本次调研所涉及的职能部门以及项目组成员有：

序号

职能部门

调研内容

人数

人员姓名

调研结果

1

公司总经理

了解公司概况和发展目标

了解公司组织架构

XXX

1）公司概况

2）组织结构图

3）人员分工表

备注：

以上所列职能部门人员，作为项目组成员及关键用户，必须参加所有相关的项目调研。

4.需求调研的资源安排

4.1需求调研的时间范围

调研开始日期

调研截至日期

4.2XXXX参与调研人员

姓名

角色

职责

张三

需求分析员

负责需求收集及分析，建立初始的需求跟踪矩阵。

2

李四

需求管理员

负责需求跟踪矩阵的更新，需求变更控制表的更新

5.需求调研的方式

项目需求调研采用的主要方式有以下几种，具体调研时，会根据具体情况灵活采用：

（1）收集客户相关的文档资料，如公司概况、主要产品和业务、财务核算制度等，可以从客户的网页、宣传手册等获取，也可以要求客户方提供。

（2）用户调查：

使用设计好的用户调查表，以书面的形式收集用户需求。

（3）用户访谈：

与用户面对面的访谈，可以一对一或一对多，要求准备一个问题列表，用来获得有关用户问题和潜在解决方案的整体特征的信息。

（4）开会讨论：

头脑风暴会议，对跨部门、跨岗位的业务，可以把相关人员召集在一起，提出对现在问题的理解和思考，涉众提出问题、愿望和潜在解决方案的建议。

（5）在用户环境中工作：

需求收集人员在用户的实际环境中与用户共同工作一段时间，以更加深入的了解用户的问题、要求及应用环境。

（6）需求研讨班：

将所有涉众集中在一起，进行一次深入的、有重点的会议，从项目涉众那里收集全面的“愿望列表”，并区分优先顺序。

（7）用例讨论班：

一个有组织的集体讨论会议，用来确定系统的主角、边界、用例和事件流等用例相关内容。

（8）制作示意板：

使用工具向用户说明系统如何适应组织的需要，系统如何运转。

（9）原型开发：

开发软件系统的早期缩型，显示新系统的部分功能，以明确用户需要。

此处重点描述需求调研的方式，应针对不同的被调研对象（企业领导、企业级、部门领导、部门级、员工、信息部门）分别进行阐述，同时应尽量考虑到用户的配合时间的不确定性。

针对选用的需求收集方法，要求说明需要进行的准备工作，如用户调查表、访谈问题列表等，可以附上这些列表的模板。

6.需求调研阶段划分

6.1需求调研阶段划分

调研任务

开始时间

结束时间

实施人员

客户配合人员

调研方式

工作成果

准备调研提纲

XXXX项目组

调研提纲

调研提纲提交客户

XXX业务部门

3

总体调研

高层

访谈

客户基本情况、主要业务、相关部门及岗位设置等

4

登记分局调研

登记分局

分局业务处理流程、相关表单证书、存在问题等

5

……

6

分析、整理调研结果，形成业务分析报告

业务分析报告

7.需求调研的实施方式

7.1对系统环境的调研内容

调研对象：

系统的应用环境需求，一般包括企业领导对系统的期望和要求，系统应用的地域范围和组织结构，企业总体的业务构成和业务流等。

调研方式：

用户访谈、开会讨论

调研输出物：

访谈表

7.2对信息部门的调研内容

一般包括×

税务局目前的业务应用系统建设情况和信息处理现状，各业务应用系统是否满足接入系统的集成或接入要求，是否能够根据系统的接入要求进行适量的改造。

系统涉及的软硬件环境和通讯环境。

系统其它非功能性需求，包括页面设计需求、系统性能需求、外部接口需求、系统安全需求、故障处理需求、用户文档需求，以及用户对技术和知识的需求等内容。

用户调查、用户访谈、开会讨论

7.3对业务部门的调研内容

税务局核心业务部门领导对系统的期望和要求，各业务部门对业务数据指标的规划思路和已有成果，对现行的业务数据报表进行归类整理，现有的数据获取方式和交互方式。

对其它部门的数据需求等。

7.4对业务员工的调研内容

业务员工是本系统的最终使用人员，调研每个员工日常业务处理使用的业务应用系统的业务功能，能够形成待办事宜的业务流程，关心的数据指标，对业务交互的需求等。

用户调查、用户访谈、开会讨论、需求研讨班

8.需求调研使用表格

列举在需求调研及访谈过程中使用的表格，描述表格详细样式，需求调研访谈表格为本文档附件的形式。

如果在需求调研之前已经在项目现场安装部署了原型系统，则需要提供原型系统访问方式和相应的介绍文档，供被调研人员了解和参考。

在结合附件示例表格单独建立调研问卷时，应预留空间为用户描述对系统的期望和要求。

9.调研访谈详细计划

参加附件：

调研访谈详细计划。

10.客户资料与信息管理

客户资料保存：

收集到的客户相关文档资料、表单证书、用户需求调查表、访谈表等相关资料存放在公司配置库中，由配置管理员进行维护。

客户信息保护：

客户相关信息按照公司信息保密规定进行保护。

11.需求调研评审与确认

11.1概要说明

所有的调研输出物都要经过评审与确认。

11.2需求调研评审与确认表

调研时间

调研对象

调研参与人员

调研输出物

评审时间

评审参与人

评审方式

评审结果

12.需求调研成果提交

税务局系统项目需求调研阶段提交的文档资料及提交时间安排大致安排如下：

提交时间

需求调研阶段提交成果

2011-00-00

系统需求调研计划

需求调研表格（多个）

调研开始后每日

当日调研结果填表

系统需求调研报告

系统需求规格说明书