李妮娅《统一软件开发过程》第九章需求工作流.pdfVIP

第9章需求工作流 目录  9.1 目的  9.2 什么是需求  9.3 需求中的种类  9.4 捕获需求和管理需求  9.5 设计以用户为中心的界面  9.6 需求工作流  9.7 需求分析中的工作人员  9.8 需求分析中使用的制品  9.9 工具支持  9.10 小结 9.1 目的  在系统将做些什么以及为什么这样做的问题上与 客户和其他项目相关人员达成协议,并维护这个协 议  给系统开发人员提供对系统需求更好的理解  定义系统边界  为计划迭代过程中的技术内容提供基础  为估计开发系统需要的成本和时间提供基础  定义系统的用户界面,主要关注用户需求和目标  为达成这些目的,需求工作流描述了如何定 义系统构想并将这个构想转化成用例模型  这个用例模型和补充规格说明书定义了详 细的系统软件需求  需求工作流还描述了如何使用需求属性来 帮助管理系统范围和需求的变更 9.2 什么是需求  需求：系统必须满足的条件或具备的能力。  软件系统质量属性分为(FURPS) 功能性(Functionality) 功能性 需求 使用性(Usability) 可靠性(Reliability) 非功能 性能(Performance) 性需求 可支持性(Supportability) 功能性需求  功能性需求描述了系统必须有能力执行的 动作  功能性需求通过详细说明所期望的输入和 输出条件来描述系统行为 非功能性需求  非功能需求使最终用户获得期望的系统质 量，它们对于用户群来说和功能性需求一 样重要  使用性(usability) 使用性需求是指人为因素(审美学、易学性、易 用性等)和用户界面、用户文档、培训资料的一 致性。  可靠性(reliability) 可靠性需求是指失败的频率和失败严重性、可 恢复性、可预测性和准确性  性能(performance) 性能需求是指在功能性需求上施加的条件，例 如，需求详述了交换率、速度、有效性、准确 性、响应时间、恢复时间和内存使用，同时还 加上了必须执行某个活动的条件。  可支持性(supportability) 可支持性需求是指易测性、可维护性和其他在 系统发布后维持系统更新需要的质量。  实际上，争论一个特定需求是使用性需求还是可 支持性需求没有任何价值。  定义需求类型的目的是为找到需求和评估对需求 理解的完整性提供一个模板  一旦理解了这些需求的分类，那么在投入到开发 工作之前就能够对关键性需求有了深刻的理解  某个特定的可靠性需求可能暗含于某个功能性需 求中，而发现这个可靠性需求与发现这个功能性 需求同样重要  没有满足隐含的可靠性需求或性能需求的系统与 没有满足明显的功能性需求的系统一样不好 9.3 需求的种类  项目相关人员的需求  系统特性的需求  软件需求 项目相关人员的需求  项目相关人员：是指对一个工程的结果有投入或 有既定兴趣的任何人或组织的代表  如最终用户、购买者、订阅人、开发人员、项目经理  任何足够关心这个项目的人  项目需要满足其需求的人  如何获取这类需求？  早期通过访谈、调查问卷和专题讨论会等形式收集  收集变更请求、升级请求和缺陷报告  这类需求为产品需求提供了关键输入，由此决定什么 是系统行为和它为什么是系统行为 系统特性的需求  系统特性：是指对系统行为高度抽象的描述  抽象描述：我希望我的车有自动防滑系统  具体描述：我希望我的车能有一个可以控制每个轮子的 计算机控制系统  抽象描述：需要一个“e-mail 自动提示”