UML——用例图

        前言

        用例图研究了几天了， 但是总觉得用例图应该是一个非常重要的图，所以参考网络资料和自己的理解，有了如下总结：  

        用例图是指由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。

参与者

       参与者不一定是人，也可以是人以外的其他事物，也可以是时间或者其他系统等。参与者并不是指的人或者事物或者其他东西本身，而是这些东西所代表的角色。比如说我自己，既是纪委，又是13期学员，还是后勤部门的，在这里我就扮演了三个角色。参与者通常用简笔画的小人表示，生动形象。

用例

       是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。说白了，用例就是参与者想要系统做的事情，比如我应该帮助大家养成良好的纪律，卫生习惯，同时我也应该保证自己的学习，那么这就是我的用例。用例一般用椭圆表示，并在椭圆下面附上用例的名称。

箭头

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

用例图

主要的作用有三个：

（1）获取需求

（2）指导测试

（3）还可在整个过程中的其它工作流起到指导作用。

关系

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

角色间的关系

       角色之间的关系。由于角色实质上也是类，所以它拥有与类相同的关系描述，即角色之间存在泛化关系，泛化关系的含义是把某些角色的共同行为提取出来表示为通用的行为

泛化关系

       代表一般与特殊的关系。它的意思和面向对象的程序设计中的继承的概念是类似的。不同的是继承使用在实施阶段，泛化使用在分析、设计阶段。在泛化关系中子

用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。

       扩展关系的基本含义和泛化关系类似，但在扩展关系中，对于扩展用例有更多的规则限制，基本用例必须声明扩展点，而扩展用例只能在扩展点上增加新的行为和含义。与包含关系一样，扩展关系也是依赖关系的版型。在扩展关系中，箭头的方向是从扩展用例到基本用例，这与包含关系是不同的。

包含

       业务中，总是存在着维护某某信息的功能，如果将它作为一个用例，那新建、编辑以及修改都要在用例详述中描述，过于复杂；如果分成新建用例、编辑用例和删除用例，则划分太细。这时包含关系可以用来理清关系。

扩展

       系统中允许用户对查询的结果进行导出、打印。对于查询而言，能不能导出、打印查询都是一样的，导出、打印是不可见的。导出、打印和查询相对独立，而且为查询添加了新行为。

泛化

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

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

       总结：用例图说白了就是角色和功能的集合，我们机房的用例图就是将复杂的关系通关简单的用例图来展示出来，让系统的后续工作有参考，变得更加简单。以上就是我对用例图的理解，如有不对，欢迎大家指正。