统一建模语言UML用例图

　统一建模语言UML用例图

 

　　用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式来理解系统的功能需求，包括基于基本流程的“角色”之间的关系，以及系统内用例之间的关系。用例图一般用于表示用例的组织关系，要么是整个系统的全部用例，要么是完成具有功能(例如，所有安全管理相关的用例)的一组用例。

 

　　用例(use case)指的是系统的功能，它是系统某个功能的所有执行动作的集合。用例是从一个用户的观点来描述的。这个用户告诉系统去做一些特定的事情。一个用例捕获一个事件的可视化序列，这个事件是一个系统对单个用户的激励(stimulus)的响应过程。

 

　　动作者(actor)表示系统用户能扮演的角色(role) 。这些用户可能是人，也可能是其他的计算机、一些硬件，或者甚至是其他的软件系统。对用例的唯一要求是，它们必须位于用例描述的系统部分之外，它们必须能刺激系统部分，并接收返回。

 

　　用例描述了当动作者之一给系统特定的刺激时的系统活动。这些活动用文本来描述。它描述了触发用例的刺激的本质，输入和输出到其他活动者，以及从输入到输出的活动。用例文本通常也描述每一个活动可能的错误和系统应采取的补救措施。

 

　　在用例图中，用椭圆来表示用例，并将用例的名称放在椭圆的中心或椭圆下面的中间位置。人形符号用来表示角色(用户)。角色和用例之间的关系使用简单的线段来描述，表示角色可以操作此用例。

 

　　在用例图中，用一个方框来表示系统的边界。所有系统用例都放在框内，所有动作者都位于框外。动作者和用例之间用直线相连。方框内的每一件事物都是系统的一部分，方框外的每一件事物都是系统的外部。

 

       用例图包含六个元素，分别是：执行者(Actor)、用例(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)以及泛化关系(Generalization)。
1、执行者(Actor)

2、用例(Use Case)

3、用例之间的关系
3.1、关联关系(Association)
关联关系是连接Actor和Use Case，表示该Actor执行该Use Case的功能。

3.2、包含关系(Include)
包含关系是来自于Use Case的抽象，即从数个不同的Use Case中，分离出公共的部分，而成为可以复用的Use Case。

3.3、扩展关系(Extend)
扩展关系表示某一个Use Case的对话流程中，可能会根据条件临时插入另外一个Use Case，而前者称为基础用例，后者称为扩展用例。

3.4、泛化关系(Generalization)
和java中的父类和子类的关系很相像。

　　图6-2显示了一个用例图。用例图通常用于表达系统或者系统范畴的高级功能。在图中可以很容易地看出该系统所提供的功能。这个系统允许乐队经理查看乐队CD的销售统计报告及排行榜报告。它也允许唱片经理查看特定CD的销售统计报告和这些CD在排行榜的报告。这个图还告诉我们，系统将通过一个名为“排行榜报告服务”的外部系统来提供排行榜报告。

　　用例图不会列出系统不能完成的功能。下图所示的系统不能提供给乐队经理收听排行榜上不同专辑中的歌曲的方法，也就是说，系统没有引用一个叫做“收听排行榜上的歌曲”的用例。如果在用例图中提供清楚的、简要的用例描述，项目赞助商就能很容易地看出系统是否提供了必需的功能。