资源预览内容
亲,该文档总共167页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
需求分析师培训,Day01,Agenda,信息系统基础理论 需求的基本概念与原理 需求工程 需求定义最佳实践 需求捕获最佳实践,Agenda,信息系统基础理论 需求的基本概念与原理 需求工程 需求定义最佳实践 需求捕获最佳实践,1)了解我们将涉及的领域! 2)从信息化的本质理解需求,信息与信息系统基本概念,信息系统(IS):是人、数据、过程和接口的组合,它们之间相互作用,支持并改进企业日常的运作,并支持管理人员和用户解决问题和做出决策。,信息系统的应用,信息与信息系统基本概念,事务处理系统:收集和处理企业事务,事务的响应时间、吞吐量、正确性、一致性等,BPR 管理信息系统:提供面向管理报告的信息系统应用 决策支持系统:为用户提供决策信息,基于数据仓库 专家系统:程序化的决策制定信息系统,人工智能(AI) 办公自动化和工作组系统:改进工作流和通信,信息与信息系统基本概念,事务处理系统(TPS)概述,每个组织都有手工和自动化的TPS,用来处理有关组织的基本业务记录更新所需的详细数据 处理系统包括:订单录入 、存货控制、工资单、应付帐款、应收帐款、总分类帐处理 处理包括:数据收集、数据编辑、数据修改、数据操作、数据存储和文档生成 事务:基本业务活动,如顾客订单、购货订单、时间卡和工资支票处理,事务处理系统特性,能够迅速有效地处理大量数据的输入和输出 能够进行严格的数据编辑,以保证记录的正确性和时效性 通过审计以保证所有输入数据、处理、程序和输出是完整、准确和有效的 提供了有关安全问题的防护能力 支持许多人进行处理,因此系统的故障会对组织有严重和致命的影响,事务处理系统的简单纵览,事务处理方法,批处理系统:将一段时间内的一批事务一次性处理的系统 联机事务系统:该方法中每个事务即时进行处理,而不累积成批 处理延迟的联机录入 :前两者的折衷,事务处理系统的目标,处理由事务产生的及与事务相关的数据 保持高准确度:输入和处理无错数据 保证数据和信息的完整性 及时生成文档和报告 提高劳动效率 有助于改善服务,事务处理系统总结,一个组织的TPS必须支持业务正常工作过程中发生的常规的日常活动,这有助于公司对产品和服务增值 数据应该在源处获得,以减少人工劳动,并且能准确、及时地记录送入计算机的方式 事务处理的业务数据包括数据收集、数据编辑、数据修改、数据操作、数据存储和文档生成 将一个公司的事务处理系统与其他公司连接起来是降低成本、加快信息流动的有效策略例如SCM,管理信息系统概述,管理信息系统的主要目标是帮助管理者了解日常的业务以便进行既有效又高效的控制、组织、计划,最后达到组织的目标。-向管理者提供信息 多数是通过不同的汇总分析报表来实现功能的;这些报表筛选、分析事务处理数据库中高度细化的数据,然后用一种有意义的方式将结果送给管理者 在恰当的时机以恰当的方式向恰当的对象提交正确的信息,以改进工作效率,管理信息系统特点,制作进度、需求、异常、常规四类报表,有助于管理执行人员即时作出高质量决策 报表具有固定和标准的格式 生成硬拷贝和软拷贝报表 使用存储在计算机系统内的内部数据 报表由包括系统分析员和计算机程序员在内的信息系统人员开发和实施 需要用户提交正式需求,管理信息系统四类报表,进度报表:周期生成或按日程生成,如日、周、月报 关键指标报表是一种特殊类型的进度表,汇总前一日关键活动。 需求报表:按管理者的要求提供相应的信息;如产品销售形势报表 异常报表:当情况出现异常,需管理者加以注意而由系统自动生成的报表;如预算超支的项目列表 常规报表:就某一情况为管理者提供更为详尽的数据,管理信息系统报表开发原则,按用户要求定制每份报表:要求用户参与和输入 时间与精力应只用于要使用的报表:一旦建立,即使没人使用,许多报表仍会一直不断生成 注意报表的内容和格式:突出显示最为重要的信息,字词和术语力求清晰易懂 利用例外报告实施管理:某些报告只应出现亟待解决问题或需要采取某动作时生成 审核设定参数:如参数过低结果是报告过多,如参数过高则忽略有价值信息 确保报告的时效:过期的报告无价值或价值极小,管理信息系统小结,MIS必须在恰当的时间以恰当的方式向恰当的人提供恰当的信息 组织的MIS的最重要的内部信息来源是事务处理系统 在大多数的情况下,公司最了解如何得到数据以及何时以何种形式向哪一位管理者提交报表可以为公司带来最大的利益 不同信息系统的集成使数据和信息可以更简单地共享,从而降低公司的成本,提高报表的精确度、数据更安全,公司达到更高的效率,决策支持系统基本概念,决策是问题解答的一个组成部分 决策阶段是问题解答的处理阶段,其包括情报、设计和选择三个时期。 情报时期:认识和确定潜在的困难和(或者)机会 设计时期:确定问题解答的可选择的方案 选择时期:要求选择一种行动方案 问题解答除了决策阶段外还包括实施时期和监控时期 实施时期:确定的行动方案开始生效 监控时期:决策者们评估问题解答方案实施效果,决策支持系统基本概念,程序化决策:使用一种规则、过程或量化方法所做的决策。例如:存货下降到一百单位时应该定货。-系统要素之间的关系通过规律、过程和数值关系的方式固定下来,通常可以通过MIS实现 非程序化决策:处理不常见和异常的情况,很难量化。例如为雇员确定合适的培训计划、决定是否新建一条生产线。-决策支持系统将解决的问题 最优化模型:找到最好解决方案的决策支持方法 满意性模型:找出一个好的(但未必是最好)解决方案 启发式方式:认为能找到一个较好解决方案的指导或过程,决策支持系统的作用与特点,用于支持专门问题决策的人力、过程、软件、数据库和设备的一个有组织的集合。用来解决非结构化或半结构化企业问题的决策。 将处理不同来源的大量数据 提供灵活的报告和展示 以文本和图表格式提供信息 支持深入的分析 使用先进的软件包,完成错综复杂的分析和比较 支持最优化的、满意性和启发式的方法 执行What-if,模拟和目标求解分析,决策支持系统的组成,DSS的核心是数据库和模型库,还包括对话管理器(提供更友好的人机界面) 模型库:财务模型、统计分析模型、图表模型、项目管理模型,专家系统简介,专家系统可以像某个特定领域的人类专家一样行动 用来辅助设计新产品或新系统、决定木材的最佳使用、提高医疗卫生的质量、决定信用卡的信贷额度 它能对它们的推理或提议的决策作出解释 能显示“智能”行为 能从复杂的关系间得出结论 能提供“可移动”的知识 能处理不确定性,不同视角下的信息系统,主流信息应用系统,MRPMRP IIERP:制造业,成本、生产流程 CRM:客户关系管理 SCM:供应链管理 BI:商业智能 OA:办公自动化 E-Commerce:电子商务 ,信息应用系统分类,内部:OA、MIS、BI、KM 外部:CRM、E-Commerce、Web Portal 协作:SCM、GroupWare、Assistant Tools,信息系统需求的本质,流程电子化 利用信息化系统改进、固化流程 事务处理系统尤其明显 工作流定义、流程改进、再造 工作流模型 数据信息化 业务术语,业务实体 需要留存哪些数据?谁需要共享? 需要什么报表?有哪些数据分析规则?,信息系统常见技术,计算模式:B/S、C/S 主要开发体系:.NET、J2EE、LAMP、Rail on Ruby 重要思想:SOA、Web Service、工作流引擎 开发方法论:重方法论(RUP)、敏捷方法论 建模技术:UML、E-R模型,Agenda,信息系统基础理论 需求的基本概念与原理 需求工程 需求定义最佳实践 需求捕获最佳实践,1)理论是实践的基础 2)解决概念性的误区,讨论,你认为“什么是需求”? 日常工作中,遇到与“需求”相关的问题有哪些? 关于“需求”最大的困惑是什么? 以下问题中,对你影响最大的是哪个? 不切实际的用户需求 很多需求最终是不需要的 用户介入太少 需求不完整 需求变更频繁,需求导致项目失败的罪魁祸首,根据Standish Group对23000个项目进行的研究结果表明,28%的项目彻底失败,46%的项目超出经费预算或者超出工期,只有约26%的项目获得成功。 而在于这些高达74%的不成功项目中,有约60%的失败是源于需求问题。 也就是说,有近45%的项目最终因为需求的问题最终导致失败。,对不知道航行目的地的人来说,没有顺风!,我们在哪里重重摔了一跤,在Standish Group的报告中总结了导致项目失败的最重要的8大原因中,有5个与需求相关: 不完整的需求(13.1%); 缺乏用户的介入(12.4%); 不实际的客户期望(9.9%); 需求和规范的变更(8.7%); 提供了不再需要的(7.5%)缺乏资源(10.6%),没有执行层支持(9.3%),缺少规划(8.1%),项目成功的因素,用户的参与:15.9% 管理层支持:13.9% 清晰的需求描述(13.0%); 合适的规划(9.6%); 现实的客户期望(8.2%); 较小的里程碑(7.7%); 有才能的员工(7.2%),软件需求曾经让我们如此狼狈,参与各方都以自已角度讲述问题,分布式 WebServices 三层对话框 菜单条 DCOMB/S 数据交换,财务计算 管理报表 工作流 自动库存控制 库存报警业务线索管理 业务经线索跟踪销售月报生成 交易流数据,问题的根源是什么?,用户说的不是他想的:客户提供(陈述的需求)的需求并不是真实的需求,还需要作进一步的分析,以确定客户的真正需求和期望,接下来需要澄清并重新描述。可以这么说客户在理解基础业务过程和描述自己的需求方面有很大的差异。 需求分析方法有问题:系统开发人员使用低效的需求分析和项目管理方法。 共同责任强调不足:对客户和提供商在项目成功的共同责任方面强调不够。,优秀的团队遇到糟糕的需求,用户参与不足 用户需求扩展 有歧义的需求 镀金问题 过于抽象的需求 忽略某种用户 不准确的计划 ,我们应该怎么办?,对“需求”建立正确的认识; 客户和供应商一根绳子上的两个蚂蚱; 和客户一起建立起“共同的目标”; 寻找并使用正确的、有效的需求捕获、描述(建模)、管理方法; 动态、持续地适应需求的变化;,需求是什么?,业务需求,业务需求是指反映组织机构或客户对系统、产品高层次的目标要求,通常问题定义本身就是业务需求 。 背景描述:XX保险公司希望充分利用日益完善的移动通信技术,在原有的办公系统的基础上进行扩展,使得在外的业务人员能够及时地获得客户、业务相关的动态信息,与此同时,实现企业内部的即时通信。 业务需求/目标 :通过该系统的实施,将人工保费续缴、投保手续办理两项业务运转周期缩短10以上,使企业内部沟通效率大幅改善,以帮助企业运转效率得以提高。,业务目标示例,某船厂商业管理系统目标: A1.取代过时的系统 A2.集成订单文档及数据库 A3.使用经验数据进行报价A4.支持系统化的销售A5.快速捕获成本数据A6.加快发票的制作,某医院管理系统目标: B1.降低IT成本 人事部门: B2.实现一些任务的自动化 B3.消除出错源 B4.遵守最后期限B5.减少繁琐工作医院部门: B6.减少加班及工作量不足的情况B7.更快速的勤务规划B8.改进勤务表质量,业务需求就是定义系统目标,现状:功能分解盛行的今天,常常会犯“盲人摸象”的错误,这使得需求太过脆弱,难以经受考验。 目标!目标!还是目标!-系统开发应目标驱动!目标是团队唯一的行动纲领。 目标的定义不能够流于形式,应该具有以下特征:业务导向、可度量、合理、可行。要注意目标太夸大会浪费资源,目标太缩小会影响士气。(教堂与小屋) 目标通常就是业务需求!,业务需求就是定义系统目标,目标在哪里?业务需求是构建在“项目发起人”的脑子里的,也就是谁提出项目,谁就拥有对“业务需求”的最清晰的理解。 引出宏观的目标:思考企业运作中存在什么问题?这些问题
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号