用例图最简单的一种表示是用户与系统的交互，它显示了用户与用户所涉及的不同用例之间的关系。 UML用例图是正在开发的新软件程序的系统/软件需求的主要形式。
Visual Paradigm是包含设计共享、线框图和数据库设计新特性的企业项目设计工具。现在你只需要这样单独的一款模型软件Visual Paradigm就可以完成用UML设计软件，用BPMN去执行业务流程分析，用ERD企业设计数据库的任务。（Visual Paradigm现已加入在线订购，现在抢购立享优惠！）
Visual Paradigm最新试用版
用例图
用例图最简单的一种表示是用户与系统的交互，它显示了用户与用户所涉及的不同用例之间的关系。 UML用例图是正在开发的新软件程序的系统/软件需求的主要形式。用例指定预期的行为（是什么），而不是使它发生的确切方法（如何）。一旦指定了用例，就可以用文本和视觉表示（例如UML）表示。用例建模的一个关键概念是，它可以帮助我们从最终用户的角度设计系统。通过指定所有外部可见的系统行为，这是一种以用户的方式传达系统行为的有效技术。因此，用例图是系统的蓝图，它提供了系统必须实际执行的简化和图形表示。
用例本身可能会深入探讨每种可能性的详细信息，而用例图则可以帮助提供系统的更高级视图。它仅总结了用例，参与者和系统之间的一些关系。特别是，该图没有显示执行步骤以实现每个用例目标的顺序。您可以在其他图表和文档中描述这些细节，您可以将其链接到每个用例。
用例图通常很简单。它没有显示用例的详细信息：
它仅总结了用例，参与者和系统之间的一些关系。
它没有显示执行步骤以实现每个用例目标的顺序。
如前所述，用例图应该很简单，并且只包含一些形状。如果您的案例包含20个以上的用例，则可能是您滥用了用例图。
下图显示了UML图层次结构和UML用例图的位置。如您所见，用例图属于行为图家族。
用例图符 指南
用例图是一种UML图。 这是UML用例图中支持的统一建模语言（UML）标记的列表：
|
图标 |
名称 |
|
Use Case |
|
Association |
|
Actor |
|
System |
|
Include |
|
Extend |
|
Dependency |
|
Generalization |
|
Realization |
|
Collaboration |
用例
OMG UML规范
UML中的用例是什么根据OMG统一建模语言（OMG UML）规范，用例为：
用例是由系统执行的一组动作的规范，它产生可观察的结果，通常对于系统的一个或多个参与者或其他利益相关者来说具有价值。
Association
Actor和用例可以关联以指示Actor参与该用例。 因此，关联对应于实现用例时，参与者与用例之间的一系列动作。
OMG UML规范
UML中的关联是什么根据OMG统一建模语言（OMG UML）规范，关联为：
关联描述一组元组，其值引用类型化的实例。 关联的实例称为链接。 链接是一个元组，在关联的每个末端都有一个值，其中每个值都是末端类型的一个实例。
关联指定可能在类型化实例之间发生的语义关系。 它具有至少两个由属性表示的末端，每个末端都与末端的类型相关。 关联的一个以上末端可能具有相同的类型。
关联的终端属性由某个端类拥有，或者是该关联的可导航拥有的端，则表明该关联可从相反的端进行导航； 否则，该关联不能从相对的两端导航。
Actor
参与者是与系统交互的实体。 尽管在大多数情况下，参与者是用来表示系统的用户，但参与者实际上可以是需要与系统交换信息的任何事物。 因此，演员可能是人，计算机硬件，其他系统等。
请注意，actor代表用户可以扮演的角色，而不是特定用户。 因此，在医院信息系统中，您可能让医生和患者担任演员，但没有John博士，Brown太太担任演员。
OMG UML规范
UML中的角色是什么根据OMG统一建模语言（OMG UML）规范参与者是：
演员指定由用户或与主体交互的任何其他系统扮演的角色。 （术语“角色”在这里非正式地使用，并不一定暗示该术语在本说明书中的技术定义。）
演员对实体所扮演的一种类型的角色进行建模，该实体与对象进行交互（例如，通过交换信 和数据），但是在对象外部（即，在某种意义上，演员的实例不是实例的一部分） 的相应主题）。 演员可以代表人类用户，外部硬件或其他主题扮演的角色。 请注意，参与者不一定代表特定的物理实体，而仅代表某个实体的特定方面（即“角色”），与它的相关用例的规范有关。 因此，单个物理实例可以扮演几个不同角色的角色，相反，给定的角色可以由多个不同实例扮演。
System
系统的范围可以由系统（形状）表示，有时也称为系统边界。 系统的用例放置在系统形状内部，而与系统交互的参与者放置在系统外部。 系统中的用例构成了系统的总需求。
OMG UML规范
UML中的系统是什么根据OMG统一建模语言（OMG UML）规范，系统为：
如果显示主题（或系统边界），则用例椭圆在视觉上位于系统边界矩形内。 注意，这并不一定意味着主题分类器拥有所包含的用例，而仅仅是该用例适用于该分类器。
Include
包含关系指定如何将包含用例的行为插入为基本用例定义的行为。
OMG UML规范
UML中包含什么根据OMG统一建模语言（OMG UML）规范，包括：
包含关系定义一个用例包含另一个用例中定义的行为。
Extend
扩展关系指定如何将扩展用例的行为插入为基本用例定义的行为。
OMG UML规范
UML的扩展是什么根据OMG统一建模语言（OMG UML）规范（UML上层结构规范版本2.4.1，第601页），扩展为：
从扩展用例到扩展用例的关系，该关系指定了如何以及何时将扩展用例中定义的行为插入扩展用例中定义的行为。
此关系指定用例的行为可以通过另一个（通常是补充）用例的行为扩展。 扩展发生在扩展用例中定义的一个或多个特定扩展点。 但是请注意，扩展用例的定义与扩展用例无关，并且有意义，与扩展用例无关。 另一方面，扩展用例通常定义本身不一定有意义的行为。 而是，扩展用例定义了一组模块化行为增量，以增加在特定条件下扩展用例的执行。
请注意，相同的扩展用例可以扩展多个用例。 此外，扩展用例本身可以扩展。
Dependency
依赖关系表示模型元素依赖另一个模型元素进行规范和/或实现。
OMG UML规范
UML中的依赖项是什么根据OMG统一建模语言（OMG UML）规范，依赖性为：
依赖关系是一种关系，表示单个或一组模型元素需要其他模型元素来进行规范或实现。 这意味着从属元素的完整语义在语义上或结构上取决于供应商元素的定义。
Generalization
泛化关系用于表示相同类型的模型元素之间的继承关系。 更具体的模型元素具有相同的规格。 模型元素越笼统，但会携带更多细节。
OMG UML规范
什么是UML的概括根据OMG统一建模语言（OMG UML）规范，概括为：
概括是更一般的分类器和更具体的分类器之间的分类关系。 特定分类器的每个实例也是通用分类器的间接实例。 因此，特定分类器继承了更通用分类器的特征。
Realization
实现是规范与其实现之间的关系。
OMG UML规范
UML中的实现是什么根据OMG统一建模语言（OMG UML）规范，实现为：
实现是两组模型元素之间的一种特殊的抽象关系，一组代表规范（供应商），另一组代表规范的实现（客户）。 实现可用于建模逐步优化，优化，转换，模板，模型综合，框架组成等。
Collaboration
OMG UML规范
UML中的协作是什么根据OMG统一建模语言（OMG UML）规范，协作为：
协作描述了协作元素（角色）的结构，每个元素都执行专门的功能，共同完成一些所需的功能。 它的主要目的是解释系统的工作原理，因此，它通常仅包含被认为与解释相关的现实方面。 因此，抑制了诸如实际参与实例的身份或精确类别之类的细节。
想要购买Visual Paradigm正版授权的朋友可以咨询官方客服。
标签：
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！