需求调研计划.doc

需求调研计划.doc

《需求调研计划.doc》由会员分享，可在线阅读，更多相关《需求调研计划.doc（12页珍藏版）》请在冰豆网上搜索。

【项目名称】

需求调研计划

XXXX有限公司

XXXX年XX月

修订历史

版本号

更新日期

修订作者

主要修订摘要

0.1

.

目录

1. 综述 4

1.1 文档说明 4

1.2 编写目的 4

1.3 适用范围 4

1.4 名词、术语、缩略语定义 5

1.5 参考资料 5

2. 项目概述 5

2.1 项目背景 5

2.2 项目目标 5

3. 需求调研的目标 6

4. 需求调研的思路 6

4.1 调研的核心问题 6

4.2 围绕的关键点 7

4.3 业务调研访谈思路 7

4.4 现有系统调研思路 7

5. 需求调研的方式 7

6. 需求调研的内容 8

6.1 功能分类调研内容 8

6.1.1 功能性需求调研 8

6.1.2 非功能性需求调研 8

6.2 业务分类调研内容 8

6.2.1 对信息部门的调研内容 8

6.2.2 对业务部门的调研内容 9

7. 需求调研使用表格 9

8. 调研访谈时间安排 12

9. 需求调研成果提交 13

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

公司总经理

了解公司概况和发展目标

了解公司组织架构

1

XXX

1）公司概况

2）组织结构图

3）人员分工表

备注：

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

4.需求调研的资源安排

4.1需求调研的时间范围

调研开始日期

调研截至日期

备注

4.2XXXX参与调研人员

序号

职能部门

姓名

角色

职责

1

张三

需求分析员

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

2

李四

需求管理员

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

5.需求调研的方式

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

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

（2）用户调查：

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

（3）用户访谈：

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

（4）开会讨论：

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

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

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

（6）需求研讨班：

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

（7）用例讨论班：

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

（8）制作示意板：

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

（9）原型开发：

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

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

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

6.需求调研阶段划分

6.1需求调研阶段划分

序号

调研任务

开始时间

结束时间

实施人员

客户配合人员

调研方式

工作成果

备注

1

准备调研提纲

XXXX项目组

调研提纲

2

调研提纲提交客户

XXXX项目组

XXX业务部门

调研提纲

3

总体调研

XXXX项目组

高层

访谈

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

4

登记分局调研

XXXX项目组

登记分局

访谈

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

5

……

6

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

XXXX项目组

XXX业务部门

业务分析报告

7.需求调研的实施方式

7.1对系统环境的调研内容

调研对象：

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

调研方式：

用户访谈、开会讨论

调研输出物：

调研记录

7.2对信息部门的调研内容

调研对象：

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

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

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

调研方式：

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

调研输出物：

7.3对业务部门的调研内容

调研对象：

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

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

调研方式：

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

调研输出物：

7.4对业务员工的调研内容

调研对象：

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

调研方式：

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

调研输出物：

8.需求调研使用表格

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

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

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

9.调研访谈详细计划

参加附件：

调研访谈详细计划。

10.客户资料与信息管理

客户资料保存：

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

客户信息保护：

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

11.需求调研评审与确认

11.1概要说明

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

11.2需求调研评审与确认表

序号

调研时间

调研方式

调研对象

调研参与人员

调研输出物

评审时间

评审参与人

评审方式

评审结果

1

2

3

12.需求调研成果提交

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

提交时间

需求调研阶段提交成果

2011-00-00

系统需求调研计划

2011-00-00

需求调研表格（多个）

调研开始后每日

当日调研记录填报

2011-00-00

系统需求调研报告

2011-00-00

系统需求规格说明书

一、关键词解析：

1、什么是EAI？

EAI是什么意思？

企业应用整合（EnterpriseApplicationIntegration简称EAI），是将基于各种不同平台、用不同方案建立的异构应用集成的一种方法和技术。

EAI通过建立底层结构，来联系横贯整个企业的异构系统、应用、数据源等，完成在企业内部的ERP、CRM、SCM、数据库、数据仓库，以及其他重要的内部系统之间无缝地共享和交换数据的需要。

有了EAI，企业就可以将企业核心应用和新的Internet解决方案结合在一起。

EAI（企业应用集成）将进程、软件、标准和硬件联合起来，在两个或更多的企业系统之间实现无缝集成，使它们就像一个整体一样。

尽管EAI常常表现为对一个商业实体（例如一家公司）的信息系统进行业务应用集成，但当在多个企业系统之间进行商务交易的时候，EAI也表现为不同公司实体之间的企业系统集成，例如B2B的电子商务。

EAI技术层次体系最下面的一层是应用接口层，它要解决的是应用集成服务器与被集成系统之间的连接和数据接口的问题。

再往上去就是应用整合层，它要解决的是被集成系统的数据转换问题，通过建立统一的数据模型来实现不同系统间的信息转换。

应用整合层之上是流程整合层，它将不同的应用系统连接在一起，进行协同工作，并提供商业流程管理的相关功能，包括流程设计、监控和规划，实现