Aktivitätsdiagramme können verwendet werden, um zu beschreiben, wie Aktivitäten orchestriert werden, um Dienste auf verschiedenen Abstraktionsebenen bereitzustellen. Der größte Vorteil von Aktivitätsdiagrammen besteht darin, dass sie paralleles Verhalten unterstützen und fördern. Damit sind sie ein wichtiges Werkzeug für die Workflow-Modellierung und prinzipiell für die Multithread-Programmierung. Aktivitätsdiagramme können auch Zuordnungen zu Objekten definieren, indem Aktivitäten mit Objektnamen gekennzeichnet werden oder Swim-Tags verwendet werden, wodurch Aktivitätsdiagramme nach Verantwortlichkeiten strukturiert werden können.

Das Aktivitätsdiagramm ähnelt einem Geschäftsablaufdiagramm oder einfach einem Flussdiagramm mit einer viel reichhaltigeren Semantik. Es beschreibt die Systemaktivitäten oder die Person, die die Aktivität ausführt, und den sequentiellen Ablauf dieser Aktivitäten. Das Aktivitätsdiagramm ist eines der UML-Diagramme, die mit dem objektorientierten Ansatz verbunden sind, da es in jedem anderen Paradigma der Softwareentwicklung verwendet werden kann.

In der Unified Modeling Language (UML) ist ein Aktivitätsdiagramm eine grafische Darstellung einer Menge ausgeführter prozeduraler Systemaktivitäten und gilt als Variante eines Zustandsdiagramms. Aktivitätsdiagramme beschreiben parallele und bedingte Aktivitäten, Anwendungsfälle und Systemfunktionen auf detaillierter Ebene. Aktivitätsdiagramme modellieren den sequentiellen Ablauf einer großen Aktivität, indem sie sich auf die Abfolge von Aktionen und die jeweiligen Aktionseinleitungsbedingungen konzentrieren. Der Status einer Aktivität hängt mit der Leistung jedes Workflow-Schritts zusammen.

Beispielsweise werden Aktivitätsdiagramme häufig zur Veranschaulichung von Anwendungsfällen verwendet, und wir werden Ihnen anhand mehrerer Beispiele zeigen, wie Sie mithilfe von Aktivitätsdiagrammen die Prozesse in einem Anwendungsfall modellieren können.

Im Aktivitätsdiagramm verwendete Elemente

Aktivitäten – Aktivitäten werden durch abgerundete Rechtecke dargestellt und der Kontrollfluss zwischen Aktivitäten wird durch durchgezogene Pfeile dargestellt. Eine Aktivität repräsentiert eine Aktion in einem Prozess. Eine Aktivität kann groß oder klein sein, und eine Aktivität kann weiterhin in kleinere Aktivitäten aufgeteilt werden. Die Granularität der Aktivitäten wird durch die Bedeutung des Diagramms bestimmt, ob es einen breiten Prozess oder einen bestimmten Prozess darstellen soll.

Start und Ende – Ein Aktivitätsdiagramm kann nur einen Startpunkt, aber mehrere Endpunkte haben.

Verzweigungsentscheidungen – Die Raute stellt die Verzweigungsentscheidung dar, die mit der Verzweigungsentscheidung eines Flussdiagramms identisch ist. Das obige Zweigurteil bedeutet: aufwachen, sehen, ob es Zeit ist, zur Arbeit zu gehen, wenn nicht, wieder schlafen gehen; Wenn ja, steh auf und wasche dich.

 

Fork and Join – Fork und Merge müssen in Kombination verwendet werden, um gleichzeitige Aktionen anzuzeigen. Ein Fork impliziert, dass eine Aktivität abgeschlossen wird, was zu mehreren nachfolgenden parallelen Aktivitäten führt; Ein Zusammenfluss impliziert, dass mehrere Aktivitäten vor der nächsten Aktivität abgeschlossen werden. Eine Verzweigung ist ein Zeigen auf mehrere Punkte, und eine Konvergenz ist ein Zeigen auf mehrere Punkte, die zusammengeführt werden. Die Aktivitäten zwischen dem Fork und der Senke werden parallel ausgeführt, und nachdem sie alle ausgeführt wurden, werden sie vereinheitlicht und mit der nächsten Aktivität zusammengeführt.

Objekt

Objekte werden durch rechteckige Kästchen dargestellt, und die Namen von Objekten sind Substantive. Die Aktivität kann mehrere Eingaben und Ausgaben haben, und das Objekt kann die Eingabe sein, die zur Aktivität wird. In UML wird ein Objektflussübergang zwischen einem Aktionszustand und einem Objekt als gestrichelter Pfeil dargestellt. Ein Aktionszustand, der ein Objekt als Eingabe verwendet, wird als Objektfluss-Übergangspfeil angezeigt, der vom Objekt zum Aktionszustand zeigt. Ein Aktionszustand, der ein Objekt als Ausgabe aktualisiert oder erzeugt, wird als Objektfluss-Übergangspfeil gezeigt, der vom Aktionszustand zum Objekt zeigt.

Ein Objekt, das durch eine Aktion erzeugt oder verwendet wird. Dadurch können wir den Objektfluss modellieren.

 

Beispiel für einen Kontrollfluss im Aktivitätsdiagramm

Schwimmbahnen

