业务调研指南.doc

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