我有一个逻辑数据模型和用于不同系统的多个物理数据模型，所有这些都以UML记录。我想展示物理模型中的数据如何追溯到逻辑模型，以便在对逻辑模型进行更改时，我们可以轻松确定所有受影响的物理模型。
这些关系是否最好地表示为痕迹或实现？我怀疑答案是“痕迹”，但我想看看其他人在投入太多时间之前是怎么想的，并弄错了。在这种情况下，跟踪或实现关系是否比其他关系提供了额外的语义？
到目前为止，我的解释（有意引述）：“我通常使它们具有<<trace>>依赖关系。A Realization是在接口或抽象类与“常规”类之间。物理模型是从逻辑模型派生的，而不是1：1实现的。在某些情况下，您需要在物理级别上进行修改，而这些修改是逻辑模型中无法预见的（在数据库级别上需要进行去规范化和各种优化）。某种程度上，这是一种实现。”
但是，这是纯粹的事实，这就是UML规范在p.1中所说的。54：
7.8.14实现[Class]
实现是两组模型元素之间的一种特殊的抽象关系，一组代表规范（供应商），另一组代表规范的实现（客户）。实现可用于对逐步完善，优化，转换，模板，模型综合，框架组成等进行建模。
因此，您实际上可以在此处使用实现。这<<trace>>是非正式的，但不一定是错误的。