《软件需求》学习课件.ppt

4) 对革新产品的需求有时容易忽略市场对产品的反馈信息。 5) 明确非功能需求 6) 客户赞同产品需求 7) 未加说明的需求 8) 把已有的产品作为需求基线 9) 给出期望的解决办法 5.2.2 需求分析 1) 划分需求优先级 2) 带来技术困难的特性 3) 不熟悉的技术、方法、语言、工具或硬件平台 5.2.3 需求规格说明 1) 需求理解 2) 时间压力对T B D的影响 3) 具有二义性的术语 4) 需求说明中包括了设计 5.2.4 需求验证 1) 未经验证的需求 2) 审查的有效性 5.2.5 需求管理 1) 变更需求 2) 需求变更过程 3) 未实现的需求 4) 扩充项目范围 谢谢！ * 《软件需求》学习 第四、五章 第四章 改进需求过程 软件开发过程的改进两个主要目标： 解决在以前项目或目前项目中遇到的问题。 防止和避免你可能在将来的项目中要遇到的问题。 变更需求开发和管理方法将对项目其他过程产 生影响，反之亦然。 4.1 需求与项目其他过程的联系 4.2 软件需求对项目其他风险承担者的影响 4.3 软件过程改进的基础 四条改进软件的原则（ Wiegers 1996a）： 改进过程应该是革命性的、彻底的、连续的、反复的; 人们和组织机构都只有在他们获得激励时才愿意变更; 变更改进的几种驱动力： ? 项目没有时限，因为需求说明变得超想象的复杂。 ? 开发人员不得不大量超时工作，因为误解或二义性的需求直到开发后期才发现。 ? 系统测试白费了，因为测试者并未明白产品要做什么。 ? 功能都实现了，但由于产品的低性能、使用不方便或其它因素用户不满意。 ? 维护费用相当高，因为客户的许多增强要求未在需求获取阶段提出。 ? 开发组织落得交付一项客户并不想要的产品的名声，声誉受损 过程变更是面向目标的; 将改进活动看作一些小项目. 4.4 过程改进周期 4.4.1 评估当前采用的方法 评价方法： 设计自我评价问卷 让外部顾问客观地评估 4.4.2 制定改进活动计划 制定出整个软件过程改进初始工作的战略计划和在各个特定改进领域的战术行动计划,指明改进行动的目标、风险承担者和一些必须完成的活动条目。活动条目不超过1 0个，如多对其进行优先级的排列，并时时进行更新 4.4.3 建立、实验和实施新的过程 为你建立的新过程或文档模板计划一个“实验”通过在实验中获取的经验来调整新技术，从而将它运用于整个目标群体时，改进活动会更有效果。 引导实验的建议： 选择实验参与者（ p a r t i c i p a n t），他们将尝试新方法并提供反馈信息，这些参与者可以是生手也可以是老手，但他们不应该对过程改进持有强烈的反对意向。 确定用于评估实验的标准，使得到的结果易于解释。 通知那些需要知道实验是什么以及为什么要实施的工程风险承担者。 考虑在不同的项目中实验新过程的不同部分。用这个方式可使更多的人尝试新方法，因此能提高认知水平，增加反馈信息。 作为评估的一部分工作，询问实验参与者，如果他们不得不回头采用他们原有的工作方法，他们会觉得怎样。 4.4.4 评估结果 首先要考虑整个新过程在群体中执行的情况。是否能使每个人都明白新过程或模板的好处？参与者是否理解并成功地应用了新过程？是否在下次工作中需要有所变更？ 关键是评估新实施的过程是否带来了期望的结果 让他们知道你的改进想法和调整计划。要向他们说明改进后的新过程会带来什么好处。 反对是因为对变更产生的影响产生恐惧。需要在变更之前说明变更产生的影响。 此外，询问其他组织需要从开发队伍中获取什么以有助于他们的工作。 要给予新方法以足够的运行时间，选定能说明每项过程变更成功与否的衡量标准。 当从业者（ p r a c t i t i o n e r）花费时间去吸收新方法时，生产率会降低。对从业者进行过程改进学习曲线的学习。 过程改进学习曲线 4.5 需求过程的积累材料 为了执行这些步骤，你应当将需求各个过程的材料收集起来，包括已完成的活动和可交付的产品。 信息获取、分析、编写规格说明、验证以及管理。 需求开发过程的积累材料 需求管理过程的积累材料 4.5.1 需求开发过程积累的材料 项目视图与范围模板(业务和用户需求) 需求开发过程（包括以下所有） 需求分配过程 使用实例模板 软件需求规格说明模板 需求优先级确定过程 SRS和使用实例审查清单 4.5.2 需求管理过程的积累材料 变更控制过程 明确了一种方法来提出、协商、评估一个新的需求或在已有需求上的一项变更。 变更控制委员会过程 由风险承担者组成，对需求的变更做出裁决 需求变更影响分析检查清单和模板 估计提出的需求变更的成本费用和影响，是决定是否执行变更的重要步骤。 需求状态跟踪过