****公司

信息系统建设项目

需求调研计划

（第一期）

（版本：V2.0）

二***年九月

文档修订（  记录批准之后的变更情况）

目  录

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   概述

1.1   背景

**系统是**软件公司承接的规模最大的软件工程，也是需求最复杂的应用系统，为了保证需求调研过程的有序、完整、规范，获得高质量需求成果，明确调研的方法和工作步骤，特制定本需求调研计划。

1.2   目的

随着地产行业的发展，软件的产品化进一步提高，整体团队逐步规模化，对地产业务的理解逐步加深，软件功能也更加完善。这一系列的变化，对软件实施前的需求调研及业务咨询的工作，越来越体现出其重要性。需要一个系统的、完整的需求调研计划帮助大家顺利的进行需求调研工作的开展，同时也保证需求调研工作的质量。

本次调研进行集中式调研交流：

1、首先是整体业务架构和业务流程方面的需求调研和交流

主要由集团公司相关管理人员、项目公司分管领导及部门负责人参与，主要对业务流程方面进行确认，保证大方向的准确性。

系统涉及的相关部门有：信息中心、***。

2、然后针对具体流程进行实际业务操作层的需求调研和交流

主要由各项目公司代表的部门负责人及核心操作人员参与，是在确认了业务流程的基础上，进行系统功能方面的差异及易用性等方面的交流讨论。

2   调研前的准备工作

2.1   确定需求调研方式

本次需求调研，采用集中式需求调研的方式，即集中各项目公司代表的相关领导和核心业务人员进行需求调研和交流。

2.2   确定调研各方负责人

集团公司负责人：

项目公司代表负责人：

软件公司负责人：

监理负责人：

2.3   确定需求调研时间和地点

20##年10月27日，在***进行集中式需求调研。

具体时间参见附件：需求调研时间安排。

2.4   参与需求调研工作的人员安排和通知

集团公司相关管理人员、项目公司分管领导、地市代表（部门负责人、核心操作人员），详见集团公司的安排和通知。

2.5   需求调研的组织准备

组织对调研过程参加人员会议室、电源、网络、投影仪及相关事项的协调安排。

2.6   需求调研纲要资料

l  提前发放调研纲要给调研单位的部门及人员，以便提前了解软件产品业务架构和系统业务流程，便于双方分析差异和进行重点交流，对有疑义的内容请联系软件公司人员解释。

▲集团负责安排调研纲要的评审、发放及相关要求的通知。

l  调研纲要熟悉后，在调研交流中对有疑义的部分重点阐述和沟通，能够抓住重点，提供效率。对反馈的差异进行整理，形成差异清单。重点针对差异内容进行确认，以及与地产相关人员答复确定。

▲软件公司负责对调研文件进行整理。

l  针对调研交流的结果和调研纲要内容，整理需求调研交流需要确认的问题清单，形成首次需求规格说明书（或差异清单），进行确认。

▲软件公司负责整理调研过程需要确认的差异清单或需求规格说明书。

3   需求调研过程概述

根据需求调研范围、目标和目的，整个需求调研过程中分两个层面进行集中式调研和交流。

3.1   对软件产品总体业务架构及主体业务流程汇报调研

面向的对象主要是管理层。

是针对主体业务流程进行汇报和交流，从宏观上对软件产品系统有个整体认识，并对业务流程及规范性要求进行把关，保证大方向的正确性。交流中不涉及具体细节操作的内容，结合软件产品系统原形进行适当演示，使与会者能总体把握软件产品原型，并提出意见和建议。

目的是管理层领导对主体业务的流程进行审核，确定大方向的准确性，奠定主体基础。

3.2   对软件产品具体业务功能及操作进行交流调研

面向的对象是业务部门负责人和骨干操作人员代表。

在主体业务流程确认后，分别对各部门相关的业务流程操作及相关功能进行需求交流确认。

目的是确认操作人员对系统功能的易用性，以及新功能的需求方面进行交流和确认。

3.3   整理需求调研成果

1、对管理层进行业务架构和主体业务流程汇报和交流确认后，形成甲方单位业务流程差异及解决方案（或需求规格说明书）。

2、与部门负责人代表、核心操作人员代表对软件产品系统进行细致了解和交流后，形成甲方单位操作层功能差异及解决方案（或需求规格说明书）。

备注：软件公司、监理、地产三方共同对会议交流产生的问题进行记录。

3.4   需求调研成果确认

对集中需求调研整理及反馈分析完成后，对形成的差异及解决方案（或需求规格说明书）文件进行确认，并对确定认可的具体差异及解决方案（或需求规格说明书）进行签字确认。

3.5   最终需求调研成果汇报

需求调研签字确认后，对集团及地市代表进行本次调研成果的汇报，介绍本次需求调研的重大内容、任务和成果。

4   调研单位时间安排

时间安排参见附件：需求调研时间安排。

5   基础业务上线模块主要流程（当前上线重点）

6   附件：需求调研时间安排

项目开始日期: 20##年10月10日
项目完成日期: 20##年11月14日

第二篇：申达OA项目需求调研方案v1.2-20xx0302

需求调研方案

需求调研方案

