需求调研计划

《需求调研计划》由会员分享，可在线阅读，更多相关《需求调研计划（12页珍藏版）》请在金锄头文库上搜索。

1、修订历史【项目名称】需求调研计划XXXX 有限公司XXXX 年 XX 月版本号修订作者0.1目录1.综述41.1 文档说明 错误!未定义书签。1.2 编写目的 41.3 适用范围 41.4 名词、术语、缩略语定义 41.5 参考资料 42.项目概述52.1 项目背景 52.2 项目目标 53.需求调研的目标 错误!未定义书签。4.需求调研的思路 错误!未定义书签。4.1 调研的核心问题 错误!未定义书签。4.2 围绕的关键点 错误!未定义书签。4.3 业务调研访谈思路 错误!未定义书签。4.4 现有系统调研思路 错误!未定义书签。5.需求调研的方式 错误!未定义书签。6.需求调研的内容96.1

2、 功能分类调研内容 错误!未定义书签。6.1.1 功能性需求调研 错误!未定义书签。6.1.2 非功能性需求调研 错误!未定义书签。6.2 业务分类调研内容 错误!未定义书签。6.2.1 对信息部门的调研内容96.2.2 对业务部门的调研内容97.需求调研使用表格108.调研访谈时间安排109.需求调研成果提交111. 综述1.1. 编写目的说明编写项目需求调研计划的目的，阐述如何指导整个需求调研分析的过 程。例如：本文档的编写目的是使项目业主方XXX和项目实施方XXXX统一对 本项目需求调研阶段的认识，明确需求调研阶段双方的配合要求及注意事项，说 明需求调研的目的、思路、方法、使用表格，明确

3、对XXX客户领导及业务部门 的调研访谈时间安排，需求调研计划是整个项目需求调研工作的指导，使需求调 研工作有据可循。1.2. 适用范围简要说明此需求调研计划文档的范围：它的相关项目，以及受到此文档影响 的任何其他事务。1.3. 名词、术语、缩略语定义本小节提供正确理解此调研计划文档所需的全部术语的定义、名词和缩略语。这些词语可以 通过引用项目词汇表来提供。1.4. 参考资料列举编写本文档时所参考的资料或其它资源。要求列出参考资料的名称、来 源和时间。XXXXXXXXX,编制单位，出版发布时间2010年00月;XXXXXXXXX，编制单位，出版发布时间2010年00月。1.5. 概述本小节应说明

4、此需求调研计划其他部分所包含的内容，并解释文档的组织方 式。功能性需求即描述系统的功能及应用，应包括 EAI/EIP 系统主要包含的数 据中心、企业门户、应用集成、标准体系等内容。例如其中企业门户又包括单点 登录、待办事宜、协同工作、内容管理、搜索、个性化定制，以及应用系统功能 页面的接入等。非功能需求即描述除了系统功能及应用需求外的其它需求，一般包括页面设 计需求、系统性能需求、外部接口需求、系统安全需求、故障处理需求、用户文 档需求、用户技术知识培训需求等。2. 项目概述2.1 项目背景本节应引用项目立项任务书中项目背景的内容。2.2 项目目标本节应引用项目合同中项目目标的内容。3. 需求

5、调研的目标与范3.1 需求调研的目标阐述需求调研阶段的目标，XXX项目需求调研的目标详细描述例如:在信息系统项目的规划阶段，XXXX方会进行项目需求的详细调研，来确定 项目实施的目标。其目的是为了论证XXXX项目需求可行性，澄清企业信息系统 所有的业务细节，并进行业务规则与系统的匹配。调研结束后，XXXX将协同项 目小组交付成果 XXXX 项目需求调研报告。3.2 调研的职能部门范围根据双方项目经理所确定的项目实施范围，本次调研所涉及的职能部门以及 项目组成员有：序号职能部门调研内容人数人员姓名调研结果备注1公司总经理了解公司概况和发展目标了解公司组织架构1XXX1）公司概况2）组织结构图3）

6、人员分工表备注：以上所列职能部门人员，作为项目组成员及关键用户，必须参加所有相关的项目调研。4. 需求调研的资源安排4.1 需求调研的时间范围4.2 XXXX 参与调研人员序号职能部门姓名角色职责1张三需求分析员负责需求收集及分析，建立初始的需求跟踪矩阵。2李四需求管理贝负责需求跟踪矩阵的更新，需求变更控制表的更新5. 需求调研的方式项目需求调研采用的主要方式有以下几种，具体调研时，会根据具体情况灵 活采用：（1）收集客户相关的文档资料，如公司概况、主要产品和业务、财务核算 制度等，可以从客户的网页、宣传手册等获取，也可以要求客户方提供。（2）用户调查：使用设计好的用户调查表，以书面的形式收集

7、用户需求。（3）用户访谈：与用户面对面的访谈，可以一对一或一对多，要求准备一 个问题列表，用来获得有关用户问题和潜在解决方案的整体特征的信息。（4）开会讨论：头脑风暴会议，对跨部门、跨岗位的业务，可以把相关人 员召集在一起，提出对现在问题的理解和思考，涉众提出问题、愿望和潜在解决 方案的建议。（5）在用户环境中工作：需求收集人员在用户的实际环境中与用户共同工 作一段时间，以更加深入的了解用户的问题、要求及应用环境。（6）需求研讨班：将所有涉众集中在一起，进行一次深入的、有重点的会 议，从项目涉众那里收集全面的“愿望列表”，并区分优先顺序。（7）用例讨论班：一个有组织的集体讨论会议，用来确定系统

