手机需求工程.pptVIP

手机需求工程新员工培训 手机事业部 陈平 2005年3月 提纲 需求是项目成功的核心 令人沮丧的数字 美国Standish Group（1994）的调查结果显示： 31%的项目被中途取消 52%的项目超支89% 大公司91%的项目不能按时按预算完工 小公司84%的项目不能按时按预算完工 造成项目失败的需求原因 主要因素： 缺少用户输入（13％），不完备的需求（12％），需求的变更（12％） 在需求阶段发现错误与在维护阶段发现错误的费效比是1：200 需求错误往往是项目中发现的最大一类错误 占41％－56％ 返工所需开销一般占项目总费用的45％ 什么是需求？ 系统必须具有的能力 IEEE软件工程标准词汇表中的定义(1997)： 用户解决问题或达到目标所需的条件和能力 （Capability）； 系统和系统部件要满足合同、标准、规范和其他正式规定文档所需具有的条件或能力； 及满足以上条件或能力的文档说明。 另解 需求是指“被描述对象（待研发对象）”做什么（功能需求）及“做什么”时的水平（非功能需求，如性能需求、质量属性需求、外部接口需求、其它需求） 需求的层次 原始需求:未经分析或规格化的来自用户或者外部环境等的需求。 业务需求: 表示组织或客户高层的目标 用户需求 指用户、客户以及其他对项目或者系统有兴趣的组织和个人的期望、要求、约束（标准规范、行业产品惯例等）等 用于反映市场、客户需要，作为和客户沟通、签订合同、定义项目职责、权限和范围的基础。用户使用产品必须要完成的任务 产品需求 对产品应具有的形状、功能、性能以及其他需求的详细说明 定义了开发人员必须实现的功能，使得用户能完成他们的任务 作为设计、编码、测试等产品开发活动的基础。 传统上产品需求包括系统需求和子系统需求，如软硬件需求和结构需求等。 需求的种类 产品需求 功能需求 开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足业务需求。 系统展现给用户的行为和执行的操作等。 质量属性需求（非功能需求） 产品必须满足的质量和能力要求。如性能、可靠性等等。 非技术需求 时间、资源、人、财、物等 提纲 需求的意义 需求工程与过程 需求的概念 需求开发的主要活动 需求管理的主要活动 如何做好手机需求工作 需求工程 需求开发 需求收集 需求论证、分析 需求描述 需求验证 需求管理 需求版本管理（基线化、版本控制） 需求追踪 需求状态跟踪 需求变更控制 需求工程的目的 做出高质量而非完美的需求 用户解决问题或达到目标 需求过程不当会带来什么？ 产品很难被接受 过度耗费和产品质量的降低 时间的浪费和返工 遗漏某些关键需求 忽略用户分类导致众多客户不满 项目计划和跟踪无法准确进行 好的需求过程又会带来什么？ 明显减少在开发后期和整个维护阶段的返工工作量 需求渠道畅通，工作效率高 方法和技术的有效应用 降低了需求变更的负面影响 利于系统测试，确保产品质量。 提纲 原始需求收集 确定和理解不同用户类的需要和限制的过程 需要高度合作的活动 具有应用领域知识的用户（客户） 具有实现领域知识的开发者 在问题及其最终解决方案之间架设桥梁的第一步 收集需求的步骤 提纲 需求论证与分析 需求论证 通过对需求的关键程度、资源、重要性、可行性、风险等属性的分析确认 需求分析 需求转换的过程。 7+4原则 提纲 需求描述的重要性 好的需求说明书应具有的特征 好的单条需求的描述应具有的特征 提纲 基本概念 验证与确认 需求验证 提纲 需求管理 需求管理详细活动 制定需求管理计划 需求基线 需求追踪 需求追踪 定义追踪关系(Links) 需求状态跟踪 需求的状态(STATUS) 需求状态跟踪的输出 需求变更－需求为什么会变化？ 典型的失控变更 管理需求变更 唯一的变更通道 变更控制流 实施需求变更 提纲 需求工程的意义 需求工程与过程 需求的概念 需求开发的主要活动 需求管理的主要活动 如何做好手机需求工作 流程 了解: 手机需求工程资产 手机需求流程 资产 资产 公司有关需求的一些模板等在: NOTES21上的“公司企业标准”上: NOTES_SVR21//COMMON/企业标准.nsf “ 05研发/05研发项目管理/一般项目”下的: 研发项目管理-需求开发与管理 标准编号: Q/ZX 73.1090. 4-2004 发布日期: 2004-10-12 实施日期: 2004-10-15 资产 包括以下文档和模板: 7310904-2004 研发项目管理—需求开发与管理 7