chapter初始阶段的需求.ppt

Chapter 4/5 初始阶段的需求 什么是初始阶段 什么是初始阶段 项目的设想和业务案例 是否可行 购买还是开发 粗略估计成本 项目应该继续还是停止（确定项目的可行性） 初始阶段的目标不是定义所有需求，或产生可信的预算或项目计划。 大多数需求分析是在细化阶段进行的，并且伴以早期编程和设计。 初始阶段的类比 在石油行业中，勘探一个新地域时要经历以下几个步骤： 确定是否已有足够的证据或业务案例来证明可以进行勘探钻探 如果有…… 初始阶段如同这个阶段的第一步 初始阶段的持续时间 短暂（比如1周） 包含第一次需求研讨会，制定第一次迭代计划。 初始阶段创建的制品 设想和业务用例 描述高层的目标和约束，业务案例，并提供执行摘要。 用例模型 描述功能需求。在初始阶段，确定大部分用例的名称，详细分析10%的用例。 补充性规格说明 描述其他需求，主要是非功能性需求。 词汇表/术语表 关键领域术语和数据字典。 初始阶段创建的制品 风险列表和风险管理计划 概念验证(验证技术思路) 第一个迭代计划 阶段计划和软件开发计划(粗略的估计) 定制项目开发过程 初始阶段不意味着大量的文档，上述大多文档都是可选的。 正确理解初始阶段 以下的理解是错误的 认为初始阶段会持续几周甚至更长的时间 试图定义出大部分需求 期望有可靠的预算和计划 完整定义系统架构 详细编写所有用例 产生很多UML图 …… 第五章：进化式需求 阐述进化式需求的动机 定义FURPS+模型 定义UP需求制品 37% of factors related to problems with requirements 进化式需求 什么是需求 系统必须提供的能力和必须遵从的条件。 如何获取需求？ UP提出了一系列的最佳实践，推荐用一种系统的方法来寻找、记录、组织和跟踪系统不断变更的需求。 进化式需求和瀑布式需求 软件是属于具有高度变更率的新产品开发领域。 变更率为25%以上 瀑布式需求的问题： 一方面，无法应付变更，提供有效的系统功能 另一方面，提供了大量无用的系统功能 需求的分类 UP中对需求的分类按照FURPS+ 功能性(Functional) 特性、功能、安全性等 可用性(Usability) 人性化因素、帮助、文档 可靠性(Reliability) 故障频率、可恢复性、可预期性 性能(Performance) 响应时间、吞吐量、资源利用率 可支持性(Supportability) 适应性、可维护性、国际化、可配置 需求的分类 + 实现(Implementation) 接口(Interface) 操作(Operation) 包装(Packaging) 授权(Legal) 简化的分类方式：功能性和非功能性 UP如何组织需求 用例及用例模型 一组使用系统的典型场景。主要用于功能需求 补充性规格说明 用例之外的内容。主要用于非功能需求 词汇表 文字形式定义的系统的数据词典，包含了重要的术语。 前景/设想 用于了解项目的主要思想 业务规则 比如相关的法规。