项目需求工程V1..pptx

项目需求工程 故事1 故事1 唯一不变的只有变化本身！ ——Frederick Brooks 《人月神话》 用户或市场人员很难能够清楚地描述自己的需求，且需求在不断变化！ 需求很难获取！ 故事2 销售的承诺 客户提及的需求 项目经理理解的需求 设计人员的设计 程序员完成的代码 6. 文档 7. 安装包 8. 成本 9. 支持 10.客户真正需要的东西 需求的理解，仁者见仁智者见智（差异）！ 需求很难管控！ 需求的重要性 软件开发中的问题： 需求的重要性 需求问题代价： 1个需求错误的代价 =5个设计失误的代价 = …… =200个系统维护的代价 什么是需求？ 需求的定义 需求层次 需求层次 需求层次概念 需求层次差异 业务需求: 系统应该做什么的高层描述 说明开发软件的目的、业务原理、战略、愿景、范围和期望的价值 作为项目的指导和用户需求的基础 用户需求: 详细的业务需求 要执行的任务描述 需要满足用户的功能 软件需求: 高层架构—功能和非功能需求 定义系统内的功能和特性 详细架构、设计和测试计划的来源 不同需求规格的重点 需求层次实例解释 一个字处理程序例子 需求开发—需求收集模型 基本需求: 基本需求是客户认为在产品中应该满足的需求。如果产品没有满足这些基本需求，顾客就很不满意。相反，当产品满足基本需求时，也不会提升客户满意度。 期望需求: 这类需求在产品中实现得越多，客户就越满意。所以这类需求实现得越多越好，它可能成为战胜其他产品的决定性因素。 魅力需求: 如果这类需求没有被实现，客户不会不满意，但是如果产品满足了这类需求，客户就会对产品非常满意。 这些需求会使产品与竞争对手的产品区分开来，并且可以提升价值和价格。 需求的类型与定义 功能不全 卡诺图 魅力需求 期望需求 基本需求 满意的客户 不满意的客户 功能完备 需求如何获取？ 需求如何管理？ 需求工程 需求工程：指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。需求工程，是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。 需求工程分为需求开发过程和需求管理过程。 需求获取及管理的科学方法——需求工程 需求开发与需求管理的关系 需求开发 需求管理 Requirement Development （需求开发） 需求开发—流程 需求开发 开发客户需求 收集干系人需要、期望、限制和接口的要求并翻译成客户需求。 需求开发过程 需求收集：在生命周期的各个阶段收集干系人需要、期望、限制和接口的要求。 需求转换：将收集到的要求转换成客户需求。 需求获取 归纳和整理用户提出的各种问题和要求； 弄清用户企图通过软件达到的目的； 借助各种工具和方法，陈述用户提出的实际需求，并标定软件的作用范围。 需求获取主要工作 最终目的弄明白要“做什么”。 需求获取 确定产品的不同用户类型 确定用户需求的来源 挑选出每一类用户和其他涉众的代表并与他们一起工作 分析谁是项目需求的决策者（干系人） 获取需求应采用的步骤 需求获取 客户 购买产品的人 用户 使用产品的人 向谁收集需求？ 干系人——客户 VS 用户 需求收集对象 对于项目 对于产品 甲方 甲方客户、用户 合作方 …… 客户、用户 市场部门 已有产品的竞争对手 合作伙伴 …… 需求获取 需求分析中重要内容——接口需求识别 需求获取 引导需求——六边形法则 需求获取 组织结构：企业为进行相应的业务流程所做的人员的组织安排。 业务流程：企业开展业务所必须的各个环节及在每个环节中的具体做法。 业务数据：企业内部经营信息的存储和流动形式。 业务地点分布：反映企业在什么地方开展业务以及业务流程中的各个环节之间的地点关系。 业务应用：企业以什么样的应用软件处理业务流程中的各个环节。 技术基础设施：企业在信息技术基础设施上的状况。 需求调研的六边形法则 需求获取 深入浅出 对企业的需求调研，要尽可能的全面、细致，调研的需求是个全集系统真正实现的各个子集。 调研的细致，并不等于在分析时，面面俱到地将调研的内容全部纳入到系统中, 而有可能实现的很少。 以流程为主线 应该用流程将所有的内容串起来，如单据、信息、组织结构、处理规则等； 流程的描述既要有宏观，又要有微观。 需求获取 制定并落实调研计划 在调研前和用户讲清楚调研的意义、过程、以及需要注意的问题 发问时以一人为主,其他人注意记录与查找问题 在用户讲解时,不要中断用户,使对方有充分的演说机会 对询问的问题要有记录，记录要点 需求获取过程中的注意事项 需求获取 和用户进行访谈和调研，通常是适用于任何环境下的最重要、最直接的方法之一。 通过几次这样的访谈，开发人员和系统分析