业务调研指南

1、123456目 录目的 .1适用范围 .1调研简介 .13.1 三种需求类 .13.2 三个调研阶段 .13.3 四个调研角色 .13.4 五种调研方法 .2调研步骤 .3调研内容 .35.1 系统开发目标和预期利益 .35.2 系统边界 .35.2.1 系统边界范围图 .35.2.2 系统干系人 .35.2.3 接口系统 .35.2.4 业务流程图 .35.2.5 数据流程图 .35.2.6 系统组成 .35.2.7 功能清单 .45.3 功能点设计 .45.3.1 系统软硬件环境 .45.3.2 项目干系人利益关系 .45.3.3 用户技能水平 .45.3.4 非功能需求 .45.3.5

2、全局约束条件 .5调研其他事项 .66.1 调研组织及接口关系 .66.2 调研准备活动 .66.3 调研记录及调研报告 .66.4 调研中注意事项 .61 目的本文档描述了调研的方法、步骤、内容及注意事项等内容，旨在为公司进行业务调研活 动提供依据。2 适用范围适用对象：总公司、各分公司及各子公司的需求人员业务范围：项目业务调研过程3 调研简介3.1 三种需求类需求类型用户意识到的需求用户未意识到的需 求表3-1需求类型表描述调研时用户会明确提出，这些需求不 做的话，用户会很不满意调研时用户会想不起来，但以后会陆 续想起来。大部分变更是由这种需求 产生的比例大约会占整个需求的 70 左右大约

3、会占整个项目需求的 20到 30左右用户未梦想到的需 求3.2 三个调研阶段有经验的需求分析人员才能分析出来，这些需求不做，用户不会不满意， 只占整个需求的 5以内 但一旦做了满意度会提高很大表3-2调研阶段表特征阶段访谈式调研诱导式调研确认式调研使用场合调研早期，对客户 业务不了解调研中期，对客户 业务比较熟悉需求作为一个阶 段快要结束了，准 备进入下一个阶 段目的熟悉用户业务验证需求理解 的正确性，发 现遗漏需求核对需求，双 方签字方式 以客户介绍为 主，调研人员 倾听一问一答调研方提供材 料，用户审查； 用户提问，调 研方回答要点 事先准备好调研 提纲，并提前发给 客户 整理好问题列表；

4、 对于复杂业务，准 备一些模型或简 单原型准备好功能清单、 原型、需求规格说 明书，双方签字3.3 四个调研角色1)2)3)4)学徒：学习用户的工作，从用户的角度来理解它。解释者：向用户解释自己的理解，并请用户来判断是否正确。 发明家：发明完成该工作更好的方法，以帮助用户更好地完成工作。 作家：以需求规格说明书的形式来记录需求分析的结果。3.4 五种调研方法调研方法用户访谈文档考古使用原型做学徒业务事件研讨会1.2.3.4.5.1.2.3.4.1.2.3.1.2.3.4.1.2.3.表3-3调研方法表描述需求收集传统方法，但需要和其他方法配合使用去之前要在家里事先做好“功课”，对用户所在的行业

5、领域知识有一个 基本的了解。第一次去用户之前尤其重要事先准备好期望的调研主题和调研问题，并提前发给用户遵循三个基本步骤进行：问答确认不卑不亢的态度：对客户一定要表示出你的尊敬，但不要让客户觉得 你无知请客户配合，收集目前有效的文档、文件、报表和手册等逐一审查这些文件，搞清这些文件内容所表达的含义整理一份“名词表”，将这些名词的含义、目的、作用、取值范围、与 其他名词的关系搞清楚对于报表，还需要逐一研究各行各列的数据来源及计算关系 “文档考古”和“用户访谈”是两种互补性非常强的调研方法原型分为粗糙原型和精细原型粗糙原型的目的是为了验证大的业务流程和大的功能符合用户需求 精细原型对调研工作的意义是

