Ich versuche, Dateneingabe von UI zu demonstrieren. Wenn ein Formular von einem Benutzer übergeben wird, gehen Daten zu MSMQUE, auf der anderen Seite hört eine andere Anwendung MSMQUE. Ich dachte, es wäre signal send
, und signal receive
Notation ist ein geeigneter Weg, um die Situation zu demonstrieren. Ich bin mir jedoch nicht sicher, ob das stimmt. Wenn das folgende Diagramm falsch ist, erläutern Sie bitte, wie es sein sollte.Warteschlange Demonstration in UML-Aktivitätsdiagramm
1
A
Antwort
0
Wie @Ister sagte, wäre eine SD bessere technische Aspekte hervorzuheben. Es gibt auch keine einzige Lösung für eine Warteschlange. Hier ist eine, die aus meinem Kopf entsprungen
Der Kunde nur etwas in die Warteschlange sendet und fährt fort (es ist unvollständig). Der Server verfügt über zwei parallele Prozessteile: Einer, der Ereignisse empfängt und diese in eine Warteschlange stellt, und einen zweiten, der mit "Besetzt" wartet, bis etwas in die Warteschlange gelangt und dann eine Aufgabe asynchron plant. Analog kann ein Client auf asynchrone Queue-Tasks oder Busy Wait warten. Es gibt viele verschiedene Möglichkeiten, Warteschlangen zu implementieren.
Müssen Sie es speziell im Aktivitätsdiagramm darstellen? Vielleicht sollten Sie stattdessen ein Sequenzdiagramm in Betracht ziehen? Ich sage nicht, es ist unmöglich, es auf der Anzeige zu präsentieren, nur scheint SD eine bessere Lösung, es sei denn, Sie möchten es in einem viel breiteren Kontext setzen. – Ister
Eigentlich könnte es sein, aber es ist nicht notwendig, alle Diagramme für dieses Projekt zu erstellen. Aktivitätsdiagramm ist genug, so dass ich im Aktivitätsdiagramm demonstrieren möchte. – Tuncaf