我可以访问特定的 OData 服务（和元数据），但不能访问构建该服务背后的代码。我正在使用像 Postman 这样的 REST 客户端来测试服务并查看其元数据。但是，该服务相当大，我无法弄清楚所有不同的实体如何相互关联。在这种情况下，将 EDMX 元数据可视化为一种 UML 类（数据库）图将非常有帮助。
能够可视化大型服务中的所有不同实体、键和关系对于调试该服务和针对它开发前端代码都非常有帮助。
在我的“非数据服务”开发中，我使用 Visual Studio 中的实体框架，它将 EDMX 文件显示为 UML 图表。我尝试将服务中的元数据手动插入 Visual Studio EDMX 文件，但无济于事： The Entity Model Designer is unable to display the file you requested
有没有办法在 UML 模式或实体关系模式中转换 EDMX 元数据？
我必须对基于 Docker 容器的部署进行建模。我看到这个答案建议使用节点来建模 Docker 容器。
我更愿意使用：
Device对于物理机。它是物理资源的唯一元素，见19.5.7.1
Node对于虚拟机，符合19.5.10.1提供的描述
节点是计算资源，可以在其上部署工件来执行
ExecutionEnvironment对于 Docker 容器。部分符合19.5.8.1提供的描述
执行环境是一个节点，它为以可执行工件的形式部署在其上的特定类型的组件提供执行环境。部分原因是容器可以托管任何类型的工件，而不是特定的工件。
ExecutionEnvironment适用于 Web 服务器、Servlet 容器或应用程序服务器。这是规范中显示的用法。见图19.12
Artifact对于我们的软件锻造所生成的二进制文件。
上面的结论是将 WAR/EAR 等工件与 Docker 容器分离，并将物理机或虚拟机与 Docker 容器分离。
从 UML 的角度来看，我的命题在逻辑上正确吗？
我试图找到一个列出 UML 2.5.1 和 UML 2.5 之间变化的文档，类似于发行说明。
我查看了 UL 2.5.1 文档、OMG 网站和 bug，但没有找到两个版本之间差异的总结。