需求分析师培训Day01.pptVIP

需求分析师培训 Day01 徐锋 中程在线 高级咨询顾问 CSAI软件工程首席顾问 xuf@miiceic.org.cn Agenda 信息系统基础理论 需求的基本概念与原理 需求工程 需求定义最佳实践 需求捕获最佳实践 Agenda 信息系统基础理论 需求的基本概念与原理 需求工程 需求定义最佳实践 需求捕获最佳实践 信息与信息系统基本概念 信息系统（IS）：是人、数据、过程和接口的组合，它们之间相互作用，支持并改进企业日常的运作，并支持管理人员和用户解决问题和做出决策。 信息系统的应用 事务处理系统特性 一个组织的TPS必须支持业务正常工作过程中发生的常规的日常活动，这有助于公司对产品和服务增值 数据应该在源处获得，以减少人工劳动，并且能准确、及时地记录送入计算机的方式 事务处理的业务数据包括数据收集、数据编辑、数据修改、数据操作、数据存储和文档生成 将一个公司的事务处理系统与其他公司连接起来是降低成本、加快信息流动的有效策略—例如SCM 管理信息系统特性 MIS必须在恰当的时间以恰当的方式向恰当的人提供恰当的信息 组织的MIS的最重要的内部信息来源是事务处理系统 在大多数的情况下，公司最了解如何得到数据以及何时以何种形式向哪一位管理者提交报表可以为公司带来最大的利益 不同信息系统的集成使数据和信息可以更简单地共享，从而降低公司的成本，提高报表的精确度、数据更安全，公司达到更高的效率 不同视角下的信息系统 主流信息应用系统 MRP?MRP II?ERP：制造业，成本、生产流程 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 信息系统基础理论 需求的基本概念与原理 需求工程 需求定义最佳实践 需求捕获最佳实践 讨论 你认为“什么是需求”？ 日常工作中，遇到与“需求”相关的问题有哪些？ 关于“需求”最大的困惑是什么？ 以下问题中，对你影响最大的是哪个？ 不切实际的用户需求  很多需求最终是不需要的  用户介入太少  需求不完整  需求变更频繁 需求—导致项目失败的罪魁祸首 根据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%) 软件需求曾经让我们如此狼狈 参与各方都以自已角度讲述问题 问题的根源是什么？ 用户说的不是他想的：客户提供（陈述的需求）的需求并不是真实的需求，还需要作进一步的分析，以确定客户的真正需求和期望，接下来需要澄清并重新描述。可以这么说客户在理解基础业务过程和描述自己的需求方面有很大的差异。 需求分析方法有问题：系统开发人员使用低效的需求分析和项目管理方法。 共同责任强调不足：对客户和提供商在项目成功的共同责任方面强调不够。 优秀的团队遇到糟糕的需求 用户参与不足 用户需求扩展 有歧义的需求 镀金问题 过于抽象的需求 忽略某种用户 不准确的计划 …… 我们应该怎么办？ 对“需求”建立正确的认识； 客户和供应商—一根绳子上的两个蚂蚱； 和客户一起建立起“共同的目标