复旦大学：《面向对象分析和设计》课程资料_UML和模式_Chapter 4 Chapter 5 - 初始阶段的需求

Chapter 4/5 初始阶段的需求

Chapter 4/5 初始阶段的需求

什么是初始阶段 口什么是初始阶段 项目的设想和业务案例 是否可行 购买还是开发 粗略估计成本 项目应该继续还是停止(确定项目的可行性) 口初始阶段的目标不是定义所有需求,或产生可信 的预算或项目计划。 口大多数需求分析是在细化阶段进行的,并且伴以 早期编程和设计

什么是初始阶段  什么是初始阶段 ◼ 项目的设想和业务案例 ◼ 是否可行 ◼ 购买还是开发 ◼ 粗略估计成本 ◼ 项目应该继续还是停止（确定项目的可行性）  初始阶段的目标不是定义所有需求，或产生可信 的预算或项目计划。  大多数需求分析是在细化阶段进行的，并且伴以 早期编程和设计

初始阶段的类比 口在石油行业中,勘探一个新地域时要经历以下几 个步骤: ■确定是否已有足够的证据或业务案例来证明可以进行 勘探钻探 如果有 口初始阶段如同这个阶段的第一步

初始阶段的类比  在石油行业中，勘探一个新地域时要经历以下几 个步骤： ◼ 确定是否已有足够的证据或业务案例来证明可以进行 勘探钻探 ◼ 如果有……  初始阶段如同这个阶段的第一步

初始阶段的持续时间 口短暂(比如1周) 口包含第一次需求研讨会,制定第一次迭代计划

初始阶段的持续时间  短暂（比如1周）  包含第一次需求研讨会，制定第一次迭代计划

初始阶段创建的制品 口设想和业务用例 ■描述高层的目标和约束,业务案例,并提供执行摘要 口用例模型 描述功能需求。在初始阶段,确定大部分用例的名称, 详细分析10%的用例。 口补充性规格说明 描述其他需求,主要是非功能性需求 口词汇表/术语表 ■关键领域术语和数据字典

初始阶段创建的制品  设想和业务用例 ◼ 描述高层的目标和约束，业务案例，并提供执行摘要。  用例模型 ◼ 描述功能需求。在初始阶段，确定大部分用例的名称， 详细分析10%的用例。  补充性规格说明 ◼ 描述其他需求，主要是非功能性需求。  词汇表/术语表 ◼ 关键领域术语和数据字典

初始阶段创建的制品 口风险列表和风险管理计划 口概念验证(验证技术思路) 口第一个迭代计划 口阶段计划和软件开发计划(粗略的估计) 口定制项目开发过程 口初始阶段不意味着大量的文档,上述大多文档都 是可选的

初始阶段创建的制品  风险列表和风险管理计划  概念验证(验证技术思路)  第一个迭代计划  阶段计划和软件开发计划(粗略的估计)  定制项目开发过程  初始阶段不意味着大量的文档，上述大多文档都 是可选的

正确理解初始阶段 口以下的理解是错误的 ■认为初始阶段会持续几周甚至更长的时间 试图定义出大部分需求 期望有可靠的预算和计划 完整定义系统架构 详细编写所有用例 产生很多UML图

正确理解初始阶段  以下的理解是错误的 ◼ 认为初始阶段会持续几周甚至更长的时间 ◼ 试图定义出大部分需求 ◼ 期望有可靠的预算和计划 ◼ 完整定义系统架构 ◼ 详细编写所有用例 ◼ 产生很多UML图 ◼ ……

第五章:进化式需求 口阐述进化式需求的动机 口定义 FURPS+模型 口定义UP需求制品

第五章：进化式需求  阐述进化式需求的动机  定义FURPS+模型  定义UP需求制品

Pnnr iser inpiit 13% IrICUrriplete requir e rier its 2% Other 50% Changing requirements 12% Poor tcchnical skills 7% Poor staffing 6% 37% of factors related to problems with requirements

37% of factors related to problems with requirements

进化式需求 口什么是需求 系统必须提供的能力和必须遵从的条件。 口如何获取需求? ■UP提出了一系列的最佳实践,推荐用一种系统的方法 来寻找、记录、组织和跟踪系统不断变更的需求

进化式需求  什么是需求 ◼ 系统必须提供的能力和必须遵从的条件。  如何获取需求？ ◼ UP提出了一系列的最佳实践，推荐用一种系统的方法 来寻找、记录、组织和跟踪系统不断变更的需求