8、的主角、边 界、用例和事件流等用例相关内容。（8）制作示意板：使用工具向用户说明系统如何适应组织的需要，系统如 何运转。（9）原型开发：开发软件系统的早期缩型，显示新系统的部分功能，以明 确用户需要。此处重点描述需求调研的方式，应针对不同的被调研对象（企业领导、企业 级、部门领导、部门级、员工、信息部门）分别进行阐述，同时应尽量考虑到用 户的配合时间的不确定性。针对选用的需求收集方法，要求说明需要进行的准备工作，如用户调查表、 访谈问题列表等，可以附上这些列表的模板。6. 需求调研阶段划分6.1 需求调研阶段划分序号调研任务开始时间结束时间实施人员客户配合人员调研方式工作成果备注1准备调研提纲

9、XXXX 项目组调研提纲2调研提纲提交客户XXXX 项目组XXX业务部门调研提纲3总体调研XXXX 项目组高层访谈客户基本情况、主要业务、相关部门及岗位设置等4登记分局调研XXXX 项目组登记分局访谈分局业务处理 流程、相关表单 证书、存在问题 等56分析、整理调研结果，形成业务分XXXX 项目组XXX业务部门业务分析报告序号调研任务开始时间结束时间实施人员客户配合人员调研方式工作成果备注析报告7. 需求调研的实施方式7.1 对系统环境的调研内容调研对象：系统的应用环境需求，一般包括企业领导对系统的期望和要求， 系统应用的地域范围和组织结构，企业总体的业务构成和业务流等。调研方式：用户访谈、开

10、会讨论调研输出物：调研记录7.2 对信息部门的调研内容调研对象：一般包括XXX目前的业务应用系统建设情况和信息处理现状， 各业务应用系统是否满足接入系统的集成或接入要求，是否能够根据系统的接入 要求进行适量的改造。系统涉及的软硬件环境和通讯环境。系统其它非功能性需 求，包括页面设计需求、系统性能需求、外部接口需求、系统安全需求、故障处 理需求、用户文档需求，以及用户对技术和知识的需求等内容。调研方式：用户调查、用户访谈、开会讨论调研输出物：7.3 对业务部门的调研内容调研对象：一般包括XXX核心业务部门领导对系统的期望和要求，各业务 部门对业务数据指标的规划思路和已有成果，对现行的业务数据报表

11、进行归类整 理，现有的数据获取方式和交互方式。对其它部门的数据需求等。调研方式：用户调查、用户访谈、开会讨论调研输出物：7.4 对业务员工的调研内容调研对象：业务员工是本系统的最终使用人员，调研每个员工日常业务处理 使用的业务应用系统的业务功能，能够形成待办事宜的业务流程，关心的数据指 标，对业务交互的需求等。调研方式：用户调查、用户访谈、开会讨论、需求研讨班 调研输出物：8. 需求调研使用表格列举在需求调研及访谈过程中使用的表格，描述表格详细样式，需求调研访 谈表格为本文档附件的形式。如果在需求调研之前已经在项目现场安装部署了原型系统，则需要提供原型 系统访问方式和相应的介绍文档，供被调研人

12、员了解和参考。在结合附件示例表 格单独建立调研问卷时，应预留空间为用户描述对系统的期望和要求。9. 调研访谈详细计划参加附件：调研访谈详细计划。10. 客户资料与信息管理客户资料保存：收集到的客户相关文档资料、表单证书、用户需求调查表、 访谈表等相关资料存放在公司配置库中，由配置管理员进行维护。客户信息保护：客户相关信息按照公司信息保密规定进行保护。11. 需求调研评审与确认11.1 概要说明所有的调研输出物都要经过评审与确认。11.2 需求调研评审与确认表序号调研时间调研方式调研对象调研参与人员调研输出物评审时间评审参与人评审方式评审结果12312. 需求调研成果提交XXX系统项目需求调研阶

13、段提交的文档资料及提交时间安排大致安排如下：提交时间需求调研阶段提交成果2011-00-00系统需求调研计划2011-00-00需求调研表格（多个）调研开始后当日调研记录填报每日2011-00-00系统需求调研报告2011-00-00系统需求规格说明书一、 关键词解析：1、什么是EAI? EAI是什么意思?企业应用整合（EnterpriseApplicationlntegration简称EAI），是将基于各种不同平台、 用不同方案建立的异构应用集成的一种方法和技术。EAI通过建立底层结构，来联系横贯整 个企业的异构系统、应用、数据源等，完成在企业内部的ERP、CRM、SCM、数据库、数据仓 库，以及其他重要的内部系统之间无缝地共享和交换数据的需要。有了EAI，企业就可以将 企业核心应用和新的Internet解决方案结合在一起。EAI（企业应用集成）将进程、软件、标准和硬件联合起来，在两个或更多的企业系统之间实 现无缝集成，使它们就像一个整体一样。尽管EAI常常表现为对一个商业实体（例如一家公 司）的信息系统进行业务应用集成，但当在多个企业系统之间进行商务