业务系统需求调研示范文档格式.docx
《业务系统需求调研示范文档格式.docx》由会员分享,可在线阅读,更多相关《业务系统需求调研示范文档格式.docx(21页珍藏版)》请在冰豆网上搜索。
上”方式,渐渐完满形成现有业务完满需求描述。
二、规划新系统需求:
以界面原型方式讲解并确认新系统需求。
三、新系统业务规划:
以文档形式描述新系统规划。
以《XX管理系统业务规划方案_V1.0》
(格式同需求调研大纲)为蓝本,描述新系统业务规划并让用户签字确认。
四、需求指导开发:
以确认后的需求规划文档为依据指导开发。
4成就物
1、原有系统业务描述:
《XX管理系统需求调研大纲_V1.0》
2、新业务系统界面原型
3、新系统业务规划:
格式同《XX管理系统业务规划方案_V1.0》
5涉及对象
人员种类人员明细备注
评审时要求各系统
公司需求评审组
的产品开发经理在
场
项目需求评审组
评审时要求组内3
人及以上在场
业务组组长
需求调研人员
开发经理
6调研模式
针对XX项目中系统不同样的建设现状,需求调研和引导用户的工作方式不同样,划
分为四种调研模式:
一、有系统有想法:
用户现在已经使用系统,并对现有系统不满意,希望有
所改进。
如:
指标管理系统
二、有系统无想法:
用户现在已经使用系统,对现有系统比较满意,不想改变太大。
国库管理系统。
三、无系统有想法:
用户现在没有使用系统,但对新系统有比较明确的建设思路。
社保资本管理。
四、无系统无想法:
用户现在没有使用系统,对系统没有太多看法。
如:
资产管理系统。
F面针对四种调研模式,结合调研思路,分别说明调研工作方法。
7有系统有想法调研模式工作方法
一、调研现有业务需求
采用“二下二上”方式。
由于用户对新系统建设有想法,在调研需求同时要认识用户新
思路新想法。
a、需求调研人员准备资料。
学习XX项目上已经收集的资料,包括招招标文件、调研
资料、财政局IS09000程前言件、公司产品、项目组调研工作规范、调研模板。
涉及项目人员:
涉及用户人员:
无
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程前言件、公司产品、调研工作规范、调研模板。
调研人员、业务组组长与系统分管业务处负责人初步沟通,认识领导对
系统的整体希望和建设思路,并要求指明后续详细沟通的具体业务人员(由于是新
系统,领导的建设思路下面的人不清楚,那样具体业务人员就是领导自己)。
求调研大纲》为依据,完成调研大纲中除“业务流程环节”以外的内容调研,重点
关注业务流程、业务单据。
形成《XX管理系统需求调研大纲_V0.5》,“一下”过
程需与用户多次沟通。
对于初步整理完成的需求文档向处领导报告,确认业务流程范
围,并完满文档形成《XX管理系统需求调研大纲_V1.0》。
涉及项目人员:
调研人
员、业务组组长
有产品的经过产品配置实现,无产品
的采用Axur