业务系统需求调研规范Word文档下载推荐.docx

1、一、调研现有业务需求：以XX管理系统需求调研提纲_V1.0为工作蓝本，采用“二下二上”方式，逐步完善形成现有业务完整需求描述。二、规划新系统需求：以界面原型方式讲解并确认新系统需求。三、新系统业务规划：以文档形式描述新系统规划。以XX管理系统业务规划方案_V1.0（格式同需求调研提纲）为蓝本，描述新系统业务规划并让用户签字确认。四、需求指导开发：以确认后的需求规划文档为依据指导开发。4成果物1、原有系统业务描述：XX管理系统需求调研提纲_V1.02、新业务系统界面原型3、新系统业务规划：格式同XX管理系统业务规划方案_V1.05涉及对象人员类别人员明细备注公司需求评审组评审时要求各系统的产品开

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

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

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

5、二下”用户沟通。基于确认的业务围进行细化调研，重点是明确“业务流程环节”和现有“界面原型”，将需求调研文档描述清晰。可以采用具体业务人员业务环节与软件操作界面结合调研方式完成。形成XX管理系统需求调研提纲_V1.5。“二下”过程需与用户多次沟通。h、“二下”部沟通。对于二下整理的文档进行部交流并完善，形成文档XX管理系统需求调研提纲_V1.8。i、“二上”用户沟通。对于整理形成的需求文档向处领导汇报，确认业务流程围，并完善文档形成XX管理系统需求调研提纲_V2.0作为用户描述的完整依据。二、规划新系统需求新系统需求规划以界面原型方式开展。有产品的通过产品配置实现，无产品的采用Axure RP画

6、出原型。a、搭建系统原型。按照调研文档XX管理系统需求调研提纲_V2.0进行业务系统搭建。搭建过程中需要与具体业务人员反复沟通需求。保证尽量满足具体人员的业务操作要求。b、部原型评审。部将形成的相对完整的系统原型进行讨论加以完善。评审系统的业务覆盖围、系统的实现难度。调研人员、业务组组长、项目需求评审组、公司需求评审组c、原型领导沟通。向系统分管处长演示系统原型，确认需否满足要求，进一步调整不满足要求的地方，完善原型。三、新系统业务规划新系统业务规划在第二步工作完成基础上，以用户确认的界面原型为依据，以XX管理系统业务规划为蓝本编写。（文档格式同XX管理系统需求调研提纲，容描述新系统的业务需求

7、）。a、规划文档编写。完成XX管理系统业务规划方案_V1.0编写。编写过程中界面原型截图放入文档中。b、部文档评审。部将形成的系统文档进行讨论加以完善。评审新系统的业务覆盖围、系统的实现难度。形成XX管理系统业务规划方案_V1.5c、领导沟通确认。向系统分管处长演示系统，确认系统规划方案是否满足要求，进一步调整不满足要求的地方，完善规划文档，形成XX管理系统业务规划方案_V2.0，并需用户签字确认，作为后续开发依据。四、需求指导开发按照用户签字确认的业务规划文档进行开发，包括实施开发、定制开发两种方式。a、阶段性成果演示。开发过程中阶段性工作可以给用户进行演示，查看需否偏差。b、需求调整完善。

8、针对开发中提出的新需求和偏差需求进行调整完善。调研人员、业务组组长、开发经理8有系统无想法调研模式工作方法“有系统无想法”的系统调研模式类似于上述“有系统有想法”调研方式。区别在于：a、由于用户认为现有业务满足要求，调研现有业务描述时，重点关注原有系统界面。同时针对业务人员使用不方便的地方进行优化。b、关注系统接口方面，解决原有系统中不能解决的系统间数据传输问题。c、保证原有系统已有的功能不能缺少，同时界面风格尽量与原有系统保持一致。9无系统有想法调研模式工作方法整体思路是需求调研一下一上，在调研业务流程，把握用户大的业务需求基础上，通过界面原型，确认详细需求。由于原来没有业务系统，采用“一下

9、一上”方式。学习XX项目上已经收集的资料，包括招投标文件、财政局9000程序文件、公司产品、调研工作规、调研模板。调研人员、业务组组长与系统分管业务处负责人初步沟通，了解领导对系统的总体期望和建设思路，并要求指明后续详细沟通的具体业务人员（由于是新系统，领导的建设思路下面的人不清楚，那样具体业务人员就是领导本人）。按照调研文档XX管理系统需求调研提纲_V1.0进行业务系统搭建。由于原来没有系统原型搭建是逐步完善的，通过原型逐步确认用户思路和需求，需要与具体业务人员反复沟通。由于没有系统，因此系统的XX管理系统需求调研提纲、管理系统业务规划方案容基本一致。对于新系统完成XX管理系统业务规划方案_

10、V1.0编写。10无系统无想法调研模式工作方法整体思路：在初步沟通明确用户对新系统没有太多想法时，需要我们要替用户想建设思路，这种情况直接采用界面原型方式引导客户确认需求。一、调研现有业务需求 调研人员、业务组组长与系统分管业务处负责人初步沟通，了解领导对系统的总体期望和建设思路，并要求指明后续详细沟通的具体业务人员，如果用户对新系统建设没有太多思路，进入规划新系统需求环节。由于需要我们替用户找思路，所以有产品的可以直接给用户负责人、具体业务人员演示产品。没有产品的采用Axure RP按照我们的理解先画出原型。通过演示，让用户确认是否满足使用要求。如果不满足，让用户提出修改意见，我们改进后再演示。对于标准产品不再进行部评审。如果产品不满足，系统原型需要讨论评审。11其它说明需求调研注意事项包括：1、需求调研工作加强计划和风险管理，及时跟踪每个系统调研工作所处环节。2、需求调研工作每天下班前由调研人员汇报工作情况，及时发现问题。3、对需求调研人员责任明确，按规提交产出物。