项目需求调研计划
1 目的
本文档的目的是用来指导项目需求调研计划模版。
2 概述
本文档讲述需求调研内容，包括：调研计划的目的、范围、方式、阶段、时间安排。
3 需求调研计划
3.1 调研目的
在项目的规划阶段，项目经理会进行项目需求的详细调研，来确定项目实施的目标。其目的是为了论证XXX项目需求可行性，澄清XXX系统的所有业务细节，并进行业务规则与系统的匹配。
3.2 调研范围
3.2.1 调研的职能范围
本次调研所涉及的职能部门以及项目组成员有:
职能部门 | 人数 | 姓名 | 人员资格条件 |
研发部 | 1人 | 项目经理/需求分析员 | |
注：以上所列职能部门人员，作为项目组成员以及关键用户，必须参加所有相关的项目调研。
3.2.2 调研的业务范围
调研的业务范围：调研时按照建议书规定全部调研，具体包括：
1、 客户的基本情况
2、 客户历史系统的基础数据
3、 XXX业务的管理标准
4、 XXX采购流程
5、 XXX入库操作
6、 XXX预约流程
7、 XXX操作业务
8、 报表统计需求
3.2.3 调研的地点范围
调研的具体地点为：
3.3 调研方式
1． 收集客户相关的文档资料，如客户XXX业务概况、XXX业务详细情况、目前的XXX管理标准等，可以从客户的网页、宣传手册等获取，也可以直接要求客户方提供。
2． 个别交流，就某一具体问题或业务处理和相关业务人员直接交流。
3． 情景分析：利用情景分析诱导用户能够把它们的需求告知分析员（可以描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做）；
3.4 调研阶段
调研任务 | 开始时间 | 结束时间 | 实施人员 | 客户配合人员 | 调研成果 |
准备调研提纲 | |||||
调研提纲提交客户 | |||||
总体调研 | 客户基本情况、主要业务流程、相关部门及岗位设置等 | ||||
业务流程调研 | 业务处理流程、相关单据、管理重点、存在问题、期望等 | ||||
基础数据和系统参数调研整理 | 系统涉及的相关参数 | ||||
分析整理调研结果，形成调研报告 | 调研报告 |
3.5 具体时间安排
职能部门 | 时间 | 具体调研内容 | 实施人员 | 客户配合人员 | |
客户基本情况、主要业务流程、相关部门及岗位设置 | |||||
详细的业务流程 | |||||
基础数据和系统参数调研整理 | |||||
详细的业务流程 | |||||
客户基本情况、主要业务流程、相关部门及岗位设置 | |||||
附需求调研记录单：
用户需求调查单
项目名称 | ||||||
客户名称 | 某某公司 | |||||
调研主题 | ||||||
调研地点 | 调研时间 | YYYY.MM.DD. | ||||
调研人 | 记录人 | |||||
受访者信息 | ||||||
姓名、联系电话、所在公司、电子邮件、所在部门、职务或职责 | ||||||
用户背景信息 | ||||||
他们具备什么样的教育背景？他们具备什么样的计算机背景？ 用户是否有使用这种应用程序的经验？ 使用的是哪些平台？ 计划在将来使用哪些平台？ 您使用了哪些其他的应用程序需要我们与之进行交互？ | ||||||
功能性需求信息 | ||||||
记录调研得到的用户需求，并对用户需求进行分类，简述每类需求应包括的需求项内容。 同时，根据客户对业务关心的紧迫程度，系统建设对解决客户问题的重要性，以及客户的实际需要来确定的需求实现的顺序。 具体参见《用户需求说明书》模板中“功能性需求”章节内容的描述。 | ||||||
非功能性需求信息 | ||||||
您对系统的界面、功能易用性、性能有什么期望？ 您在售后支持方面是否有特殊的需要？ 您在系统安全性、可靠性、可维护性、可扩展性、兼容性等方面是否有特殊的需要？ 您有哪些安装和配置需求？有哪些特殊的许可需求？将如何分发该软件？有哪些商标和包装需求？ | ||||||
需求约束或限制条件 | ||||||
如果必须支持标准法规或技术、管理等方面的需求约束，这些需求约束是什么？ 您还能不能想到其他任何我们应该了解的需求约束性条件？ | ||||||
相关资料 | ||||||
如：用户的相关报表，业务资料等。 | ||||||
调研人（签字） | 调研日期 | YYYY.MM.DD. | ||||
客户（签字） | 签字日期 | YYYY.MM.DD. | ||||
- 本文分类：范文大全
- 本文标签：无
- 浏览次数：100 次浏览
- 发布日期：2024-11-13 10:12:04
- 本文链接：https://m.qifw.cn/fanwen/VWaeA89rpA.html
相关文章推荐
-
2025-04-22 -
2025-04-22 -
2025-04-22 -
2025-04-22 -
2025-04-22