Diagramma dei messaggi su un bus di servizio

8

Sto cercando un modo per mostrare chiaramente come più applicazioni comunicano tramite un bus di servizio. Il meglio che ho inventato finora è un diagramma di sequenza, ma non mi piace davvero. I diagrammi di sequenza necessariamente mettono in relazione una sorta di sequenza, e non è proprio quello che voglio. Inoltre, poiché ogni servizio comunica con il bus di servizio e i diagrammi di sequenza posizionano ciascun servizio su una colonna separata, con l'aumento del numero di servizi, si ottengono molte frecce sovrapposte.

Ad esempio, dati 4 servizi FOO , BAR , BAZ e QUX :

  • FOO pubblica messaggi di tipo publish e regen .
  • BAR pubblica messaggi di tipo requeue .
  • BAZ sottoscrive messaggi di tipo pubblica , regen e requeue e pubblica messaggi di tipo trasmetti .
  • QUX si abbona ai messaggi di tipo trasmetti .
  • Qualsiasi servizio può pubblicare qualsiasi tipo di messaggio in qualsiasi momento (non esiste alcuna sequenza implicita).

Che tipo di diagramma dovrei usare per rappresentare chiaramente e inequivocabilmente queste informazioni?

Ecco il meglio che ho trovato finora:

    
posta p.s.w.g 22.08.2013 - 19:38
fonte

1 risposta

5

I'm looking for a way to clearly diagram how multiple applications communicate via a service bus.

Sarebbe fantastico. Sfortunatamente, non penso sia possibile per configurazioni di qualsiasi complessità. Un diagramma di sequenza per scenari semplici è probabilmente buono come qualsiasi altra cosa.

I componenti su un autobus pubblicano e si iscrivono ai messaggi. Alcuni dei messaggi possono essere correlati causalmente, formando un protocollo. È difficile mostrarlo graficamente, specialmente le relazioni causali, quando c'è più di un protocollo in gioco sul bus.

I diagrammi del bus elettrico sono in circolazione da molto tempo

masioccupanodiunaquantitàdiunamerceuniforme(energiaelettrica)enondisegnalidiscreti.

Mipiacemostrareimessaggiinviati(adestra)ericevuti(asinistra)daciascuncomponente(elastrutturadisottocanali/argomenti,seapplicabile),maancoraunavoltapertuttotrannegliscenaripiùsempliciidiagrammidiventanorapidamenteingombriequasiinutile.

Quindi torniamo a una domanda più fondamentale: qual è lo scopo del diagramma? Cosa stai cercando di mostrare?

Se stai cercando di mostrare le relazioni causali tra componenti e messaggi, la rappresentazione grafica di un protocollo alla volta utilizzando un diagramma di sequenza (o equivalente) dovrebbe andare bene.

Se vuoi solo mostrare i protocolli come riferimento, quindi inserire i messaggi inviati e ricevuti da ciascun componente dovrebbe essere una documentazione sufficiente, ma le relazioni causali / temporali vanno perdute.

Buona fortuna e facci sapere se trovi o inventerai qualcosa di meglio!

    
risposta data 22.08.2013 - 22:02
fonte

Leggi altre domande sui tag