Zustandsdiagramme<\/h2>\nDefinition<\/h3>\n
Ein Zustandsdiagramm veranschaulicht die verschiedenen Zust\u00e4nde, die ein Objekt einnehmen kann, sowie die \u00dcberg\u00e4nge zwischen diesen Zust\u00e4nden, die durch bestimmte Ereignisse ausgel\u00f6st werden. Jeder Zustand stellt eine Bedingung oder Situation w\u00e4hrend des Lebenszyklus eines Objekts dar, und \u00dcberg\u00e4nge zeigen an, wie das Objekt auf Reize wie Benutzeraktionen oder Systemsignale hin von einem Zustand zum anderen wechselt. Zustandsdiagramme sind besonders effektiv zur Modellierung des dynamischen Verhaltens eines einzelnen Objekts oder Systems mit einer endlichen Anzahl von Zust\u00e4nden.<\/p>\n
![\"UML](\"https:\/\/www.tech-posts.com\/wp-content\/uploads\/2025\/12\/img_69491d541bf7b.png\")
<\/p>\n
Wann sie verwenden<\/h3>\n
Zustandsdiagramme eignen sich am besten f\u00fcr:<\/p>\n
- \n
- \n
Reaktive Systeme<\/strong>: Systeme, die auf externe oder interne Ereignisse reagieren, wie Benutzereingaben oder Systemsignale.<\/p>\n<\/li>\n
- \n
Objekt-Lebenszyklen<\/strong>: Erfassung des Verlaufs eines Objekts von der Erstellung bis zur Beendigung.<\/p>\n<\/li>\n
- \n
Zustandsabh\u00e4ngiges Verhalten<\/strong>: Wenn das Verhalten eines Systems auf seinem aktuellen Zustand basiert.<\/p>\n<\/li>\n<\/ul>\n
Beispiele<\/h3>\n
- \n
- \n
Verkehrslichtsystem<\/strong><\/p>\n
- \n
- \n
Zust\u00e4nde<\/strong>: Rot, Gelb, Gr\u00fcn<\/p>\n<\/li>\n
- \n
Ereignisse<\/strong>: Timer l\u00e4uft ab (z.\u202fB. nach 30 Sekunden, \u00dcbergang von Gr\u00fcn zu Gelb)<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Modelliert das zyklische Verhalten einer Ampel, bei der jeder Zustand festlegt, ob Fahrzeuge anhalten, sich auf das Anhalten vorbereiten oder weiterfahren.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
Geldautomat<\/strong><\/p>\n
- \n
- \n
Zust\u00e4nde<\/strong>: Bereitschaft, Karte eingelegt, PIN eingegeben, Transaktion wird verarbeitet, Bargeld wird ausgegeben<\/p>\n<\/li>\n
- \n
Ereignisse<\/strong>: Karte einlegen, PIN eingeben, Bargeldbetrag ausw\u00e4hlen, Transaktion best\u00e4tigen<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Stellt das Verhalten des Geldautomaten bei der Verarbeitung von Benutzerinteraktionen dar und stellt g\u00fcltige Zustands\u00fcberg\u00e4nge sicher (z.\u202fB. \u00dcberpr\u00fcfung der PIN vor der Transaktion).<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
E-Commerce-Bestellung<\/strong><\/p>\n
- \n
- \n
Zust\u00e4nde<\/strong>: Ausstehend, Bezahlt, Versandt, Geliefert, Storniert<\/p>\n<\/li>\n
- \n
Ereignisse<\/strong>: Zahlung erhalten, Versand versandt, Kunde storniert<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Verfolgt den Lebenszyklus einer Bestellung und zeigt, wie Aktionen des Kunden oder des Systems Zustands\u00e4nderungen ausl\u00f6sen.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
Kaffeemaschine<\/strong><\/p>\n
- \n
- \n
Zust\u00e4nde<\/strong>: Bereitschaft, Getr\u00e4nk ausw\u00e4hlen, Brauen, Ausgeben<\/p>\n<\/li>\n
- \n
Ereignisse<\/strong>: M\u00fcnze einwerfen, Getr\u00e4nk ausw\u00e4hlen, Brauvorgang abgeschlossen<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Modelliert den Betrieb einer Kaffeemaschine, bei der Benutzeraktionen wie das Einwerfen einer M\u00fcnze Zustands\u00fcberg\u00e4nge ausl\u00f6sen.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
Spielfigur<\/strong><\/p>\n
- \n
- \n
Zust\u00e4nde<\/strong>: Bereitschaft, Gehen, Laufen, Springen<\/p>\n<\/li>\n
- \n
Ereignisse<\/strong>: Pfeiltaste dr\u00fccken, Leertaste dr\u00fccken, Taste loslassen<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Erfasst das Verhalten einer Videospieldarstellung basierend auf Spieleraktionen, wie Bewegung oder Springen.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
Druckersystem<\/strong><\/p>\n
- \n
- \n
Zust\u00e4nde<\/strong>: Bereit, Drucken, Kein Papier, Fehler<\/p>\n<\/li>\n
- \n
Ereignisse<\/strong>: Druckanforderung, Papierstau, Papier nachladen, Fehler beseitigen<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Stellt die Reaktion eines Druckers auf Ereignisse wie Papierstaus oder Druckbefehle dar.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n
Aktivit\u00e4tsdiagramme<\/h2>\n
Definition<\/h3>\n
Ein Aktivit\u00e4tsdiagramm modelliert den Ablauf von Aktivit\u00e4ten oder Aktionen innerhalb eines Systems und konzentriert sich auf die Reihenfolge, Entscheidungen und parallelen Prozesse. Es wird verwendet, um Arbeitsabl\u00e4ufe, Gesch\u00e4ftsprozesse oder algorithmische Schritte darzustellen, wobei h\u00e4ufig Entscheidungspunkte, Verzweigungen (f\u00fcr parallele Aktivit\u00e4ten) und Verschmelzungspunkte (f\u00fcr Synchronisation) enthalten sind. Im Gegensatz zu Zustandsdiagrammen legen Aktivit\u00e4tsdiagramme den Fokus auf den Steuerfluss anstatt auf bestimmte Zust\u00e4nde.<\/p>\n
![\"UML](\"https:\/\/www.tech-posts.com\/wp-content\/uploads\/2025\/12\/img_69491d84849f7.png\")
<\/p>\nWann man es verwendet<\/h3>\n
Aktivit\u00e4tsdiagramme sind ideal f\u00fcr:<\/p>\n
- \n
- \n
Gesch\u00e4ftsprozesse<\/strong>: Abbildung von Arbeitsabl\u00e4ufen oder Verfahren in einer Organisation.<\/p>\n<\/li>\n
- \n
Algorithmen<\/strong>: Veranschaulichung der schrittweisen Ausf\u00fchrung eines Programms oder einer Funktion.<\/p>\n<\/li>\n
- \n
Anwendungsszenarien<\/strong>: Detaillierte Darstellung des Ereignisablaufs in einem bestimmten Anwendungsszenario.<\/p>\n<\/li>\n
- \n
Kongruente Prozesse<\/strong>: Modellierung paralleler Aktivit\u00e4ten und ihrer Koordination.<\/p>\n<\/li>\n<\/ul>\n
Beispiele<\/h3>\n
- \n
- \n
Auftragsabwicklung<\/strong><\/p>\n
- \n
- \n
Aktivit\u00e4ten<\/strong>: Auftrag empfangen, Lagerbestand pr\u00fcfen, Artikel verpacken, Auftrag versenden<\/p>\n<\/li>\n
- \n
Entscheidungen<\/strong>: Ist Lagerbestand verf\u00fcgbar? (Ja\/Nein)<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Modelliert die Schritte von der Auftragsannahme bis zur Versendung, einschlie\u00dflich Entscheidungspunkte f\u00fcr die Lagerbestandspr\u00fcfung.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
Kreditgenehmigungsprozess<\/strong><\/p>\n
- \n
- \n
Aktivit\u00e4ten<\/strong>: Antrag einreichen, Kreditpr\u00fcfung, Dokumenten\u00fcberpr\u00fcfung, Kredit genehmigen\/ablehnen<\/p>\n<\/li>\n
- \n
Parallele Aufgaben<\/strong>: Einkommen \u00fcberpr\u00fcfen, Kreditgeschichte pr\u00fcfen<\/p>\n<\/li>\n
- \n
Entscheidungen<\/strong>: Kreditpr\u00fcfung bestanden\/fehlgeschlagen<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Stellt den Kreditgenehmigungsprozess einer Bank dar, mit parallelen \u00dcberpr\u00fcfungsarbeiten und Entscheidungspunkten.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
Benutzerregistrierungsfluss<\/strong><\/p>\n
- \n
- \n
Aktivit\u00e4ten<\/strong>: Daten eingeben, E-Mail best\u00e4tigen, Konto erstellen, Best\u00e4tigung senden<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Beschreibt die Schritte f\u00fcr die Registrierung eines Benutzers auf einer Website, einschlie\u00dflich Validierung und Best\u00e4tigung.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
Montagelinie<\/strong><\/p>\n
- \n
- \n
Parallele Aktivit\u00e4ten<\/strong>: Teile montieren, Qualit\u00e4tspr\u00fcfung, Produkt verpacken<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Modelliert einen Fertigungsprozess, bei dem mehrere Aufgaben gleichzeitig stattfinden und vor der Verpackung synchronisiert werden.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
Prozess der Aufnahme eines Patienten<\/strong><\/p>\n
- \n
- \n
Aktivit\u00e4ten<\/strong>: Triage, Diagnose, Behandlungsplan, Entlassung<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Veranschaulicht den Ablauf der Aufnahme und Behandlung eines Patienten in einem Krankenhaus.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
Verarbeitung von Online-Zahlungen<\/strong><\/p>\n
- \n
- \n
Aktivit\u00e4ten<\/strong>: Zahlungsdetails eingeben, Zahlung verarbeiten, Transaktion best\u00e4tigen<\/p>\n<\/li>\n
- \n
Entscheidungen<\/strong>: Zahlung erfolgreich? (Ja\/Nein)<\/p>\n<\/li>\n
- \n
Aktivit\u00e4ten bei Fehler<\/strong>: R\u00fcckerstattung, Benutzer benachrichtigen<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Zeigt die Schritte zur Verarbeitung einer Online-Zahlung an, einschlie\u00dflich der Behandlung von Fehlern.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n
- \n
Entwicklungsprozess f\u00fcr Software<\/strong><\/p>\n
- \n
- \n
Aktivit\u00e4ten<\/strong>: Anforderungserhebung, Design, Implementierung, Testen, Bereitstellung<\/p>\n<\/li>\n
- \n
Entscheidungen<\/strong>: Design genehmigen, Testbestehen\/Testversagen<\/p>\n<\/li>\n
- \n
Beschreibung<\/strong>: Modelliert den Lebenszyklus der Softwareentwicklung mit Entscheidungspunkten f\u00fcr Genehmigungen und Testergebnisse.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n
Vergleich: Zustandsdiagramme im Vergleich zu Aktivit\u00e4tsdiagrammen<\/h2>\n
Zustandsdiagramme und Aktivit\u00e4tsdiagramme modellieren beide dynamisches Verhalten, unterscheiden sich jedoch deutlich in Fokus und Anwendung. Die folgende Tabelle fasst die wichtigsten Unterschiede zusammen:<\/p>\n
\n
\n \n\n \n Aspekt<\/strong><\/p>\n<\/th>\n
\n Zustandsdiagramm<\/strong><\/p>\n<\/th>\n
\n Aktivit\u00e4tsdiagramm<\/strong><\/p>\n<\/th>\n<\/tr>\n
\n \n Fokus<\/strong><\/p>\n<\/td>\n
\n Objektzust\u00e4nde und \u00dcberg\u00e4nge<\/p>\n<\/td>\n
\n Ablauf von Aktivit\u00e4ten<\/p>\n<\/td>\n<\/tr>\n
\n \n Ausl\u00f6ser<\/strong><\/p>\n<\/td>\n
\n Ereignisse (z.\u202fB. Benutzeraktionen, Systemsignale)<\/p>\n<\/td>\n
\n Abschluss von Aktivit\u00e4ten<\/p>\n<\/td>\n<\/tr>\n
\n \n Anwendungsfall<\/strong><\/p>\n<\/td>\n
\n Reaktive Systeme, Objekt-Lebenszyklen<\/p>\n<\/td>\n
\n Workflows, Gesch\u00e4ftsprozesse, Algorithmen<\/p>\n<\/td>\n<\/tr>\n
\n \n Komplexit\u00e4t<\/strong><\/p>\n<\/td>\n
\n Modelliert zustandsabh\u00e4ngiges Verhalten<\/p>\n<\/td>\n
\n Modelliert Steuerfluss, Parallelit\u00e4t und Entscheidungen<\/p>\n<\/td>\n<\/tr>\n
\n \n Am besten geeignet f\u00fcr<\/strong><\/p>\n<\/td>\n
\n Systeme mit klaren Zust\u00e4nden (z.\u202fB. Ger\u00e4te, Auftr\u00e4ge)<\/p>\n<\/td>\n
\n Prozesse mit sequenziellen oder parallelen Schritten (z.\u202fB. Workflows)<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
Auswahl des richtigen Diagramms<\/h3>\n
- \n
- \n
Zustandsdiagramme verwenden<\/strong> wenn Systeme modelliert werden, bei denen das Verhalten von diskreten Zust\u00e4nden und externen Ereignissen abh\u00e4ngt. Beispiele sind Ger\u00e4te (z.\u202fB. Geldautomaten, Kaffeemaschinen), Authentifizierungssysteme oder Auftragslebenszyklen. Sie sind besonders n\u00fctzlich f\u00fcr Systeme, bei denen der aktuelle Zustand die Reaktion auf ein Ereignis bestimmt.<\/p>\n<\/li>\n
- \n
Aktivit\u00e4tsdiagramme verwenden<\/strong> beim Modellieren von Prozessen oder Workflows, die sequenzielle oder parallele Schritte, Entscheidungen oder Rollen beinhalten. Sie eignen sich ideal f\u00fcr Gesch\u00e4ftsprozesse (z.\u202fB. Auftragsabwicklung, Kreditgenehmigung), Algorithmen oder Anwendungsszenarien, bei denen der Fokus auf dem Ablauf von Aktionen liegt und nicht auf Zust\u00e4nden.<\/p>\n<\/li>\n<\/ul>\n
Wie Visual Paradigm die UML-Modellierung verbessert<\/h2>\n
Visual Paradigm<\/strong> ist ein leistungsf\u00e4higes UML-Modellierungswerkzeug, das die Erstellung sowohl von Zustandsdiagrammen als auch von Aktivit\u00e4tsdiagrammen unterst\u00fctzt und Funktionen bietet, die den Gestaltungsprozess vereinfachen und die Zusammenarbeit verbessern. SeinCommunity-Edition<\/strong> ist kostenlos und somit f\u00fcr Studierende, Hobbyspezialisten und kleine Teams zug\u00e4nglich. Nachfolgend finden Sie die wichtigsten Funktionen, die die UML-Modellierung unterst\u00fctzen:<\/p>\n
F\u00fcr Zustandsdiagramme<\/h3>\n
- \n
- \n
Ziehen-und-Abllegen-Editor<\/strong>: F\u00fcgen Sie Zust\u00e4nde, \u00dcberg\u00e4nge und Ereignisse einfach mit einer benutzerfreundlichen Oberfl\u00e4che hinzu.<\/p>\n<\/li>\n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n