UML用例图总结

UML用例图总结

　　【组成】：一幅用例图包含的模型元素有系统、行为者、用例及用例之间的关系。

　　【用途】：进行需求分析和建立功能模型的强有力工具，在UML中把用用例图建立起来的系统模型称为用例模型。用例模型描述的是外部行为者(actor)所理解的系统功能。用例模型的建立是系统开发者和用户反复讨论的结果，他描述了开发者和用户对需求规格所达成的共识。

　　用例图所包含的元素如下：

　　1. 参与者(Actor)

　　指与系统交互的人或其他系统，它代表外部实体。

【用法】：在用例图中用直线连接行为者和用例，表示两者之间交换信息，称为通信联系。行为者触发(激活)用例，并与用例交换信息。

                                      

　　2. 用例(Use Case)

 　　一个用例是可以被行为者感受到的、系统的一个完整的功能。在UML中把用例定义成系统完成的一系列动作，动作的结果能被特定的行为者察觉到。这些动作除了完成系统内部的计算与工作外，还包括与一些行为者的通信。用例通过关联与行为者连接，关联指出一个用例与哪些行为者交互，这种交互是双向的。

用例具有如下特征。

1. 用例代表某些用户可见的功能，实现一个具体的用户目标。
2. 用例总是被行为者启动的，并向行为者启动的，并向行为者提供可识别的值。
3. 用例必须是完整的。

【用法】：用椭圆表示。

                                   

注意：用例是一个类，它代表一类功能而不是使用该功能的某个具体事例。用例的事例是系统的一种实际使用方法，通常把用例的事例称为脚本（系统的一次具体执行过程）。

　　3. 系统(system)

　　系统被看作是一个提供用例的黑盒子，内部如何工作、用例如何实现，这些对于建立用例模型来说都是不重要的。

【用法】：代表系统的方框的边线表示系统的边界，用于划定系统的功能范围，定义了系统所具有的功能。描述该系统功能的用例置于方框内，代表外部实体的行为者置于方框外。

　　4. 关系

　　UML用例之间主要有扩展和使用两种关系，它们是泛化关系的两种不同形式。

（1）拓展关系

向一个用例中添加一些动作后构成了另一个用例，这两个用例之间的关系就是拓展关系，后者继承前者的行为，通常把后者称为拓展用例。

          

（2）使用关系

当一个用例使用另一个用例时，这两个用例之间就构成了使用关系。一般说来，如果在若干个用例中有某些相同的动作，则可以吧这些相同的动作提取出来单独构成一个用例(称为抽象用例)。这样，当某个用例使用该抽象用例时，就好像这个用例包含了抽象用例中的动作。