需求调研计划.doc

【项目名称】需求调研计划（文档版本号：V1*.*）电力公司*项目需求调研计划XXXX信息技术有限公司2010年12月文档说明项目名称文档名称文档编号最新版本号客户项目经理XX项目经理编 制日 期年 月 日审 核日 期年 月 日日 期年 月 日批 准日 期年 月 日日 期年 月 日生效日期备 注 修订记录 A-增加 M-修订 D-删除变更版本号变更日期变更类型(A/M/D)变更内容变更人备注目 录1.综述41.1文档说明41.2编写目的41.3适用范围41.4名词、术语、缩略语定义51.5参考资料52.项目概述52.1项目背景52.2项目目标53.需求调研的目标64.需求调研的思路64.1调研的核心问题64.2围绕的关键点74.3业务调研访谈思路74.4现有系统调研思路75.需求调研的方式76.需求调研的内容86.1功能分类调研内容86.1.1功能性需求调研86.1.2非功能性需求调研86.2业务分类调研内容86.2.1对信息部门的调研内容86.2.2对业务部门的调研内容97.需求调研使用表格98.调研访谈时间安排129.需求调研成果提交131. 综述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公司总经理了解公司概况和发展目标了解公司组织架构 1XXX1) 公司概况 2) 组织结构图3) 人员分工表备注：以上所列职能部门人员，作为项目组成员及关键用户，必须参加所有相关的项目调研。4. 需求调研的资源安排4.1 需求调研的时间范围调研开始日期调研截至日期备注4.2 XXXX参与调研人员序号职能部门姓名角色职责1张三需求分析员负责需求收集及分析，建立初始的需求跟踪矩阵。2李四需求管理员负责需求跟踪矩阵的更新，需求变更控制表的更新5. 需求调研的方式项目需求调研采用的主要方式有以下几种，具体调研时，会根据具体情况灵活采用：（1） 收集客户相关的文档资料，如公司概况、主要产品和业务、财务核算制度等，可以从客户的网页、宣传手册等获取，也可以要求客户方提供。（2） 用户调查：使用设计好的用户调查表，以书面的形式收集用户需求。（3） 用户访谈：与用户面对面的访谈，可以一对一或一对多，要求准备一个问题列表，用来获得有关用户问题和潜在解决方案的整体特征的信息。（4） 开会讨论：头脑风暴会议，对跨部门、跨岗位的业务，可以把相关人员召集在一起，提出对现在问题的理解和思考，涉众提出问题、愿望和潜在解决方案的建议。（5） 在用户环境中工作：需求收集人员在用户的实际环境中与用户共同工作一段时间，以更加深入的了解用户的问题、要求及应用环境。（6） 需求研讨班：将所有涉众集中在一起，进行一次深入的、有重点的会议，从项目涉众那里收集全面的“愿望列表”，并区分优先顺序。（7） 用例讨论班：一个有组织的集体讨论会议，用来确定系统的主角、边界、用例和事件流等用例相关内容。（8） 制作示意板：使用工具向用户说明系统如何适应组织的需要，系统如何运转。（9） 原型开发：开发软件系统的早期缩型，显示新系统的部分功能，以明确用户需要。此处重点描述需求调研的方式，应针对不同的被调研对象（企业领导、企业级、部门领导、部门级、员工、信息部门）分别进行阐述，同时应尽量考虑到用户的配合时间的不确定性。针对选用的需求收集方法，要求说明需要进行的准备工作，如用户调查表、访谈问题列表等，可以附上这些列表的模板。6. 需求调研阶段划分6.1 需求调研阶段划分序号调研任务开始时间结束时间实施人员客户配合人员调研方式工作成果备注1准备调研提纲XXXX项目组调研提纲2调研提纲提交客户XXXX项目组XXX 业务部门调研提纲3总体调研XXXX项目组高层访谈客户基本情况、主要业务、相关部门及岗位设置等4登记分局调研XXXX项目组登记分局访谈分局业务处理流程、相关表单证书、存在问题等56分析、整理调研结果，形成业务分析报告XXXX项目组XXX 业务部门业务分析报告7. 需求调研的实施方式7.1 对系统环境的调研内容调研对象：系统的应用环境需求，一般包括企业领导对系统的期望和要求，系统应用的地域范围和组织结构，企业总体的业务构成和业务流等。调研方式：用户访谈、开会讨论调研输出物：访谈表7.2 对信息部门的调研内容调研对象：一般包括税务局目前的业务应用系统建设情况和信息处理现状，各业务应用系统是否满足接入系统的集成或接入要求，是否能够根据系统的接入要求进行适量的改造。系统涉及的软硬件环境和通讯环境。系统其它非功能性需求，包括页面设计需求、系统性能需求、外部接口需求、系统安全需求、故障处理需求、用户文档需求，以及用户对技术和知识的需求等内容。调研方式：用户调查、用户访谈、开会讨论调研输出物：7.3 对业务部门的调研内容调研对象：一般包括税务局核心业务部门领导对系统的期望和要求，各业务部门对业务数据指标的规划思路和已有成果，对现行的业务数据报表进行归类整理，现有的数据获取方式和交互方式。对其它部门的数据需求等。调研方式：用户调查、用户访谈、开会讨论调研输出物：7.4 对业务员工的调研内容调研对象：业务员工是本系统的最终使用人员，调研每个员工日常业务处理使用的业务应用系统的业务功能，能够形成待办事宜的业务流程，关心的数据指标，对业务交互的需求等。调研方式：用户调查、用户访谈、开会讨论、需求研讨班调研输出物：8. 需求调研使用表格列举在需求调研及访谈过程中使用的表格，描述表格详细样式，需求调研访谈表格为本文档附件的形式。如果在需求调研之前已经在项目现场安装部署了原型系统，则需要提供原型系统访问方式和相应的介绍文档，供被调研人员了解和参考。在结合附件示例表格单独建立调研问卷时，应预留空间为用户描述对系统的期望和要求。9. 调研访谈详细计划参加附件：调研访谈详细计划。10. 客户资料与信息管理客户资料保存：收集到的客户相关文档资料、表单证书、用户需求调查表、访谈表等相关资料存放在公司配置库中，由配置管理员进行维护。客户信息保护：客户相关信息按照公司信息保密规定进行保护。11. 需求调研评审与确认11.1 概要说明所有的调研输出物都要经过评审与确认。11.2 需求调研评审与确认表序号调研时间调研方式调研对象调研参与人员调研输出