UML 2 JMS 组件表示
UML 2 JMS Component Representation
我正在开发一个使用多个 jms 资源（如队列和主题）的应用程序，我目前正在进行设计的 UML，但我不确定表示发布者和 consumer/subscriber 在涉及 JMS 技术的组件图中，通过互联网我发现了一些示例，但它们完全不同，有些将队列或 topcis 表示为单独的组件，有些则表示为接口。
所以我的疑问是，在 UML 2.0 中，从发布者和 consumer/subscriber 两个角度来表示 JMS 资源（如队列或主题）的使用的正确方法是什么？
提前致谢。
如您所见，没有唯一的解决方案。我更喜欢专注于应用程序各个方面的 UML 建模风格。因此，一种可能性是使用端口对您的应用程序进行建模，以对组件之间的连接进行建模（或者也可能在 类 之间 - 仅在相关的地方）。然后稍后使用实际使用的消息队列优化端口并省略对 JMS 类 的直接依赖性。这种端口改进在 SysML 建模中更为常见，但对于此类内容非常方便，并且在 UML 中也是可能的。
此外，对从您的应用程序包到库的包依赖性建模，但是从您的实现 类 到 JMS 的依赖性可以省略。如果你想对所有的依赖关系建模，最好有不同的图表，一个主要显示你的方面，一个显示对库的依赖关系。
我正在开发一个使用多个 jms 资源（如队列和主题）的应用程序，我目前正在进行设计的 UML，但我不确定表示发布者和 consumer/subscriber 在涉及 JMS 技术的组件图中，通过互联网我发现了一些示例，但它们完全不同，有些将队列或 topcis 表示为单独的组件，有些则表示为接口。
所以我的疑问是，在 UML 2.0 中，从发布者和 consumer/subscriber 两个角度来表示 JMS 资源（如队列或主题）的使用的正确方法是什么？
提前致谢。
如您所见，没有唯一的解决方案。我更喜欢专注于应用程序各个方面的 UML 建模风格。因此，一种可能性是使用端口对您的应用程序进行建模，以对组件之间的连接进行建模（或者也可能在 类 之间 - 仅在相关的地方）。然后稍后使用实际使用的消息队列优化端口并省略对 JMS 类 的直接依赖性。这种端口改进在 SysML 建模中更为常见，但对于此类内容非常方便，并且在 UML 中也是可能的。
此外，对从您的应用程序包到库的包依赖性建模，但是从您的实现 类 到 JMS 的依赖性可以省略。如果你想对所有的依赖关系建模，最好有不同的图表，一个主要显示你的方面，一个显示对库的依赖关系。