业务系统需求调研示范

业务系统需求调研示范
业务系统需求调研示范

XXXX系统建设项目需求调研工作规范

2014年09月15日

1适用范围

顶顶顶顶顶顶

2文档目的

在调研现有业务系统基础上,完成新业务系统需求分析和需求规划,并指导后续软件开发。

3调研工作思路

调研总体思路是:首先,以文档形式将用户现有业务场景描述清楚;其次,通过软件界面(或界面原型)方式沟通确认用户的新系4统需求;最后,完成新系统规划文档并让用户确认,作为后续开发依据。具体工作方法分以下四步:一、调研现有业务需求:以《XX管理系统需求调研提纲_V1.0》为工作蓝本,采用“二下二上”方式,逐步完善形成现有业务完整需求描述。

二、规划新系统需求:以界面原型方式讲解并确认新系统需求。

三、新系统业务规划:以文档形式描述新系统规划。以《XX管理系统业务规划方案_V1.0》(格式同需求调研提纲)为蓝本,描述新系统业务规划并让用户签字确认。

四、需求指导开发:以确认后的需求规划文档为依据指导开发。

4成果物

1、原有系统业务描述:《XX管理系统需求调研提纲_V1.0》

2、新业务系统界面原型

3、新系统业务规划:格式同《XX管理系统业务规划方案_V1.0》

5涉及对象

6调研模式

针对XX项目中系统不同的建设现状,需求调研和引导用户的工作方式不同,划分为四种调研模式:

一、有系统有想法:用户现在已经使用系统,并对现有系统不满意,希望有

所改进。如:指标管理系统。

二、有系统无想法:用户现在已经使用系统,对现有系统比较满意,不想改

变太大。如:国库管理系统。

三、无系统有想法:用户现在没有使用系统,但对新系统有比较明确的建设

思路。如:社保资金管理。

四、无系统无想法:用户现在没有使用系统,对系统没有太多概念。如:资

产管理系统。

下面针对四种调研模式,结合调研思路,分别说明调研工作方法。

7有系统有想法调研模式工作方法

一、调研现有业务需求

采用“二下二上”方式。由于用户对新系统建设有想法,在调研需求同时要了解用户新思路新想法。

a、需求调研人员准备资料。学习XX项目上已经收集的资料,包括招投标

文件、调研资料、财政局ISO9000程序文件、公司产品、项目组调研工作规范、调研模板。

涉及项目人员:需求调研人员

涉及用户人员:无

b、调研联络。通过业务组组长联络客户方业务组负责人,安排调研系统分

管业务处负责人(处长)。

涉及项目人员:业务组组长

涉及用户人员:业务组负责人、分管业务处负责人、信息中心人员

c、初步沟通。调研人员、业务组组长与系统分管业务处负责人初步沟通,

了解领导对系统的总体期望和建设思路,介绍我们的“二下二上”调研方法,并要求指明后续详细沟通的具体业务人员。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

d、“一下”用户沟通。调研人员与具体业务人员沟通,以《XX管理系统需

求调研提纲》为依据,完成调研提纲中除“业务流程环节”以外的内容调研,重点关注业务流程、业务单据。形成《XX管理系统需求调研提纲_V0.5》,“一下”过程需与用户多次沟通。

涉及项目人员:调研人员

涉及用户人员:信息中心人员、具体业务人员

e、“一下”内部沟通。对于初步整理的需求文档进行内部交流并完善文档

形成《XX管理系统需求调研提纲_V0.8》。

涉及项目人员:调研人员、业务组组长、项目需求评审组

涉及用户人员:

f、“一上”用户沟通。对于初步整理完成的需求文档向处领导汇报,确认

业务流程范围,并完善文档形成《XX管理系统需求调研提纲_V1.0》。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

g、“二下”用户沟通。基于确认的业务范围进行细化调研,重点是明确“业

务流程环节”和现有“界面原型”,将需求调研文档描述清晰。可以采用具体业务人员业务环节与软件操作界面结合调研方式完成。形成《XX管理系统需求调研提纲_V1.5》。“二下”过程需与用户多次沟通。

涉及项目人员:调研人员

涉及用户人员:信息中心人员、具体业务人员

h、“二下”内部沟通。对于二下整理的文档进行内部交流并完善,形成文

档《XX管理系统需求调研提纲_V1.8》。

涉及项目人员:调研人员、业务组组长

涉及用户人员:

i、“二上”用户沟通。对于整理形成的需求文档向处领导汇报,确认业务

流程范围,并完善文档形成《XX管理系统需求调研提纲_V2.0》作为用户描述的完整依据。

涉及项目人员:调研人员、业务组组长、项目需求评审组

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员二、规划新系统需求

新系统需求规划以界面原型方式开展。有产品的通过产品配置实现,无产品的采用Axure RP画出原型。

a、搭建系统原型。按照调研文档《XX管理系统需求调研提纲_V2.0》进行

业务系统搭建。搭建过程中需要与具体业务人员反复沟通需求。保证尽量满足具体人员的业务操作要求。

涉及项目人员:调研人员

涉及用户人员:信息中心人员、具体业务人员

