何时应使用依赖项关键字<&书信电报；使用>&燃气轮机；在UML图中？

参考，UML的定义是

依赖关系是一种定向关系，用于表示某些UML元素或一组元素需要、需要或依赖于其他模型元素来进行规范或实现

但是，根据教科书，在部分类图：Essentials->Dependency中，关键字

被描述为

源需要目标来实现它

在这里，我看不出一般的依赖项行和特定的

关键字之间有什么区别。是否有任何情况下，

是必要的，还是只是多余的？

根据UML 2.5：

7.8.4依赖项[类]

7.8.4.1说明

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

及

7.8.23用法[类别]

7.8.23.1说明

用法是一种依赖关系，在这种依赖关系中，客户端元素需要供应商元素（或一组元素）来实现其完整的实现或操作

---

因此，主要的区别在于“规范”，它只用于依赖关系。基本上，这意味着如果您只是在概念上需要一些其他类，但实际上在运行时不需要它，那么您也可以拥有一个依赖项。

是一种更强的关系，需要“物理”使用另一个类。我认为99%以上的情况都是这样，你可以把

放在一边。

我觉得这也是多余的。我只是写了一些语义注释，这些注释与类所表示的数据的含义相关。我认为可能有多种有效的方法取决于所使用的约定。是的，它确实取决于约定。但是，UML中使用的形式化UML如何作为UML精粹书中提到的蓝图？或者我们不允许只使用通用依赖项行，而是始终指示关键字（这样关键字

就会变得有用）？抱歉，这里无法提供帮助，没有这本书。顺便说一句，你能举一个例子，说明它在规范中找到，但在运行时不需要吗？你可以将规范的事情想象为“我从中得到了这个想法”，从另一个方向衍生和进化的东西。不过，我没有一个具体的例子。