实战需求分析教学课件第3章.ppt

实战需求分析 第 3 章：系统规划 课时： xx 授课老师： xxxxxxx 本书主页 杨长春编著 清华大学出版社出版 目录 CONTENTS 系统规划 思考题 本章重点 系统规划的工作内容 需求确定 整理需求 系统蓝图设计 几个注意事项 系统规划 系统规划的工作内容 系统规划是根据用户需求规划企业信息化管理体系的过程，主要工作包括： ? 厘清用户需求 ? 对用户的需求进行系统分析 ? 规划未来如何通过信息系统进行企业管理 ? 确定需要哪些软件功能 ? 需要处理哪些数据 以下这些工作是在系统规划阶段决定的—— ? 以后用户如何通过这个软件工作 ? 对现在的业务流程需要做什么变更重组 ? 这个项目的范围 ? 哪些需求可以实现哪些需求不可以实现 ? 整个系统需要处理的信息 ? 整个系统需要提供的功能 系统规划的工作内容 需求确定 整理需求 系统蓝图设计 几个注意事项 系统规划 3.1 需求确定 控制需求 挖掘需求 认清需求 具体化 避免 误差 结构化 将抽象的需求具体化 思考通过什么方法能够实 现用户抽象的需求目标 案例：抽象的需求 将自然语言描述的需 求结构化 将用户用自然语言描述的 不严谨的需求转换成明确、 精准、没有二义性的需求 案例：将自然语言描 述的需求结构化 注意避免理解偏差 如何避免理解偏差—— 提高沟通能力、沟通频次， 学习对方工作领域的知识 案例：需求调研中的理解偏差 3.1 需求确定 控制需求 挖掘需求 认清需求 识别超出项目范围的需求 控制 需求 需求是有边界的，应该在项目范围之内。为了让用户理 解需求边界，首先要确定项目目标。用户的需求如果偏 离了这个目标，要指出来，越早指出越好。 识别错误的需求 用户的需求并不总是正确的，有些需求得不偿失或根本 无法实现。满足用户的需求是义不容辞的责任，但不包 括错误的需求。 识别技术上不能实现的需求 要对自己的团队的技术能力有非常清楚的了解。对于技 术上不能实现的需求要尽早跟跟用户说清楚。 案例：限制超出项 目范围的需求 案例：识别错误的 需求 3.1 需求确定 挖掘需求 控制需求 认清需求 用户提出的需求 需要挖掘的需求 ? 需要满足用户的需求 需求 组成 ? 但只包括 正确 的需求 ? 用户需求并不是建立信 息化管理体系的目标 ? 让用户提出需求是建立 这个体系的一种手段， 不是目标 ? 必要的需求是要挖掘的， 无论用户是否提出，都 需要实现 案例：挖掘需求 满足用户正确的需求 系统规划的工作内容 需求确定 整理需求 系统蓝图设计 几个注意事项 系统规划 3.2 整理需求 业务流程图 需求调研报告 1 引言 1.1 编写目的 // 为什么要编写本文档 1.2 调研背景 // 简述调研过程，参与人等 1.3 专业术语 // 解释本文档中用到的专业术语 …… 2 概述 2.1 项目目标 // 希望对企业管理改善达成的目标 2.2 期待解决的问题 // 希望通过本项目解决的管理问题 2.3 项目范围 // 本项目的工作边界 2.4 双方约定 // 澄清双方理解上可能产生冲突的地方 …… 3 相关资料 // 经过整理的对以后阶段有用的资料 3.1 组织结构 3.2 用户名单 3.3 重要业务规则 …… 【案例：某销售管理系统的项目目标】 【案例：某库存管理系统“待解决的问题”】 【案例：某销售管理系统的项目范围】 【案例：某销售管理系统的双方约定】 3.2 整理需求 业务流程图 需求调研报告 4 需求 // 整理所有需求，这是本文档的核心内容 4.1 财务部 // 可以以业务领域为维度，也可以以软件 功能为维度 4.2 计划部 …… 5 数据 // 整理本系统需要处理的所有数据 5.1 销售合同 5.2 采购单 …… 6 相关系统 // 可能跟本项目有关系的其它软件系统 6.1 系统 A 6.2 系统 B …… 7 其它 7.1 注意事项 // 注意点 7.2 待定问题 // 没有定论，还需要继续讨论的问题 【案例：某车间调度的需求】 【案例：某采购管理系统的数据】 【案例：某考勤分析系统的“待定问题”】 整理需求 业务流程图 需求调研报告 【 案 例 ： 业 务 流 程 图 】 3.3 整理需求 业务流程图 需求调研报告 系统规划的工作内容 需求确定 整理需求 系统蓝图设计 几个注意事项 系统规划 进行价值分析 分析这个系统将来会给客户、用户带来什么；分析会对以后的管理 带来什么，会对管理工作有什么影响，管理方式会因之而做出什么 变更。 进行价 值分析 规划软 件边界 规划工 作方式 规划软件边界 规划好你的软件在这个公司做什么，不做什么。 无论多么强大的软件系统，都不可能处理管理过程中所发生的所有 事情，总有一部分你的软件可以处理，一部分