b、内部原型评审。内部将形成的相对完整的系统原型进行讨论加以完善。

评审系统的业务覆盖范围、系统的实现难度。

涉及项目人员:调研人员、业务组组长、项目需求评审组、公司需求评

审组

涉及用户人员:

c、原型领导沟通。向系统分管处长演示系统原型,确认需求是否满足要求,

进一步调整不满足要求的地方,完善原型。

涉及项目人员:调研人员、业务组组长、项目需求评审组

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

三、新系统业务规划

新系统业务规划在第二步工作完成基础上,以用户确认的界面原型为依据,以《XX管理系统业务规划》为蓝本编写。(文档格式同《XX管理系统需求调研提纲》,内容描述新系统的业务需求)。

a、规划文档编写。完成《XX管理系统业务规划方案_V1.0》编写。编写过

程中界面原型截图放入文档中。

涉及项目人员:调研人员

涉及用户人员:信息中心人员、具体业务人员

b、内部文档评审。内部将形成的系统文档进行讨论加以完善。评审新系统

的业务覆盖范围、系统的实现难度。形成《XX管理系统业务规划方案

_V1.5》

涉及项目人员:调研人员、业务组组长、项目需求评审组、公司需求评

审组

涉及用户人员:

c、领导沟通确认。向系统分管处长演示系统,确认系统规划方案是否满足

要求,进一步调整不满足要求的地方,完善规划文档,形成《XX管理系

统业务规划方案_V2.0》,并需用户签字确认,作为后续开发依据。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员四、需求指导开发

按照用户签字确认的业务规划文档进行开发,包括实施开发、定制开发两种方式。

a、阶段性成果演示。开发过程中阶段性工作可以给用户进行演示,查看需

求是否偏差。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

b、需求调整完善。针对开发中提出的新需求和偏差需求进行调整完善。

涉及项目人员:调研人员、业务组组长、开发经理

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

8有系统无想法调研模式工作方法

“有系统无想法”的系统调研模式类似于上述“有系统有想法”调研方式。

区别在于:

a、由于用户认为现有业务满足要求,调研现有业务描述时,重点关注原有

系统界面。同时针对业务人员使用不方便的地方进行优化。

b、关注系统接口方面,解决原有系统中不能解决的系统间数据传输问题。

c、保证原有系统已有的功能不能缺少,同时界面风格尽量与原有系统保持

一致。

9无系统有想法调研模式工作方法

整体思路是需求调研一下一上,在调研业务流程,把握用户大的业务需求基础上,通过界面原型,确认详细需求。

一、调研现有业务需求

由于原来没有业务系统,采用“一下一上”方式。

a、需求调研人员准备资料。学习XX项目上已经收集的资料,包括招投标

文件、财政局9000程序文件、公司产品、调研工作规范、调研模板。

涉及项目人员:需求调研人员

涉及用户人员:无

b、调研联络。通过业务组组长联络客户方业务组负责人,安排调研系统分

管业务处负责人(处长)。

涉及项目人员:业务组组长

涉及用户人员:业务组负责人、分管业务处负责人、信息中心人员

c、初步沟通。调研人员、业务组组长与系统分管业务处负责人初步沟通,

了解领导对系统的总体期望和建设思路,并要求指明后续详细沟通的具体业务人员(由于是新系统,领导的建设思路下面的人不清楚,那样具体业务人员就是领导本人)。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

d、“一下”用户沟通。调研人员与具体业务人员沟通,以《XX管理系统需

求调研提纲》为依据,完成调研提纲中除“业务流程环节”以外的内容

调研,重点关注业务流程、业务单据。形成《XX管理系统需求调研提纲_V0.5》,“一下”过程需与用户多次沟通。

涉及项目人员:调研人员

涉及用户人员:信息中心人员、具体业务人员

e、“一下”内部沟通。对于初步整理的需求文档进行内部交流并完善文档

形成《XX管理系统需求调研提纲_V0.8》。

涉及项目人员:调研人员、业务组组长、项目需求评审组

涉及用户人员:

f、“一上”用户沟通。对于初步整理完成的需求文档向处领导汇报,确认

业务流程范围,并完善文档形成《XX管理系统需求调研提纲_V1.0》。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员二、规划新系统需求

新系统需求规划以界面原型方式开展。有产品的通过产品配置实现,无产品的采用Axure RP画出原型。

a、搭建系统原型。按照调研文档《XX管理系统需求调研提纲_V1.0》进行

业务系统搭建。由于原来没有系统原型搭建是逐步完善的,通过原型逐步确认用户思路和需求,需要与具体业务人员反复沟通。

涉及项目人员:调研人员

涉及用户人员:信息中心人员、具体业务人员

b、内部原型评审。内部将形成的相对完整的系统原型进行讨论加以完善。

评审系统的业务覆盖范围、系统的实现难度。

涉及项目人员:调研人员、业务组组长、项目需求评审组、公司需求评

审组

涉及用户人员:

c、原型领导沟通。向系统分管处长演示系统原型,确认需求是否满足要求,

进一步调整不满足要求的地方,完善原型。

