Uml 通过关联访问其他类的属性是显式的还是隐式的？

我正在从事一个项目，在这个项目中，我使用一个SDK，它通过一些类提供我需要的东西。我将它们命名为

ProviderProvider

和

Provider

，它们授予对

OneThing

的访问权，这是一种

IThing

这里显示了一个示例

我的问题是：

模型通过这些类向
视图
提供
OneThing
列表的正确（或最佳）方式是什么

通过从
Model
到
OneThing
绘制一个依赖项箭头，您是否像在我的示例中那样明确地显示了这一点？这在我看来似乎不对，很快就会变得视觉混乱
您是否没有显式定义该关系，但它只是通过其他关系隐式定义的
您是否通过属性、注释或其他方式半显式地定义这种关系
我应该具体添加/删除哪些关系和属性，以及为什么？
您已经有了隐式关系，因为您使用此类作为模型返回的数据类型，所以不需要显式添加该关系

但是，添加一个只包含依赖项的图表可能会很有用，特别是对于系统中的核心类。然后，您不关心其他类之间的关系，只在一个图上显示依赖于核心类的所有类（它甚至可能不止一个图）

一个提示-在Case工具（如EA）中，即使您不打算在图上显示关系，因为它是隐式指示的，创建显式依赖项并删除箭头仍然是好的。这将通过跟踪矩阵或依赖树等工具支持跟踪