业务信息化需求分析方法培训

业务信息化需求分析方法培训 2012年5月

信息化需求分析工作需要共同参与 “善战者，求之于势” 信息化需求分析工作需要共同参与改变人们的行为要从人们的感受开始。信息化要从用户的人性、情感及心理需求—即用户的“心”去找到答案。要求用户主动提出信息化的需求。

为什么要进行信息化需求分析 1 什么是业务信息化需求 2 业务信息化需求分析应遵循的原则 3 业务信息化需求分析过程 4 需求分析技术及方法 5

场景一 第一部分 • 为什么要进行信息化需求分析 • 会议室里正在进行业务系统需求调研工作，开发人员介绍的慷慨激昂、口若悬河，但是作为听众的业务人员没有任何声响和反应，不知道是没有听懂还是已经全懂了。其实真正的原因就是：业务人员根本就不知道该问什么问题。

场景二 第一部分 • 为什么要进行信息化需求分析 • 会议室里讨论争辩的很热闹，像辩论会一样。各部门的业务人员正在把问题连珠炮似的一个个抛给开发人员，工程师都有些招架不住了… …。由于前期在业务部门内部进行了全面的需求分析工作，用户非常清楚自己的需求和对未来系统的需求，可以结合自己的需求和业务要求提出很多问题，以期得到更符合自己需要的信息化系统。

为什么奔着同样的目标，而两个场景会产生如此大的不同?为什么奔着同样的目标，而两个场景会产生如此大的不同? 第一部分 • 为什么要进行信息化需求分析需求分析是一个项目的开端，也是项目建设的基石。在以往建设失败的项目中，80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。

第一部分 • 为什么要进行信息化需求分析 • 如果投入大量的人力，物力，财力，时间,开发出的系统却没人用，那所有的投入都是徒劳。如果费了很大的精力,开发一个系统,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的。 • 项目需求与质量 • 项目需求与项目进度 • 项目需求与项目成本 • 。

第二部分 • 不要认为业务需求就是一些零碎的对话、资料或邮件。 • 业务需求是产品的根源，需求工作的优劣对产品的影响最大。宽泛地讲，业务需求来源于用户的一些“需要”，这些“需要”被分析、被确认后形成文档，这些文档详细地说明了项目”必须或应当“做什么。 • 业务需求的阶段性 • 初期：宽泛的、抽象的需求 • 后期：详细的、具体的需求 • 什么是业务信息化需求

第二部分 • 什么是业务信息化需求业务需求层次 • 所有的用户的业务需求应当与建设方案一致 • 需求分析人员基于用户需求提炼出功能需求 • 开发人员根据功能需求设计、开发软件

跟谁谈需求：用户 第二部分 • 真正操作软件的用户称为最终用户。建设方和最终用户可以是同一人也可不是同一人 • 用户是一种泛称，它可细化为“建设方”、“最终用户”和“干系人”。 • 不是建设方和最终用户，但对系统有一定影响的用户称为间接用户（或干系人） • 什么是业务信息化需求

与需求相关的组织 第二部分 • 什么是业务信息化需求主管领导项目经理制定解决方案系统建设部门业务管理部门测试人员需求分析分支机构分支机构研发人员

业务需求的分类 第二部分 • 1、非功能性需求的遗漏，经常对系统造成的影响很大。 • 2、需求分析阶段，需要识别和确定系统的非功能性需求。 • 3、某些非功能性需求不可兼顾（扩展性和可用性）。 • 4、需要为非功能性需求确定优先级。 • 什么是业务信息化需求 • 功能需求是业务部门日常管理和操作的需求 • 非功能需求是基于业务发展的预测、业务特点及系统使用的需要，归纳提炼的需求功能性需求非功能性需求容量、性能、安全、可用性、可靠性、易使用…

原则1：需求分析要全面考虑。 第三部分 • 业务信息化需求分析应遵循的原则 • 信息化建设很容易出现会出现“头疼医头，脚疼医脚”。需求分析阶段首先要从业务全局出发，从建设目标、运作方式、业务特点、业务流程等宏观再深入到业务操作的每一个关键流程和关键业务的微观。真正做到“知彼”，才能使信息化建设工作完全建立在用户需求和业务操作的基础上。

原则2：需求分析要全员参与。 第三部分 • 业务信息化需求分析应遵循的原则 • 信息化工作不仅仅是IT部门的事，它与系统使用者的方方面面有着紧密的联系，所以需求分析必须要以管理人员、业务人员、一线使用人员为主。要在他们中间进行各方面的调研了解，以掌握业务管理的第一手资料。脱离了他们的调研访谈最终给出的分析报告一定是不可行的。

原则3：需求分析从关键流程入手 第三部分 • 业务信息化需求分析应遵循的原则 • 通过现象看本质，要想了解业务人员的真正的“痛”，要从了解关键业务流程和主要业务工作开始。通过自小而上的调研访谈，再通过自上而下的分析，通过对业务关键点、关键业务流程、关键业务处理的分析和了解，以便能快速的熟悉业务。

需求分析应该是主动的。 撒网打鱼（主动寻找鱼群），而不是休闲钓鱼（愿者上钩）要破解需求的冰上模型。意识到的、无意识的、未梦想的需求不要忽视对变更可能的了解。如业务规则可能会经常变 • 五个策略第三部分 • 业务信息化需求分析应遵循的原则需求分析应该是聚焦的。针对问题，步步深入，一次集中一个问题进行深入交流要破解阻碍需求分析的心理障碍。言过其实、越俎代庖、非正视、抗拒、推卸责任心理

