业务系统需求调研示范文档格式.docx

1、上”方式，渐渐完满形成现有业务完满需求描述。二、 规划新系统需求：以界面原型方式讲解并确认新系统需求。三、 新系统业务规划：以文档形式描述新系统规划。以 XX 管理系统业务规划 方案 _V1.0 （格式同需求调研大纲）为蓝本，描述新系统业务规划并让用户签字 确认。四、 需求指导开发：以确认后的需求规划文档为依据指导开发。4成就物1 、原有系统业务描述： XX 管理系统需求调研大纲 _V1.0 2 、新业务系统界面原型3 、新系统业务规划：格式同 XX 管理系统业务规划方案 _V1.0 5涉及对象人员种类 人员明细 备注评审时要求各系统公司需求评审组的产品开发经理在场项目需求评审组评审时要求组内

2、3人及以上在场业务组组长需求调研人员开发经理6调研模式针对 XX 项目中系统不同样的建设现状，需求调研和引导用户的工作方式不同样，划分为四种调研模式：一、有系统有想法：用户现在已经使用系统，并对现有系统不满意，希望有所改进。如：指标管理系统二、 有系统无想法： 用户现在已经使用系统， 对现有系统比较满意， 不想改 变太大。国库管理系统。三、 无系统有想法：用户现在没有使用系统，但对新系统有比较明确的建设 思路。社保资本管理。四、 无系统无想法： 用户现在没有使用系统， 对系统没有太多看法。 如：资 产管理系统。F面针对四种调研模式，结合调研思路，分别说明调研工作方法。7有系统有想法调研模式工作

3、方法一、调研现有业务需求采用“二下二上”方式。由于用户对新系统建设有想法，在调研需求同时要 认识用户新思路新想法。a、需求调研人员准备资料。学习 XX 项目上已经收集的资料，包括招招标 文件、调研资料、财政局 IS09000 程前言件、公司产品、项目组调研工 作规范、调研模板。涉及项目人员：涉及用户人员：无b 、 调研联系。 经过业务组组长联系客户方业务组负责人， 安排调研系统分 管业务处负责人（处长）。业务组负责人、分管业务处负责人、信息中心人员c、初步沟通。调研人员、业务组组长与系统分管业务处负责人初步沟通 ,认识领导对系统的整体希望和建设思路，介绍我们的“二下二上”调研方法，并要求指明后

4、续详细沟通的详细业务人员。调研人员、业务组组长分管业务处负责人、信息中心人员、详细业务人员d 、 “一下”用户沟通。调研人员与详细业务人员沟通，以 XX 管理系统需求调研大纲为依据，完成调研大纲中除“业务流程环节”以外的内容调研，重点关注业务流程、业务单据。形成XX 管理系统需求调研大纲_V0.5，“一下”过程需与用户多次沟通。调研人员信息中心人员、详细业务人员e、 “一下”内部沟通。对于初步整理的需求文档进行内部沟通并完满文档形成 XX 管理系统需求调研大纲 _V0.8 。调研人员、业务组组长、 项目需求评审组f 、 “一上”用户沟通。对于初步整理完成的需求文档向处领导报告，确认业务流程范围

5、，并完满文档形成 XX 管理系统需求调研大纲 _V1.0 。 涉及项目人员：g 、 “二下”用户沟通。基于确认的业务范围进行细化调研，重点是明确“业 务流程环节”和现有“界面原型”，将需求调研文档描述清楚。能够采用 详细业务人员业务环节与软件操作界面结合调研方式完成。形成 XX管理系统需求调研大纲 _V1.5 。“二下”过程需与用户多次沟通。h 、 “二下”内部沟通。对于二下整理的文档进行内部沟通并完满，形成文档 XX 管理系统需求调研大纲 _V1.8 。i、 “二上”用户沟通。对于整理形成的需求文档向处领导报告，确认业务流程范围，并完满文档形成 XX 管理系统需求调研大纲 _V2.0 作为用

6、 户描述的完整依据。、规划新系统需求新系统需求规划以界面原型方式睁开。有产品的经过产品配置实现，无产品 的采用Axure RP 画出原型。a、搭建系统原型。依据调研文档 XX 管理系统需求调研大纲 _V2.0 进行 业务系统搭建。搭建过程中需要与详细业务人员屡次沟通需求。保证尽 量满足详细人员的业务操作要求。b 、 内部原型评审。内部将形成的相对完满的系统原型进行谈论加以完满。评审系统的业务覆盖范围、系统的实现难度。调研人员、业务组组长、 项目需求评审组、公司需求评审组C、原型领导沟通。向系统分管处长演示系统原型，确认需求可否满足要求，进一步伐整不满足要求的地方，完满原型。三、新系统业务规划新

7、系统业务规划在第二步工作完成基础上，以用户确认的界面原型为依据，以 XX 管理系统业务规划为蓝本编写。（文档格式同 XX 管理系统需求调研大纲，内容描述新系统的业务需求）。a、规划文档编写。完成 XX 管理系统业务规划方案 _V1.0 编写。编写过 程中界面原型截图放入文档中。b 、 内部文档评审。内部将形成的系统文档进行谈论加以完满。评审新系统的业务覆盖范围、系统的实现难度。形成 XX 管理系统业务规划方案_V1.5 c、 领导沟通确认。向系统分管处长演示系统，确认系统规划方案可否满足要求，进一步伐整不满足要求的地方，完满规划文档，形成 XX 管理系统业务规划方案 _V2.0 ，并需用户签字

8、确认，作为后续开发依据 调研人员、业务组组长 分管业务处负责人、信息中心人员、详细业务人员四、需求指导开发依据用户签字确认的业务规划文档进行开发，包括推行开发、定制开发两种方式。a、阶段性成就演示。开发过程中阶段性工作能够给用户进行演示，查察需求可否偏差。b、需求调整完满。针对开发中提出的新需求和偏差需求进行调整完满。调研人员、业务组组长、开发经理8有系统无想法调研模式工作方法“有系统无想法”的系统调研模式近似于上述“有系统有想法”调研方式。差异在于：a、 由于用户认为现有业务满足要求，调研现有业务描述时， 重点关注原有系统界面。同时针对业务人员使用不方便的地方进行优化。b 、 关注系统接口方

9、面，解决原有系统中不能够解决的系统间数据传输问题。c、 保证原有系统已有的功能不能够缺少，同时界面风格尽量与原有系统保持一致。9无系统有想法调研模式工作方法整体思路是需求调研一下一上，在调研业务流程，掌握用户大的业务需求基 础上，经过界面原型，确认详细需求。由于原来没有业务系统，采用“一下一上”方式。a、 需求调研人员准备资料。学习 XX 项目上已经收集的资料，包括招招标文件、财政局 9000 程前言件、公司产品、调研工作规范、调研模板。调研人员、业务组组长与系统分管业务处负责人初步沟通， 认识领导对系统的整体希望和建设思路，并要求指明后续详细沟通的具 体业务人员（由于是新系统，领导的建设思路下面的人不清楚，那样具 体业务人员就是领导自己）。求调研大纲为依据，完成调研大纲中除“业务流程环节”以外的内容 调研，重点关注业务流程、业务单据。形成 XX 管理系统需求调研大纲 _V0.5 ，“一下”过程需与用户多次沟通。对于初步整理完成的需求文档向处领导报告，确认 业务流程范围，并完满文档形成 XX 管理系统需求调研大纲 _V1.0 。 涉及项目人员：调研人员、业务组组长有产品的经过产品配置实现，无产品的采用 Axur