需求分析技能训练营 PPT课件

0 大局按图索骥 1 按图索骥 资深IT需求咨询顾问徐锋 需求分析全局观 P0 S1 2 需求分析蓝图 3 什么是需求 需求细化 4 需求三要素 5 意识 需求三要素 问题Why 业务背景Context 解决方案What 1 澄清问题 表象 原因 限制与范围 2 了解背景1 业务场景2 业务术语3 业务环境3 建议并确定解决方案 问题解决 成本合适 6 需求分析蓝图 7 需求分析工作任务集 20 3 8 需求分析蓝图 9 需求价值树 业绩差距 问题 项目目标 Stakeholder 操作层要求 机会差距 机会 Stakeholder列表 Stakeholder关注点 效率 质量 业务价值 10 需求分解树 行为 数据 质量 业务流程 事件 活动 步骤 管理控制点 报表项 数据关系 领域模型 数据构成 领域类字段 数据推演 DFD 状态图 全局质量树 目标场景决策卡 接口 11 需求基本元素 12 I 方向开天辟地 13 百步穿杨 资深IT需求咨询顾问徐锋 定义项目五任务 P1 S2 14 定义项目五任务 15 任务1 1 项目背景分析 谁提出项目 关键预期 遗留系统 业务假设 技术假设 16 定义项目五任务 17 任务1 2 目标分析 高层发起 根据触因找对策其他发起 分而治之找原因 场景重现找差距 问题 三新梳理寻目标 机会 联合开发 首先主谓宾短句讲明问题其次理清问题到底影响谁第三思考范围与限制 问题解决多方案 须清优缺问题不明再分析 分解用鱼骨 因果用问题现状树 复杂须系统思考 18 两类目标 问题与机会 项目目标 19 破解混沌不清的目标 内部溯源 项目发起人 角度 方法 模板 外部寻因 高层 头脑风暴 访谈项目发起人 高层 问题卡片 源于RUP 问题 成功标准 范围 源于ACT 目标破解 问题 影响 结果 解决方案优点 20 定义项目五任务 21 Stakeholder项目博弈中的筹码持有人 22 任务1 3 干系人识别 先是发起和出资再是问题影响人三是方案干预人而后开发团队自己 发起 出资重目标使用人群重细项评价者重条件 法规与约束 直接相关且有权 当是项目关键玩家直接相关但无权 充分发挥其作用相关不多但有权 也要时时做通报 23 Stakeholder分析 Stakeholder分析 Stakeholder列表 筹码量分析 优先级 Stakeholder档案 筹码付出 关注点 需求跟踪 筹码获得 价值分析 评价者 使用者 出资人 24 Stakeholder分析 影响度 兴趣度 高 低 低 高 保持沟通 关键玩家 尽力满足 最小努力 25 任务1 4 干系人分析 首先是代表性其次是典型性第三是易访谈 根据类型选择分解思路 分而治之谈预先了解专业背景及组织位置重点在于把握其核心关注点 核心关注点应从业务视角描述须对不同干系人核心关注点做比较 识别并解决冲突 26 定义项目五任务 27 三类约束 实现约束 事实 假定 项目约束 需求方业务环境用户群使用环境 重要的背景验收要点 对技术的假设对业务的假设 经济约束进度资源约束 环境约束行政约束 技术方构建环境业界技术环境 28 任务1 5 项目约束分析 不仅有最后期限 还有关键里程碑不仅有时间要求 还有背后的原因 直接难获得 多想相关信息经营规模 客户数量都相关历史 同行投入可参考 法律法规不可忘 技术标准不可违社会 文化也相关 生命周期也影响 接口清晰很关键 客户专项小组有价值场地 设备支持有帮助 29 跑马圈地 资深IT需求咨询顾问徐锋 划定范围两任务 P1 S3 30 划定范围两任务 31 任务1 6 业务子系统划分 根据系统特点选择划分策略业务视角分解 降低业务耦合度 从部门职责找线索识别业务服务关系我需要别人的什么服务 能够给别人提供什么服务 根据想要强调的点选择合适的图不要做模型的卫道士 做模型的主人 32 生活中的子系统划分 家装时如何分解子系统 汽车需求分几块 33 主题域划分原则 独立性 每个主题域可以独立交付 外部低耦合 与用户 部门对应关系简单 1对多 内部低耦合 主题域之间接口简单 系统耦合性的根源的问题域本身蕴含的耦合性 用户可理解高内聚低耦合 34 成败案例分析 1 35 成败案例分析 2 36 如何分呢 37 呈现主题域划分结果 38 我们需要表述什么 39 构件图示例 40 划定范围两任务 41 事件是梳理需求的关键 42 事件vs 流程 业务事件 事件vs 系统响应 交互行为客户购买商品客户提供信用卡事件到哪是个头 客户想买一件衬衫 客户来到购物中心 客户试穿衬衫 客户购买一件衬衫 有前提吗 触发系统吗 43 任务1 7 业务流程标识 管控点标识下小节单列 先识别外部客户 别忘其他部门员工也应视为 客户 服务请求到被满足为端到端流程 内部员工也会发起服务 如销售过程别把其流程中的任务当作新流程 识别易于忽略的其他流程一为控制结果的管理流程二为辅助工作的支撑流程 优先级是由业务模式决定的根据其与主营业务的远近和发生频率的高低进行评价 44 识别事件 上下文关系图 45 产物整理 优先级排序 估算并制定迭代计划 事件列表 SRS目录 模型中的包 作为制定访谈计划的依据 主题域下的一级分解 如果事件退化为场景可直接为用例模型 需求模型中的基本单元 在构件下创建包来表示 事件分析 46 划定范围两任务 47 识别管控点 进度如何 有无异常 如何决策 报表是管控需求的实现管控点是一类报表需细分为具体的报表项 数据固定 条件固定 报表数据固定 条件不固定 BI数据条件均不固定 DW DM 48 II 脉络泾渭分明 49 剥茧抽丝 资深IT需求咨询顾问徐锋 行为脉络四任务 P1 S4 50 行为脉落梳理三任务 51 流程是分层的 子流程 如果个人级过于复杂 还可以再次分层 个人级流程 通常没有泳道 职能带区 或分为用户 系统双泳道 可尽量细化 部门级流程 以具体岗位为泳道 职能带区 与协作无关且非原子性活动不应体现 组织级流程 以部门为泳道 职能带区 抽象层次由读者对象的管理视野决定 个人级流程 子流程 部门级流程 组织级流程 52 业务流程vs 业务功能 最终用户 管理者 53 业务流程八要素 分工 活动 规模 风险 专业 协作并行串行异步 产物关系 分支 审核 异常 规则 54 任务2 1 业务流程分析 没有最好的图 只有最合适的的图 应根据流程逻辑特点选择 从服务请求到服务满足 整个过程涉及哪些角色参与其中 一切正常的处理流程是什么样的 需要相关的审核点吗 在各个环节中会出现例外吗 针对这些例外如何处理 有没有完全不能够按流程处理的情况 有没有出错的情况 55 描述流程 选择正确的工具 56 现场出图 流程分析加速器 一听 二问 三读 客户代表陈述 不要中途打断 绘出基本脉络 为指引 具体的岗位 分支与异常 其他细节 绘图者复述 客户代表验证 达成共识 57 流程合理性分析 流程是整体评价 难免顾此失彼 本身矛盾 优化方向 优化要点 不同时候 矛盾点不一致 E 清除无效 S 简化高频 I 整合依赖 A 自动化繁琐 重要的主流程要加强分析 寻找关键矛盾点 再针对性优化 合理性 58 行为脉落梳理三任务 59 业务功能三载体 从业务视角描述功能 告别IPO的技术视角 用户故事 特性 用例 更加契约化 规格化与UML模型更对应 只适用于业务功能中大型系统比较适用 敏捷 非形式化依赖于现场客户 适用多种需求的描述大型系统使用困难 容易于技术功能混淆可以比较规格化 适用于工具软件适用于计算机域系统 60 用例的世界观 61 用例精解 62 用例CRUD迷思 63 用例粒度困惑 多大合适 64 任务2 2 流程内业务功能标识 系统角色是会与系统交互的最终用户最终用户与系统角色存在多对多映射 业务功能是系统角色通过系统完成的有价值任务业务功能是业务命名 首先从维护人员角度做补充然后从系统运行角度做补充 只有简单的小人 圈圈用例图的整理留到后续任务 65 标识业务功能 66 行为脉落梳理三任务 67 任务2 4 管控点分析 理清谁管理谁 到底管理什么 再想谁要配合 配合哪些事 理解管控的业务目的才能够真正实现统计 分析都是手段 不是目的 根据数据和分析角度的不同 需要采用不同的方法报表 列明细 BI 说角度 DW DM讲数据 68 行为脉落梳理三任务 69 用例图 70 参与者的三种关系 执行该用例 调用系统 通知Actor 71 用例的三种关系 72 用例图经典困惑 73 任务2 5 子系统用例模型整理 堆叠子系统中所有用例图片段消除重复 整理参与者关系 梳理用例 消除重名 简单抽象抽象公共的 独立的事件流 仍然采用业务模式划分原则使优先级进入到用例级 并根据依赖性 风险进行强调 74 乐高世界 资深IT需求咨询顾问徐锋 数据脉落两任务 P2 S5 75 数据脉落梳理三任务 76 领域建模的意义 77 类图基础 类 属性 名称 操作 CamelCase 78 类图基础 三种关系 关联 整体 部分 类别 类间关系 松散 紧密 79 数据脉落梳理三任务 80 任务2 3 流程内数据关系分析 流程中存在很多行为需要记录 将其抽象为过程数据 识别出每个行为所涉及的相关的人 事 地点 角色 识别出概述类 可配置规则类的数据 理清关系 关联 整体 部分还是一般 特殊 为一个或多个小流程绘制出一个领域类图片段 通常不超过20个 81 阅读类图 基本元素 82 领域建模要点 忠于问题域 没有实现 大类不分拆 子类不合并 同类不抽象 不应有方法 没有技术实现 没有技术手段 远离程序设计 用户失去理解 过早决策 创造了术语 不是DB设计 用户失去理解 丢失了术语 合并失败 不是DB设计 抽象失败 创造了术语 带来费解UI 远离程序设计 83 领域建模方法 彩色建模 84 领域建模方法 彩色建模 三要点 分而治之 叠回所有片段 要点 验证 过程 红色 行为所需存储绿色 人 地点和事物 黄色 角色蓝色 规则 概述 连线表示数据关系别体现行为流程 体现的是业务实体与数据库表并非完全对应 缺红 不对缺绿 不对 缺黄 不灵活黄外必有绿 85 数据脉落梳理三任务 86 任务2 6 子系统领域模型整理 注意清除不同名字但实际相同的类注意消除重复的 传递依赖的关系 首先发现并补充遗漏的类其次补充所需的辅助元素 87 阅读类图 辅助元素 88 浮沙高台 资深IT需求咨询顾问徐锋 质量脉落一任务 P2 S6 89 质量属性的常见误区 定性描述 普遍重视不足 全局描述 盲目定量 需求简单复制开发直接翻过 需求写不出开发看不懂 顾此失彼未能有效实现 90 质量属性的核心策略 局部 全局 场景化描述 全局思考 全局质量树 APPEALS 一树 一卡目标场景决策卡 有全局重局部 91 对立面分析法 理念 日本车真不安全 马其诺防线如何突破 92 建立全局质量思维 93 任务2 7 质量需求全局分析 一定要有对立面思考的习惯从威胁入手 抓出最重要的几个 细化成二级 能够更好地思考业务环境是质量需求思考的基础 94 III 细节天圆地方 95 天圆地方 资深IT需求咨询顾问徐锋 细节填充六任务 P3 S7 96 填充需求细节六任务 97 业务功能1 描述要点 98 业务功能2 事件流 99 业务功能3 事件流写作要点 不是写程序 不要用分支 循环 详略以写出交互为标准 写意图 俯视 而非动作 是人机交互 而非人机界面 100 业务功能4 规则描述 全局 流程 事件级 活动 场景级 结构事实 必须成立的事件或条件行动约束 根据某种条件禁止的一种或多种行动行动触发 当一个或多个条件转为真时 触发某个行动参照 当一个或多个条件转为真时 得出某种结论计算 根据一组值计算另一个值 101 业务功能5 质量 约束 只针对一个业务功能而言 102 业务功能6 UI要求 交互过程 静态快照 设计说明 非必需 别忽略 可用DENIM工具 可用界面流转图 描述内容 直观 易于理解 可使用AxureRP 别过于追求细节 界面元素的用途 界面的数据要求 界面的操作需求 103 业务报表1 描述要点 报表完整描述 内容与格式 补充说明 报表概述 报表名称业务意图生成者阅读者 报表使用的相关场景报表使用的频率 数据从哪来 领域类图 数据项内容与派生方法 输入的查询条件输出的格式要求 数据排序要求数据挑选标准 统计口径 分页及图表要求各级小计的要求 104 业务数据1 整理过程 数据窗口分析 合并 抽象 整理细化 按事件 流程分析出字段需求 保留中间数据 数据窗口 合并领域类的所有数据窗口 对冲突的部分进行处理