需求分析与需求管理.ppt

需求分析与需求管理 缩略语 课程目标 产品需求分析和需求管理概述产品需求收集产品需求整理和需求分析产品需求分解和分配产品需求实现和验证 需求的重要性 需求是产品的根源 需求工作的优劣对产品影响最大 就像一条河流 如果源头被污染了 那么整条河流也就被污染了 需求的定义 需求是对产品或过程的操作 功能和设计的特性或约束的表述 这些表述是明确的 可测试的 可度量的 而且对于产品或过程的可接受性 被顾客或内部质量保证措施 来说是必须的 IEEE1220 1998 需求工程过程 需求收集需求整理与需求分析需求分解与分配需求实现和验证 需求工程的三个层次 被动型 是指开发者被动地对待需求工程的各项活动 能少干则少干 能偷懒则偷懒 他们认为需求是用户的事情而不是自己的事情 开发过程中经常发生需求变更 导致产品迷失方向 不是半途而废就是陷入半死不活的状态 主动型 是指开发都积极地开展需求工程中的各项活动 他们把获取准确的需求当作自己的职责 会想尽一切办法克服需求开发和需求管理过程中的困难 而不是找借口推卸责任 俗话说 良好的开端是成功的一半 主动型 需求工程是开发成功产品的必备条件 领先型 是需求工程的最高境界 开发者发掘了连用户自己都没有意识到的需求 导致用户跟着新产品跑而不是新产品围着用户转 这叫引导消费 需求工程做到这个份上 才能使产品立于不败之地 长盛不衰 缺陷引入阶段分析 错误引入阶段分析 错误定位费用分析 JamesMartin 超过50 的缺陷由不完善的 不正确的 不准确的和 或不明确的需求所引起 JamesMartin 80 以上的用于定位软件错误的费用是基于软件系统需求定义的错误 什么是需求工程 把所有与需求直接相关的活动通称为需求工程需求工程中的活动可分为两大类 需求开发 需求管理 需求工程各个阶段工具 需求收集 需求整理和分析 需求分解和分配 需求实现和验证 需求工程过程的关联 市场管理 需求管理 产品开发 细分市场 了解市场 组合分析 初步业务计划 管理评价业务计划 产品线级别 项目 产品 级别 项目任务书中的需求 需求工程过程 客户 我希望在车里装一个扬声器 这样可以听到低沉的鼓声了 客户需求 市场需求分析人员 需要110dB低频声音输出 需求描述 项目需求分析人员 将广播的输出在20 50HZ的范围内放大到115W 设计需求 设计人员 使用ZapcoZ100S1VX功放和JLAudio12W1 8扬声器 产品设计 需求工程贯穿产品开发全过程 书面标准 事实标准 功能需求 非功能需求 质量属性DFX 客户要求 市场需求 内部需求 标准约束 产品包需求 设计需求 构架设计 软件需求 硬件需求 系统规格 为什么要尽早测试 需求测试 需求确认 课程目标 产品需求分析和需求管理概述产品需求收集产品需求整理和需求分析产品需求分解和分配产品需求实现和验证 需求收集过程 确定客户 客户分析 调查准备 实际调查 谁是用户 用户 user 是一种泛称 它可细分为 客户 customer 最终用户 theenduser 和 间接用户 或称为关系人 掏钱买产品的用户称为客户 而真正操作产品的用户叫最终用户 客户与最终用户可能是同一个人也可能不是同一个人 需求采集的要点 确定用户 客户需求的收集途径 市场活动 销售活动 用服活动 公开信息 商业伙伴 专业数据 一手信息 二手信息 需求库 需求整理分析 报告交流 竞争者信息 统计报告 新闻剪报 订阅的报告 专家顾问团 高层拜访 展览 用户探针 用户大会 产品介绍 投标 客户反馈 标杆研究 用户访谈 现场问题解决 网上设备巡检 采集方法的特点 需求收集需要考虑的方面 客户需求十问 客户试图解决什么问题 客户今天的需求是什么 一年 两年 五年呢 客户想怎样增长自己的业务 客户认为未来市场的变化趋势会是什么 现在我们带给市场什么价值 针对本领域的产品客户最大的担忧是什么 客户的客户有什么期望 客户认为谁是我们的竞争对手 直接和潜在 客户认为我们的优势 弱点是什么 客户认为我们竞争对手的优势 弱点是什么 真正理解客户意图 话机听筒的电缆应该有10米长 客户需求 Why 而客户真正的意图是 可以拿着电话在房间的任何一个地方通话 10M 需求和描述的5原则 以产品必须做什么 而非应该怎样做像陈述原始数据那样详细表达需要使用肯定句而非否定句把需要表达成产品的属性避免使用必须和应该 客户陈述 需求描述 单项需求采集模板 部门 姓名 联系方式 采集的活动 where when 客户背景资料 客户情况介绍 who 客户的描述 what 产生的原因 why 客户的评判 how 需求关联 系统关联业务关联人物关联支持材料关联 验收标准满意度竞争评判优先度 需求收集工作反思 是否和目标市场上所有主要类型的客户都交流了 通过捕捉客户的潜在需求 我们能够看到产品相关需求之外的需求吗 在实际客户交流中 哪些将成为进行开发活动的优秀参与者 那些是我们现在知道开始是不知道的 我们是否对其中的需求感到惊奇 需求调研组织中是否包含哪些需要深化理解客户需求的人 构造例行化需求收集机制 构建需求收集IT系统形成需求收集报告机制组建需求收集分析专业团队与员工任职资格 绩效挂钩控制神经末梢 出差 展览 招标等 书面标准 事实标准 功能需求 非功能需求 全方位的需求收集和提炼 质量属性 DFX 客户要求 市场需求 内部需求 标准约束 产品包需求 设计需求 构架设计 软件需求 硬件需求 系统规格 课程目录 产品需求分析和需求管理概述产品需求收集产品需求整理和需求分析产品需求分解和分配产品需求实现和验证 需求整理和分析过程 需求收集 解释原始数据 整理需求 设置权重 概念选择 什么是系统工程 系统工程 部件设计 项目管理 PDT的两个核心团队 核心小组组长引导者 客户支持 市场 财务计划 原型构造 采购 测试 开发 生产 组员 外围小组成员 SE 制造工程 软件系统 硬件系统 测试工程 服务工程 业务分析 PDT Product Project DevelopmentTeam产品 项目 开发团队 需求专题讨论会 需求分类 优先级分类法 强制 非强制 指导 参考专业领域法 开发 制造 测试 发运 安装 操作 维护 回收来源分类法 合同 规范 公司策略 规章制度 协议 标准 环保需求 UCD需求 安全性需求 可靠性需求 标准约束 可维护需求 性能需求 其他需求 产品包需求的8个大类 Price 价格A Availability 可获得性P Packaging 包装P Performance 性能E Easyofuse 易用性A Assurances 保证L Lifecyclecosts 生命周期成本S Socialacceptance 社会接受程度 识别冲突 冲突矩阵法 需求 需求 KANO模型 B Basic 基本需求S Satisfied 让客户更满意的需求A Attractive 更有吸引力的需求 客户需求重要性判断 如果你提供了该功能 您会有什么感觉 如果没有这功能 您又会有什么感觉 设置权重 优先级确定 用数字来表示重要性以排列需求组基于与客户的经验 依靠团的一决定权重基于对潜在客户访谈或问卷调查的评估需要在成本 速度与相对正确性之间进行平衡调查参与最初问卷访谈的客户一判断权重的相对重要性 设置需求的权重 5 大多数购买者能够接受4 有25 35 的购买者不能接受3 大多数购买者不能接受2 极不满意1 完全不合格 10 绝对最好9 显然的领导者8 在前2名内7 位于前3 5名6 在市场中普遍被认为是优秀的 分析差距 找改进点 客户为什么认为我们比较差 X有哪些我们可以借鉴X表现就十全十美吗 能否超越他们 产品包与需求 客户需求的7层金字塔模型 战略层解决方案 运营级解决方案 服务业务层解决方案 网络层解决方案 系统层解决方案 设备层解决方案 技术层解决方案 能力是需要战略规划出来的能力是需要流程和组织来保障的能力是需要员工素质来体现的 产品包需求相关的角色定义 市场需求业务专家负责 测试需求测试专家负责 制造需求制造专家负责 服务需求服务专家负责 产品包需求SE LPDT负责 整和 折中 形成产品需求文档 编号客户陈述需求描述优先级改进目标衡量需求带来的利益BSA定义 产品包需求 高质量产品包需求的标准 产品包需求 可行性 明确性 一致性 可验证性 完整性 有 杀手锏 需求分析是循环往复的过程 需求收集 解释原始数据 整理需求 设置权重 概念选择 不断循环 贯穿产品开发始终 概念选择 概念是让某种产品或者服务不同于其他产品和服务的核心信息 概念A 概念B 概念C 概念评估 为概念选择提供依据 为标示分险提供依据 优化已有概念 优化已有需求 概念甄别法 电梯测验 第一步 描述机会和需要解决的问题 20秒 第二步 描述本产品或服务是如何满足机会和解决问题的 具体给消费者带来的核心利益 20秒 第三步 描述机会取得的结果 对公司的价值 20秒 第四步 用概括的语言 最好是一句话 将上述3点的精髓表达出来 5秒 书面标准 事实标准 功能需求 非功能需求 全方位的需求收集和提炼 质量属性 DFX 客户要求 市场需求 内部需求 标准约束 产品包需求 设计需求 构架设计 软件需求 硬件需求 系统规格 课程目录 产品需求分析和需求管理概述产品需求收集产品需求整理和需求分析产品需求分解和分配产品需求实现和验证 产品需求划分 产品需求 功能需求 非功能需求 行为响应周遭事物的关联 属性标准约束规范 人类飞行需要什么 物理分解 腿 眼 脑 翅膀 功能分解 起飞与落地位置与速度感知辨别方向水平推力垂直升力 在古希腊神话里 伊卡洛斯试图模仿鸟的身体部件来飞翔 采用这幅图 人是无法飞行的 莱特史弟理解到推力与升力是两个不同的功能 将其分配到两个不同的物理组件上 使用推进器来产生推力 机翼来产生升力 人终于飞上天了 功能分解与物理分解相辅相成 需求分解与分配过程 需求分配 功能定义 系统设计验证 功能分解 架构建立 定义子功能定义子功能的操作方式进行功能失效模式分析 分析产品包需求定义功能接口分配非功能需求QFD法 可选设计方案CBB构想BB划分 功能分组和分配分配非功能需求定义物理接口产品总体方案 功能架构完整性物理架构完整性约束的满足程度确定优选的设计方案 Y N 功能分解工具一 功能流框图 FFBD 面向功能而不是面向设计方案定义下级功能及其顺序关系反映系统的逻辑架构和层次表示 FFBD FunctionFlowBlockDiagram 功能定义 确定系统的主要功能 输入 输出信息按照时间功能列出典型的输入和输出 称之为行为情景直接面向外部系统 一般要求端到端 功能定义实战方法 创建故事板 客户角色1角色2角色3角色4角色5 用 云 表示展开的故事情节 时间 功能分解 将系统功能分解为更详细的子功能将子功能需求按照逻辑顺序排列详尽考虑所有可能的异常和反复 自上而下层层分解 自上而下层层分解 FuctionNumber SummingGate 161 162 163 164 165 167 166 OR LeaderNote Sys Malf ParallelFunctions AltenativeFunctions OR NoGoFlow FunctionalTitle Description GoFlow G G AncillaryFunction 168 Pef1 6 ProvideGuidance 1 7 1Ref 1 7 4 2Ref 1 3Ref 1 5 7Ref Abbreviations Note AND Gate ParallelFunctions OR Gate AlternateFunctions FlowLevelDesignator TitleBlock Diagram No FunctionalFlowBlockDiagramFormet 2ndLevel 功能分解工具二 层次图 Rejoice Head Shoulders 层次图 Hierarchydiagram FuntionTree PhysicalTree Systemfunctions Function1 1 Function1 2 Function1 3 Function2 Function1 Whisper Rejoice Head Shoulders Function2 1 Function2 2 Whisper 架构建立 从子系统到模块 组件的逐级细化过程定义系统内 外的物理接口考虑子系统 模块的可重用性最大限度利用已有 特别是商用的产品通过创造性的活动 形成多个候选的设计方案 物理架构工具一 概念图 CDS Radio Computer ExternalCommandGuidanceSystem TargetTrackingRadar Target MisstteTreckingRadar StearingCommands Missile 691 508 物理架构工具二 示意方框图 SBD MoonStationRendezvousVehicle AttitudeControlandManeuveningSubsystem PitchThrust RollThrust YawThrust LongiudinatVeiccityancfements SBD SchematicBlockDiagram 需求分配 明确系统内 外接口定义确保所有的功能需求都分配到物理部件每个功能都要由一个物理部件来完成将非功能需求分解分配到功能和物理部件 需求分配示意图 系统 功能1 功能2 功能3 功能1 1 功能1 2 系统1 子系统1 子系统2 子系统3 模块A 模块B 功能分解 物理分解 需求因子 功能 环境 性能 鲁棒性 重量 电源 安全性 可靠性 好需求的标准 什么样的需求是好需求 正确性 可行性 必要性 完整性 无冗余 可验证性 无二义性 优先级 系统设计验证 验证功能架构完整性验证物理架构完整性验证功能和性能度量验证约束的满足程度确定优选的设计方案 需求标示规则 需求承诺 本 需求规格说明书 建立在双方对需求的共同理解基础之上 我同意后续的开发工作根据该 需求规格说明书 开展 如果需求发生变化 我们将按照 变更控制规程 执行 我明白需求的变更将导致双方重新协商成本 资源和进度等 甲方签字乙方签字 确定后续开发和验证的基础 书面标准 事实标准 功能需求 非功能需求 质量属性DFX 客户要求 市场需求 内部需求 标准约束 产品包需求 设计需求 构架设计 软件需求 硬件需求 系统规格 课程目录 案例分析产品需求分析和需求管理概述产品需求收集产品需求整理和需求分析产品需求分解和分配产品需求实现和验证 需求跟踪和验证过程 需求持续跟踪和管理 需求验证和确认 模块需求分析 配置项变化 引起关系变化 需及时更新RTM URS SRS HLD LLD CODE URS SRS HLD LLD 前向跟踪后向跟踪设置需求基线控制需求变更 需求跟踪矩阵 RTM 需求稳定指数 V V模型渐增测试模式BBFV BBITSDV SIT BETA需求到测试的跟踪广义测试与狭义测试 HRS SRS与产品包需求的街接与对应 需求双向跟踪 需求跟踪的目的是建立与维护 需求 设计 编程 测试 之间的一致性 确保所有的工作成果符合用户需求需求跟踪有两种方式 正向跟踪 检查每个需求是否都能在后继工作成果中找到对应点逆向跟踪 检查设计文档 代码 测试用例等工作成果是否都能找到需求对应点 需求双向跟踪样例 正向跟踪 逆向跟踪 需求双向跟踪机制 配置项变化 引起关系变化 需及时更新RTM URS SRS HLD LLD CODE URS SRS HLD LLD 测试划分 单元测试集成测试系统测试 业界4代白盒测试 第一代白盒测试方法 测试操作不规范 不可重复 无测试评估Print assert 单步跟踪 第二代白盒测试方法 形式化描述用例并阶段重用 有覆盖评估RTRT TrueCoverages工具 第三代白盒测试方法 坚持质量优先的可持续测试 写一点测一点 xUnit工具 第四代白盒测试方法 软件调测完全高效的融入研发全过程VcTester GccTester C语言写测试用例 效率低下 全脚本语言 调测一体 突破效率瓶颈 传统测试流程出现的问题 设计缺陷导致返工 计划发布日期 实际发布日期 开始集成 项目进度难以控制项目风险控制能力弱40 精力发费在集成和测试上 100 开发进度 已实现比例 项目进度 渐增测试模型 Building Block IntegrateTest S Wor H W Develop SystemLevel Verification ABuild Module Level Validation SIT BetaTest Buildb Buildd Buildc Builde Module s BBFV OneorMultiModules Notes ThisDiagramdoesn tshowthespecificModuleandBuildingBlock BB s TR4 TransfertoTest Builda TR4 TR4 TR4 SIT ABuild BB1 BB2 BBFV是Build的活动对每个Build都要进行BBFV的活动TR4是基于Build的技术评审进行Beta测试和进行初始产品测试 SIT 的Build必须进行TR4 测试用例格式 需求变更控制系统 变更控制系统 变更控制过程 调研需求设计编码测试 新特性新需求修改设计修复错误修复测试 同意变更后的行动 客户 用户营销人员开发人员测试人员其他 变更实施 变更请求 如何有效控制需求变更 版本化产品开发事先建立 游戏规则 安排客户重要人员参与变更控制量化的数据统计是最好的表达良好的沟通技巧也是必须的构建样板工程采用合适的开发模型 谢谢