需求分析师培训Day01

需求是什么？
业务需求
项目视 图/范围 文档 用户需求 质量属性 非功能需求 其它非功能 需求 设计约束 功能需求 SRS
用例文 档
系统需求
业务需求



业务需求是指反映组织机构或客户对系统、产品高层 次的目标要求，通常问题定义本身就是业务需求 。 背景描述：XX保险公司希望充分利用日益完善的移 动通信技术，在原有的办公系统的基础上进行扩展， 使得在外的业务人员能够及时地获得客户、业务相关 的动态信息，与此同时，实现企业内部的即时通信。 业务需求/目标 ：通过该系统的实施，将人 工保费续缴、投保手续办理两项业务运转 周期缩短10％以上，使企业内部沟通效率 大幅改善，以帮助企业运转效率得以提高。
管理信息系统小结


MIS必须在恰当的时间以恰当的方式向恰当的人提供 恰当的信息 组织的MIS的最重要的内部信息来源是事务处理系统 在大多数的情况下，公司最了解如何得到数据以及何 时以何种形式向哪一位管理者提交报表可以为公司带 来最大的利益 不同信息系统的集成使数据和信息可以更简单地共享， 从而降低公司的成本，提高报表的精确度、数据更安 全，公司达到更高的效率
软件需求曾经让我们如此狼狈
参与各方都以自已角度讲述问题
财务计算 管理报表 工作流 自动库存控制 库存报警 业务线索管理 业务经线索跟踪 销售月报生成 交易流数据 分布式 WebServices 三层 对话框 菜单条 DCOM B/S 数据交换……
问题的根源是什么？



用户说的不是他想的：客户提供（陈述的需求） 的需求并不是真实的需求，还需要作进一步的 分析，以确定客户的真正需求和期望，接下来 需要澄清并重新描述。可以这么说客户在理解 基础业务过程和描述自己的需求方面有很大的 差异。 需求分析方法有问题：系统开发人员 使用低效的需求分析和项目管理方法。 共同责任强调不足：对客户和提供商 在项目成功的共同责任方面强调不够。
不同视角下的信息系统
主流信息应用系统

MRPMRP IIERP：制造业，成本、生产流程 CRM：客户关系管理 SCM：供应链管理 BI：商业智能 OA：办公自动化 E-Commerce：电子商务 ……
信息应用系统分类

内部：OA、MIS、BI、KM 外部：CRM、E-Commerce、Web Portal 协作：SCM、GroupWare、Assistant Tools
优秀的团队遇到糟糕的需求



用户参与不足 用户需求扩展 有歧义的需求 镀金问题 过于抽象的需求 忽略某种用户 不准确的计划 ……
我们应该怎么办？


对“需求”建立正确的认识； 客户和供应商—一根绳子上的两个蚂蚱； 和客户一起建立起“共同的目标”； 寻找并使用正确的、有效的需求捕获、描述 （建模）、管理方法； 动态、持续地适应需求的变化；
对不知道航行目的地的人来说， 没有顺风！
我们在哪里重重摔了一跤



在Standish Group的报告中总结了导致项目失 败的最重要的8大原因中，有5个与需求相关： 不完整的需求(13.1%)； 缺乏用户的介入(12.4%)； 不实际的客户期望(9.9%)； 需求和规范的变更(8.7%)； 提供了不再需要的(7.5%)
管理信息系统概述



管理信息系统的主要目标是帮助管理者了解日常的业 务以便进行既有效又高效的控制、组织、计划，最后 达到组织的目标。--向管理者提供信息 多数是通过不同的汇总分析报表来实现功能的；这些 报表筛选、分析事务处理数据库中高度细化的数据， 然后用一种有意义的方式将结果送给管理者 在恰当的时机以恰当的方式向恰当的对象提交正确的 信息，以改进工作效率
决策支持系统的作用与特点






用于支持专门问题决策的人力、过程、软件、数据库 和设备的一个有组织的集合。用来解决非结构化或半 结构化企业问题的决策。 将处理不同来源的大量数据 提供灵活的报告和展示 以文本和图表格式提供信息 支持深入的分析 使用先进的软件包，完成错综复杂的分析和比较 支持最优化的、满意性和启发式的方法 执行What-if，模拟和目标求解分析
Agenda
信息系统基础理论 需求的基本概念与原理 需求工程 需求定义最佳实践 需求捕获最佳实践
1）理论是实践的基础 2）解决概念性的误区
讨论

你认为“什么是需求”？ 日常工作中，遇到与“需求”相关的问题有哪些？ 关于“需求”最大的困惑是什么？ 以下问题中，对你影响最大的是哪个？ > 不切实际的用户需求 > 很多需求最终是不需要的 > 用户介入太少 > 需求不完整 > 需求变更频繁
信息与信息系统基本概念
事务处理系统(TPS)概述

