用例图表示法指南

用例图是一种 UML图。以下是UML用例图中支持的统一建模语言（UML）符号列表：

图标

名称

用例

用例表示可以通过访问系统或软件应用程序来实现的用户目标。在 Visual Paradigm通过在用例下创建子序列图，您可以利用子图功能来描述用例与用户之间的交互。您还可以使用“事件流”编辑器描述用例场景。

OMG UML规范

UML中的用例是什么？根据OMG统一建模语言（OMG UML）规范（UML上层结构规范版本2.4.1，第606页），用例是：

用例是由系统执行的一组动作的规范，其产生可观察的结果，该结果通常对于系统的一个或多个参与者或其他利益相关者而言是有价值的。

协会

Actor 和用例可以关联，以表明 actor 参与该用例。因此，关联对应于之间的一系列动作 actor 用例来实现用例。

OMG UML规范

UML中的关联是什么？根据OMG统一建模语言（OMG UML）规范（UML上层建筑规范版本2.4.1，第36页），关联是：

关联描述了一组元组，其值指的是类型化实例。关联的实例称为链接。链接是一个元组，每个结尾都有一个值，其中每个值都是结尾类型的一个实例。
…
关联指定可在类型化实例之间发生的语义关系。它至少有两个由属性表示的末端，每个末尾都与末尾的类型相连。关联的多个末端可能具有相同的类型。
由最终类拥有的关联的结束属性或者是关联的可导航所拥有的结尾表示该关联可从相反的两端导航; 否则，该关联不能从相反的两端导航。

Actor

Actor是与系统交互的实体。虽然在大多数情况下，演员用于表示系统的用户，但演员实际上可以是需要与系统交换信息的任何东西。所以，一个 actor 可能是人，计算机硬件，其他系统等。

注意 actor 表示用户可以播放但不是特定用户的角色。因此，在医院信息系统中，您可能有医生和患者作为演员而不是约翰博士，布朗夫人作为演员。

OMG UML规范

什么是 actor 在UML？根据OMG统一建模语言（OMG UML）规范（UML上层建筑规范版本2.4.1）， actor 是：

一个 actor 指定用户或与主题交互的任何其他系统所扮演的角色。（术语“角色”在这里非正式使用，并不一定意味着在本说明书的其他地方找到的该术语的技术定义。） … 一个 Actor 模拟由与主体交互的实体（例如，通过交换信号和数据）所扮演的角色类型，但是在主体外部（即，在某个实例中是 actor 不属于其相应主题的实例）。演员可以代表人类用户，外部硬件或其他主题所扮演的角色。注意一个 actor 不一定代表特定的物理实体，而仅仅代表与其相关用例的规范相关的某个实体的特定方面（即“角色”）。因此，单个物理实例可以扮演几个不同角色的角色，相反，也可以扮演一个给定的角色 actor 可以由多个不同的实例播放。

系统

系统的范围可以由系统（形状）表示，或者有时称为系统边界。系统的用例放在系统形状内，而 actor 与系统交互的人员被置于系统之外。系统中的用例构成了系统的总体要求。

OMG UML规范

UML中的系统是什么？根据OMG统一建模语言（OMG UML）规范（UML上层建筑规范版本2.4.1，第608页），系统是：

如果显示主题（或系统边界），则用例椭圆在视觉上位于系统边界矩形内。请注意，这并不一定意味着主题分类器拥有所包含的用例，而仅仅是用例适用于该分类器。

包括

包含关系指定如何将包含用例的行为插入到为基本用例定义的行为中。

OMG UML规范

UML包含什么？根据OMG统一建模语言（OMG UML）规范（UML上层建筑规范版本2.4.1，第604页），包括：

包含关系定义用例包含在另一个用例中定义的行为。

延伸

扩展关系指定如何将扩展用例的行为插入到为基本用例定义的行为中。

OMG UML规范

UML有什么扩展？根据OMG统一建模语言（OMG UML）规范（UML上层建筑规范版本2.4.1，第601页），extend是：

从扩展用例到扩展用例的关系，指定如何以及何时将扩展用例中定义的行为插入到扩展用例中定义的行为中。 … 此关系指定用例的行为可以通过另一个（通常是补充的）用例的行为来扩展。扩展发生在扩展用例中定义的一个或多个特定扩展点处。但是，请注意，扩展用例的定义与扩展用例无关，并且与扩展用例无关。另一方面，扩展用例通常定义可能不一定有意义的行为。相反，扩展用例定义了一组模块化行为增量，这些增量在特定条件下增加了扩展用例的执行。

请注意，相同的扩展用例可以扩展多个用例。此外，扩展用例本身可以扩展。

依赖

依赖关系表示模型元素依赖于另一个模型元素来进行规范和/或实现。

OMG UML规范

UML中的依赖是什么？根据OMG统一建模语言（OMG UML）规范（UML上层建筑规范版本2.4.1，第61页），依赖性是：

依赖关系是一种关系，表示单个或一组模型元素需要其他模型元素用于其规范或实现。这意味着依赖元素的完整语义在语义上或结构上依赖于供应商元素的定义。

概括

泛化关系用于表示相同类型的模型元素之间的继承关系。更具体的模型元素与之共享相同的规范。模型元素越一般，但额外包含更多细节。

OMG UML规范

UML的概括是什么？根据OMG统一建模语言（OMG UML）规范（UML上层建筑规范版本2.4.1，第70页），概括为：

泛化是更通用的分类器和更具体的分类器之间的分类关系。特定分类器的每个实例也是一般分类器的间接实例。因此，特定分类器继承了更通用的分类器的特征。

实现

实现是规范与其实现之间的关系。

OMG UML规范

UML中的实现是什么？根据OMG统一建模语言（OMG UML）规范（UML上层建筑规范版本2.4.1，第131页），实现是：

实现是两组模型元素之间的专门抽象关系，一组代表规范（供应商），另一组代表后者（客户端）的实现。实现可用于模拟逐步细化，优化，转换，模板，模型合成，框架组合等。

合作

OMG UML规范

什么是UML的合作？根据OMG统一建模语言（OMG UML）规范（UML上层建筑规范版本2.4.1，第174页），协作是：

协作描述了协作元素（角色）的结构，每个协作元素执行专门的功能，共同完成一些所需的功能。其主要目的是解释系统如何工作，因此，它通常只包含那些被认为与解释相关的现实方面。因此，抑制了诸如实际参与实例的标识或精确类的细节。