一篇文章带你了解UML用例图

有很多小伙伴说不懂系统分析与设计中的UML图表怎么办，别急！今天北更正好是信息系统分析与设计的期末考试，为了自己回顾一下知识，也为了帮助大家能够学习这种系统分析中的建模语言，于是决定写下这篇博客。由于UML图表包含14种之多，这里只讲其中的一种 —— 用例图 ，其他的UML图表将在后续为大家更新。内容可能有些枯燥，但北更尽量使用例图，来为大家讲解！

第一，UML是什么

UML：统一建模语言（Unified Modeling Language）是一种面向对象的，且由一整套图表组成的标准化建模语言。它能够实现大型复杂系统的各种成分描述可视化、说明并构造系统模型，以及建立各种所需的文档，是一种定义良好、易于表达、功能强大且普遍适用的建模语言。

第二，UML中包含图表

• UML图分为结构图和行为图。
• 结构图分为类图、轮廓图、组件图、组合结构图、对象图、
  部署图、包图。
• 行为图又分活动图、用例图、状态机图和交互图。
• 交互图又分为序列图、时序图、通讯图、交互概览图。

第三，UML用例图

UML用例图用于描述外部项与系统提供的使用事件之间的联系。一个使用事件是系统提供的功能的具体描述，是系统分析人员从用户角度描述系统的功能，是功能与功能之间以及功能与用户之间的关系。使用事件定义了系统的功能需求。

简单理解：用来描述系统的功能。

第四，用例图的组成部件

1. 识别参与者（Actor）

- 参与者是系统之外与系统进行交互的任何事物。

1. 使用系统的个人

   –谁负责提供、使用或删除信息?

   –谁将使用某项功能?

2. 系统所连接的外部硬件。

   --例如，控制建筑物中温度的通风
   系统不断地从传感器获取温度信息，
   传感器就是一个参与者。
   

3. 与该系统进行通信的其他信息系统。

   --例如为自动柜员机系统建模时，
   中央银行系统就是它的一个参与
   者。银行卡系统是销售系统中的
   一个参与者。
   

4. 参与者的表示。
   

2. 识别用例（Use Case）

• 用例用来描述功能性需求。

  1. 一个用例就是系统的一项软件功能，对应于一个事件。

  2. 每个用例至少和一个参与者相关，用例名称要准确体现参与者希望系统提供的一项具体功能。

  3. 用例就是外部可见的系统功能，对系统提供的服务进行描述。用椭圆表示。

  4. 用例表示：
     

3. 子系统(Subsystem)

用来展示系统的一部分功能，这部分功能联系紧密。

第五，用例图的四种关系

1. 关联(Association)
　 表示参与者与用例之间的通信，任何一方都可发送或接受消息。

【箭头指向】：指向消息接收方
　　

2. 泛化(Inheritance)

• 就是通常理解的继承关系，子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用 父用例的一段行为，也可以重载它。父用例通常是抽象的。

【箭头指向】：指向父用例
　　

3. 包含(Include)

• 包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤。

【箭头指向】：指向分解出来的功能用例

4. 扩展(Extend)

• 扩展关系是指用例功能的延伸，相当于为基础用例提供一个附加功能。

【箭头指向】：指向基础用例

第六，用例图实例

以下用例图描述了图书借还系统的功能性需求，请指出其中包含的错误。如果需要增加定期发布催还通知、读者提交订购建议、新书到货通知等需求，重新绘制用例图。

-答案：

1.参与者与参与者间不能有箭头连接的关系；
2.读者与管理员间无泛化关系；
3.图书借还系统不应成为用例；
4.图书归还是读者的用例。

• 写在最后，北更很努力在写博客，如果觉得不错请反手一个赞，也记得关注一下！

• 轻松一下！ 点击下方蓝色字体即可观看视频！

Java 搞笑视频