每个组织都有手工和自动化的TPS，用来处理有关组 织的基本业务记录更新所需的详细数据 处理系统包括：订单录入 、存货控制、工资单、应付 帐款、应收帐款、总分类帐处理 处理包括：数据收集、数据编辑、数据修改、数据操 作、数据存储和文档生成 事务：基本业务活动，如顾客订单、购货订单、时间 卡和工资支票处理
业务目标示例
某船厂商业管理系统目标： A1.取代过时的系统 A2.集成订单文档及数据库 A3.使用经验数据进行报价 A4.支持系统化的销售 A5.快速捕获成本数据 A6.加快发票的制作
某医院管理系统目标： B1.降低IT成本 人事部门： B2.实现一些任务的自动化 B3.消除出错源 B4.遵守最后期限 B5.减少繁琐工作 医院部门： B6.减少加班及工作量不足的情况 B7.更快速的勤务规划 B8.改进勤务表质量
事务处理系统—总结

一个组织的TPS必须支持业务正常工作过程中发生的 常规的日常活动，这有助于公司对产品和服务增值 数据应该在源处获得，以减少人工劳动，并且能准确、 及时地记录送入计算机的方式 事务处理的业务数据包括数据收集、数据编辑、数据 修改、数据操作、数据存储和文档生成 将一个公司的事务处理系统与其他公司连接起来是降 低成本、加快信息流动的有效策略—例如SCM
缺乏资源(10.6%),没有执行层支持(9.3%),缺少规划(8.1%)
项目成功的因素

用户的参与：15.9% 管理层支持：13.9% 清晰的需求描述(13.0%)； 合适的规划(9.6%)； 现实的客户期望(8.2%)； 较小的里程碑(7.7%)； 有才能的员工(7.2%)

信息系统（IS）：是人、数据、过程和接口的组合， 它们之间相互作用，支持并改进企业日常的运作，并 支持管理人员和用户解决问题和做出决策。
信息系统的应用
信息与信息系统基本概念


事务处理系统：收集和处理企业事务，事务的响应时 间、吞吐量、正确性、一致性等，BPR 管理信息系统：提供面向管理报告的信息系统应用 决策支持系统：为用户提供决策信息，基于数据仓库 专家系统：程序化的决策制定信息系统，人工智能(AI) 办公自动化和工作组系统：改进工作流和通信
决策支持系统的组成

DSS的核心是数据库和模型库，还包括对话管理器 (提供更友好的人机界面) 模型库：财务模型、统计分析模型、图表模型、项目 管理模型……
专家系统简介



专家系统可以像某个特定领域的人类专家一样行动 用来辅助设计新产品或新系统、决定木材的最佳使用、 提高医疗卫生的质量、决定信用卡的信贷额度 它能对它们的推理或提议的决策作出解释 能显示“智能”行为 能从复杂的关系间得出结论 能提供“可移动”的知识 能处理不确定性
决策支持系统基本概念



程序化决策：使用一种规则、过程或量化方法所做的 决策。例如：存货下降到一百单位时应该定货。--系 统要素之间的关系通过规律、过程和数值关系的方式 固定下来，通常可以通过MIS实现 非程序化决策：处理不常见和异常的情况，很难量化。 例如为雇员确定合适的培训计划、决定是否新建一条 生产线。--决策支持系统将解决的问题 最优化模型：找到最好解决方案的决策支持方法 满意性模型：找出一个好的(但未必是最好)解决方案 启发式方式：认为能找到一个较好解决方案的指导或 过程
信息系统需求的本质


流程电子化 > 利用信息化系统改进、固化流程 > 事务处理系统尤其明显 > 工作流定义、流程改进、再造 > 工作流模型 数据信息化 > 业务术语，业务实体 > 需要留存哪些数据？谁需要共享？ > 需要什么报表？有哪些数据分析规则？
信息系统常见技术

计算模式：B/S、C/S 主要开发体系：.NET、J2EE、LAMP、Rail on Ruby 重要思想：SOA、Web Service、工作流引擎 开发方法论：重方法论（RUP）、敏捷方法论 建模技术：UML、E-R模型
需求—导致项目失败的罪魁祸首



根据Standish Group对23000个项目进行的研究结果 表明，28%的项目彻底失败，46%的项目超出经费预 算或者超出工期，只有约26%的项目获得成功。 而在于这些高达74%的不成功项目中，有约60%的失 败是源于需求问题。 也就是说，有近45%的项目最终因为需求的问题最终 导致失败。




进度报表：周期生成或按日程生成，如日、周、月报 关键指标报表是一种特殊类型的进度表，汇总前一日 关键活动。 需求报表：按管理者的要求提供相应的信息；如产品 销售形势报表 异常报表：当情况出现异常，需管理者加以注意而由 系统自动生成的报表；如预算超支的项目列表 常规报表：就某一情况为管理者提供更为详尽的数据
需求分析师培训
Day01
Agenda
信息系统基础理论 需求的基本概念与原理 需求工程 需求定义最佳实践 需求捕获最佳实践