涉及项目人员:调研人员、业务组组长、项目需求评审组

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

三、新系统业务规划

新系统业务规划在第二步工作完成基础上,以用户确认的界面原型为依据,以《XX管理系统业务规划》为蓝本编写。(文档格式同《XX管理系统需求调研提纲》,内容描述新系统的业务需求)。由于没有系统,因此系统的《XX 管理系统需求调研提纲》、《管理系统业务规划方案》内容基本一致。

a、规划文档编写。对于新系统完成《XX管理系统业务规划方案_V1.0》编

写。编写过程中界面原型截图放入文档中。

涉及项目人员:调研人员

涉及用户人员:信息中心人员、具体业务人员

b、内部文档评审。内部将形成的系统文档进行讨论加以完善。评审新系统

的业务覆盖范围、系统的实现难度。形成《XX管理系统业务规划方案

_V1.5》

涉及项目人员:调研人员、业务组组长、项目需求评审组、公司需求评

审组

涉及用户人员:

c、领导沟通确认。向系统分管处长演示系统,确认系统规划方案是否满足

要求,进一步调整不满足要求的地方,完善规划文档,形成《XX管理系统业务规划方案_V2.0》,并需用户签字确认,作为后续开发依据。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员四、需求指导开发

按照用户签字确认的业务规划文档进行开发,包括实施开发、定制开发两种方式。

a、阶段性成果演示。开发过程中阶段性工作可以给用户进行演示,查看需

求是否偏差。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

b、需求调整完善。针对开发中提出的新需求和偏差需求进行调整完善。

涉及项目人员:调研人员、业务组组长、开发经理

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

10无系统无想法调研模式工作方法

整体思路:在初步沟通明确用户对新系统没有太多想法时,需要我们要替用户想建设思路,这种情况直接采用界面原型方式引导客户确认需求。

一、调研现有业务需求

a、需求调研人员准备资料。学习XX项目上已经收集的资料,包括招投标

文件、财政局9000程序文件、公司产品、调研工作规范、调研模板。

涉及项目人员:需求调研人员

涉及用户人员:无

b、调研联络。通过业务组组长联络客户方业务组负责人,安排调研系统分

管业务处负责人(处长)。

涉及项目人员:业务组组长

涉及用户人员:业务组负责人、分管业务处负责人、信息中心人员

c、初步沟通。调研人员、业务组组长与系统分管业务处负责人初步沟通,

了解领导对系统的总体期望和建设思路,并要求指明后续详细沟通的具体业务人员,如果用户对新系统建设没有太多思路,进入规划新系统需求环节。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

二、规划新系统需求

新系统需求规划以界面原型方式开展。

a、搭建系统原型。由于需要我们替用户找思路,所以有产品的可以直接给

用户负责人、具体业务人员演示产品。没有产品的采用Axure RP按照我们的理解先画出原型。通过演示,让用户确认是否满足使用要求。如果不满足,让用户提出修改意见,我们改进后再演示。

涉及项目人员:调研人员

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

b、内部原型评审。对于标准产品不再进行内部评审。如果产品不满足,系

统原型需要讨论评审。评审系统的业务覆盖范围、系统的实现难度。

涉及项目人员:调研人员、业务组组长、项目需求评审组、公司需求评审组

涉及用户人员:

三、新系统业务规划

新系统业务规划在第二步工作完成基础上,以用户确认的界面原型为依据,以《XX管理系统业务规划》为蓝本编写。(文档格式同《XX管理系统需求调研提纲》,内容描述新系统的业务需求)。

a、规划文档编写。对于新系统完成《XX管理系统业务规划方案_V1.0》编

写。编写过程中界面原型截图放入文档中。

涉及项目人员:调研人员

涉及用户人员:信息中心人员、具体业务人员

b、内部文档评审。内部将形成的系统文档进行讨论加以完善。评审新系统

的业务覆盖范围、系统的实现难度。形成《XX管理系统业务规划方案_V1.5》

涉及项目人员:调研人员、业务组组长、项目需求评审组、公司需求评审组

涉及用户人员:

c、领导沟通确认。向系统分管处长演示系统,确认系统规划方案是否满足

要求,进一步调整不满足要求的地方,完善规划文档,形成《XX管理系统业务规划方案_V2.0》,并需用户签字确认,作为后续开发依据。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员四、需求指导开发

按照用户签字确认的业务规划文档进行开发,包括实施开发、定制开发两种方式。

a、阶段性成果演示。开发过程中阶段性工作可以给用户进行演示,查看需

求是否偏差。

涉及项目人员:调研人员、业务组组长

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

b、需求调整完善。针对开发中提出的新需求和偏差需求进行调整完善。

涉及项目人员:调研人员、业务组组长、开发经理

涉及用户人员:分管业务处负责人、信息中心人员、具体业务人员

11其它说明

需求调研注意事项包括:

1、需求调研工作加强计划和风险管理,及时跟踪每个系统调研工作所处环节。

2、需求调研工作每天下班前由调研人员汇报工作情况,及时发现问题。

3、对需求调研人员责任明确,按规范提交产出物。

相关主题
相关文档
最新文档