Vergleich zweier Ansätze zur Strukturierung des Aktivitätsdiagramms (basierend auf „Eichhörnchen“)
В Wir haben die Abläufe eines „fabelhaften“ Themenbereichs simuliert – einer Zeile über ein Eichhörnchen aus Puschkins „Das Märchen vom Zaren Saltan, seinem glorreichen und mächtigen Sohn Fürst Gwidon Saltanowitsch und der schönen Schwanenprinzessin“. Und wir begannen mit dem Aktivitätsdiagramm und einigten uns darauf, das Diagrammfeld mithilfe von „Schwimmbahnen“ – Schwimmbahnen – zu strukturieren. Der Name der Spur entspricht der Art der Diagrammelemente, die auf dieser Spur vorhanden sind: Eingabe- und Ausgabeartefakte, Prozessschritte, Teilnehmer und Geschäftsregeln. Dieser Ansatz unterscheidet sich vom Standardansatz dadurch, dass die Spuren mit den Namen der Prozessbeteiligten bezeichnet werden und diesen somit bestimmte Verantwortungsbereiche im Prozess zugewiesen werden.
In diesem Beispiel verwende ich die Enterprise Architect-Umgebung eines australischen Unternehmens. [1].
Einzelheiten zu den verwendeten Modellierungsansätzen finden Sie in [2].
Die vollständige UML-Spezifikation finden Sie unter [3].
Ich werde die Version des Diagramms aus dem vorherigen Artikel (Abbildung 1) wiederholen und ein neu gezeichnetes Diagramm mit „Standard“-Spuren zeigen (Abbildung 2). Ich werde versuchen, die Vor- und Nachteile anzugeben, vielleicht etwas subjektiv.
Abbildung 1. Aktivitätsdiagramm – eine allgemeine Ansicht des Prozesses
Abbildung 2. Aktivitätsdiagramm – Standarddiagrammstrukturierung
- Zugegebenermaßen ist die Anzahl der Pfeile im 2. Diagramm etwas geringer.
- Aber im 2. Diagramm sind die Objekte über das gesamte Feld des Diagramms „verschmiert“, was für meinen Geschmack nicht sehr praktisch ist.
- Die gleiche Geschichte mit Notizen – Regeln. Und um die Regel zur Ernennung eines Diakons einzufügen, mussten irgendwann alle Elemente des Diagramms nach unten verschoben werden.
- Ich musste den Schritt „Empfangen/Senden ...“ klonen, um zu zeigen, dass bei diesem Schritt mehrere Teilnehmer anwesend sind.
- Bei der zweiten Option musste ich auf eine Verzweigung und eine Zusammenführung des Prozesses verzichten, nun ja, es war absolut unmöglich, sie auf eine „schöne“ Art und Weise darzustellen! Auf gut, es wäre dann nötig, den Kommentar aufzulegen – eine Regel.
Natürlich gibt es keine Genossen für Geschmack und Farbe, aber die erste Option erscheint mir für die Datenerfassung über den Prozess noch bequemer.
Aber ich werde mich nicht verstellen – manchmal ist es besser, beide Optionen zu zeichnen, um den Prozess zu verstehen.
Liste der Quellen
- Sparx Systems-Website. [Elektronische Ressource] Zugriffsmodus: Internet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modellierung von Geschäftsprozessen. - M.: KURS, NITs INFRA-M, EBS Znanium.com. – 2017.
- Spezifikation der OMG Unified Modeling Language (OMG UML). Version 2.5.1. [Elektronische Ressource] Zugriffsmodus: Internet:
Source: habr.com