项目编号及名称：

版 本 号：

作 者： 申达办公自动化系统 1．2

1 北京慧点科技开发有限公司

需求调研方案

一、需求调研内容

2 北京慧点科技开发有限公司

需求调研方案

3 北京慧点科技开发有限公司

需求调研方案

二、调研方法介绍

针对用户需求内容的不同特点，并结合慧点科技IndiOffice产品特点，我们建议本项目的需求调研采取“Demo演示”和“访谈”相结合的方式进行。下面简单介绍这两种调研方法。 1、Demo演示法

本方法通过搭建Demo环境，模拟用户最终可能实际操作的软件系统环境；再将Demo环境中的特定功能演示给用户看，使用户对该功能的最终实现有非常直观感受，从而拉近了用户与软件系统、需求与现有功能之间的距离，有利于快速的获得用户需求，并获得用户对系统的认可。

这个方法适用于用户需求相对明确，而Demo的功能比较丰富，能够满足大多数用户需求的情况。IndiOffice产品已经提供给上百家企业用户使用；产品中的电子邮件、用户管理、信息发布等类型的具体功能，已经被证明能够满足多数用户在使用方面的需要，因此这些功能适合采用Demo演示的方式进行需求调研。 2、访谈法

访谈法就是由调研人员不借助辅助工具，直接与客户通过谈话的方式，了解对其对某个功能的需求。过程中用户会对需求进行语言或者文字的描述，并经过调研人员的反复询问逐渐明确。相对于Demo演示法，访谈法要抽象很多。它适用于用户需求不确定

4 北京慧点科技开发有限公司

需求调研方案

性较大，无法通过现有的系统功能进行模拟的情况。

本项目中的合同管理、费用报销、OA与档案系统的集成等功能模块就适合采用本方法进行需求调研。

3、调研步骤

具体步骤如下：

A) 慧点科技技术人员搭建Demo演示环境。

B) 编制访谈提纲或者需求调研表，并提交给用户，让用户提前了解我们的调研方

式并做好准备工作。

C) 预约用户进行访谈的时间。为了提高调研效率，减少对业务部门工作的影响，

一般会在一次调研中完成涉及该部门的所有功能需求。

D) 与用户调研过程中，先根据访谈提纲或者需求调研表与用户做沟通，初步明确

用户需求内容；随后复述用户需求，配合Demo演示调研人员对用户需求的阐述。 E) 收集功能相关资料，如公文的发文稿纸、红头、印章格式等。

F) 调研完成后，调研人员整理需求记录，并形成《需求调研记录》。记录需被调研

人签字，以确认调研人员对于需求的理解是正确的。

G) 在全部需求调研都完成后，项目组编写本项目《需求规格说明书》，作为需求调

研阶段的重要工作成果，由双方项目组讨论确认。

三、需求调研计划

5 北京慧点科技开发有限公司

需求调研方案

1

2011-3-5 下午

2

2011-3-7 上午

3

2011-3-7 上午

4

2011-3-7 下午

5

2011-3-8 上午

总经办

文书

总经办

主任

总经办

网络技术负责人

财务部 财务部相审计部

关人员

投资部

投资部相关人员

6 1.公司收发文稿纸

2.收发文流程（包括党工团） 3.发文编号规则

4.收文编号规则、红头、印章、领导手写签名 5.公司领导分管内容 6.办公用品管理 7.车辆管理 8.会议管理

9.电脑热线

孙培10.企业联系人报告流程 亮、罗张声11.每月礼品费用计划审批 远俊

明

12.赠送礼品审批

13.礼品制作、广告宣传计划预算审批 14.业务招待审批 15.信息披露(定期报告审核、临时报告审核流程、募集资金使用审批) 16.公共信息

1.OA系统机构

孙培2.OA系统用户 亮、罗张声3.用户登陆名规则 远俊

明

1.OA服务器配置、开发服务

器、域名、服务器放置地点、孙培网络结构 亮、罗张声2.VPN是否需要 远俊

明

3.网络安全

财务及费用统计管理、财务预警、报销管理、贷款申请审批管理、报表展示及统计

分析、与财务系统集成方式、孙培计提和核销大额减值准备审亮、罗张声批流程、资产核销审批流程、远俊

明

公允价值计量审批流程、对

外担保管理流程 1.投资项目审批

2.实施项目调整审核流程

3.投资项目跟踪考核管理 孙培4.股权投资审批

亮、罗张声5.参股单位事宜报告流程 远俊

明

6.参股单位派出人员述职

北京慧点科技开发有限公司

需求调研方案

四、需求调研成果

根据每次与客户进行需求调研的访谈记录，调研人员会及时对记录进行整理，并形成《需求调研记录》。在所有的用户需求调研完成以后，项目组根据所有的《需求调研记录》，并结合IndiOffice产品的特点，编制《需求规格说明书》。

《需求规格说明书》是需求调研阶段最重要的工作成果，同时也是项目设计开发阶段的重要输入，直接影响系统的功能细节设计和测试、验收的标准。为此该文档必须要由双方项目组进行讨论确认并签字，项目才能顺利的进入设计开发阶段。

7 北京慧点科技开发有限公司