![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/10\/img_6ad821b650812.png\")
<\/p>\nUML \u2013 die Unified Modeling Language \u2013 ist eine standardisierte Methode zur Beschreibung der Struktur und des Verhaltens eines Systems. Sie hilft Teams dabei, Anforderungen zu diskutieren, Software zu entwerfen und Entscheidungen zu dokumentieren. UML ist eine Modellierungssprache und keine Programmiersprache: Diagramme vermitteln ein Modell, garantieren aber nicht automatisch, dass die Implementierung damit \u00fcbereinstimmt.<\/p>\n
<\/p>\n
Dieser Leitfaden verwendet ein Online-Shopping-System als durchgehendes Beispiel. Er behandelt die wichtigsten UML-Diagrammtypen und einen Workflow mit Visual Paradigm<\/strong> f\u00fcr visuelle Modellierung und VPasCode<\/strong> f\u00fcr textbasierte Diagramme.<\/p>\n Bevor Sie zeichnen, entscheiden Sie, was der Leser verstehen muss:<\/p>\n Was k\u00f6nnen Benutzer tun?<\/strong> Verwenden Sie ein Use-Case-Diagramm.<\/p>\n<\/li>\n Was passiert w\u00e4hrend eines Szenarios?<\/strong> Verwenden Sie ein Sequenz- oder Aktivit\u00e4tsdiagramm.<\/p>\n<\/li>\n Welche Konzepte und Beziehungen bilden das Dom\u00e4nenmodell?<\/strong> Verwenden Sie ein Klassendiagramm.<\/p>\n<\/li>\n Wie wird Software in bereitstellbare oder austauschbare Teile unterteilt?<\/strong> Verwenden Sie Komponenten- und Bereitstellungsdiagramme.<\/p>\n<\/li>\n Wie ver\u00e4ndert sich ein Objekt im Laufe der Zeit?<\/strong> Verwenden Sie ein Zustandsautomatendiagramm.<\/p>\n<\/li>\n<\/ul>\n Ein Diagramm, das versucht, alle Fragen auf einmal zu beantworten, wird meist schwer lesbar. Bevorzugen Sie mehrere fokussierte Diagramme gegen\u00fcber einer \u00fcberladenen \u00dcbersicht.<\/p>\n UML 2.x umfasst 14 standardisierte Diagrammtypen, die \u00fcblicherweise in strukturelle und verhaltensbezogene Diagramme gruppiert werden. Interaktionsdiagramme sind eine Teilmenge der verhaltensbezogenen Diagramme.<\/p>\n Sie ben\u00f6tigen f\u00fcr ein Projekt selten alle 14 Diagrammtypen. F\u00fcr viele Anwendungsdesigns bilden ein Use-Case-Diagramm, ein Klassendiagramm, ein Sequenzdiagramm, ein Aktivit\u00e4tsdiagramm, ein Komponentendiagramm und ein Bereitstellungsdiagramm eine starke Ausgangsbasis.<\/p>\n Ein Use-Case-Diagramm beschreibt Benutzerziele, nicht Bildschirmlayouts oder internen Code. F\u00fcr einen Online-Shop k\u00f6nnen Akteure beispielsweise seinKunde<\/strong>, Zahlungsanbieter<\/strong>, undLagerservice<\/strong>. Use Cases k\u00f6nnten seinProdukte durchsuchen<\/strong>, Bestellung aufgeben<\/strong>, F\u00fcr die Bestellung bezahlen<\/strong>, undVersand verfolgen<\/strong>.<\/p>\n Verwenden Sie Aktivit\u00e4tsdiagramme sind n\u00fctzlich f\u00fcr Prozesse mit Verzweigungen oder parallelen Arbeiten. Ein Checkout-Flow k\u00f6nnte wie folgt aussehen:<\/p>\n Warenkorb und Adresse validieren.<\/p>\n<\/li>\n Versandkosten und Steuern berechnen.<\/p>\n<\/li>\n Eine ausstehende Bestellung erstellen.<\/p>\n<\/li>\n Zahlungsautorisierung anfordern.<\/p>\n<\/li>\n Wenn die Zahlung erfolgreich ist, die Bestellung best\u00e4tigen und die Erf\u00fcllung benachrichtigen.<\/p>\n<\/li>\n Wenn die Zahlung fehlschl\u00e4gt, den Fehler anzeigen und die Bestellung unbest\u00e4tigt lassen.<\/p>\n<\/li>\n<\/ol>\n Verwenden Sie Entscheidungs- und Zusammenf\u00fchrungsknoten f\u00fcr Verzweigungen, Fork- und Join-Knoten f\u00fcr parallele Arbeiten sowie Schwimmbahnen, wenn sich die Zust\u00e4ndigkeit zwischen Kunde, Gesch\u00e4ft und einem externen Anbieter \u00e4ndert.<\/p>\n Sequenzdiagramme zeigen Teilnehmer und die von ihnen ausgetauschten Nachrichten. Sie sind besonders n\u00fctzlich zur Kl\u00e4rung von Servicegrenzen, Aufrufreihenfolgen und Fehlerf\u00e4llen. F\u00fcgen Sie alternative Pfade f\u00fcr Ergebnisse wie Zahlungsablehnung oder nicht verf\u00fcgbare Lagerbest\u00e4nde hinzu.<\/p>\n1. Beginnen Sie mit der Frage, die Ihr Diagramm beantworten soll<\/h2>\n
\n
2. UML-Diagrammfamilien<\/h2>\n
![\"\u00dcbersicht](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/10\/01-uml-diagram-types.png\"\/)
<\/p>\n\n\n
\n \nFamilie<\/th>\n Diagramm<\/th>\n Am besten geeignet zur Darstellung von<\/th>\n<\/tr>\n<\/thead>\n \n Strukturell<\/td>\n Klasse<\/td>\n Klassen, Attribute, Operationen und Beziehungen<\/td>\n<\/tr>\n \n Strukturell<\/td>\n Objekt<\/td>\n Eine Momentaufnahme spezifischer Instanzen und Verbindungen<\/td>\n<\/tr>\n \n Strukturell<\/td>\n Komponente<\/td>\n Softwarekomponenten und ihre Abh\u00e4ngigkeiten oder Schnittstellen<\/td>\n<\/tr>\n \n Strukturell<\/td>\n Komposite Struktur<\/td>\n Interne Teile, Ports und Verbindungen innerhalb eines Klassifizierers<\/td>\n<\/tr>\n \n Strukturell<\/td>\n Paket<\/td>\n Wie Modellelemente gruppiert sind und voneinander abh\u00e4ngen<\/td>\n<\/tr>\n \n Strukturell<\/td>\n Bereitstellung<\/td>\n Software-Artefakte, die Hardware oder Ausf\u00fchrungsumgebungen zugeordnet sind<\/td>\n<\/tr>\n \n Strukturell<\/td>\n Profil<\/td>\n UML-Erweiterungen, Stereotypen und getaggte Werte<\/td>\n<\/tr>\n \n Verhaltensbezogen<\/td>\n Anwendungsfall<\/td>\n Akteure, Ziele und Systemumfang<\/td>\n<\/tr>\n \n Verhaltensbezogen<\/td>\n Aktivit\u00e4t<\/td>\n Workflow, Entscheidungen, parallele Arbeit und Verantwortungsbereiche<\/td>\n<\/tr>\n \n Verhaltensbezogen<\/td>\n Zustandsautomat<\/td>\n Zust\u00e4nde und ereignisgesteuerte \u00dcberg\u00e4nge eines Objekts<\/td>\n<\/tr>\n \n Interaktion<\/td>\n Sequenz<\/td>\n \u00dcber die Zeit zwischen Teilnehmern ausgetauschte Nachrichten<\/td>\n<\/tr>\n \n Interaktion<\/td>\n Kommunikation<\/td>\n Teilnehmer und ihre Nachrichtenverbindungen, mit Schwerpunkt auf Netzwerkstruktur<\/td>\n<\/tr>\n \n Interaktion<\/td>\n Zeitpunkt<\/td>\n Zustands- oder Wert\u00e4nderungen entlang einer Zeitskala<\/td>\n<\/tr>\n \n Interaktion<\/td>\n Interaktions\u00fcbersicht<\/td>\n Ein hochstufiger Ablauf, der Interaktionsszenarien verbindet<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 3. Die n\u00fctzlichsten Diagramme, mit einem E-Commerce-Beispiel<\/h2>\n
Use-Case-Diagramm: Ziele und Systemgrenze<\/h3>\n
<<include>><\/code>, wenn ein Use Case immer ein anderes erforderliches Verhalten aufruft. Verwenden Sie<<extend>><\/code>, f\u00fcr optionales oder bedingtes Verhalten, das einen Basis-Use Case erweitert. Halten Sie die Systemgrenze klar, damit Leser das System von externen Akteuren unterscheiden k\u00f6nnen.<\/p>\nAktivit\u00e4tsdiagramm: Workflow und Entscheidungen<\/h3>\n
\n
Sequenzdiagramm: ein Szenario \u00fcber die Zeit<\/h3>\n
![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/10\/img_6ad8220d29110.png\")
<\/p>\n\n\nPlantUML<\/span>
\n
\n