再遇UML之用例图

    用例图主要是用图来表示系统的主事件流程。它主要用来描述客户的需求，即用户希望系统具备完成一定功能的能力，通俗地理解用例就是软件的功能模块。设计人员根据客户的需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系。

组成：

用例图包含：参与者（Actor）、用例（Use Case）、系统边界、关系
参与者和用例用关联连接以求把系统的整个结构和功能反映给用户，对应的是软件的结构和功能分解。
用例之间的关系：泛化、包含、扩展

关系细化

包含include

    使用包含用例来封装一组跨越多个用例的相似动作（行为片断），以便多个基用例复用。基用例控制与包含用例的关系，以及被包含用例的事件流是否会插入到基用例的事件流中。基用例可以依赖包含用例执行的结果，但是双方都不能访问对方的属性。包含关系对典型的应用就是复用，也就是定义中说的情景。但是有时当某用例的事件流过于复杂时，为了简化用例的描述，我们也可以把某一段事件流抽象成为一个被包含的用例；相反，用例划分太细时，也可以抽象出一个基用例，来包含这些细颗粒的用例。这种情况类似于在过程设计语言中，将程序的某一段算法封装成一个子过程，然后再从主程序中调用这一子过程。说了半天太官方，不易理解，画个图来说明。

举例

扩展extend

    扩展关系将基用例中一段相对独立并且可选的动作，用扩展（Extension）用例加以封装，再让它从基用例中声明的扩展点（Extension Point）上进行扩展，从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性，因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。

举例

泛化Generalize

    泛化代表一般与特殊的关系。用例之间的泛化联系和类间的泛化联系类似，即在用例泛化中，子用例表示父用例的特殊形式。子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变已继承的行为。当系统中具有一个或多个用例是较一般用例的特化时，就使用用例泛化。

举例

用例图

下面是机房收费系统的用例图，欢迎指正，不断修改，共同进步……