项目需求调研方案.docVIP

****公司 信息系统建设项目 需求调研计划 （第一期） （版本：V2.0） 二***年九月 文档修订（ 记录批准之后的变更情况） 版本 日期 修改人 描述（注明修改的条款或页） 1.0 2.0 2.0  目 录 TOC \o 1-3 \h \z \u 1 概述 4 1.1 背景 4 1.2 目的 4 2 调研前的准备工作 4 2.1 确定需求调研方式 4 2.2 确定调研各方负责人 4 2.3 确定需求调研时间和地点 5 2.4 参与需求调研工作的人员安排和通知 5 2.5 需求调研的组织准备 5 2.6 需求调研纲要资料 5 3 需求调研过程概述 5 3.1 对软件产品总体业务架构及主体业务流程汇报调研 6 3.2 对软件产品具体业务功能及操作进行交流调研 6 3.3 整理需求调研成果 6 3.4 需求调研成果确认 6 3.5 最终需求调研成果汇报 6 4 调研单位时间安排 7 5 基础业务上线模块主要流程（当前上线重点） 8 6 附件：需求调研时间安排 8 概述 背景 **系统是**软件公司承接的规模最大的软件工程，也是需求最复杂的应用系统，为了保证需求调研过程的有序、完整、规范，获得高质量需求成果，明确调研的方法和工作步骤，特制定本需求调研计划。 目的 随着地产行业的发展，软件的产品化进一步提高，整体团队逐步规模化，对地产业务的理解逐步加深，软件功能也更加完善。这一系列的变化，对软件实施前的需求调研及业务咨询的工作，越来越体现出其重要性。需要一个系统的、完整的需求调研计划帮助大家顺利的进行需求调研工作的开展，同时也保证需求调研工作的质量。 本次调研进行集中式调研交流： 1、首先是整体业务架构和业务流程方面的需求调研和交流 主要由集团公司相关管理人员、项目公司分管领导及部门负责人参与，主要对业务流程方面进行确认，保证大方向的准确性。 系统涉及的相关部门有：信息中心、***。 2、然后针对具体流程进行实际业务操作层的需求调研和交流 主要由各项目公司代表的部门负责人及核心操作人员参与，是在确认了业务流程的基础上，进行系统功能方面的差异及易用性等方面的交流讨论。 调研前的准备工作 确定需求调研方式 本次需求调研，采用集中式需求调研的方式，即集中各项目公司代表的相关领导和核心业务人员进行需求调研和交流。 确定调研各方负责人 集团公司负责人： 项目公司代表负责人： 软件公司负责人： 监理负责人： 确定需求调研时间和地点 2006年10月27日，在* 具体时间参见附件：需求调研时间安排。 参与需求调研工作的人员安排和通知 集团公司相关管理人员、项目公司分管领导、地市代表（部门负责人、核心操作人员），详见集团公司的安排和通知。 需求调研的组织准备 组织对调研过程参加人员会议室、电源、网络、投影仪及相关事项的协调安排。 需求调研纲要资料 提前发放调研纲要给调研单位的部门及人员，以便提前了解软件产品业务架构和系统业务流程，便于双方分析差异和进行重点交流，对有疑义的内容请联系软件公司人员解释。 ▲集团负责安排调研纲要的评审、发放及相关要求的通知。 调研纲要熟悉后，在调研交流中对有疑义的部分重点阐述和沟通，能够抓住重点，提供效率。对反馈的差异进行整理，形成差异清单。重点针对差异内容进行确认，以及与地产相关人员答复确定。 ▲软件公司负责对调研文件进行整理。 针对调研交流的结果和调研纲要内容，整理需求调研交流需要确认的问题清单，形成首次需求规格说明书（或差异清单），进行确认。 ▲软件公司负责整理调研过程需要确认的差异清单或需求规格说明书。 需求调研过程概述 根据需求调研范围、目标和目的，整个需求调研过程中分两个层面进行集中式调研和交流。 对软件产品总体业务架构及主体业务流程汇报调研 面向的对象主要是管理层。 是针对主体业务流程进行汇报和交流，从宏观上对软件产品系统有个整体认识，并对业务流程及规范性要求进行把关，保证大方向的正确性。交流中不涉及具体细节操作的内容，结合软件产品系统原形进行适当演示，使与会者能总体把握软件产品原型，并提出意见和建议。 目的是管理层领导对主体业务的流程进行审核，确定大方向的准确性，奠定主体基础。 对软件产品具体业务功能及操作进行交流调研 面向的对象是业务部门负责人和骨干操作人员代表。 在主体业务流程确认后，分别对各部门相关的业务流程操作及相关功能进行需求交流确认。 目的是确认操作人员对系统功能的易用性，以及新功能的需求方面进行交流和确认。 整理需求调研成果 1、对管理层进行业务架构和主体业务流程汇报和交流确认后，形成甲方单位业务流程差异及解决方案（或需求规格说明书）。 2、与部门负责人代表、核心操作人