一、基本概念

在用例图中，最为核心的两个元素是参与者和用例。

   参与者是为了完成一个事件而与系统交互的实体。

   用例实例是在系统之执行的一系列动作，这行动作将生成特定参与者可见的价值结果。

关系表示：

    参与者与用例：一根用带箭头的线表关联

    用例之间：

          包含《include》 箭头方向由基用例指向被包含用例

          扩展《extend》 箭头方向由扩展用例指向基用例

    参与者与参与者或者用例与用例间：

          泛化   带空心三角的线由父类指向子类

 二、绘制用例图

 1、记录需求特性

   与用户沟通，记录下用户的需求，然后列表

 2、识别参与者

     找参与者，可以通过分析一下几个问题：

   谁使用、谁安装、谁启动、谁维护、谁关闭这个系统？

哪些其他的系统使用这个系统？

谁从这个系统获取信息？

谁为这个系统提供信息？

是否有事情自动在预计的时间发生？

如果系统中发现一个事件，是否需要通知某个外部系统？

系统是否需要与外部实体交互以帮助自己完成任务？

              根据机房收费系统中的描述，可以知道，上面特性列表功能完成者只有一个，即一般用户

3、合并需求获得用例

    在合并之前，要明确为什么要合并，合成的用例命名应采用“动词+名词”形式，最好对其进行编号，通过编号可以将用户的需求落实到特定的用例中。

4、绘图

5、重复1-4过程，我们可以找出操作员、管理员为参与者的用例图

三、小结

       用例图刚开始画不知如何下手，上面也是简单的画了一下，有好多东西没有画出来，可能还存在错误。 用例图的内容远远不止这些，它仅仅定义了用户对系统功能的需求，从系统的外部看系统功能，并不说明系统内部对功能的具体实现。

【UML】机房收费系统之用例图