业务系统需求调研规范.docx
- 文档编号:3714184
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:10
- 大小:18.72KB
业务系统需求调研规范.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、对需求调研人员责任明确,按规提交产出物。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 业务 系统 需求 调研 规范
![提示](https://static.bdocx.com/images/bang_tan.gif)