第四部分 • 业务信息化需求分析过程传统业务信息化需求分析现状及存在的问题 • 大多数项目不得不在收集、编写和管理产品需求中疲于奔命。而缺乏用户参与、不完整的需求及不断变更需求，是导致信息技术项目不能按进度安排和资金预算完成全部功能的主要原因。许多业务需求分析人员不能熟练地收集客户需求，很多开发者并不知道实用的需求工程技术，工程参与者甚至连“需求”是什么也有不同的看法。 • 可以看到这样的现象：大家都谈需求、讲功能，却此需求非彼需求，此功能异乎彼功能，难有统一说法；甲乙方都非常努力，需求分析却总是停留在讨论声中，难以落到实处；付出巨大努力编制出需求分析报告，却鲜有用户愿意通读，难以形成有效的沟通。

第四部分 • 业务信息化需求分析过程传统业务信息化需求分析现状及存在的问题 • 传统的需求分析往往采用普通方法，这种方法大量采用访谈、引 • 导、确认等讨论方式来调研，并在此基础上进行文字整理和需求确认。因受到空间、时间、思维深度等诸多方面因素限制，很难达到预期目的。

第四部分 • 业务信息化需求分析过程撰写需求分析规格说明书需求分析，推导软件架构和业务架构撰写业务需求分析报告业务需求审核与确认需求获取，建立业务模型和领域模型涉众分析，建立需求调研计划

业务部门人员对需求的理解 第五部分 • 业务需求分析方法 1 2 项目范围：只要是业务上需要的，都必需实现客观的态度：统筹规划、分步实施 3 4 过高的期望：“最好以最新的技术实现，每个模块都做成精品”，“新系统在扩展性、灵活性、安全性、性能等方面将上一个台阶” 对信息部门过分依赖：信息化部门是这方面的专家，我们坚信他们能建设一套很好的系统

系统建设人员对需求的理解 第五部分 • 业务需求分析方法 1 2 项目范围：有多少经费做多少事对系统的预期：1、一期建设一个可用的系统，不影响用户业务；2、在满足要求的情况下，用最简单的技术实现，频繁使用的部分做成精品；3、系统要有一定的灵活性和扩展性，以减少后期维护，但也要有一定的规范性 3 消极的态度：“业务人员给我谈了这些，我只要实现这些要求就行了。如果需求不充分，那是客户的事”

业务需求分析的主要困难 第五部分 • 业务需求分析方法知识技能问题 1 态度问题 2 合作问题 3 用户说不清需求 4 双方对需求有误解 5 对需求签字的错误理解 6 获取的需求与项目范围不一致 7 需求代表人数太少，不能代表全部需求 8 … … 9

业务需求分析的主要方法 第五部分 • 业务需求分析方法调查业务背景知识、相关法律法规 1 业务访谈 2 调查问卷 3 需求调查会议 4 历史文档分析 5 业务过程/工作流程观察 6 情节串联板（原型实验） 7 现场观摩 8

第五部分 • 业务需求分析方法业务访谈 • 常见问题： • 挤牙膏 • 只谈旧系统的问题 • 只谈正面流程 • 覆盖面不够 • 需求会议：大会套小会、讨论分散、达不成一致

在需求分析过程中，先访谈再调查往往更合理。先通过访谈获得对用户需求的初步的认识，整理后再设计问卷调查进行系统地需求获取。在需求分析过程中，先访谈再调查往往更合理。先通过访谈获得对用户需求的初步的认识，整理后再设计问卷调查进行系统地需求获取。第五部分 • 业务需求分析方法调查问卷用户调查与用户访谈可以交替进行，组合的方式有：1、先调查后访谈；2、先访谈后调查。

收集文档时，应该尽可能使用带有真实数据的样本。空白表单无法反映表单的真实使用过程，收集文档时，应该尽可能使用带有真实数据的样本。空白表单无法反映表单的真实使用过程， • 尽量收集各个业务活动所要处理、传递的表单。第五部分 • 业务需求分析方法历史文档分析基本要点是：收集文档、研究文档。收集文档主要收集业务活动中的大量单据、报表。

第五部分 • 业务需求分析方法现场观摩 • 亲自到业务现场去看一看，以便对业务场景建立更加感性的认识。 • 适用于用户无法详细解释清楚他们在做什么的业务。 • 不要刻意地告诉现场人员要来观摩，防止现场人员作表面文章。

第五部分 • 业务需求分析方法情节串联板（原型实验） • 情节就是剧本，实践就是用户的使用场景。情节应该以业务工作场景为主线索，如说明用户受理业务怎么做、用户修改业务单据怎么做、用户要查询业务执行情况是怎么做？先把这些业务步骤列出来作为“情节”，然后让用户带着这样的线索来审视系统的操作过程，看看是否合理、是否满足需求。即情节串联板应该以业务场景作为展示的主线索。

第五部分 • 业务需求分析方法需求分析的记录工具—任务卡沟通决定内容，内容决定格式。

请各位领导批评指正 谢谢！ 30

业务信息化需求 分析方法培训