需求分析师培训day01

《需求分析师培训day01》由会员分享，可在线阅读，更多相关《需求分析师培训day01（167页珍藏版）》请在金锄头文库上搜索。

1、中程在线信息产业培训网需求分析师培训Day01Agendal信息系统基础理论l需求的基本概念与原理l需求工程l需求定义最佳实践l需求捕获最佳实践Agendal信息系统基础理论l需求的基本概念与原理l需求工程l需求定义最佳实践l需求捕获最佳实践1）了解我们将涉及的领域！2）从信息化的本质理解需求信息与信息系统基本概念l信息系统（IS）：是人、数据、过程和接口的组合， 它们之间相互作用，支持并改进企业日常的运作，并 支持管理人员和用户解决问题和做出决策。数据信息信息系统信息系统的应用信息与信息系统基本概念l事务处理系统：收集和处理企业事务，事务的响应时 间、吞吐量、正确性、一致性等，BPRl管理信

2、息系统：提供面向管理报告的信息系统应用l决策支持系统：为用户提供决策信息，基于数据仓库l专家系统：程序化的决策制定信息系统，人工智能 (AI)l办公自动化和工作组系统：改进工作流和通信信息与信息系统基本概念事务处理系统(TPS)概述l每个组织都有手工和自动化的TPS，用来处理有关组 织的基本业务记录更新所需的详细数据l处理系统包括：订单录入 、存货控制、工资单、应付 帐款、应收帐款、总分类帐处理l处理包括：数据收集、数据编辑、数据修改、数据操 作、数据存储和文档生成l事务：基本业务活动，如顾客订单、购货订单、时间 卡和工资支票处理事务处理系统特性l能够迅速有效地处理大量数据的输入和输出l能够进

3、行严格的数据编辑，以保证记录的正确性和时 效性l通过审计以保证所有输入数据、处理、程序和输出是 完整、准确和有效的l提供了有关安全问题的防护能力l支持许多人进行处理，因此系统的故障会对组织有严 重和致命的影响事务处理系统的简单纵览事务处理方法l批处理系统：将一段时间内的一批事务一次性处理的 系统l联机事务系统：该方法中每个事务即时进行处理，而 不累积成批l处理延迟的联机录入 ：前两者的折衷事务处理系统的目标l处理由事务产生的及与事务相关的数据l保持高准确度：输入和处理无错数据l保证数据和信息的完整性l及时生成文档和报告l提高劳动效率l有助于改善服务事务处理系统总结l一个组织的TPS必须支持业务

4、正常工作过程中发生的 常规的日常活动，这有助于公司对产品和服务增值l数据应该在源处获得，以减少人工劳动，并且能准确 、及时地记录送入计算机的方式l事务处理的业务数据包括数据收集、数据编辑、数据 修改、数据操作、数据存储和文档生成l将一个公司的事务处理系统与其他公司连接起来是降 低成本、加快信息流动的有效策略例如SCM管理信息系统概述l管理信息系统的主要目标是帮助管理者了解日常的业 务以便进行既有效又高效的控制、组织、计划，最后 达到组织的目标。-向管理者提供信息l多数是通过不同的汇总分析报表来实现功能的；这些 报表筛选、分析事务处理数据库中高度细化的数据， 然后用一种有意义的方式将结果送给管理

5、者l在恰当的时机以恰当的方式向恰当的对象提交正确的 信息，以改进工作效率管理信息系统特点l制作进度、需求、异常、常规四类报表，有助于管理 执行人员即时作出高质量决策l报表具有固定和标准的格式l生成硬拷贝和软拷贝报表l使用存储在计算机系统内的内部数据l报表由包括系统分析员和计算机程序员在内的信息系 统人员开发和实施l需要用户提交正式需求管理信息系统四类报表l进度报表：周期生成或按日程生成，如日、周、月报关键指标报表是一种特殊类型的进度表，汇总前一日 关键活动。l需求报表：按管理者的要求提供相应的信息；如产品 销售形势报表l异常报表：当情况出现异常，需管理者加以注意而由 系统自动生成的报表；如预算