Das Swimlane-Aktivitätsdiagramm gruppiert Aktivitäten in Swimlane-Spalten, die alle Aktivitäten enthalten, die der durch diese Swimlane dargestellten Kategorie entsprechen. Swimlanes können viele Kategorien von Informationen darstellen, wie z. B. die Akteure (dh Rollen oder Abteilungen), die die Aktivität ausführen, die Phase des Prozesses, in der die Aktivität stattfindet, oder andere Informationen, die der Ersteller des Dokuments hervorheben sollte und sollte über das Swimlane-Diagramm kommuniziert. Der Begriff Bahn wird wegen der visuellen Ähnlichkeit zwischen der horizontalen Reihe des Diagramms und den Bahnen in einem Schwimmbecken verwendet.

Aktivitätsdiagramm Beispiel für Swimlane

 

Anwendungsfall 1 – Morgens

Jeden Tag, wenn du aufwachst, siehst du zuerst, ob es Zeit zum Aufstehen ist, wenn nicht, gehst du wieder schlafen; Wenn ja, stehen Sie so schnell wie möglich auf, waschen sich und frühstücken und gehen nach dem Abendessen aus.

In der folgenden Abbildung ist das Aktivitätsdiagramm für jeden Morgen dargestellt. Das Aktivitätsdiagramm ermöglicht eine klarere Darstellung des Ablaufs der Aktion und eine gute Darstellung des Prozesses, der Entscheidungsfindung, der Interaktion und der Parallelität der Aktion.

 

Anwendungsfall 2 – Produktlebenszyklusprozess

Vor der Etablierung eines Produktprojektes wird zunächst eine Marktanalyse zur Produktpositionierung und Machbarkeitsanalyse durchgeführt.

Nachdem das Projekt eingerichtet ist, wird eine Bedarfsanalyse durchgeführt und Geschäftsanforderungsdokumente, Marktnachfragedokumente und Produktanforderungsdokumente werden durch Bedarfsanalyse erstellt. Dann werden Prototypenzeichnung und Produktdesign und Prozessanalyse gemäß den Anforderungen durchgeführt. Nachdem diese Aufgaben erledigt sind, beginnt die Entwicklungsphase: Architekturentwurf, Entwurfsentwurf, Feinentwurf, Codeentwicklung und Softwaretest.

Die obigen Aktivitäten sind in Aktivitätsdiagrammen organisiert, wie in der folgenden Abbildung gezeigt.

 

Das obige Diagramm zeigt den gesamten Lebenszyklus eines Produktentwicklungsprozesses. Vor der Herstellung des Produkts ist es notwendig, das Produkt unter Angabe seiner Richtung zu positionieren, gefolgt von einer Machbarkeitsstudie (technische Machbarkeit, wirtschaftliche Machbarkeit und soziale Machbarkeit), bei der die drei Möglichkeiten parallel ausgeführt werden.

Nach der Genehmigung des Projekts werden die Produktanforderungen analysiert und als Ergebnis der Anforderungsphase drei Dokumente generiert

  • Geschäftsanforderungsdokument (BRD)
  • Marktanforderungsdokument (MRD)
  • Produktanforderungsdokument (PRD)

Im obigen Diagramm werden diese drei Dokumente durch rechteckige Kästchen dargestellt, die die Objekte darstellen, dh die drei Dokumentobjekte, die als Ergebnis der Anforderungsanalyse erstellt werden.

Diese Objekte können als Eingaben für die nächste Aktivität oder als Ausgaben der Aktivität verwendet werden, und die Eingabe- und Ausgabeobjekte können eines oder mehrere sein. Danach geht es durch Prototyping, technisches Design, Entwicklung, Tests und schließlich die Produktfreigabe.

Anwendungsfall 3 – Bestellung aufgeben

Der Kunde kauft auf einer Online-Shopping-Site ein und gibt eine Bestellung auf. Nach der Zahlung wird ein Lieferauftrag erstellt und der Lieferant liefert die Ware. Nach der Lieferung endet die Bestellung.

Eine solche Situation beinhaltet eine Interaktion zwischen dem Kunden, dem System und dem Lieferanten. Die Aktivitäten des Kunden umfassen die Aufgabe der Bestellung und die Auswahl der Zahlung; das System erstellt einen Lieferauftrag und zieht die Zahlung ein; und die Aktivitäten des Lieferanten umfassen Liefer- und Auftragsänderungsaktionen. Wenn Sie die bisherige Form des Aktivitätsdiagramms verwenden, ist es schwierig, die Aktivitäten zwischen dem Kunden, dem Lieferanten und dem System auszudrücken. Wenn Sie die Beziehung zwischen Rollen und Aktivitäten besser ausdrücken möchten, müssen Sie Rollen hinzufügen, hier Swimlanes genannt.

Das oben gezeigte Geschäftsdiagramm sieht wie folgt aus.

Die großen Rechtecke, zu denen Kunden, Systeme und Lieferanten in der obigen Abbildung gehören, sind die Schwimmbahnen für jedes Objekt. Die Aktivitäten in der Bahn stellen die Aktionen dar, zu denen das Objekt gehört. Die Beziehungen zwischen Objekten können besser durch Informationsinteraktion über Swimlanes ausgedrückt werden. Interaktion von Informationen mit Aktivitäten. Der Name der Schwimmbahn sollte der Name des Objekts sein. Da es sich um einen Objektnamen handelt, sollte der Schwimmbahnname ein Substantiv sein.