需求调研计划

XXXX 有限公司 XXXX年 XX月 修订历史 版本号 更新日期 修订作者 主要修订摘要 项目名称 需求调研计划 第 2 页 共 12 页 0 1 第 3 页 共 12 页 目 录 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 第 4 页 共 12 页 1 综述 1 1 编写目的 说明编写项目需求调研计划的目的 阐述如何指导整个需求调研分析的过 程 例如 本文档的编写目的是使项目业主方 和项目实施方 XXXX 统一对 本项目需求调研阶段的认识 明确需求调研阶段双方的配合要求及注意事项 说明需求调研的目的 思路 方法 使用表格 明确对 客户领导及业务 部门的调研访谈时间安排 需求调研计划是整个项目需求调研工作的指导 使 需求调研工作有据可循 1 2 适用范围 简要说明此需求调研计划文档的范围 它的相关项目 以及受到此文档影 响的任何其他事务 1 3 名词 术语 缩略语定义 本小节提供正确理解此调研计划文档所需的全部术语的定义 名词和缩略语 这些词语可 以通过引用项目词汇表来提供 词汇名称 词汇定义 备注 1 4 参考资料 列举编写本文档时所参考的资料或其它资源 要求列出参考资料的名称 来源和时间 第 5 页 共 12 页 编制单位 出版发布时间 2010 年 00 月 编制单位 出版发布时间 2010 年 00 月 1 5 概述 本小节应说明此需求调研计划其他部分所包含的内容 并解释文档的组织 方式 功能性需求即描述系统的功能及应用 应包括 EAI EIP 系统主要包含的数 据中心 企业门户 应用集成 标准体系等内容 例如其中企业门户又包括单 点登录 待办事宜 协同工作 内容管理 搜索 个性化定制 以及应用系统 功能页面的接入等 非功能需求即描述除了系统功能及应用需求外的其它需求 一般包括页面 设计需求 系统性能需求 外部接口需求 系统安全需求 故障处理需求 用 户文档需求 用户技术知识培训需求等 2 项目概述 2 1 项目背景 本节应引用项目立项任务书中项目背景的内容 2 2 项目目标 本节应引用项目合同中项目目标的内容 3 需求调研的目标与范围 3 1 需求调研的目标 阐述需求调研阶段的目标 项目需求调研的目标详细描述例如 第 6 页 共 12 页 在信息系统项目的规划阶段 XXXX 方会进行项目需求的详细调研 来确定 项目实施的目标 其目的是为了论证 XXXX 项目需求可行性 澄清企业信息系 统所有的业务细节 并进行业务规则与系统的匹配 调研结束后 XXXX 将协同 项目小组交付成果 XXXX 项目需求调研报告 3 2 调研的职能部门范围 根据双方项目经理所确定的项目实施范围 本次调研所涉及的职能部门以 及项目组成员有 序号 职能部门 调研内容 人数 人员姓 名 调研结果 备注 1 公司总经 理 了解公司概况和发展 目标 了解公司组织架构 1 XXX 1 公司概况 2 组织结构图 3 人员分工表 备注 以上所列职能部门人员 作为项目组成员及关键用户 必须参加所 有相关的项目调研 4 需求调研的资源安排 4 1 需求调研的时间范围 调研开始日期 调研截至日期 备注 第 7 页 共 12 页 4 2 XXXX 参与调研人员 序号 职能部门 姓名 角色 职责 1 张三 需求分析员 负责需求收集及分析 建立初始的需 求跟踪矩阵 2 李四 需求管理员 负责需求跟踪矩阵的更新 需求变更 控制表的更新 5 需求调研的方式 项目需求调研采用的主要方式有以下几种 具体调研时 会根据具体情况 灵活采用 1 收集客户相关的文档资料 如公司概况 主要产品和业务 财务核 算制度等 可以从客户的网页 宣传手册等获取 也可以要求客户方提供 2 用户调查 使用设计好的用户调查表 以书面的形式收集用户需求 3 用户访谈 与用户面对面的访谈 可以一对一或一对多 要求准备 一个问题列表 用来获得有关用户问题和潜在解决方案的整体特征的信息 4 开会讨论 头脑风暴会议 对跨部门 跨岗位的业务 可以把相关 人员召集在一起 提出对现在问题的理解和思考 涉众提出问题 愿望和潜在 解决方案的建议 5 在用户环境中工作 需求收集人员在用户的实际环境中与用户共同 工作一段时间 以更加深入的了解用户的问题 要求及应用环境 6 需求研讨班 将所有涉众集中在一起 进行一次深入的 有重点的 会议 从项目涉众那里收集全面的 愿望列表 并区分优先顺序 7 用例讨论班 一个有组织的集体讨论会议 用来确定系统的主角 边界 用例和事件流等用例相关内容 8 制作示意板 使用工具向用户说明系统如何适应组织的需要 系统 如何运转 第 8 页 共 12 页 9 原型开发 开发软件系统的早期缩型 显示新系统的部分功能 以 明确用户需要 此处重点描述需求调研的方式 应针对不同的被调研对象 企业领导 企 业级 部门领导 部门级 员工 信息部门 分别进行阐述 同时应尽量考虑 到用户的配合时间的不确定性 针对选用的需求收集方法 要求说明需要进行的准备工作 如用户调查表 访谈问题列表等 可以附上这些列表的模板 6 需求调研阶段划分 6 1 需求调研阶段划分 序号 调研任务 开始时 间 结束时 间 实施人 员 客户配 合人员 调研方 式 工作成果 备 注 1 准备调研提 纲 XXXX 项 目组 调研提纲 2 调研提纲提 交客户 XXXX 项 目组 XXX 业务 部门 调研提纲 3 总体调研 XXXX 项 目组 高层 访谈 客户基本情况 主要业务 相 关部门及岗位 设置等 4 登记分局调 研 XXXX 项 目组 登记分局 访谈 分局业务处理 流程 相关表 单证书 存在 问题等 5 6 分析 整理 调研结果 XXXX 项 目组 XXX 业务 部门 业务分析报告 第 9 页 共 12 页 序号 调研任务 开始时 间 结束时 间 实施人 员 客户配 合人员 调研方 式 工作成果 备 注 形成业务分 析报告 7 需求调研的实施方式 7 1 对系统环境的调研内容 调研对象 系统的应用环境需求 一般包括企业领导对系统的期望和要求 系统应用的地域范围和组织结构 企业总体的业务构成和业务流等 调研方式 用户访谈 开会讨论 调研输出物 调研记录 7 2 对信息部门的调研内容 调研对象 一般包括 目前的业务应用系统建设情况和信息处理现状 各业务应用系统是否满足接入系统的集成或接入要求 是否能够根据系统的接 入要求进行适量的改造 系统涉及的软硬件环境和通讯环境 系统其它非功能 性需求 包括页面设计需求 系统性能需求 外部接口需求 系统安全需求 故障处理需求 用户文档需求 以及用户对技术和知识的需求等内容 调研方式 用户调查 用户访谈 开会讨论 调研输出物 7 3 对业务部门的调研内容 调研对象 一般包括 核心业务部门领导对系统的期望和要求 各业 务部门对业务数据指标的规划思路和已有成果 对现行的业务数据报表进行归 类整理 现有的数据获取方式和交互方式 对其它部门的数据需求等 调研方式 用户调查 用户访谈 开会讨论 第 10 页 共 12 页 调研输出物 7 4 对业务员工的调研内容 调研对象 业务员工是本系统的最终使用人员 调研每个员工日常业务处 理使用的业务应用系统的业务功能 能够形成待办事宜的业务流程 关心的数 据指标 对业务交互的需求等 调研方式 用户调查 用户访谈 开会讨论 需求研讨班 调研输出物 8 需求调研使用表格 列举在需求调研及访谈过程中使用的表格 描述表格详细样式 需求调研 访谈表格为本文档附件的形式 如果在需求调研之前已经在项目现场安装部署了原型系统 则需要提供原 型系统访问方式和相应的介绍文档 供被调研人员了解和参考 在结合附件示 例表格单独建立调研问卷时 应预留空间为用户描述对系统的期望和要求 9 调研访谈详细计划 参加附件 调研访谈详细计划 10 客户资料与信息管理 客户资料保存 收集到的客户相关文档资料 表单证书 用户需求调查表 访谈表等相关资料存放在公司配置库中 由配置管理员进行维护 客户信息保护 客户相关信息按照公司信息保密规定进行保护 第 11 页 共 12 页 11 需求调研评审与确认 11 1概要说明 所有的调研输出物都要经过评审与确认 11 2需求调研评审与确认表 序 号 调研 时间 调研 方式 调研 对象 调研参 与人员 调研输 出物 评审时 间 评审参 与人 评审方 式 评审结 果 1 2 3 12 需求调研成果提交 系统项目需求调研阶段提交的文档资料及提交时间安排大致安排如 下 提交时间 需求调研阶段提交成果 2011 00 00 系统需求调研计划 2011 00 00 需求调研表格 多个 调研开始后 每日 当日调研记录填报 2011 00 00 系统需求调研报告 2011 00 00 系统需求规格说明书 第 12 页 共 12 页 一 关键词解析 1 什么是 EAI EAI 是什么意思 企业应用整合 EnterpriseApplicationIntegration 简称 EAI 是将基于各种不同平台 用不同方案建立的异构应用集成的一种方法和技术 EAI 通过建立底层结构 来联系横贯 整个企业的异构系统 应用 数据源等 完成在企业内部的 ERP CRM SCM 数据库 数 据仓库 以及其他重要的内部系统之间无缝地共享和交换数据的需要 有了 EAI 企业就 可以将企业核心应用和新的 Internet 解决方案结合在一起 EAI 企业应用集成 将进程 软件 标准和硬件联合起来 在两个或更多的企业系统之间实 现无缝集成 使它们就像一个整体一样 尽管 EAI 常常表现为对一个商业实体 例如一家公 司 的信息系统进行业务应用集成 但当在多个企业系统之间进行商务交易的时候 EAI 也 表现为不同公司实体之间的企业系统集成 例如 B2B 的电子商务 EAI 技术层次体系最下面的一层是应用接口层 它要解决的是应用集成服务器与被集成系 统之间的连接和数据接口的问题 再往上去就是应用整合层 它要解决的是被集成系统的 数据转换问题 通过建立统一的数据模型来实现不同系统间的信息转换 应用整合层之上 是流程整合层 它将不同的应用系统连接在一起 进行协同工作 并提供商业流程管理的 相关功能 包括流程设计 监控和规划 实现业务流程的管理 到了最上端的用户交互层 则是为用户在界面上提供一个统一的信息服务功能入口 通过将内部和外部各种相对分散 独立的信息组成一个统一的整体 保证了用户既能够从统一的渠道访问其所需的信息 也 可以依据每一个用户的要求来设置和提供个性化的服务