architecture - UML 2 JMS 组件表示

标签 architecture uml

我正在开发一个使用多个 jms 资源(例如队列和主题)的应用程序,并且我目前正在进行设计的 UML,并且我不确定表示发布者和发布者之间关系的最佳方式。当涉及 JMS 技术时,组件图中的消费者/订阅者,在互联网上查找了一些示例,但它们有很大不同,一些将队列或 topcis 表示为单独的组件,另一些则将其表示为接口(interface)。

所以我的疑问是,“UML 2.0 中从发布者和消费者/订阅者两个角度表示使用 JMS 资源(例如队列或主题)的正确方法是什么?”

提前致谢。

最佳答案

正如您已经看到的,没有唯一的解决方案。我更喜欢专注于应用程序各个方面的 UML 建模风格。因此,一种可能性是使用端口对应用程序进行建模,以对组件之间的连接进行建模(或者也可能在类之间 - 仅在相关的情况下)。然后稍后使用实际使用的消息队列完善端口并省略对 JMS 类的直接依赖。这种端口细化在 SysML 建模中更为常见,但对于此类内容非常方便,并且在 UML 中也是可能的。

此外,对从应用程序包到库的包依赖关系进行建模,但可以省略从实现类到 JMS 的依赖关系。如果您想对所有依赖关系进行建模,最好使用不同的图表,一个主要显示您的方面,一个显示对库的依赖关系。

关于architecture - UML 2 JMS 组件表示,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48268533/

相关文章:

sql - 动态数据库模式

python - 微服务的 Airflow 架构

architecture - 在哪里可以找到为数千个并发用户传输音乐的网站的系统架构?

c# - Entity Framework 和三层架构

xsd - 将 XSD 文件转换为 UML 模型

class - UML 类图中信号的正确设计是什么?

java - 需要弄清楚类抽象

java - 如何在 UML 类图中建模 "target day"

java - 外层类关系

c# - 影院预约系统架构