关联关系
关联关系是指执行者与用例之间的关系，又称为通信关系，如果某个执行者可以对某个用例进行操作，它们之间就具有关联关系，如下图所示，“经理”有一个功能为“查看库存报表”，因此可以在执行者“经理”和用例“查看库存报表”之间建立一个关联关系，关联关系用实线表示。
泛化关系
执行者之间的关系只有一种，即泛化关系，用一个带有空心三角形的实线表示，如下图所 示，在该图中，仓库管理员、系统管理员、经理都是员工的一种，因此员工拥有的功能这三 者都拥有，如登录、修改个人信息等，为了减少用例的个数并且使系统更加符合面向对象设 计规范，可以对执行者进行泛化，将各类执行者都具有相同的功能移至父执行者，而将每类 执行者特有的功能保留在子执行者中。
参与者：经理，安全主管，保安 用例：管理人事，批准预算，批准安全证书，监视周边
在参与者之间不存在泛化关系的情况下，各个参与者参与 用例的情况分别是：经理参与用例管理人事和批准预算；安全主管参与用例批准安全证书；保安参与用例监视周边。由于安全主管与经理，安全主管与保安之间泛化关系的存在，意味着安全主管可以担任经理和保安的角色，就能够参与经理和保安参与的用例。这样，安全主管就可以参与全部4个用例。但经理或者保安却不能担任安全主管的角色，也就不能参与用例批准安全证书。
常见的用例之间的关系有两种，分别是包含关系和扩展关系
包含关系
如果多个用例都具有一部分相同的行为，可以将这部分相同的行为作为一个单独的用例抽取出来，与原来的用例形成一个包含关系。如仓库管理员在进行入库、出库等操作之前需要先登录，登录是入库、出库流程的基本组成部分，因此用例“入库”和“出库”包含用例“登录”。为了更加清晰地描述多个用例的相同行为，在用例图中提供了用例与用例之间的包含关系。在UML中，包含关系用依赖线（虚线）加一个<<include>>表示，由原始用例指向包含用例，如下图所示：
扩展关系
扩展关系又称为延伸关系，如果一个用例在执行时可能会使用到另一个用例，或者使用一个新的用例对原有用例的行为进行扩展时可以使用扩展关系，如仓库管理员在入库时发现某种商品在系统中暂不存在，则可以增加新的商品信息；如果入库商品均已存在，则无需增加商品信息，此时用例“增加商品信息”可以作为用例“入库”的扩展用例。
在UML中，包含关系用依赖线（虚线）加一个<<extend>>表示，由扩展用例指向原始用例，如下图所示：
用例之间扩展和包含关系 ：
用例的上下文是：短途旅行但汽车的油不足以应付全部路程。那么为汽车加油的动作在旅行的每个场景(事件流)中都会出现，不加油就不会完成旅行。吃饭则可以由司机决定是否进行，不吃饭不会影响旅行的完成。
图解总结
