统一建模语言UML-3.pptVIP

?所谓Use Case是指系统的外部事物（活动者）与系统的交互，它表达了系统的功能，即系统所提供的服务。 ?具体地说，Use Case是关于系统的一组动作的说明（Specification），这些动作对一个或多个活动者给出所需要的结果（值）。 ?Use Case用于为待开发的系统建立功能需求模型。 ?Use Case图是Use Case模型的图形表示，能准确地表达活动者与系统的交互情况和系统所提供的服务。 Use Case图是后续的系统分析与设计工作的依据，也是系统测试的依据。 Use Case图对需求的描述规范化，较好地避免了表达的歧义性，便于用户和开发人员理解系统的需求，取得共识。 ? Rational统一过程主张采用Use Case驱动的软件开发方式。 Use Case图示例，如图4.1所示。 一个有关金融贸易业务活动的Use Case图 ?系统（System）是指由多个系统元素有机地结合在一起，并执行特定的功能以达到特定目标的集合体。计算机系统是用于解决某个特定的领域问题的。 ?系统分析的首要任务是问题识别，明确系统范围，划分系统边界，确定系统的责任。 ?系统范围（System Scope）是指系统的问题域的目标、责任、任务和规模，以及系统应提供的服务。 ?系统边界（System Border）是指一个系统的所有系统元素与系统以外的事物的分界线。 ?系统的范围与边界取决于开发的目标、任务和规模。 ?活动者（Actor）是用户作用于系统的一个角色（Role）。 ?活动者用来建立一个系统的外部用户模型，活动者直接与系统交互作用。活动者是对系统边界之外的对象的描述。在系统边界之外的是活动者。 ?活动者对系统的交互包括信息交换（数据信息和控制信息）和与系统的协同。 ?活动者包括人活动者（Human Actor）和外部系统活动者（System Actor）。 ?系统的用户是人活动者。 ?活动者不一定是人，它也可以是一个外部系统，该系统与本系统相互作用，交换信息。 ?活动者运行Use Case，获得系统的某项服务。一个活动者可以运行多个Use Case，而一个Use Case可以由多个活动者运行。 ?一个活动者与其他的活动者可以有泛化联系，即一个活动者可以继承一个更一般的活动者的特性。 ?活动者的图形表示如图4.3所示。 ?Use Case图示例——项目与资源管理系统，如图4.2所示。 ?Use Case概念的创始者Jacobson提出了在确定活动者时应考虑的一些问题： ·每一个活动者的主要任务是什么。 ·活动者是否要读、写或修改系统中的信息。 ·活动者是否应把系统外部的有关变化通知系统。 ·活动者是否期望系统把意外的变化通知自己。 ?这些问题对于确定活动者有一定的启发作用。 ?确定活动者首先应明确系统的范围，并从应用的角度考虑系统的作用，确定将有哪些外部事物与系统进行交互。 ?凡是与系统进行信息交换（包括数据信息和控制信息交换）的外部事物可以确认为活动者。 ?系统的外部事物包括：人员、设备、外部系统。 ?凡是直接使用系统的人员可以确认为活动者。 ?某些设备与系统相联，直接向系统提供外界信息或在系统的控制下运行，可以确认为活动者。 ?凡是与系统相联，并与系统交互的外部系统，可以确认为活动者。 ?Use Case是对系统的用户需求（主要是功能需求）的描述，Use Case表达了系统的功能和所提供的服务。 ?Use Case描述活动者与系统交互中的对话。它可以用一系列的步骤来描述，这些步骤构成一个“剧本”（Scenario）。 “剧本”的集合就是Use Case。全部的Use Case构成了对于系统外部是可见的行为的描述。 Use Case只描述活动者和系统在交互过程中做些什么，并不描述怎样做。 一个活动者可以运行多个Use Case，而一个Use Case可以有多个活动者运行它。但是，也有的Use Case很难有与它明确关联的活动者。 ?例：一个网上商店，顾客购买商品的过程的Use Case可以用文字列表描述如下。 购买商品 （1）顾客浏览查询产品分类目录，找出所需要的产品。 （2）顾客准备结算。 （3）顾客填写购货信息（产品信息，数量、送货地址、送货日期）。 （4）系统显示价格和应付款项。 （5）顾客填写信用卡信息。 （6）系统检查信用卡的有效性，确认交易成功。 （7）系统确定发货时间，发出发货通知。 （8）系统发确认成交的电子邮件给顾客。 异动处理：信用卡有效性检查失败。 ? 本Use Case包含了两个剧本：成功的商品交易的 “购买商品” 剧本，“信用卡有效性检查失败”的剧本。 ?业务Use Case 是指系统提供的业务（Business