UML总结之用例图

一 用例图含义

    用来描述用户的需求，从用户的角度描述系统的功能，从系统的外部看系统功能，并不描述系统内部对功能的具体实现，并指出各功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。是在项目启动开始用到的图，展示了用例之间以及同用例参与者之间是怎样相互联系的。

二 构成 

    用例图由参与者（Actor）、用例（Use Case）、箭头组成。

    参与者：

    指存在于系统外部并直接与系统进行交互的人、系统、子系统或类的外部的实体的抽象。

    不是特指人，可以是人，也可以是事物。不是指人或事物的本身，而是表示人或事物当时所扮演的角色，比如小明是管理员，那他的角色就是管理员而不是小明这个人物本身。（ps:参与者实质上也是类，所以它拥有与类相同的关系描述，参与者和参与者之间的关系主要是泛化关系即继承关系）

                    

    用例：

    是参与者想要系统做的事情。是参与者（角色）可以感受到的系统服务或功能单元。任何用例都不可能在缺少参与者的情况下独立存在。（ps:用例的粒度指的是用例所包含的系统服务或功能单元的多少。用例的粒度越大，用例包含的功能越多，反之包含的功能越少。)

用例的命名可以是一个描述性的名称，也可以是带有动作性的词。用例在画图中用椭圆来表示：

                

    关系：

    为了减少模型维护的工作量、保证用例模型的可维护性和一致性，可以在用例之间抽象出包含（include）、扩展（extend）和泛化（generalization）这几种关系。

三 用例图的作用

用例图是需求分析中的产物，主要作用是描述参与者和用例之间的关系，帮助开发人员可视化地了解系统的功能。

四 关系

1.包含

包含关系是指用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。比如学生上机要看学生卡号是否存在，是否正在上机，是否余额充足等，这些与学生上机就可以看作是包含关系，这些部分是必须的，少了哪个也不可以，少了哪个也不会成功上机。

             

2.扩展

在一定条件下，把新的行为加入到已有的用例中，获得的新用例称为扩展用例（extension），原有的用例称为基础用例（base)，从扩展用例到基础用例的关系就是扩展关系。扩展从字面上也理解，就是一些扩展的功能，也许是可有可无的，比如导出excel或者打印报表。如在机房中：

             

3.泛化

泛化指的是一个父用例可以被特化形成多个子用例，父用例和子用例之间的关系就是泛化关系，子用例包括了所有父用例的特性。箭头由子用例指向父用例。

                 

五 总结：

     用例图描述了用户的需求和系统的功能，是非常重要的。在学习中要了解用例图之间的关系，特别是包含和扩展之间的关系，只有这样才能更好的画图和描述需求。