サービスバス上のメッセージの図解

複数のアプリケーションがサービスバスを介して通信する方法を明確に示す方法を探しています。私がこれまでに思いついた最高のものはシーケンス図ですが、私は本当にそれが好きではありません。シーケンス図は必然的にある種のシーケンスに関連しますが、それは私が本当に望んでいることではありません。さらに、すべてのサービスがサービスバスと通信し、シーケンス図が各サービスを別々の列に配置するため、サービスの数が増えると、矢印が重なってしまいます。

例えば、与えられた4つのサービスFOO、BAR、BAZ、とQUX：

• FOOタイプpublishおよびregenのメッセージを公開します。
• BARタイプrequeueのメッセージをパブリッシュします。
• BAZタイプがpublish、regen、およびrequeueのメッセージをサブスクライブし、タイプがtransmitのメッセージをパブリッシュします。
• QUXタイプが送信のメッセージをサブスクライブします。
• どのサービスでも、いつでもどのメッセージタイプでも公開できます（暗黙のシーケンスはありません）。

この情報を明確かつ明確に表すには、どのような図を使用する必要がありますか？

これが私がこれまでに思いついた最高のものです：

複数のアプリケーションがサービスバスを介して通信する方法を明確に示す方法を探しています。

それは素晴らしいでしょう。残念ながら、どんな複雑な構成でも可能ではないと思います。単純なシナリオのシーケンス図は、おそらく他の何よりも優れています。

バス上のコンポーネントは、メッセージをパブリッシュおよびサブスクライブします。一部のメッセージは因果関係にあり、プロトコルを形成している場合があります。バス上で複数のプロトコルが動作している場合、これをグラフィカルに、特に因果関係を示すことは困難です。

電気バス図は長い間使用されてきました

しかし、それらは個別の信号ではなく、一定の量の商品（電力）を扱います。

各コンポーネント（および該当する場合はサブチャネル/トピック構造）によって送信されたメッセージ（右側）と受信されたメッセージ（左側）を表示したいのですが、最も単純なシナリオ以外では、図がすぐに乱雑になり、ほとんど役に立たなくなります。

では、より根本的な質問に戻りましょう。図の目的は何ですか。何を見せようとしているの？

コンポーネントとメッセージの間の因果関係を表示しようとしている場合は、シーケンス図（または同等のもの）を使用して一度に1つのプロトコルを図化することをお勧めします。

参照用にプロトコルを表示したいだけの場合は、各コンポーネントによって送受信されたメッセージを書き込むだけで十分ですが、因果関係/時間的関係は失われます。

幸運を祈ります。もっと良いものを見つけたり、発明したりした場合はお知らせください。