为什么可以对参与者和用例之间的 <<use>> 依赖关系建模？答案

【问题标题】：why is it possible to model a <<use>> dependency between an actor and a use case?为什么可以对参与者和用例之间的 <<use>> 依赖关系建模？
【发布时间】：2017-11-08 13:30:47
【问题描述】：

工具允许在参与者和用例之间创建使用依赖关系，即使这种依赖关系的含义不清楚并且规范中没有描述这种依赖关系？

【问题讨论】：

如果工具允许“非法”模型，我不会太介意。有时一个领域需要奇怪的模型。检查模型质量以及建模规则是否适用于特定领域是架构师的责任。
@Kilian 我没有说这个模型是非法的，我说这个不是很清楚也没有在规范中描述。但我同意在特定上下文中，我们可以定义参与者和用例之间的使用依赖关系的语义。但默认情况下，语义不明确，规范中没有描述。
问“为什么可能”意味着您认为它可能是错误的。无论如何，UML 规范不能（也不应该）涵盖所有建模场景，尽管文档的某些部分应该更具体。我猜 OMG 的人已经（并且已经）就应该修复什么以及应该保持开放的内容进行了长时间的讨论。

标签： uml

【解决方案1】：

答案包含两部分：一是关于关键字 >，另一部分是关于 Dependencies 的使用。

Keyword: "UML 关键字是保留字，是 UML 表示法的一个组成部分，通常以文本形式出现附加到 UML 图形元素或作为 UML 图中文本行的一部分的注释。”（第 743 页）

关键字的一种用法是（第 743 页）：“区分 UML 概念（元关联）与其他概念之间的特定类型的关系关系共享相同的一般图形形式。例如，使用元素之间的虚线用于许多不同的关系，包括依赖关系、用例之间的关系和一个扩展用例，等等。”

use关键字指定了一个Usage依赖，一个Usage依赖可以定义在两个NamedElement之间。

Actor 和 UseCase 是两个 NamedElement，因此可以在 Actor 和 UseCase 之间建模 > 依赖关系，即使这种关系并不清楚，即使规范中提到了 Actor ：“一个 Actor 只能具有与用例、组件和类的关联。此外，这些关联必须是二进制的。”

【讨论】：

我知道这个用法不是回答他自己的问题，而是针对我认识的人。
嗯，回答自己的问题并不常见，但绝对合法。它可能会帮助其他人。