-
include
Include是指“包含的关系”，指多个用例中都包含一个共有的相同的过程，这时为了将用例图画的更为清晰，所以我们需要将用例更加细分出来，这时候就用到了Include。
include是指用例中的包含关系，通常发生在多个用例中，有可以提取出来的公共部分（就象提取公因式一样），例如一个用例中包括了A和C两个流程，而另一个用例中包含了B和C两个流程。为了提高复用性，可以把C提取出来，形成另一个用例C。因而，当有include关系时，被include的用例通常会被两个以上的其他用例include（否则就不需要重用，也就不需要提取出来了），比如下图1-1中，两个用例中都包含了C这个过程，这个时候，我们就需要将C提出来，形成图1-2
图1-2的意思是A，B用例在执行的时候，都会使用C用例，那么我就将C用例单独拿出来，形成一个用例，特点是C用例不知道A，B用例的存在，而A,B用例知道C用例的存在。
-
extend
Extend表示“扩展”，指的就是，在执行某一个用例的时候，可能会有所选择的再去执行其他用例。假设发送消息的功能描述为"发送一条通知"，可是，发送通知的方式可能有许多种，例如通过邮件发送、通过短信发送等。在需求分析阶段，可能无法明确到底有多少种方式，在用例分析阶段，发送消息需要留出扩展接口，然后把已知的发送方式作为扩展用例给出，例如短信是"通过短信发送"，而E-mail是"通过邮件发送"，此时， 短信和 E-mail了发送短信，表现为两根虚线，箭头指向发送短信比如图2-1，在这个图中，参与者当执行“发送消息”这个用例的时候，可能会选择是通过发送“短息”，还是发送“E-mail”这两种方式，而这两种方式是“发送消息”这个用例的具体过程，同时“短信”用例和“E-mail”用例是知道“发送消息”这个用例的存在的，而发送消息是不知道短信和 E-mail 存在的。
也许有人会问"如果两个用例之间，一个要调用另一个时，怎么办？"（有可能是混淆了用例和模块的关系），那么，首先要区分概念，用例就是用例，用例不是模块，也不是组件（虽然一个用例能发展成为"一个或多个"模块或组件）；其次，从用例分析的角度来看，如果用例A确实要调用到用例B，那么，可以进一步分析：A是调用了B的所有流程呢，还是其中一部分流程？
（1）如果是调用了一部分，此时可以把B中的那部分流程提取出来，形成用例C，然后A和B都includeC；
（2）如果是调用了所有流程，那么，A直接includeB即可；
（3）如果A没有调用B中的任何流程……faint，那还画那条代表依赖的实线干嘛？
