UML<\/a>Zustandsmaschinen-Diagramme (manchmal auch als Zustandsdiagramm, Zustandsmaschine oder Zustandsdiagramm bezeichnet) zeigen die verschiedenen Zust\u00e4nde einer Entit\u00e4t. Zustandsmaschinen-Diagramme k\u00f6nnen au\u00dferdem darstellen, wie eine Entit\u00e4t auf verschiedene Ereignisse reagiert, indem sie von einem Zustand in einen anderen wechselt. Ein Zustandsmaschinen-Diagramm ist ein UML-Diagramm, das verwendet wird, um die dynamische Natur eines Systems zu modellieren.<\/p>\n![\"State](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/01-uml-state-machine-diagram-in-uml-hierarchy.png\"\/)
<\/p>\n\n
Warum Zustandsmaschinen-Diagramme?<\/h2>\n
Zustandsmaschinen-Diagramme werden typischerweise verwendet, um zustandsabh\u00e4ngiges Verhalten f\u00fcr ein Objekt zu beschreiben.Ein Objekt reagiert auf dasselbe Ereignis unterschiedlich, abh\u00e4ngig davon, in welchem Zustand es sich befindet<\/strong>. Zustandsmaschinen-Diagramme werden \u00fcblicherweise auf Objekte angewendet, k\u00f6nnen aber auch auf jedes Element angewendet werden, das Verhalten gegen\u00fcber anderen Entit\u00e4ten zeigt, wie beispielsweise: Akteure, Anwendungsf\u00e4lle, Methoden, Untersysteme und dergleichen. Sie werden typischerweise zusammen mit Interaktionsdiagrammen (meist Sequenzdiagrammen) verwendet.<\/p>\nZum Beispiel:
\nStellen Sie sich vor, Sie haben 100.000 US-Dollar auf einem Bankkonto. Das Verhalten der Abhebefunktion w\u00e4re: Kontostand := Kontostand \u2013 Abhebetragsbetrag; vorausgesetzt, dassder Kontostand nach der Abhebung nicht unter 0 US-Dollar sinkt;<\/strong>dies unabh\u00e4ngig davon gilt, wie oft Sie bereits Geld von der Bank abgehoben haben. In solchen Situationen beeinflussen die Abhebungen die Abstraktion der Attributwerte nicht, und daher bleibt das Gesamtverhalten des Objekts unver\u00e4ndert.<\/p>\nAllerdings, wenn derKontostand nach einer Abhebung negativ w\u00fcrde<\/strong>, w\u00fcrde das Verhalten der Abhebefunktion ganz anders ausfallen. Denn der Zustand des Bankkontos w\u00fcrde von positiv auf negativ wechseln; in fachlicher Fachsprache wird ein \u00dcbergang vom positiven Zustand in den negativen Zustand ausgel\u00f6st.<\/p>\nDie Abstraktion des Attributwerts ist eine Eigenschaft des Systems, nicht eine global g\u00fcltige Regel. Zum Beispiel, wenn die Bank die Gesch\u00e4ftsregel \u00e4ndert, um eine \u00dcberziehung des Kontostands um 2000 US-Dollar zu erlauben, wird der Zustand des Bankkontos neu definiert mit der Bedingung, dass der Kontostand nach der Abhebung nicht unter 2000 US-Dollar in Defizit sinken darf.<\/p>\n
Hinweis:<\/p>\n
\n- \n
Ein Zustandsmaschinen-Diagramm beschreibt alle Ereignisse (sowie Zust\u00e4nde und \u00dcberg\u00e4nge f\u00fcr ein einzelnes Objekt)<\/p>\n<\/li>\n
- \n
Ein Sequenzdiagramm beschreibt die Ereignisse f\u00fcr eine einzelne Interaktion \u00fcber alle beteiligten Objekte hinweg<\/p>\n<\/li>\n<\/ul>\n\n
Grundlegende Konzepte des Zustandsmaschinen-Diagramms<\/h2>\nWas ist ein Zustand?<\/h3>\n
Rumbaugh definiert:
\n\u201eEin Zustand ist eine Abstraktion der Attributwerte und Verkn\u00fcpfungen eines Objekts. Wertegruppen werden zusammengefasst, um einen Zustand zu bilden, basierend auf Eigenschaften, die das Gesamtverhalten des Objekts beeinflussen.\u201c<\/em><\/p>\nZustandsnotation<\/h3>\n
![\"State](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/02-state-notations.png\"\/)
<\/p>\n
Eigenschaften der Zustandsmaschinen-Notation<\/h2>\n
Es gibt mehrere Eigenschaften von Zust\u00e4nden im Allgemeinen, unabh\u00e4ngig von ihren Typen:<\/p>\n
\n- \n
Ein Zustand beansprucht einen Zeitintervall.<\/p>\n<\/li>\n
- \n
Ein Zustand ist oft mit einer Abstraktion der Attributwerte einer Entit\u00e4t verbunden, die eine oder mehrere Bedingungen erf\u00fcllt.<\/p>\n<\/li>\n
- \n
Eine Entit\u00e4t \u00e4ndert ihren Zustand nicht nur als direkte Folge der aktuellen Eingabe, sondern auch abh\u00e4ngig von einer gewissen Vergangenheit ihrer Eingaben.<\/p>\n<\/li>\n<\/ul>\n
Zustand<\/h3>\n
Ein Zustand ist eine Einschr\u00e4nkung oder eine Situation im Lebenszyklus eines Objekts, in der eine Einschr\u00e4nkung gilt, das Objekt eine Aktivit\u00e4t ausf\u00fchrt oder auf ein Ereignis wartet.
\nEin Zustandsmaschinen-Diagramm ist ein Graph, der besteht aus:<\/p>\n
\n- \n
Zust\u00e4nde (einfache Zust\u00e4nde oder zusammengesetzte Zust\u00e4nde)<\/p>\n<\/li>\n
- \n
Zustands\u00fcberg\u00e4nge, die die Zust\u00e4nde verbinden<\/p>\n<\/li>\n<\/ul>\n
Beispiel:
\n![\"State](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/03-state-notation.png\"\/)
<\/p>\n
Eigenschaften des Zustands<\/h4>\n\n- \n
Zust\u00e4nde repr\u00e4sentieren die Bedingungen von Objekten zu bestimmten Zeitpunkten.<\/p>\n<\/li>\n
- \n
Objekte (oder Systeme) k\u00f6nnen als Bewegung von Zustand zu Zustand betrachtet werden<\/p>\n<\/li>\n
- \n
Ein Punkt im Lebenszyklus eines Modellelements, der eine Bedingung erf\u00fcllt, an dem eine bestimmte Aktion ausgef\u00fchrt wird oder auf ein Ereignis gewartet wird<\/p>\n<\/li>\n<\/ul>\n
Anfangs- und Endzust\u00e4nde<\/h3>\n\n- \n
Der\u00a0Anfangszustand<\/strong>\u00a0eines Zustandsmaschinen-Diagramms, auch als Anfangs-Pseudozustand bekannt, wird durch einen festen Kreis angezeigt. Ein \u00dcbergang aus diesem Zustand zeigt den ersten echten Zustand an<\/p>\n<\/li>\n- \n
Der\u00a0Endzustand<\/strong>\u00a0eines Zustandsmaschinen-Diagramms wird als konzentrische Kreise dargestellt. Ein offener Schleifen-Zustandsmaschinen-Diagramm stellt ein Objekt dar, das vor dem Ende des Systems beendet werden kann, w\u00e4hrend ein geschlossener Schleifen-Zustandsmaschinen-Diagramm keinen Endzustand hat; falls dies der Fall ist, dann lebt das Objekt bis zum Ende des gesamten Systems.<\/p>\n<\/li>\n<\/ul>\nBeispiel:
\n![\"Start](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/04-start-and-final-state-example.png\"\/)
<\/p>\n
Ereignisse<\/h3>\n
Ein Ereignis-Signatur wird beschrieben als Ereignis-Name (durch Kommas getrennte Parameterliste). Ereignisse erscheinen im internen \u00dcbergangsfach eines Zustands oder auf einem \u00dcbergang zwischen Zust\u00e4nden. Ein Ereignis kann eines von vier Typen sein:<\/p>\n
\n- \n
Signalereignis \u2013 entspricht dem Eintreffen einer asynchronen Nachricht oder eines Signals<\/p>\n<\/li>\n
- \n
Aufrufereignis \u2013 entspricht dem Eintreffen eines prozeduralen Aufrufs einer Operation<\/p>\n<\/li>\n
- \n
Zeitereignis \u2013 ein Zeitereignis tritt nach Ablauf einer angegebenen Zeit auf<\/p>\n<\/li>\n
- \n
\u00c4nderungsereignis \u2013 ein \u00c4nderungsereignis tritt ein, sobald eine angegebene Bedingung erf\u00fcllt ist<\/p>\n<\/li>\n<\/ol>\n
Eigenschaften von Ereignissen<\/h4>\n\n- \n
Stellt Vorf\u00e4lle dar, die dazu f\u00fchren, dass Objekte von einem Zustand in einen anderen \u00fcbergehen.<\/p>\n<\/li>\n
- \n
Interne oder externe Ereignisse l\u00f6sen eine Aktivit\u00e4t aus, die den Zustand des Systems und einiger seiner Teile ver\u00e4ndert<\/p>\n<\/li>\n
- \n
Ereignisse \u00fcbertragen Informationen, die durch Objektoperationen verarbeitet werden. Objekte realisieren Ereignisse<\/p>\n<\/li>\n
- \n
Das Design beinhaltet die Untersuchung von Ereignissen in einem Zustandsmaschinen-Diagramm und die \u00dcberlegung, wie diese Ereignisse von Systemobjekten unterst\u00fctzt werden<\/p>\n<\/li>\n<\/ul>\n
\u00dcbergang<\/h3>\n
\u00dcbergangslinien zeigen die Bewegung von einem Zustand zum anderen. Jede \u00dcbergangslinie ist mit dem\u00a0Ereignis<\/strong>\u00a0markiert, das den \u00dcbergang ausl\u00f6st.<\/p>\n\n- \n
Ein System als Menge von Zust\u00e4nden und \u00dcberg\u00e4ngen zwischen Zust\u00e4nden zu betrachten, ist sehr n\u00fctzlich, um komplexe Verhaltensweisen zu beschreiben<\/p>\n<\/li>\n
- \n
Das Verst\u00e4ndnis von Zustands\u00fcberg\u00e4ngen ist Teil der Systemanalyse und -gestaltung<\/p>\n<\/li>\n
- \n
Ein \u00dcbergang ist die Bewegung von einem Zustand zu einem anderen Zustand<\/p>\n<\/li>\n
- \n
Zustands\u00fcberg\u00e4nge erfolgen wie folgt:<\/p>\n
\n- \n
Ein Element befindet sich in einem Quellzustand<\/p>\n<\/li>\n
- \n
Ein Ereignis tritt ein<\/p>\n<\/li>\n
- \n
Eine Aktion wird ausgef\u00fchrt<\/p>\n<\/li>\n
- \n
Das Element tritt in einen Zielzustand ein<\/p>\n<\/li>\n<\/ol>\n<\/li>\n
- \n
Mehrere \u00dcberg\u00e4nge treten auf, entweder wenn verschiedene Ereignisse zu einem Zustandsende f\u00fchren oder wenn auf den \u00dcberg\u00e4ngen W\u00e4chterbedingungen bestehen<\/p>\n<\/li>\n
- \n
Ein \u00dcbergang ohne Ereignis und Aktion wird als automatischer \u00dcbergang bezeichnet<\/p>\n<\/li>\n<\/ul>\n
Aktionen<\/h3>\n
Eine Aktion ist eine ausf\u00fchrbare atomare Berechnung, die Operationenaufrufe, die Erstellung oder Zerst\u00f6rung eines anderen Objekts oder das Senden einer Nachricht an ein Objekt umfasst. Eine Aktion ist mit \u00dcberg\u00e4ngen verkn\u00fcpft und kann w\u00e4hrend ihrer Ausf\u00fchrung nicht unterbrochen werden \u2013 z.\u202fB. Eintritt, Austritt<\/p>\n
Aktivit\u00e4t<\/h3>\n
Eine Aktivit\u00e4t ist mit Zust\u00e4nden verkn\u00fcpft, die eine nicht-atomare oder laufende Berechnung darstellt. Eine Aktivit\u00e4t kann bis zum Abschluss ausgef\u00fchrt werden oder unendlich weiterlaufen. Eine Aktivit\u00e4t wird durch ein Ereignis beendet, das einen \u00dcbergang aus dem Zustand verursacht, in dem die Aktivit\u00e4t definiert ist<\/p>\n
Eigenschaften von Aktionen und Aktivit\u00e4ten<\/h4>\n\n- \n
Zust\u00e4nde k\u00f6nnen Aktionen ausl\u00f6sen<\/p>\n<\/li>\n
- \n
Zust\u00e4nde k\u00f6nnen eine zweite Kompartiment haben, das Aktionen oder Aktivit\u00e4ten enth\u00e4lt, die ausgef\u00fchrt werden, w\u00e4hrend eine Entit\u00e4t in einem bestimmten Zustand ist<\/p>\n<\/li>\n
- \n
Eine Aktion ist eine atomare Ausf\u00fchrung und wird daher ohne Unterbrechung abgeschlossen<\/p>\n<\/li>\n
- \n
F\u00fcnf Ausl\u00f6ser f\u00fcr Aktionen: Bei Eintritt, Tun, Bei Ereignis, Bei Austritt und Einbeziehen<\/p>\n<\/li>\n
- \n
Eine Aktivit\u00e4t erfasst komplexes Verhalten, das eine lange Dauer haben kann \u2013 Eine Aktivit\u00e4t kann durch Ereignisse unterbrochen werden, wodurch sie nicht abgeschlossen wird, wenn ein Objekt in einen Zustand eintritt.<\/p>\n<\/li>\n<\/ul>\n\n
Einfache Notation f\u00fcr Zustandsmaschinen-Diagramme<\/h2>\n
![\"Simple](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/05-simple-state-machine-diagram.png\"\/)
<\/p>\n
Eintritts- und Austrittsaktionen<\/h3>\n
Eintritts- und Austrittsaktionen, die im Zustand angegeben sind. Es muss f\u00fcr jeden Eintritt\/Austritt-Ereignis erf\u00fcllt sein. Wenn nicht, m\u00fcssen Sie Aktionen auf den einzelnen \u00dcbergangsb\u00f6gen verwenden<\/p>\n
\n- \n
Eintrittsaktion<\/strong>\u00a0wird bei Eintritt in den Zustand mit dem\u00a0Notation: Eintritt \/ Aktion<\/strong><\/p>\n<\/li>\n- \n
Austrittsaktion<\/strong>\u00a0wird beim Verlassen des Zustands mit dem\u00a0Notation: Austritt \/ Aktion<\/strong><\/p>\n<\/li>\n<\/ul>\nBeispiel \u2013 Eintritts-\/Austrittsaktion (Buchstatus pr\u00fcfen)<\/h4>\n
Dieses Beispiel veranschaulicht ein Zustandsmaschinen-Diagramm, das von einer Klasse \u2013 \u201eBuchExemplar\u201c \u2013 abgeleitet wurde:
\n![\"Entry](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/06-entry-and-exit-actions.png\"\/)
<\/p>\n
Hinweis:<\/p>\n
\n- \n
Dieses Zustandsmaschinen-Diagramm zeigt den Zustand eines Objekts myBkCopy aus der Klasse BuchExemplar<\/p>\n<\/li>\n
- \n
Eintrittsaktion: jede Aktion, die als mit der Eintrittsaktion verkn\u00fcpft markiert ist, wird ausgef\u00fchrt, sobald der gegebene Zustand \u00fcber eine \u00dcbergangssituation betreten wird<\/p>\n<\/li>\n
- \n
Austrittsaktion: jede Aktion, die als mit der Austrittsaktion verkn\u00fcpft markiert ist, wird ausgef\u00fchrt, sobald der Zustand \u00fcber eine \u00dcbergangssituation verlassen wird<\/p>\n<\/li>\n<\/ol>\n\n
Erweitertes Zustandsmodellieren: Unterzust\u00e4nde, Verlauf und Konkurrenz<\/h2>\nUnterzust\u00e4nde<\/h3>\n
Ein einfacher Zustand ist einer, der keine Untergliederung besitzt. Ein Zustand, der Unterzust\u00e4nde (verschachtelte Zust\u00e4nde) hat, wird als zusammengesetzter Zustand bezeichnet. Unterzust\u00e4nde k\u00f6nnen beliebig tief verschachtelt werden. Eine verschachtelte Zustandsmaschine darf h\u00f6chstens einen Anfangszustand und einen Endzustand haben. Unterzust\u00e4nde dienen dazu, komplexe flache Zustandsmaschinen zu vereinfachen, indem gezeigt wird, dass bestimmte Zust\u00e4nde nur innerhalb eines bestimmten Kontextes (des umschlie\u00dfenden Zustands) m\u00f6glich sind.<\/p>\n
Unterzustandsbeispiel \u2013 Heizung
\n![\"Submachine](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/07-submachine-example.png\"\/)
<\/p>\n
Zustandsmaschinen-Diagramme werden h\u00e4ufig verwendet, um Testf\u00e4lle abzuleiten. Hier ist eine Liste m\u00f6glicher Testideen:<\/p>\n
\n- \n
Ruhestatus empf\u00e4ngt Ereignis \u201eZu hei\u00df\u201c<\/p>\n<\/li>\n
- \n
Ruhestatus empf\u00e4ngt Ereignis \u201eZu kalt\u201c<\/p>\n<\/li>\n
- \n
K\u00fchl-\/Startstatus empf\u00e4ngt Ereignis \u201eKompressor l\u00e4uft\u201c<\/p>\n<\/li>\n
- \n
K\u00fchl-\/Bereitschaftsstatus empf\u00e4ngt Ereignis \u201eL\u00fcfter l\u00e4uft\u201c<\/p>\n<\/li>\n
- \n
K\u00fchl-\/Betriebsstatus empf\u00e4ngt Ereignis \u201eOK\u201c<\/p>\n<\/li>\n
- \n
K\u00fchl-\/Betriebsstatus empf\u00e4ngt Ereignis \u201eFehler\u201c<\/p>\n<\/li>\n
- \n
Fehlerzustand empf\u00e4ngt Ereignis \u201eFehler beseitigt\u201c<\/p>\n<\/li>\n
- \n
Heizstatus empf\u00e4ngt Ereignis \u201eOK\u201c<\/p>\n<\/li>\n
- \n
Heizstatus empf\u00e4ngt Ereignis \u201eFehler\u201c<\/p>\n<\/li>\n<\/ul>\n
Verlaufszust\u00e4nde<\/h3>\n
Sofern nicht anders angegeben, wird bei einer \u00dcbergangssituation, die in einen zusammengesetzten Zustand f\u00fchrt, die Aktion der verschachtelten Zustandsmaschine erneut beim Anfangszustand gestartetdie verschachtelte Zustandsmaschine erneut beim Anfangszustand gestartet<\/strong>\u00a0(sofern die \u00dcbergangssituation nicht direkt einen Unterzustand anzielt). Verlaufszust\u00e4nde erm\u00f6glichen es der Zustandsmaschine,\u00a0den letzten zuvor aktiven Unterzustand erneut zu betreten<\/strong>der zusammengesetzte Zustand. Ein Beispiel f\u00fcr die Verwendung von Historie-Zust\u00e4nden wird in der folgenden Abbildung dargestellt.<\/p>\n![\"History](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/08-history-state-example.png\"\/)
<\/p>\n
Konkurrierender Zustand<\/h3>\n
Wie oben erw\u00e4hnt, k\u00f6nnen Zust\u00e4nde in Zustandsmaschinen-Diagrammen verschachtelt sein. Verwandte Zust\u00e4nde k\u00f6nnen zusammengefasst werden, um einen einzigen zusammengesetzten Zustand zu bilden. Die Verschachtelung von Zust\u00e4nden innerhalb anderer ist notwendig, wenn eine Aktivit\u00e4t gleichzeitige Untert\u00e4tigkeiten beinhaltet. Das folgende Zustandsmaschinen-Diagramm modelliert eine Auktion mit zwei konkurrierenden Untert\u00e4tigkeiten: die Bearbeitung des Gebots und die Genehmigung der Zahlungsgrenze.<\/p>\n
Beispiel f\u00fcr ein Zustandsmaschinen-Diagramm mit konkurrierenden Zust\u00e4nden \u2013 Auktionsprozess
\nIn diesem Beispiel erfordert die Zustandsmaschine, die zuerst die Auktion betritt, am Anfang eine Verzweigung in zwei getrennte Start-Threads. Jeder Untertyp verf\u00fcgt \u00fcber einen Ausgangszustand, um das Ende des Threads zu markieren. Sofern kein abnormaler Ausstieg (Abgebrochen oder Abgelehnt) vorliegt, erfolgt der Ausstieg aus dem zusammengesetzten Zustand, wenn beide Untertypen den Ausstieg vollzogen haben.<\/p>\n
![\"Concurrent](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/09-concurrent-state-machine-example.png\"\/)
<\/p>\n\n
Wie zeichnet man ein Zustandsmaschinen-Diagramm in UML?<\/h2>\n
Ein Zustandsmaschinen-Diagramm (auch Startdiagramm, Zustandsdiagramm oder Zustands\u00fcbergangsdiagramm genannt) ist ein Verhalten, das die Reihenfolge der Zust\u00e4nde angibt, die eine Entit\u00e4t (oder ein Objekt) w\u00e4hrend ihrer Lebensdauer aufgrund von Ereignissen durchl\u00e4uft, zusammen mit ihren Reaktionen auf diese Ereignisse.<\/p>\n
Zustandsdiagramm im \u00dcberblick<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/State_Machine_At_a_Glance.png\"\/)
<\/p>\n
Wichtige Konzepte<\/h3>\nZustand<\/h4>\n
Ein Zustand ist ein Zustand w\u00e4hrend der Lebensdauer eines Objekts, in dem es eine Bedingung erf\u00fcllt, eine Aktivit\u00e4t ausf\u00fchrt oder auf ein externes Ereignis wartet<\/p>\n
Ereignis<\/h4>\n
Ein Ereignis ist die Spezifikation eines bedeutenden Vorkommens. F\u00fcr eine Zustandsmaschine ist ein Ereignis das Eintreten einer Reizung, die eine Zustands\u00e4nderung ausl\u00f6sen kann.<\/p>\n
\u00dcbergang<\/h4>\n
Ein \u00dcbergang ist eine Beziehung zwischen zwei Zust\u00e4nden, die angibt, dass ein Objekt im ersten Zustand, wenn eine bestimmte Menge an Ereignissen und Bedingungen erf\u00fcllt ist, bestimmte Aktionen ausf\u00fchrt und in den zweiten Zustand eintritt.<\/p>\n
Aktion<\/h4>\n
Eine Aktion ist eine ausf\u00fchrbare, atomare (im Bezug auf die Zustandsmaschine) Berechnung. Aktionen k\u00f6nnen Operationen, die Erstellung oder Zerst\u00f6rung anderer Objekte oder das Senden von Signalen an andere Objekte (Ereignisse) umfassen.<\/p>\n
Erstellen eines Zustandsmaschinen-Diagramms<\/h3>\n\n- \n
W\u00e4hlen Sie Diagramm<\/strong>\u00a0>\u00a0Neu<\/strong> aus der Werkzeugleiste.<\/p>\n![\"Create](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/1_Create_new_diagram.png\"\/)
<\/p>\n<\/li>\n
- \n
In dem Neues Diagramm<\/strong> Fenster w\u00e4hlen Sie Zustandsmaschinen-Diagramm<\/strong>, dann klicken Sie auf Weiter<\/strong>. Sie k\u00f6nnen die Suchleiste oben verwenden, um Ergebnisse zu filtern.<\/p>\n![\"Select](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/State_Machine_2_Select_State_Machine.png\"\/)
<\/p>\n<\/li>\n
- \n
Benennen Sie das Diagramm, und klicken Sie dann aufOK<\/strong>. In diesem Tutorial nennen wir das Diagramm ZustandTutorial zum Zustandsmaschinen-Diagramm<\/em>.<\/p>\n![\"name](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/State_Machine_3_Name_Diagram.png\"\/)
<\/p>\n<\/li>\n
- \n
Sie werden nun ein leeres Diagramm mit einem anf\u00e4nglichen Pseudozustand sehen.<\/p>\n<\/li>\n
- \n
Um einen neuen Zustand zu erstellen, klicken Sie aufanf\u00e4nglichen Zustand<\/strong>, dann ziehen Sie dieRessourcen-Schaltfl\u00e4che<\/strong>\u00a0an die gew\u00fcnschte Position und lassen Sie los. Wenn Sie die Schaltfl\u00e4che loslassen, w\u00e4hlen Sie\u00dcbergang \u2192 Zustand<\/strong>\u00a0aus dem Popup-Fenster aus. Sobald der Zustand erstellt ist, k\u00f6nnen Sie den Namen des Zustands \u00e4ndern.<\/p>\n![\"New](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/State_Machine_5.1_New_State.png\"\/)
\n![\"Select](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/State_Machine_5.2_New_State.png\"\/)
<\/p>\n<\/li>\n
- \n
Wiederholen Sie Schritt 5 f\u00fcr weitere Zust\u00e4nde.<\/p>\n<\/li>\n
- \n
Nun sehen Sie, dass die \u00dcberg\u00e4nge nicht benannt sind. Sie k\u00f6nnen einen \u00dcbergang benennen, indem Sie doppelt auf den \u00dcbergang klicken. In diesem Beispiel wird der \u00dcbergang zwischenVerf\u00fcgbar<\/strong>\u00a0und\u00a0Gesperrt<\/strong>\u00a0auf\u00a0Sperren<\/em>.<\/p>\n![\"name](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/State_Machine_7_Name_Transition.png\"\/)
<\/p>\n<\/li>\n
- \n
Sobald alle Zust\u00e4nde erstellt sind, m\u00f6chten Sie m\u00f6glicherweise weitere \u00dcberg\u00e4nge einrichten. Sie k\u00f6nnen dies tun, indem Sie \u00dcbergang ausw\u00e4hlen, auf den Ausgangszustand klicken und festhalten (in diesem Beispiel \u201eVerkauft\u201c), dann auf den Zielzustand (in diesem Beispiel \u201eVerf\u00fcgbar\u201c) ziehen und loslassen. Vergessen Sie nicht, den \u00dcbergang zu benennen.<\/p>\n
![\"More](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/State_Machine_8_More_Transition.png\"\/)
<\/p>\n<\/li>\n
- \n
Sie sollten ein Diagramm wie dieses sehen, wenn Sie Ihr Diagramm abgeschlossen haben:<\/p>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/State_Machine_Final.png\"\/)
<\/p>\n<\/li>\n<\/ol>\n\n
Fallstudie: KI-gest\u00fctzter Entwurf einer Zustandsmaschine f\u00fcr den Lebenszyklus einer E-Commerce-Bestellung<\/h2>\nSzenario-\u00dcbersicht<\/h3>\n
Eine Online-Handelsplattform muss den vollst\u00e4ndigen Lebenszyklus einer Kundenbestellung modellieren \u2013 von der Auftragsstellung \u00fcber die Erf\u00fcllung, Versand bis hin zu m\u00f6glichen R\u00fccksendungen. Das System muss mehrere gleichzeitige Prozesse (Zahlungsautorisation, Lagerplatzreservierung, Versandkoordination) verarbeiten, w\u00e4hrend es klare Zustands\u00fcberg\u00e4nge f\u00fcr die Nachvollziehbarkeit und die Kundenkommunikation aufrechterh\u00e4lt.<\/p>\n
Herausforderungen des traditionellen Ansatzes<\/h3>\n
Die manuelle Gestaltung dieser Zustandsmaschine w\u00fcrde erfordern:<\/p>\n
\n- \n
Die Abbildung von 15+ unterschiedlichen Bestellzust\u00e4nden (Ausstehend, Zahlung autorisiert, Lager reserviert, Versandt, Zustellung erfolgt, Zur\u00fcckgegeben, Storniert usw.)<\/p>\n<\/li>\n
- \n
Die Definition von Schutzbedingungen f\u00fcr jeden \u00dcbergang (z.\u202fB. \u201eZahlung autorisiert UND Lager verf\u00fcgbar \u2192 Bestellung best\u00e4tigt\u201c)<\/p>\n<\/li>\n
- \n
Verwaltung konkurrierender Unterzust\u00e4nde f\u00fcr Zahlungsabwicklung und Lagerabwicklung<\/p>\n<\/li>\n
- \n
Sicherstellen, dass alle Randf\u00e4lle abgedeckt sind (Zahlungsfehler, Lagerknappheit, Versandverz\u00f6gerungen)<\/p>\n<\/li>\n<\/ul>\n
KI-unterst\u00fctzte L\u00f6sung mit Visual Paradigm<\/h3>\nSchritt 1: Nat\u00fcrlicher Sprachprompt<\/h4>\n
Mit dem KI-Chatbot von Visual Paradigm gibt das Produktteam ein:<\/p>\n
\n“Generieren Sie ein Zustandsmaschinen-Diagramm f\u00fcr ein E-Commerce-Bestellsystem. Schlie\u00dfen Sie Zust\u00e4nde f\u00fcr Bestellplatzierung, Zahlungsabwicklung, Bestandspr\u00fcfung, Abwicklung, Versand, Lieferung und R\u00fccksendungen ein. F\u00fcgen Sie W\u00e4chterbedingungen f\u00fcr Zahlungsfehler und Ausverkaufsszenarien hinzu. Unterst\u00fctzen Sie die gleichzeitige Verarbeitung von Zahlung und Bestandspr\u00fcfung.”<\/p>\n<\/blockquote>\n
![\"UML](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2026\/05\/img_6a0c28d79cccb.png\")
<\/p>\n