第3章_信息系统分析与设计_用例及用例图精要.ppt

3.1 概述 1. 用例图的概念 用例图: UML用来描述软件功能的一种图形，包括用例，参与者，及其关系，也可以包括注释和约束。 3.1 概述 2. 用例图的作用 用例图用来展现软件的功能，作用是： ● 展现软件功能； ● 展现软件使用者和软件之间的关系； ● 展现软件功能相互之间的关系。 3.1 概述 3. 用例图的要素 用例图的要素主要有： ● 参与者：与用例存在交互关系的系统外部实体 ； ● 用例：描述一个相对独立的软件功能； ● 关系：参与者与用例的关系，参与者相互之间的关系，以及用例相互之间的关系。 3.2 用例 1. 用例的概念 用例(use case,用案,用况): 表示系统执行的一组动作，它会给系统或者参与者产生一组可观察的结果，用例用来描述系统的一个功能 。 2.用例的表示 用椭圆表示用例 3. 用例的特点 ① 用例用于描述系统的功能，这个功能是外部使用者看到的系统功能，不反映功能的内部实现。 3. 用例的特点 ② 用例描述用户提出的一些可见需求，对应一个具体的用户需求。 3. 用例的特点 ③ 用例反映系统与用户的一次交互过程，应该具有交互的信息的传递。 3. 用例的特点 ④ 用例是对系统功能的描述，属于需求建模。 用例的特点 ① 用例用于描述系统的功能，这个功能是外部使用者看到的系统功能，不反映功能的内部实现。 ② 用例描述用户提出的一些可见需求，对应一个具体的用户需要。 ③ 用例反映系统与用户的一次交互过程，应该具有交互的信息的传递。 ④ 用例是对系统功能的描述，属于需求建模。 3.3 参与者 1. 参与者的概念 参与者（actor）是外部需要与系统交互的事物。也被称为活动者。 3.3 参与者 2.参与者的类型 ①. 人： 客户，读者，库管员 ②. 设备： 计算机，磁盘，读卡机等 ③. 外部系统： 上层系统,同级系统等 ④. 时间： 由时间激发或启动用例 3. 参与者的表示 参与者可以表示为下面三种形式。 4. 参与者之间的关系 参与者之间可以有泛化关系。 5. 参与者的特性 参与者具有以下特性： ①.参与者位于系统外部； ②.参与者与系统发生交互关系 ③.参与者与系统之间存在交互接口 3.4 参与者与用例之间的关系 参与者与用例之间可以具有以下关系： ①.启动用例 有些用例可以由参与者启动，例如： 3.4 参与者与用例之间的关系 ②.获取用例提供的服务 参与者通过用例获取系统提供的服务，大部分参与者与用例属于这种关系，例如： 3.4 参与者与用例之间的关系 ③.为用例提供服务 有些参与者需要向用例提供服务，例如： 3.4 参与者与用例之间的关系 ④.给系统提供信息 有些需要给系统提供必要的信息，例如： 3.4 参与者与用例之间的关系 ⑤.从系统获取信息 有些参与者需要从系统获取必要的信息，例如： 3.5 用例之间的关系 用例之间可以具有以下几种关系： ①.泛化关系 ②.包含关系 ③.扩展关系 1. 泛化关系 参与者与参与者之间，用例与用例之间存在一般与特殊的泛化关系。 2. 包含关系 两个用例之间，一个用例(基用例)的行为要用到另外一个用例(包含用例)的行为。 包含关系用依赖关系的include构造型来表示。 3. 扩展关系 扩展关系表示基本用例在扩展点要增加新的行为或功能，以扩展到新用例。 扩展关系用依赖关系的extend构造型来表示。 5. 包含关系与扩展关系的区别 ①.两个关系箭头方向相反.包含关系的箭头由基用例指向包含用例；扩展关系的箭头由扩展用例指向基用例。 ②.在基用例执行的过程中，被包含的用例一定要被执行；扩展关系如果条件不为真，扩展用例可以不执行。 ③.包含关系中的基用例必须依赖被包含