6、超支的项目列表l常规报表：就某一情况为管理者提供更为详尽的数据管理信息系统报表开发原则l按用户要求定制每份报表：要求用户参与和输入l时间与精力应只用于要使用的报表：一旦建立，即使 没人使用，许多报表仍会一直不断生成l注意报表的内容和格式：突出显示最为重要的信息， 字词和术语力求清晰易懂l利用例外报告实施管理：某些报告只应出现亟待解决 问题或需要采取某动作时生成l审核设定参数：如参数过低结果是报告过多，如参数 过高则忽略有价值信息l确保报告的时效：过期的报告无价值或价值极小管理信息系统小结lMIS必须在恰当的时间以恰当的方式向恰当的人提供 恰当的信息l组织的MIS的最重要的内部信息来源是事务处理

7、系统l在大多数的情况下，公司最了解如何得到数据以及何 时以何种形式向哪一位管理者提交报表可以为公司带 来最大的利益l不同信息系统的集成使数据和信息可以更简单地共享 ，从而降低公司的成本，提高报表的精确度、数据更 安全，公司达到更高的效率决策支持系统基本概念l决策是问题解答的一个组成部分l决策阶段是问题解答的处理阶段，其包括情报、设计 和选择三个时期。l情报时期：认识和确定潜在的困难和(或者)机会l设计时期：确定问题解答的可选择的方案l选择时期：要求选择一种行动方案l问题解答除了决策阶段外还包括实施时期和监控时期l实施时期：确定的行动方案开始生效l监控时期：决策者们评估问题解答方案实施效果决策支

8、持系统基本概念l程序化决策：使用一种规则、过程或量化方法所做的 决策。例如：存货下降到一百单位时应该定货。-系 统要素之间的关系通过规律、过程和数值关系的方式 固定下来，通常可以通过MIS实现l非程序化决策：处理不常见和异常的情况，很难量化 。例如为雇员确定合适的培训计划、决定是否新建一 条生产线。-决策支持系统将解决的问题l最优化模型：找到最好解决方案的决策支持方法l满意性模型：找出一个好的(但未必是最好)解决方案l启发式方式：认为能找到一个较好解决方案的指导或 过程决策支持系统的作用与特点l用于支持专门问题决策的人力、过程、软件、数据库 和设备的一个有组织的集合。用来解决非结构化或半 结构

9、化企业问题的决策。l将处理不同来源的大量数据l提供灵活的报告和展示l以文本和图表格式提供信息l支持深入的分析l使用先进的软件包，完成错综复杂的分析和比较l支持最优化的、满意性和启发式的方法l执行What-if，模拟和目标求解分析决策支持系统的组成lDSS的核心是数据库和模型库，还包括对话管理器( 提供更友好的人机界面)l模型库：财务模型、统计分析模型、图表模型、项目 管理模型专家系统简介l专家系统可以像某个特定领域的人类专家一样行动l用来辅助设计新产品或新系统、决定木材的最佳使用 、提高医疗卫生的质量、决定信用卡的信贷额度l它能对它们的推理或提议的决策作出解释l能显示“智能”行为l能从复杂的关

10、系间得出结论l能提供“可移动”的知识l能处理不确定性不同视角下的信息系统主流信息应用系统lMRPMRP IIERP：制造业，成本、生产流程lCRM：客户关系管理lSCM：供应链管理lBI：商业智能lOA：办公自动化lE-Commerce：电子商务l信息应用系统分类l内部：OA、MIS、BI、KMl外部：CRM、E-Commerce、Web Portall协作：SCM、GroupWare、Assistant Tools信息系统需求的本质l流程电子化 利用信息化系统改进、固化流程 事务处理系统尤其明显 工作流定义、流程改进、再造 工作流模型l数据信息化 业务术语，业务实体 需要留存哪些数据？谁需要

11、共享？ 需要什么报表？有哪些数据分析规则？信息系统常见技术l计算模式：B/S、C/Sl主要开发体系：.NET、J2EE、LAMP、Rail on Rubyl重要思想：SOA、Web Service、工作流引擎l开发方法论：重方法论（RUP）、敏捷方法论l建模技术：UML、E-R模型Agendal信息系统基础理论l需求的基本概念与原理l需求工程l需求定义最佳实践l需求捕获最佳实践1）理论是实践的基础2）解决概念性的误区讨论l你认为“什么是需求”？l日常工作中，遇到与“需求”相关的问题有哪些？l关于“需求”最大的困惑是什么？l以下问题中，对你影响最大的是哪个？ 不切实际的用户需求 很多需求最终是不

