【UML】用例图（Use Case Diagram）

    最近在学习用例图，通过看视频和网上查资料学习了用例图的使用以及如何画用例图，在自己实战的时候也有了自己的认识，跟一开始接触用例图时有了不同的认识，从下面几个方面介绍一下用例图：

1、什么是用例图

    用例图是指参与者、用例以及它们之间的关系构成的用于描述系统功能的视图。用例图是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及他们之间的关系。主要用于对系统、子系统或类的功能行为进行建模
    从用户角度描述系统功能，并指各功能的操作者，用于需求分析阶段

2、用例图的组成

    用例图由参与者、用例、系统边界、箭头这四部分组成

参与者（actor）

    参与者是指系统以外的，在使用系统或与系统交互中扮演的角色，参与者可以是人，可以是是事物，也可以是时间或其他系统等等。需要注意的是参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，这里小明扮演了两个的角色，是两个不同的参与者。
    系统的参与者可分为两类，一类是人，包括系统的使用者、维护者等，另一类是其他系统

用例（use case）

    用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。用例就是外部可见的系统功能，对系统提供的服务进行描述，用椭圆表示

系统边界

    系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中用方框表示，同时附上系统的名称，参与者画在边界外面，用例画在边界里面。系统边界的作用不是太明显，所以在画图时可以省略

箭头

    箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动

3、用例图中的关系

用例图中涉及到四种关系：关联、泛化、包含、扩展

关联

    参与者与用例之间通常用关联关系来描述，表示参与者与用例之间的通信，任何一方都可发送或接受消息。以机房收费系统用例图中部分内容为例

泛化

    一个父用例可以被特化形成多个子用例，父用例和子用例之间的关系就是泛化关系。在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。以机房收费系统用例图中部分内容为例

包含

    一个基本用例包含了另一个用例的行为，基本用例描述在多个用例中都有公共行为。包含关系本质上是比较特殊的依赖关系。以机房收费系统用例图中部分内容为例

扩展

    是指用例功能的延伸，相当于为基础用例提供一个附加功能。以机房收费系统用例图中部分内容为例

4、用例图--机房收费系统

一般用户：

操作员：

管理员：

三个角色之间的关系：

    

     以上就是我通过这段时间对用例图的学习学到的东西，如有不同见解欢迎指正