Die Wahl zwischen diesen Paradigmen ist nicht lediglich eine Frage der Diagrammgestaltung; sie beeinflusst direkt die Systemarchitektur, die Handhabung von Konkurrenz, die Fehlerbehebung und die Wartbarkeit. Diese Fallstudie untersucht die praktische Anwendung beider Ans\u00e4tze innerhalb eines modernen E-Commerce-Bestelllebenszyklus und zeigt, wie sequenzielle und konkurrierende Unterzust\u00e4nde genutzt werden k\u00f6nnen, um widerstandsf\u00e4hige, skalierbare und logisch konsistente Zustandsmaschinen zu entwickeln.<\/p>\n
![\"Orchestrating](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/05\/img_6a0fd6eb638db.png\")
<\/p>\n
\n
Grundlegende Konzepte<\/h2>\n
Bevor wir uns der Fallstudie widmen, ist es unerl\u00e4sslich, den theoretischen Unterschied zwischen den beiden Unterzustandsarchitekturen zu kl\u00e4ren.<\/p>\n
Sequenzielle Unterzust\u00e4nde (Oder-Zust\u00e4nde)<\/h3>\n
Bei einer sequenziellen Konfiguration kann ein zusammengesetzter Zustand nureinen Unterzustand gleichzeitig<\/strong>. \u00dcberg\u00e4nge verlaufen entlang einer vorbestimmten, linearen Bahn, bei der jeder Zustand abgeschlossen sein muss, bevor der n\u00e4chste beginnt.<\/p>\n Logische Bedingung:<\/strong>\u00a0Zustand A\u00a0ODER<\/strong>\u00a0Zustand B.<\/p>\n<\/li>\n Am besten geeignet f\u00fcr:<\/strong>\u00a0Schritt-f\u00fcr-Schritt-Abl\u00e4ufe, Assistenten, Validierungs-Pipelines und sich gegenseitig ausschlie\u00dfende Betriebsmodi.<\/p>\n<\/li>\n<\/ul>\n Bei einer konkurrierenden Konfiguration wird ein zusammengesetzter Zustand in mehrere unabh\u00e4ngige Regionen aufgeteilt. Wenn der \u00fcbergeordnete Zustand aktiv wird,werden alle Regionen gleichzeitig aktiviert<\/strong>, wobei jede Region ihren eigenen unabh\u00e4ngigen Lebenszyklus und Zustands\u00fcberg\u00e4nge beibeh\u00e4lt.<\/p>\n Logische Bedingung:<\/strong>\u00a0Region 1 (Zustand A)\u00a0UND<\/strong>\u00a0Region 2 (Zustand X).<\/p>\n<\/li>\n Am besten geeignet f\u00fcr:<\/strong>Parallele Prozessausf\u00fchrung, Hintergrund\u00fcberwachung neben der Benutzeroberfl\u00e4chennutzung und koordinierte, entkoppelte Subsysteme.<\/p>\n<\/li>\n<\/ul>\n Um diese Konzepte in der Praxis zu veranschaulichen, werden wir zwei kritische Phasen der Auftragsverarbeitung eines E-Commerce-Plattform-Pipelines modellieren:\u00a0Zahlungsabwicklung<\/strong>\u00a0und\u00a0Auftragsabwicklung<\/strong>. Jede Phase zeigt, warum eine bestimmte Untertatsarchitektur die optimale Wahl ist.<\/p>\n Die Zahlungsabwicklung ist inh\u00e4rent linear und zustandsabh\u00e4ngig. Die Autorisierung muss der Betrugspr\u00fcfung vorausgehen, die wiederum der Einziehung der Mittel vorausgehen muss. Schritte auszulassen oder sie parallel auszuf\u00fchren w\u00fcrde die finanzielle Compliance verletzen und die Integrit\u00e4t der Transaktion gef\u00e4hrden. Daher ist eine sequenzielle (Oder-) Konfiguration zwingend erforderlich.<\/p>\n\n
Konkurrierende Unterzust\u00e4nde (Und-Zust\u00e4nde)<\/h3>\n
\n
Struktureller Vergleich<\/h3>\n
\n\n
\n \nFunktion<\/th>\n Sequenzielle Untertate<\/th>\n Kongruente Untertate<\/th>\n<\/tr>\n<\/thead>\n \n Aktive Zust\u00e4nde<\/strong><\/td>\n Genau ein Untertatus ist zu jedem Zeitpunkt aktiv.<\/td>\n Ein Untertatus in\u00a0jeder<\/em>\u00a0parallelen Region ist gleichzeitig aktiv.<\/td>\n<\/tr>\n \n Interne Variablen<\/strong><\/td>\n Geteilter Kontext, sequenziell ver\u00e4ndert.<\/td>\n H\u00e4ufig unabh\u00e4ngig; \u00c4nderungen m\u00fcssen threadsicher oder ereignisgesteuert sein.<\/td>\n<\/tr>\n \n Komplexit\u00e4t<\/strong><\/td>\n Niedrig bis mittel; leicht linear nachvollziehbar.<\/td>\n H\u00f6her; erfordert die Nachverfolgung der Synchronisation und m\u00f6glicher Rennbedingungen.<\/td>\n<\/tr>\n \n Ausgangsbedingung<\/strong><\/td>\n Erreichen eines Endzustands innerhalb, oder einer expliziten \u00e4u\u00dferen \u00dcbergang.<\/td>\n Erfordert in der Regel\u00a0alle<\/em>\u00a0Regionen, um ihre Endzust\u00e4nde zu erreichen (Verbindung), oder einen \u00e4u\u00dferen Unterbrechung.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\nFallstudie: Lebenszyklus eines E-Commerce-Auftrags<\/h2>\n
Phase 1: Sequenzielle Untertate bei der Zahlungsabwicklung<\/h3>\n
<\/p>\n
\n
\n