UML面向对象建模chapter2用例图

UML教程

用例图

《UML面向对象建模基础》 UML面向对象建模基础 面向对象建模基础》

UML教程

本节目标

理解需求分析与用例图之间的关系。 理解需求分析与用例图之间的关系。 掌握参与者、用例、关系的概念 概念。 掌握参与者、用例、关系 概念。 学会通过分析需求画出用例图。 学会通过分析需求画出用例图。 任务分析本章的项目引入中的系统的需求， 分析本章的项目引入中的系统的需求，确定系统中的参与者和 主要用例，并画出用例视图。 主要用例，并画出用例视图。

UML教程

一、用例图的组成

用例( 用例(Use Case) ) 活动者(角色， 活动者(角色，Actor) ) 关系( 关系(Relationship) )

UML教程

1. 用例Use Case:系统、子系统或类与外部的参与者( 系统、子系统或类与外部的参与者(actor)交互的动作序列的 ) 说明，包括各种序列及出错序列。 说明，包括各种序列及出错序列。 用例分析可以认为是对系统功能的分解。 用例分析可以认为是对系统功能的分解。

怎样确定用例的粒度？ 怎样确定用例的粒度？用例的粒度(用例的大小)可大可小， 用例的粒度(用例的大小)可大可小，一般一个系统宜控制在 20个用例左右。 个用例左右。 个用例左右 用例是系统级的、抽象的描述，不是细化的(是做什么， 用例是系统级的、抽象的描述，不是细化的(是做什么，非怎 样做) 样做) 对复杂的系统可以划分为若干子系统处理。 对复杂的系统可以划分为若干子系统处理。

UML教程

怎样获取用例？ 怎样获取用例？活动者希望系统执行什么任务？ 活动者希望系统执行什么任务？ 活动者在系统中访问哪些信息(创建、存储、修改、 活动者在系统中访问哪些信息(创建、存储、修改、删 除等)? 除等)? 需要将外界的哪些信息提供给系统？ 需要将外界的哪些信息提供给系统？ 需要将系统的哪个事件告诉活动者？ 需要将系统的哪个事件告诉活动者？ 如何维护系统？ 如何维护系统？

UML教程

2 . 活动者(角色)

Actor 系统外部的参与者，可以是人、外部硬件、其他系统 ，甚至时间。

UML教程

怎样识别活动者？ 怎样识别活动者？谁向系统提供信息？ 谁向系统提供信息？ 谁从系统获取(使用)信息？ 谁从系统获取(使用)信息？ 谁操作系统？ 谁操作系统？ 谁维护系统？ 谁维护系统？ 系统使用哪些外部资源？ 系统使用哪些外部资源？ 系统是否和已经存在的系统交互？ 系统是否和已经存在的系统交互？ 是否有事情自动在预计时间发生？ 是否有事情自动在预计时间发生？

理解： 理解：Actor不是指人，而是指代表某一种特定功能的角色，因此 不是指人，而是指代表某一种

特定功能的角色， 不是指人 同一个人可能对应很多个Actor。Actor是虚拟的概念，可以指外 是虚拟的概念， 同一个人可能对应很多个 。 是虚拟的概念 部系统和设备。 部系统和设备。 如果一个角色的操作是由另外一个角色代理完成的， 如果一个角色的操作是由另外一个角色代理完成的，请建立 该角色到另外角色的依赖。 该角色到另外角色的依赖。

UML教程

3. 关系

关联(association) 包含(include) 扩展(extend) 泛化(generalization)

UML教程

关联association用单向箭头表示，只表示谁启动用例，不考 虑信息的双向流动；每个用例都有角色启动 ，除包含和扩展用例 无论用例和角色是否存在双向数据交流，关 联总是由角色指向用例。

UML教程

包含include箭头方向由基本用例指向被包含用例； 两个以上用例有共同功能，可分解到单独用 例，形成包含依赖； 执行基用例时，每次都必须调用被包含用例 ，被包含用例也可单独执行；

UML教程

包含include一个用例过于复杂，可以分解成小用例，构 成包含依赖(三个被包含的用例合起来实现 完整的事件流，不能单独调用);

UML教程

扩展extend一个用例(在某些扩展点上)扩展另一个用例 的功能 ，构成新用例； 扩展用例依赖于被扩展依赖(基本用例),只 是部分片断组成，不是完整的独立用例，无法 单独执行；

UML教程

泛化(generalization)一个用例和其几种情形的用例间构成泛化。 往往父用例表示为抽象用例(abstract)。

UML教程

Eg

UML教程

UML教程

二、用例图显示系统和外部实体交互的图。