Uml 为什么可以建模a<&书信电报；使用>&燃气轮机；参与者和用例之间的依赖关系？

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

答案包含两部分：一部分关于关键字>，另一部分关于依赖关系用法

关键字：“UML关键字是保留字，是UML符号不可分割的一部分，通常以文本形式出现 附加到UML图形元素或作为UML图中文本行的一部分的注释。”（第743页）

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

use关键字指定使用依赖项，可以在两个NamedElement之间定义使用依赖项

Actor和UseCase是两个NamedElement，因此可以建模Actor和UseCase之间的>依赖关系，即使 这种关系并不清楚，即使规范中提到了Actor：“Actor只能与用例、组件和类有关联，而且这些关联

---

“必须是二进制的。”

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