1、 目 录1 目的 .12 适用范围 .13 调研简介 .13.1 三种需求类 13.2 三个调研阶段 13.3 四个调研角色 13.4 五种调研方法 24 调研步骤 .35 调研内容 .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、约束条件 .56 调研其他事项 .66.1 调研组织及接口关系 66.2 调研准备活动 66.3 调研记录及调研报告 66.4 调研中注意事项 61 目的本文档描述了调研的方法、步骤、内容及注意事项等内容，旨在为公司进行业务调研活动提供依据。2 适用范围适用对象：总公司、各分公司及各子公司的需求人员业务范围：项目业务调研过程3 调研简介3.1 三种需求类表 3-1 需求类型表需求类型 描述 比例用户意识到的需求 调研时用户会明确提出，这些需求不做的话，用户会很不满意 大约会占整个需求的 70左右用户未意识到的需求调研时用户会想不起来，但以后会陆续想起来。大部分变更是由这种需求产生的大约会占整个
3、项目需求的20到 30左右用户未梦想到的需求有经验的需求分析人员才能分析出来，这些需求不做，用户不会不满意，但一旦做了满意度会提高很大只占整个需求的 5以内3.2 三个调研阶段表 3-2 调研阶段表特征阶段 使用场合 目的 方式 要点访谈式调研 调研早期，对客户业务不了解 熟悉用户业务以客户介绍为主，调研人员倾听事先准备好调研提纲，并提前发给客户诱导式调研 调研中期，对客户业务比较熟悉验证需求理解的正确性，发现遗漏需求一问一答整理好问题列表；对于复杂业务，准备一些模型或简单原型确认式调研需求作为一个阶段快要结束了，准备进入下一个阶段核对需求，双方签字调研方提供材料，用户审查；用户提问，调研方回
4、答准备好功能清单、原型、需求规格说明书，双方签字3.3 四个调研角色1) 学徒：学习用户的工作，从用户的角度来理解它。2) 解释者：向用户解释自己的理解，并请用户来判断是否正确。 3) 发明家：发明完成该工作更好的方法，以帮助用户更好地完成工作。 4) 作家：以需求规格说明书的形式来记录需求分析的结果。3.4 五种调研方法表 3-3 调研方法表调研方法 描述用户访谈1. 需求收集传统方法，但需要和其他方法配合使用2. 去之前要在家里事先做好“功课”，对用户所在的行业领域知识有一个基本的了解。第一次去用户之前尤其重要3. 事先准备好期望的调研主题和调研问题，并提前发给用户4. 遵循三个基本步骤进
5、行：问答确认5. 不卑不亢的态度：对客户一定要表示出你的尊敬，但不要让客户觉得你无知文档考古1. 请客户配合，收集目前有效的文档、文件、报表和手册等2. 逐一审查这些文件，搞清这些文件内容所表达的含义3. 整理一份“名词表” ，将这些名词的含义、目的、作用、取值范围、与其他名词的关系搞清楚4. 对于报表，还需要逐一研究各行各列的数据来源及计算关系“文档考古”和“ 用户访谈”是两种互补性非常强的调研方法使用原型1. 原型分为粗糙原型和精细原型2. 粗糙原型的目的是为了验证大的业务流程和大的功能符合用户需求3. 精细原型对调研工作的意义是验证细节功能和易用性，相对来说精细原型对于开发工作的意义更大
6、做学徒1. 做学徒的基本出发点在于一个事实：一个人很难在事先没有经过精心准备的情况下 100%把自己的工作说清楚2. 需求工程师作为徒弟和作为师父的用户一起工作3. 徒弟遇到问题需要及时向师父澄清4. 在用户非常忙无法抽出大块时间或者用户不善言谈的情况下特别有用业务事件研讨会1. 对于非常复杂的业务，往往需要多岗位共同协作完成，为了提高效率将这些负责人召集起来统一调研2. 业务事件研讨会的要点在于事先整理一份业务活动清单，对于每项活动逐一分析其正常完成步骤和异常步骤，并分析出各阶段的输出文档。3. 现场绘制业务流程图是一种经常采用的手段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 功能点
8、设计5.3.1 系统软硬件环境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.
9、3.4 非功能需求5.3.4.1 界面需求根据领域特点及专业知识，结合了解的情况进行界面风格研究准备工作，可先准备好界面风格参考文档。了解客户界面喜好，整理界面风格参考文档（ppt 格式，用于引导客户，让客户有风格的概念，以便进行之后的界面风格选择工作） 。5.3.4.2 性能需求不同系统关注不同类型的性能需求。一个系统很少因为缺少一个功能而失败，但经常见到因为一个方面的性能指标不符合要求而全部推倒重来。极限数据易用性效率可靠性健壮性计算精度 相应速度b) 调研内容5.3.4.3 其他非功能需求可重用性需求安全需求可移植性需求 可维护性需求c) 调研内容5.3.5 全局约束条件1) 解决方案类
10、约束条件：a) 操作系统限制。b) 开发语言限制。c) 单机版还是网络版、C/S 结构还是 B/S 结构。d) 必须与哪些软件做接口。e) 产品应该采用什么样的风格。2) 项目约束条件：a) 进度要求。b) 里程碑检查要求。c) 资源要求。6 调研其他事项6.1 调研组织及接口关系1) 我方调研组织a) 调研最好有两到三人参加，避免因为个人理解问题导致整个项目出现较大偏差的风险。b) 调研需要根据成员擅长做好分工。2) 客户调研组织a) 多业务时需要确定总的协调人，我方调研时可和各业务口分别调研，但需求汇总和需求确认需要总协调人负责。6.2 调研准备活动1) 练好内功，调研前一定要花时间了解项
11、目情况和该项目所涉及的业务领域知识。2) 制定调研总计划。3) 每次调研前制定调研目标和行动计划。4) 每次调研前准备好必要的调研材料：提纲、问题、原型、文档、报表等。6.3 调研记录及调研报告1) 制定统一的调研报告模板（公司模板或根据客户需要调整） 。如用户需求调查单 、会议纪要 。2) 调研时随时记录，调研完后及时总结并发送给客户确认。3) 调研资料分门别类归档。6.4 调研中注意事项1) 找对调研对象。2) 技术问题能解决的问题，就不需要花费太多的时间去深入调研，不要太教条。3) 有效的调研，不要把调研时间拖的太长，遗留少量问题不多时就可以开始后续工作了。4) 调研时注意“听”和“ 说” 的比例。5) 要用”行话“调研，不要用程序员的语言和用户交流。
