Diagrammnachrichten auf einem Servicebus

Ich suche nach einer Möglichkeit, klar darzustellen, wie mehrere Anwendungen über einen Servicebus kommunizieren. Das Beste, was ich mir bisher ausgedacht habe, ist ein Sequenzdiagramm, aber das gefällt mir wirklich nicht. Sequenzdiagramme beziehen sich notwendigerweise auf eine Art Sequenz, und das ist wirklich nicht das, was ich will. Da jeder Dienst mit dem Dienstbus kommuniziert und Sequenzdiagramme jeden Dienst in einer separaten Spalte platzieren, erhalten Sie mit zunehmender Anzahl von Diensten viele überlappende Pfeile.

Zum Beispiel gegeben 4 Dienstleistungen FOO, BAR, BAZ, und QUX:

• FOOveröffentlicht Nachrichten vom Typ veröffentlichen und regenerieren .
• BARveröffentlicht Nachrichten vom Typ Request .
• BAZabonniert Nachrichten vom Typ veröffentlichen , regen und Requeue und veröffentlicht Nachrichten vom Typ Sende .
• QUXabonniert Nachrichten vom Typ Senden .
• Jeder Dienst kann jederzeit einen beliebigen Nachrichtentyp veröffentlichen (es gibt keine implizite Reihenfolge).

Welche Art von Diagramm sollte ich verwenden, um diese Informationen klar und eindeutig darzustellen?

Hier ist das Beste, was ich mir bisher ausgedacht habe:

Ich suche nach einer Möglichkeit, klar darzustellen, wie mehrere Anwendungen über einen Servicebus kommunizieren.

Das wäre super. Leider glaube ich nicht, dass Konfigurationen jeglicher Komplexität möglich sind. Ein Sequenzdiagramm für einfache Szenarien ist wahrscheinlich so gut wie alles andere.

Komponenten auf einem Bus veröffentlichen und abonnieren Nachrichten. Einige der Nachrichten können kausal zusammenhängen und ein Protokoll bilden. Es ist schwierig, dies grafisch darzustellen, insbesondere die Kausalzusammenhänge, wenn auf dem Bus mehr als ein Protokoll im Spiel ist.

Elektrische Busdiagramme gibt es schon lange

aber sie befassen sich mit einer Menge einer einheitlichen Ware (elektrische Energie), nicht mit diskreten Signalen.

Ich mag es, Nachrichten anzuzeigen, die von jeder Komponente (und der Subkanal- / Themenstruktur, falls zutreffend) gesendet (rechts) und empfangen (links), aber auch für alles andere als die einfachsten Szenarien werden die Diagramme schnell unübersichtlich und nahezu unbrauchbar .

Kehren wir also zu einer grundlegenderen Frage zurück: Was ist der Zweck des Diagramms? Was versuchst du zu zeigen?

Wenn Sie versuchen, kausale Beziehungen zwischen Komponenten und Nachrichten aufzuzeigen, sollte es in Ordnung sein, jeweils ein Protokoll mithilfe eines Sequenzdiagramms (oder eines Äquivalents) grafisch darzustellen.

Wenn Sie nur die Protokolle als Referenz anzeigen möchten, sollte das Einfügen von Nachrichten, die von jeder Komponente gesendet und empfangen werden, eine ausreichende Dokumentation sein, aber kausale / zeitliche Beziehungen gehen verloren.

Viel Glück und bitte lassen Sie uns wissen, wenn Sie etwas Besseres finden oder erfinden!