14设定需求优先级概要.pptVIP

SSPM/WRL 学习目标 14.1 为什么要设定需求的优先级 14.1 为什么要设定需求的优先级 14.1 为什么要设定需求的优先级 14.2不同角色的人处理优先级 1) 客户的态度和做法 14.2 不同角色的人处理优先级 2) 开发人员的态度和做法 14.2 不同角色的人处理优先级 3) 系统分析员的态度和做法 14.3 设定优先级的方法 14.3 设定优先级的方法 14.3 设定优先级的方法 14.3 设定优先级的方法 14.4 基于价值、费用和风险的优先级设定 14.4 基于价值、费用和风险的优先级设定 14.4 基于价值、费用和风险的优先级设定 质量功能开发方法的图表和步骤 14.4 基于价值、费用和风险的优先级设定 14.4 基于价值、费用和风险的优先级设定 14.4 基于价值、费用和风险的优先级设定 本章小结 第十四章 结 束谢谢大家 第 14 章 设定需求优先级 SQE-GYG 软件需求工程Software Requirements Engineering( SRE )?第二部分 软件需求开发第十四章 设定需求优先级 龚 永 罡 在学完本章内容之后，你应该能够： 1) 理解设定需求优先级的作用与意义； 2) 学会设定优先级规模的方法； 3)掌握基于价值、费用和风险的 优先级设定的过程与方法。 每一个具有有限资源的软件项目必须理解所要求的特性、使用实例和功能需求的相对优先级。 设定优先级意味着权衡每个需求的业务利益和它的费用，以及它所牵涉到的结构基础和对产品的未来评价。 设定优先级有助于项目经理解决冲突、安排阶段性交付，并且做出必要的取舍。 P173 当客户的期望很高、开发时间短并且资源有限时，必须尽早确定出所交付的产品应具备的最重要的功能。 建立每个功能的相对重要性有助于规划软件的构造，以最少的费用提供产品的最大功能。 当采用渐增式开发方式时，设定优先级就特别重要，因为在开发过程中，交付进度安排很紧，并且日期不可改变。必须排除或推迟一些不重要的功能。 P173 项目经理必须权衡合理的项目范围和进度安排、预算、人力资源以及质量目标的约束。 一个实现这种平衡的方法是：当接受一个新的高优先级的需求或者其它项目环境变化时，删除低优先级的需求，或者把它们推迟到下一版本中去实现。 如果客户没有以重要性和紧迫性来区分它们的需求，那么项目经理就必须自己作出决策。 P173 如果客户知道低优先级需求可能不会实现，那么就很难说服客户讨论需求的优先级。 如果让客户自己设计优先级，那么他们将会把85%的需求设定为高优先级，10%的需求设定为中等优先级，5%的需求设定为低优先级。 不成熟的开发人员往往对系统分析员设定需求优先级的意见表现出极大的厌烦。 开发人员认为优先级对它来说是不必要的，因为他并不关心系统提交的时间、开发成本和系统范围。 开发人员认为，他们的责任和能力是，不遗余力地去实现写入软件需求规格说明中功能。 开发者更喜欢避开设定优先级，因为他们觉得建立优先级与他们要向客户和经理表示的“我们可以全部完成产品”的态度相冲突。 在需求分析阶段，分析人员应该明确的提出需求的优先级和处理策略，并在SRS中明确说明。 应当在项目的早期阶段设定优先级，这有助于逐步作出相互协调的决策，而不是在最后阶段匆忙决定。 你评价优先级时，应该看到不同需求之间的内在联系，以及它们与项目业务需求的一致性。 在判断出需求的低优先级之前，如果开发人员已经实现了将近一半的特性和功能，那这将是一种浪费，这个责任应该由分析人员承担。 与在客观世界人们对事务的分类习惯与方法相一致，系统需求的优先级设定分成三类。例如： 高、中、低； 基本的、条件的、可选的、 A、B、C; 1、2、3 ； 上、中、下； 必选、待选、可选 。。。。。。。。。 只有在这些需求上达成一致意见，软件才会被接受 基本的 实现这些需求将增强产品的性能，但如果忽略这些需求，产品也是可以被接受的 条件的 一个功能类，实现或不实现均可 可选的 必须完美地实现 3 可以包含缺陷 1 需要付出努力，但不必做得太完美 2 功能或质量上的增强；如果资源允许的话，实现这些需求总有一天使产品更完美 低 支持必要的系统操作；最终所要求的，但如果有必要的话，可以延迟到下一个版本 中 一个关键任务的需求；下一版本所需求的 高 意 义 命 名 表14-1 多种设定需求优先级规模的方法 涉及到的每个人必须对所采用的优先级的含义达成一致意见。 如果混淆了高、中、低这样的术语，那么就要