12、需要的 用户介入太少 需求不完整 需求变更频繁 需求导致项目失败的罪魁祸首l根据Standish Group对23000个项目进行的研究结果 表明，28%的项目彻底失败，46%的项目超出经费预 算或者超出工期，只有约26%的项目获得成功。l而在于这些高达74%的不成功项目中，有约60%的失 败是源于需求问题。l也就是说，有近45%的项目最终因为需求的问题最终 导致失败。对不知道航行目的地的人来说， 没有顺风！我们在哪里重重摔了一跤l在Standish Group的报告中总结了导致项目失 败的最重要的8大原因中，有5个与需求相关：l不完整的需求(13.1%)；l缺乏用户的介入(12.4%)； l

13、不实际的客户期望(9.9%)；l需求和规范的变更(8.7%)；l提供了不再需要的(7.5%)缺乏资源(10.6%),没有执行层支持(9.3%),缺少规划(8.1%)项目成功的因素l用户的参与：15.9%l管理层支持：13.9%l清晰的需求描述(13.0%)；l合适的规划(9.6%)； l现实的客户期望(8.2%)；l较小的里程碑(7.7%)；l有才能的员工(7.2%)软件需求曾经让我们如此狼狈参与各方都以自已角度讲述问题分布式 WebServices 三层 对话框 菜单条 DCOM B/S 数据交换财务计算 管理报表 工作流 自动库存控制 库存报警 业务线索管理 业务经线索跟踪 销售月报生成

14、交易流数据 问题的根源是什么？l用户说的不是他想的：客户提供（陈述的需求 ）的需求并不是真实的需求，还需要作进一步 的分析，以确定客户的真正需求和期望，接下 来需要澄清并重新描述。可以这么说客户在理 解基础业务过程和描述自己的需求方面有很大 的差异。l需求分析方法有问题：系统开发人员 使用低效的需求分析和项目管理方法。l共同责任强调不足：对客户和提供商 在项目成功的共同责任方面强调不够。优秀的团队遇到糟糕的需求l用户参与不足l用户需求扩展l有歧义的需求l镀金问题l过于抽象的需求l忽略某种用户l不准确的计划l我们应该怎么办？l对“需求”建立正确的认识；l客户和供应商一根绳子上的两个蚂蚱；l和客户

15、一起建立起“共同的目标”；l寻找并使用正确的、有效的需求捕获、描述（ 建模）、管理方法；l动态、持续地适应需求的变化；需求是什么？业务需求l业务需求是指反映组织机构或客户对系统、产品高层 次的目标要求，通常问题定义本身就是业务需求 。l背景描述：XX保险公司希望充分利用日益完善的移 动通信技术，在原有的办公系统的基础上进行扩展， 使得在外的业务人员能够及时地获得客户、业务相关 的动态信息，与此同时，实现企业内部的即时通信。l业务需求/目标 ：通过该系统的实施，将人 工保费续缴、投保手续办理两项业务运转 周期缩短10以上，使企业内部沟通效率 大幅改善，以帮助企业运转效率得以提高。 业务目标示例某

16、船厂商业管理系统目标： A1.取代过时的系统 A2.集成订单文档及数据库 A3.使用经验数据进行报价 A4.支持系统化的销售 A5.快速捕获成本数据 A6.加快发票的制作某医院管理系统目标： B1.降低IT成本 人事部门： B2.实现一些任务的自动化 B3.消除出错源 B4.遵守最后期限 B5.减少繁琐工作 医院部门： B6.减少加班及工作量不足的情况 B7.更快速的勤务规划 B8.改进勤务表质量业务需求就是定义系统目标l现状：功能分解盛行的今天，常常会犯“盲人摸象”的 错误，这使得需求太过脆弱，难以经受考验。l目标！目标！还是目标！-系统开发应目标驱动！目 标是团队唯一的行动纲领。l目标的定义不能够流于形式，应该具有以下特征：业 务导向、可度量、合理、可行。要 注意目标太夸大会浪费资源，目标 太缩小会影响士气。（教堂与小屋）l目标通常就是业务需求！业务需求就是定义系统目标l目标在哪里？业务需求是构建在“项目发起人”的脑子 里的，也就是谁提出项目，谁就拥有对“业务需求”的 最清晰的理解。