业务系统需求调研规范.docx

业务系统需求调研规范.docx

《业务系统需求调研规范.docx》由会员分享，可在线阅读，更多相关《业务系统需求调研规范.docx（10页珍藏版）》请在冰豆网上搜索。

业务系统需求调研规范

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涉及对象

人员类别

人员明细

备注

公司需求评审组

评审时要求各系统的产品开发经理在场

项目需求评审组

评审时要求组3人及以上在场

业务组组长

需求调研人员

开发经理

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》作为用户描述的完整依据。

涉及项目人员：

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

涉及用户人员：

分管业务处负责人、信息中心人员、具体业务人员

二、规划新系统需求

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

有产品的通过产品配置实现，无产品的采用AxureRP画出原型。

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》。

涉及项目人员：

调研人员、业务组组长

涉及用户人员：

分管业务处负责人、信息中心人员、具体业务人员

二、规划新系统需求

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

有产品的通过产品配置实现，无产品的采用AxureRP画出原型。

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、搭建系统原型。

由于需要我们替用户找思路，所以有产品的可以直接给用户负责人、具体业务人员演示产品。

没有产品的采用AxureRP按照我们的理解先画出原型。

通过演示，让用户确认是否满足使用要求。

如果不满足，让用户提出修改意见，我们改进后再演示。

涉及项目人员：

调研人员

涉及用户人员：

分管业务处负责人、信息中心人员、具体业务人员

b、部原型评审。

对于标准产品不再进行部评审。

如果产品不满足，系统原型需要讨论评审。

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

涉及项目人员：

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

涉及用户人员：

三、新系统业务规划

新系统业务规划在第二步工作完成基础上，以用户确认的界面原型为依据，以《XX管理系统业务规划》为蓝本编写。

（文档格式同《XX管理系统需求调研提纲》，容描述新系统的业务需求）。

a、规划文档编写。

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

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

涉及项目人员：

调研人员

涉及用户人员：

信息中心人员、具体业务人员

b、部文档评审。

部将形成的系统文档进行讨论加以完善。

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

形成《XX管理系统业务规划方案_V1.5》

涉及项目人员：

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

涉及用户人员：

c、领导沟通确认。

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

涉及项目人员：

调研人员、业务组组长

涉及用户人员：

分管业务处负责人、信息中心人员、具体业务人员

四、需求指导开发

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

a、阶段性成果演示。

开发过程中阶段性工作可以给用户进行演示，查看需否偏差。

涉及项目人员：

调研人员、业务组组长

涉及用户人员：

分管业务处负责人、信息中心人员、具体业务人员

b、需求调整完善。

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

涉及项目人员：

调研人员、业务组组长、开发经理

涉及用户人员：

分管业务处负责人、信息中心人员、具体业务人员

11其它说明

需求调研注意事项包括：

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

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

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