【问题标题】:Enterprise Service Bus - UML diagrams企业服务总线 - UML 图
【发布时间】:2021-10-21 04:26:36
【问题描述】:

我必须展示我们最新的 IT 系统与企业服务总线的集成,包括我们的订单/发票等流程。但是我不知道应该使用哪个图表/连接。 简而言之,我们的流程看起来像 订单 -> API -> ESB -> ERP ERP -> 发票 -> ESB -> API -> 客户端 每个系统都必须对输入做一些事情。任何提示都会帮助我。我已经尝试使用类图来呈现定义的数据结构和依赖项 + 方法(呈现每个系统的操作),另一方面,我正在考虑组件图是否可以准确地进行此类呈现。

【问题讨论】:

    标签: uml esb diagram


    【解决方案1】:

    类图确实会对领域对象的静态结构进行建模,例如OrderInvoiceCustomer,以及它们之间的关系。

    如果您想显示流程,即在您的超级系统的哪个组件中会发生什么,最好的方法是使用带有前端、ESB 和 ERP 分区的活动图。活动图尤其允许显示对象流和缓冲区。 BPMN 是一种非 UML 替代方案,但两种表示法的表达能力相当。

    如果您想显示 API 的详细信息,那么您最好考虑允许精确建模类或组件的不同实例之间的消息交换的序列图。

    【讨论】:

    • 我同意,主要是。将 ESB 视为单纯的管道。 (我见过一个 ESB 被撕掉了,所以它甚至可能不是永久的!)一条消息进入 ESB,然后每个接收者神奇地收到一条它处理的消息。
    • @JimL。感谢分享这个经验。由于管道方面的原因,我不愿在活动流中提及 ESB 分区。尽管如此,一些 ESB 有一些转换功能(例如映射)或错误处理可能(或不)对建模有用。我把它留给OP看。由于 API 似乎是一个问题,我认为带有 ESB 实例的 SD 可能很有用。由于“ESB 魔法”,它可能有助于在不同的图表中展示 ESB 与不同系统的交互(关注点分离,ESB 内部构成粘合剂)
    • @qwerty_so 确实,OMG 有一个 SoaML 规范,我间接参与了该规范。这曾经是 UPDM 的一部分,但我相信它是从称为 UAF 的更新版本的 UPDM 中取出的。我不记得为什么了。
    • @Christophe:当然,这两种语言之间有很大的重叠,在这个(模糊的)意义上,它们是可比的,奇怪的是最近的语言标准,BPMN,没有' t 参考旧语言 UML-AD,并解释它们之间的关系。我认为 BPMN 更具表现力,主要是因为它对事件的详细概念以及它在“序列流”和“消息流”之间的区别(以及组织内和组织间流程之间的相关区别,称为“协作”)。
    • 感谢大家的cmets。希望我能找到任何好的方式来展示我们的架构:)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-06-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-04-11
    相关资源
    最近更新 更多