UML用例图

(1) : 参与者（Actor）

也叫动作者表示系统用户能扮演的角色(role) 。这些用户可能是人，可能是其他的计算机，一些硬件或者甚至是其它软件系统。唯一的标准是它们必须要在被划分进用例的系统部分以外。它们必须能刺激系统部分并接收返回。

还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。



1. 关联(Association)

表示参与者与用例之间的通信，任何一方都可发送或接受消息。【箭头指向】：指向消息接收方



2、包含(include)

包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤。【箭头指向】：指向分解出来的功能用例

例如：业务中，总是存在着维护某某信息的功能，如果将它作为一个用例，那新建、编辑以及修改都要在用例详述中描述，过于复杂；如果分成新建用例、编辑用例和删除用例，则划分太细。这时包含关系可以用来理清关系。





3、扩展(extend)

扩展关系是指用例功能的延伸，相当于为基础用例提供一个附加功能。【箭头指向】：指向基础用例

例如，系统中允许用户对查询的结果进行导出、打印。对于查询而言，能不能导出、打印查询都是一样的，导出、打印是不可见的。导入、打印和查询相对独立，而且为查询添加了新行为。因此可以采用扩展关系来描述：





4、泛化(generalization)

就是通常理解的继承关系，子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。

例如，业务中可能存在许多需要部门领导审批的事情，但是领导审批的流程是很相似的，这时可以做成泛化关系表示：





5. 依赖(Dependency)

以上4种关系，是UML定义的标准关系。但VS2010的用例模型图中，添加了依赖关系，用带箭头的虚线表示，表示源用例依赖于目标用例。【箭头指向】：指向被依赖项



用例图和用例描述举例

这里用个家教网站来简单的分析用例图的画法和用例描述的写法。提取了用例图和用例描述的部分。这个家教网站分为前台客户系统和后台管理系统。

前台客户系统用例图：



后台管理系统用例图：



后台管理系统中的网站公告发布的用例描述: