UML与系统分析设计 (4).pptVIP

第4章 Use Case图 4.1 概述 4.2 活动者 4.3 Use Case 4.4 Use Case的联系 4.5 Use Case图的应用 Home ?所谓Use Case是指系统的外部事物（活动者）与系统的交互，它表达了系统的功能，即系统所提供的服务。 ?具体地说，Use Case是关于系统的一组动作的说明（Specification），这些动作对一个或多个活动者给出所需要的结果（值）。 ?Use Case用于为待开发的系统建立功能需求模型。 ?Use Case图是Use Case模型的图形表示，能准确地表达活动者与系统的交互情况和系统所提供的服务。 Use Case图是后续的系统分析与设计工作的依据，也是系统测试的依据。 Use Case图对需求的描述规范化，较好地避免了表达的歧义性，便于用户和开发人员理解系统的需求，取得共识。 ? Rational统一过程主张采用Use Case驱动的软件开发方式。 4.1 概述 Home Use Case图示例，如图4.1所示。 一个有关金融贸易业务活动的Use Case图 4.1 概述 Home 图4.1 Use Case图示例 4.2 活动者 Home 4.2.1 系统范围与系统边界 4.2.2 活动者 4.2.3 活动者的确定 ?系统（System）是指由多个系统元素有机地结合在一起，并执行特定的功能以达到特定目标的集合体。计算机系统是用于解决某个特定的领域问题的。 ?系统分析的首要任务是问题识别，明确系统范围，划分系统边界，确定系统的责任。 ?系统范围（System Scope）是指系统的问题域的目标、责任、任务和规模，以及系统应提供的服务。 ?系统边界（System Border）是指一个系统的所有系统元素与系统以外的事物的分界线。 ?系统的范围与边界取决于开发的目标、任务和规模。 Home 4.2.1 系统范围与系统边界 ?活动者（Actor）是用户作用于系统的一个角色（Role）。 ?活动者用来建立一个系统的外部用户模型，活动者直接与系统交互作用。活动者是对系统边界之外的对象的描述。在系统边界之外的是活动者。 ?活动者对系统的交互包括信息交换（数据信息和控制信息）和与系统的协同。 ?活动者包括人活动者（Human Actor）和外部系统活动者（System Actor）。 ?系统的用户是人活动者。 ?活动者不一定是人，它也可以是一个外部系统，该系统与本系统相互作用，交换信息。 Home 4.2.2 活动者 ?活动者运行Use Case，获得系统的某项服务。一个活动者可以运行多个Use Case，而一个Use Case可以由多个活动者运行。 ?一个活动者与其他的活动者可以有泛化联系，即一个活动者可以继承一个更一般的活动者的特性。 ?活动者的图形表示如图4.3所示。 Home 4.2.2 活动者 actor 图4.3 活动者的表示图形 活动者名 ?Use Case图示例——项目与资源管理系统，如图4.2所示。 Home 4.2.2 活动者 图4.2 项目与资源管理系统的高层Use Case图（活动者） ?确定活动者首先应明确系统的范围，并从应用的角度考虑系统的作用，确定将有哪些外部事物与系统进行交互。 ?凡是与系统进行信息交换（包括数据信息和控制信息交换）的外部事物可以确认为活动者。 ?系统的外部事物包括：人员、设备、外部系统。 ?凡是直接使用系统的人员可以确认为活动者。 ?某些设备与系统相联，直接向系统提供外界信息或在系统的控制下运行，可以确认为活动者。 ?凡是与系统相联，并与系统交互的外部系统，可以确认为活动者。 Home 4.2.3 活动者的确定 ?Use Case概念的创始者Jacobson提出了在确定活动者时应考虑的一些问题： ·每一个活动者的主要任务是什么。 ·活动者是否要读、写或修改系统中的信息。 ·活动者是否应把系统外部的有关变化通知系统。 ·活动者是否期望系统把意外的变化通知自己。 ?这些问题对于确定活动者有一定的启发作用。 Home 4.2.3 活动者的确定 4.3 Use Case Home 4.3.1 Use Case概念 4.3.2 业务Use Case与系统Use Case 4.3.3 Use Case图 ?Use Case是对系统的用户需求（主要是功能需求）的描述，Use Case表达了系统的功能和所提供的服务。 ?Use Case描述活动者与系统交互中的对话。它可以用一系列的步骤来描述，这些步骤构成一个“剧本”（Scenario）。 剧本”的集合就是Use Case。全部的Us