6、验证细节功能和易用性，相对来说精细 原型对于开发工作的意义更大做学徒的基本出发点在于一个事实：一个人很难在事先没有经过精心 准备的情况下 100%把自己的工作说清楚需求工程师作为徒弟和作为师父的用户一起工作徒弟遇到问题需要及时向师父澄清在用户非常忙无法抽出大块时间或者用户不善言谈的情况下特别有 用对于非常复杂的业务，往往需要多岗位共同协作完成，为了提高效率 将这些负责人召集起来统一调研业务事件研讨会的要点在于事先整理一份业务活动清单，对于每项活 动逐一分析其正常完成步骤和异常步骤，并分析出各阶段的输出文 档。现场绘制业务流程图是一种经常采用的手段4 调研步骤制定调研计划确定调研步骤 及方法业务

7、调研整理业务调研 报告图 4-1 调研步骤5 调研内容系统开发目标和预期利益 系统边界确定业务流和数据流确定系统组成和主要功能点逐一落实每个功能点的设计硬、实调查系统软硬件环境调查项目干系人利益关系调查用户技能水平非功能需求,如进度、质量、信息安全等 圈定全局约束条件软、虚a)5.1 系统开发目标和预期利益业务系统名称的预期利益和目标。 5.2 系统边界5.2.1 系统边界范围图5.2.2 系统干系人5.2.3 接口系统接口系统的集成关系和数据接口关系。 5.2.4 业务流程图5.2.5 数据流程图5.2.6 系统组成系统结构图调研内容5.2.7 功能清单5.3 功能点设计5.3.1 系统软硬

8、件环境1) 硬件环境a) 服务器的配置情况：数量，内存、cpu、磁盘阵列等。 b) 网络配置：网络接入方式、带宽。c) 个人计算机配置情况：机器数量、内存、cpu 等。2) 软件环境a) 操作系统。b) 数据库。c) 应用程序服务器和 web 服务器软件。d) 安全软件类型及配置。e) 接口系统。5.3.2 项目干系人利益关系1) 干系人对本项目的重要程度，需要分环节思考。2) 干系人的领导关系。3) 干系人的性格、喜好、工作时间等。5.3.3 用户技能水平1)2)3)4)用户的学历情况。用户的年龄情况。用户对计算机的掌握程度。 用户是否已经习惯某种软件风格。5.3.4 非功能需求5.3.4.

9、1界面需求根据领域特点及专业知识，结合了解的情况进行界面风格研究准备工作，可先准备好界 面风格参考文档。了解客户界面喜好，整理界面风格参考文档（ppt 格式，用于引导客户， 让客户有风格的概念，以便进行之后的界面风格选择工作）。5.3.4.2性能需求不同系统关注不同类型的性能需求。一个系统很少因为缺少一个功能而失败，但经常见 到因为一个方面的性能指标不符合要求而全部推倒重来。计算精度相应速度效率极限数据健壮性可靠性易用性b)调研内容5.3.4.3其他非功能需求安全需求可移植性需求可维护性需求可重用性需求c)调研内容5.3.5 全局约束条件1) 解决方案类约束条件：a) 操作系统限制。b) 开发

10、语言限制。c) 单机版还是网络版、c/s 结构还是 b/s 结构。 d) 必须与哪些软件做接口。e) 产品应该采用什么样的风格。2) 项目约束条件：a) 进度要求。b) 里程碑检查要求。c) 资源要求。6 调研其他事项6.1 调研组织及接口关系1) 我方调研组织a) 调研最好有两到三人参加，避免因为个人理解问题导致整个项目出现较大偏差的风 险。b) 调研需要根据成员擅长做好分工。2) 客户调研组织a) 多业务时需要确定总的协调人，我方调研时可和各业务口分别调研，但需求汇总和 需求确认需要总协调人负责。6.2 调研准备活动1)2)3)4)练好内功，调研前一定要花时间了解项目情况和该项目所涉及的业务领域知识。 制定调研总计划。每次调研前制定调研目标和行动计划。每次调研前准备好必要的调研材料：提纲、问题、原型、文档、报表等。6.3 调研记录及调研报告1) 制定统一的调研报告模板（公司模板或根据客户需要调整）。如用户需求调查单、会 议纪要。2) 调研时随时记录，调研完后及时总