为什么可以对参与者和用例之间的 <<use>> 依赖关系进行建模？
why is it possible to model a <<use>> dependency between an actor and a use case?
工具允许在参与者和用例之间创建使用依赖关系，即使这种依赖关系的含义不清楚并且规范中没有描述这种依赖关系？
答案包含两部分：一部分是关于关键字 << use >> 的，另一部分是关于 Dependencies usage 的。
关键字：“UML关键字是保留字，是UML符号的组成部分，通常以文本形式出现
附加到 UML 图形元素或作为 UML 图中文本行的一部分的注释。”（第 743 页）
关键字的一种用法是（第 743 页）：“区分 UML 概念（元关联）与其他概念之间的一种特定关系
关系共享相同的一般图形形式。例如，元素之间使用虚线
对于许多不同的关系，包括依赖关系，用例和一个
扩展用例，等等。"
use 关键字指定了 Usage 依赖关系，并且可以在两个 NamedElement 之间定义 Usage 依赖关系。
Actor 和 UseCase 是两个 NamedElement，因此即使
这样的关系并不清楚，即使规范中提到了 Actor：“一个 Actor 只能与用例、组件和 类 关联。此外，这些关联
必须是二进制的。"
工具允许在参与者和用例之间创建使用依赖关系，即使这种依赖关系的含义不清楚并且规范中没有描述这种依赖关系？
答案包含两部分：一部分是关于关键字 << use >> 的，另一部分是关于 Dependencies usage 的。
关键字：“UML关键字是保留字，是UML符号的组成部分，通常以文本形式出现 附加到 UML 图形元素或作为 UML 图中文本行的一部分的注释。”（第 743 页）
关键字的一种用法是（第 743 页）：“区分 UML 概念（元关联）与其他概念之间的一种特定关系 关系共享相同的一般图形形式。例如，元素之间使用虚线 对于许多不同的关系，包括依赖关系，用例和一个 扩展用例，等等。"
use 关键字指定了 Usage 依赖关系，并且可以在两个 NamedElement 之间定义 Usage 依赖关系。
Actor 和 UseCase 是两个 NamedElement，因此即使 这样的关系并不清楚，即使规范中提到了 Actor：“一个 Actor 只能与用例、组件和 类 关联。此外，这些关联 必须是二进制的。"