UML建模之用例图（重点讲extend和include关系）_用例图 extend include

文章目录

• 概述
• 角色（Actor）
• 用例（Use Case）
• • 1、概述级
    • 2、用户目标级
    • 3、子功能级
• 关系：
• • 一、包含关系（include）：
    • 二、扩展关系（extend）

概述

用例图（Use Case Diagram）是整个UML9种图中最基础、最重要的一种图。为什么说它重要呢？因为用例图描述的是待开发系统的功能需求，这些功能需求是UML其它几种视图的依据和基础，其它几种图都要围绕用例图中定义的用例来建模，也可以说其它几种图都是为了实现用例图中的用例而存在的。

那么用例图都有哪几种元素组成呢？

角色（Actor）

角色用一个小人，但这并不代表角色只能是人，而不能是其它的物。

角

色

可

以

是

人

、

也

可

以

是

物

。

\color{red}{角色可以是人、也可以是物。}

角色可以是人、也可以是物。

那么怎样分析一个系统所涉及到的角色呢？下面是几种常用来确定系统角色的方法：

1、直接使用系统的人
2、系统的维护人员
3、从系统被动接受信息的人
4、系统使用的外设
5、需要与此系统相连的其它系统

1-3是人，4、5是物。所以一定不要认为角色只能是人。

用例（Use Case）

用例就是系统的功能需求，就是待开发系统将要完成的功能，所以用例一般都用动词表示

用例的粒度有粗有细，按照用例的粒度可以将其划分为以下几个粒度

1、概述级

此图中用户使用收费系统，“使用收费系统（UseChargeSystem）”就是一个比较粗的概述级的用例（简单的表示了人和系统之间的关系）

2、用户目标级

此图中用户查询余额，“查询余额（QueryRemainCash）”就是一个相对比较具体的功能”，是我们最常用的一种用例粒度

3、子功能级

此图中用户在查询余额和查询使用金额之前都要先登录系统，登录系统（Login）是在完成其他基本用例时必须要执行的一个子过程，这一用例的粒度相对较细。子功能级的用例常用来被其它用例包含（include）、细化（refine）其他用例。

关系：

包括角色和用例之间的关系、用例和用例之间的关系、角色和角色之间的关系

角色和用例之间的关系通常为关联（表示某一角色和某一用例有关系）：

角色和角色之间的关系通常为继承：

角色Administrator继承了角色User，那么Administrator也就具有QueryRemainCash和QueryUseCash的权限了。继承的最大好处就是实现复用，同使用角色之间的继承关系，可以大大减少角色和用例之间的“连线”。

用例和用例之间的关系就比较复杂了，下面我为大家一一介绍：