UML九种图之用例图

    在学习UML的过程中，我最先接触到的就是用例图；因为一开始接触，感觉非常有意思，所以就学习更为认真，到最后才发现我在这九中图中就对用例图印象稍微深刻一些，现在就让我来介绍一下用例图的基本组成，请大神们多多指正。

用例图是指由参与者（Actor）、用例（Use Case）以及它们之间的关系所构成的用于描述系统功能的视图。如下：

在图中我们可以看到四个对象：

Actor：（人或事）可以激活系统交互信息、可以对系统进行输入、可以从系统被动的接受信息。

Use_Case：表示在相应外部Actor触发时，系统所执行的功能，其为Actor提供了一种表现手段，如：捕获系统需求、专业人士和最终用户间的连接或者测试系统等等。

Dependecy：表示从属关系，在上图中所表达的意思是Actor属于Use Case的一个子部分。

Association：表示联系关系，在上图中所表达的意思是Actor跟Use Case之间有联系，但是Use Case跟Actor却没有相关联的联系。

上图是用例图最基础的表现形式，用这个最经典的图像来说明的话更加能让人快速的知道了解用例图的功能以及呈现形式。当然在用例图中还有这么一些关系，在上文中没有表现出来，接下来就介绍一下这几种关系，如下：

包含：包含关系可以很清楚的表达在维护过程中存在的某些信息的功能，比如：新建、编辑以及修改都可以在用例详述中描述出来，相比较其他而言，用例图比较简单。

扩展：扩展关系表示在原来的系统中所表达出来的关系或功能逐渐给扩散，增大他的作用或者所包含的内容，比如：在有些系统中允许用户对查询的结果进行导出、打印。然而对查询而言，能不能导出、打印查询都是一样的，导出、打印是不可见的。导出、打印和查询相对独立，而且为查询添加了新行为。

泛化：子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它，父用例通常是抽象的。

总的来说，用例图展示了用例之间以及同用例参与者之间是怎样相互联系的，用例图用于对系统、子系统或类的行为进行可视化的呈现与表达，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。将每个系统中的用户分出工作状态的属性和工作内容，方便建模，防止功能重复和多余的类。同时用例图也定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现。

以下是我总结的机房收费系统的用例图：

1.一般用户的用例图

 2.管理人员的用例图

3.维护人员的用例图

              4.机房收费系统概括用例图