\nErkl\u00e4rung von Vererbung und Schnittstellen<\/p>\n<\/li>\n<\/ul>\n
Ein Klassendiagramm beschreibt Klassen allgemein, w\u00e4hrend ein Objektdiagramm spezifische Instanzen dieser Klassen zeigt. Visual Paradigm beschreibt Klassendiagramme als Modelle von Klassen, Attributen, Operationen und Beziehungen innerhalb eines objektorientierten Systems.<\/p>\n
2. Objektdiagramm<\/h3>\n
Ein Objektdiagramm zeigt einen Schnappschuss eines Systems zu einem bestimmten Zeitpunkt. Es stellt tats\u00e4chliche Objektinstanzen dar, nicht allgemeine Klassen.<\/p>\n
![\"UML-Diagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20a0cb1055.png\")
<\/p>\n
Zum Beispiel:<\/p>\n
customerA:Kunde\r\nname = \"Alex\"\r\n\r\norder1001:Bestellung\r\nstatus = \"Bezahlt\"\r\n<\/code><\/pre>\nEin Objektdiagramm ist n\u00fctzlich, wenn Sie Folgendes demonstrieren m\u00fcssen:<\/p>\n
\n- \n
Der Zustand von Objekten zur Laufzeit<\/p>\n<\/li>\n
- \n
Beispielhafte Datenbeziehungen<\/p>\n<\/li>\n
- \n
Ein spezifisches Szenario<\/p>\n<\/li>\n
- \n
Wie Instanzen von Klassen verbunden sind<\/p>\n<\/li>\n<\/ul>\n
Ein Klassendiagramm k\u00f6nnte zeigen, dass ein Kunde viele Bestellungen aufgeben kann. Ein Objektdiagramm k\u00f6nnte zeigen, dass KundeA<\/code> besitzt derzeit Bestellung1001<\/code> und Bestellung1002<\/code>.<\/p>\n3. Komponentendiagramm<\/h3>\n
![\"UML-Komponentendiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20a8624ccc.png\")
<\/p>\n
Ein Komponentendiagramm zeigt die Organisation und Abh\u00e4ngigkeiten austauschbarer Softwarekomponenten.<\/p>\n
Ein E-Commerce-Komponentendiagramm k\u00f6nnte Folgendes enthalten:<\/p>\n
\n- \n
Webanwendung<\/p>\n<\/li>\n
- \n
Bestelldienst<\/p>\n<\/li>\n
- \n
Produktdienst<\/p>\n<\/li>\n
- \n
Zahlungsdienst<\/p>\n<\/li>\n
- \n
Benachrichtigungsdienst<\/p>\n<\/li>\n
- \n
Datenbank<\/p>\n<\/li>\n<\/ul>\n
Beispiel:<\/p>\n
Webanwendung --> Bestelldienst\r\nBestelldienst --> Zahlungsdienst\r\nBestelldienst --> Benachrichtigungsdienst\r\nBestelldienst --> Bestell-Datenbank\r\n<\/code><\/pre>\nKomponentendiagramme sind besonders n\u00fctzlich f\u00fcr:<\/p>\n
\n- \n
Microservice-Architekturen<\/p>\n<\/li>\n
- \n
Dienstorientierte Systeme<\/p>\n<\/li>\n
- \n
API-Design<\/p>\n<\/li>\n
- \n
Anwendungsarchitektur<\/p>\n<\/li>\n
- \n
Darstellung von Dienstgrenzen und Abh\u00e4ngigkeiten<\/p>\n<\/li>\n<\/ul>\n
4. Bereitstellungsdiagramm<\/h3>\n
![\"UML-Bereitstellungsdiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20aff2b456.png\")
<\/p>\n
Ein Bereitstellungsdiagramm stellt die physische oder virtuelle Umgebung dar, in der Software ausgef\u00fchrt wird.<\/p>\n
Es kann Folgendes anzeigen:<\/p>\n
\n- \n
Client-Ger\u00e4te<\/p>\n<\/li>\n
- \n
Webserver<\/p>\n<\/li>\n
- \n
Anwendungsserver<\/p>\n<\/li>\n
- \n
Datenbankserver<\/p>\n<\/li>\n
- \n
Cloud-Knoten<\/p>\n<\/li>\n
- \n
Container<\/p>\n<\/li>\n
- \n
Netzwerkverbindungen<\/p>\n<\/li>\n
- \n
Bereitgestellte Software-Artefakte<\/p>\n<\/li>\n<\/ul>\n
Beispiel:<\/p>\n
Kundenger\u00e4t\r\n |\r\n v\r\nWebserver\r\n |\r\n v\r\nAnwendungsserver\r\n |\r\n v\r\nDatenbankserver\r\n<\/code><\/pre>\nBereitstellungsdiagramme helfen Architekten zu verstehen, wo Software ausgef\u00fchrt wird und wie Infrastrukturkomponenten kommunizieren.<\/p>\n
5. Paketdiagramm<\/h3>\n
![\"UML-Paketdiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20b957188a.png\")
<\/p>\n
Ein Paketdiagramm organisiert zusammengeh\u00f6rige Modellelemente in Paketen und zeigt Abh\u00e4ngigkeiten zwischen diesen Paketen auf.<\/p>\n
Ein Projekt kann Pakete wie folgende enthalten:<\/p>\n
\n- \n
Benutzer<\/code><\/p>\n<\/li>\n- \n
Katalog<\/code><\/p>\n<\/li>\n- \n
Bestellung<\/code><\/p>\n<\/li>\n- \n
Zahlung<\/code><\/p>\n<\/li>\n- \n
Benachrichtigung<\/code><\/p>\n<\/li>\n<\/ul>\nBeispiel:<\/p>\n
Bestellung --> Benutzer\r\nBestellung --> Katalog\r\nBestellung --> Zahlung\r\nZahlung --> Benachrichtigung\r\n<\/code><\/pre>\nPaketdiagramme sind n\u00fctzlich f\u00fcr:<\/p>\n
\n- \n
Organisieren gro\u00dfer Modelle<\/p>\n<\/li>\n
- \n
Aufzeigen von Modulabh\u00e4ngigkeiten<\/p>\n<\/li>\n
- \n
Identifizieren von Architekturebenen<\/p>\n<\/li>\n
- \n
Vermeiden unerw\u00fcnschter Kopplungen<\/p>\n<\/li>\n<\/ul>\n
6. Diagramm der zusammengesetzten Struktur<\/h3>\n
![\"UML-Bereitstellungsdiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20c22cef1c.png\")
<\/p>\n
Ein Diagramm der zusammengesetzten Struktur zeigt die interne Struktur einer Klasse, eines Bausteins oder eines anderen strukturierten Klassifizierers.<\/p>\n
Es kann Folgendes anzeigen:<\/p>\n
\n- \n
Interne Teile<\/p>\n<\/li>\n
- \n
Ports<\/p>\n<\/li>\n
- \n
Verbindungen<\/p>\n<\/li>\n
- \n
Interne Zusammenarbeit<\/p>\n<\/li>\n
- \n
Beziehungen zwischen internen Elementen<\/p>\n<\/li>\n<\/ul>\n
Zum Beispiel ein OrderController<\/code> kann enthalten oder verbinden mit:<\/p>\n\n- \n
OrderService<\/code><\/p>\n<\/li>\n- \n
OrderRepository<\/code><\/p>\n<\/li>\n- \n
PaymentService<\/code><\/p>\n<\/li>\n- \n
NotificationService<\/code><\/p>\n<\/li>\n<\/ul>\nIm Gegensatz zu einem Komponentendiagramm, das sich allgemein auf Komponenten auf hoher Ebene konzentriert, konzentriert sich ein zusammengesetztes Strukturdigramm auf die interne Organisation eines Klassifizierers.<\/p>\n
7. Profil-Diagramm<\/h3>\n
Ein Profil-Diagramm erweitert UML f\u00fcr einen bestimmten Bereich oder eine bestimmte Technologie. Es definiert spezialisierte Modellierungselemente durch Stereotype, markierte Werte und Einschr\u00e4nkungen.<\/p>\n
![\"UML-Profil-Diagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20c916d97e.png\")
<\/p>\n
Zum Beispiel kann ein Profil Stereotype wie folgende einf\u00fchren:<\/p>\n
<<entity>>\r\n<<controller>>\r\n<<service>>\r\n<<microservice>>\r\n<\/code><\/pre>\nProfil-Diagramme sind n\u00fctzlich, wenn die Standard-UML-Notation angepasst werden muss f\u00fcr:<\/p>\n
\n- \n
Webanwendungen<\/p>\n<\/li>\n
- \n
Unternehmensarchitektur<\/p>\n<\/li>\n
- \n
Echtzeitsysteme<\/p>\n<\/li>\n
- \n
Eingebettete Systeme<\/p>\n<\/li>\n
- \n
Spezifische Programmierframeworks<\/p>\n<\/li>\n
- \n
Branchenspezifische Modellierung<\/p>\n<\/li>\n<\/ul>\n
Das Profil-Diagramm wird oft von Einf\u00fchrungslisten ausgeschlossen, ist jedoch unter den Standard-UML-2.x-Diagrammtypen enthalten. UML 2.x wird allgemein als bestehend aus sieben strukturellen und sieben verhaltensbezogenen Diagrammtypen beschrieben.<\/p>\n\n
Verhaltensbezogene UML-Diagramme<\/h2>\n
Verhaltensbezogene Diagramme beschreiben das dynamische Verhalten eines Systems. Sie zeigen Workflows, Ereignisse, Interaktionen, Zustands\u00e4nderungen und Reaktionen.<\/p>\n
1. Use-Case-Diagramm<\/h3>\n
![\"UML-Use-Case-Diagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20d2f4096e.png\")
<\/p>\n
Ein Use-Case-Diagramm stellt die funktionalen Anforderungen eines Systems aus der Sicht externer Akteure dar.<\/p>\n
Ein typisches Online-Shopping-System kann folgende Akteure enthalten:<\/p>\n
\n- \n
Kunde<\/p>\n<\/li>\n
- \n
Administrator<\/p>\n<\/li>\n
- \n
Zahlungs-Gateway<\/p>\n<\/li>\n
- \n
Lieferdienst<\/p>\n<\/li>\n<\/ul>\n
M\u00f6gliche Anwendungsf\u00e4lle umfassen:<\/p>\n
\n- \n
Konto registrieren<\/p>\n<\/li>\n
- \n
Anmelden<\/p>\n<\/li>\n
- \n
Produkte durchsuchen<\/p>\n<\/li>\n
- \n
Produkt zum Warenkorb hinzuf\u00fcgen<\/p>\n<\/li>\n
- \n
Bestellung aufgeben<\/p>\n<\/li>\n
- \n
Zahlung leisten<\/p>\n<\/li>\n
- \n
Lieferung verfolgen<\/p>\n<\/li>\n
- \n
Produkte verwalten<\/p>\n<\/li>\n<\/ul>\n
Ein Anwendungsfalldiagramm bietet eine hochlevelige \u00dcbersicht dar\u00fcber, was das System tut, ohne Implementierungsdetails zu beschreiben.<\/p>\n
Wichtige Beziehungen umfassen:<\/p>\n
\n- \n
Assoziation:<\/strong>Verbindet einen Akteur mit einem Anwendungsfall.<\/p>\n<\/li>\n- \n
Einschlie\u00dfen:<\/strong>Zeigt Verhalten, das von einem anderen Anwendungsfall immer wiederverwendet wird.<\/p>\n<\/li>\n- \n
Erweitern:<\/strong>Zeigt optionales oder bedingtes Verhalten.<\/p>\n<\/li>\n- \n
Verallgemeinerung:<\/strong>Zeigt Spezialisierung zwischen Akteuren oder Anwendungsf\u00e4llen.<\/p>\n<\/li>\n<\/ul>\nZum Beispiel, Bestellung aufgeben<\/code> kann einschlie\u00dfen Zahlung leisten<\/code>, w\u00e4hrend Rabatt anwenden<\/code> kann erweitern Bestellung aufgeben<\/code>.<\/p>\n2. Aktivit\u00e4tsdiagramm<\/h3>\n
![\"UML-Aktivit\u00e4tsdiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20dc5ca277.png\")
<\/p>\n
Ein Aktivit\u00e4tsdiagramm stellt den Kontrollfluss in einem Prozess oder Anwendungsfall dar. Es ist n\u00fctzlich zur Modellierung sequenzieller und paralleler Workflows.<\/p>\n
Beispiel: Eine Bestellung aufgeben<\/p>\n
Start\r\n |\r\nProdukte durchsuchen\r\n |\r\nProdukt zum Warenkorb hinzuf\u00fcgen\r\n |\r\nZur Kasse gehen\r\n |\r\nZahlungsdaten eingeben\r\n |\r\nZahlung erfolgreich?\r\n \/ \r\nNein Ja\r\n| |\r\nFehler anzeigen Bestellung erstellen\r\n |\r\n Best\u00e4tigung senden\r\n |\r\n Ende\r\n<\/code><\/pre>\nAktivit\u00e4tsdiagramme k\u00f6nnen darstellen:<\/p>\n
\n- \n
Aktionen<\/p>\n<\/li>\n
- \n
Entscheidungen<\/p>\n<\/li>\n
- \n
Zusammenf\u00fchrungen<\/p>\n<\/li>\n
- \n
Schleifen<\/p>\n<\/li>\n
- \n
Parallele Aktivit\u00e4ten<\/p>\n<\/li>\n
- \n
Start- und Endknoten<\/p>\n<\/li>\n
- \n
Schwimmbahnen f\u00fcr Zust\u00e4ndigkeiten<\/p>\n<\/li>\n<\/ul>\n
Schwimmbahnen k\u00f6nnen zeigen, welcher Akteur oder welche Systemkomponente jede Aktion ausf\u00fchrt. Zum Beispiel kann eine Bahn den Kunden, eine andere den Bestelldienst und eine weitere das Zahlungs-Gateway darstellen.<\/p>\n
3. Sequenzdiagramm<\/h3>\n
![\"UML-Sequenzdiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab210046c5e3.png\")
<\/p>\n
Ein Sequenzdiagramm zeigt, wie Objekte oder Komponenten in einer zeitlich geordneten Abfolge kommunizieren.<\/p>\n
Beispiel: Eine Bestellung aufgeben<\/p>\n
Kunde -> WebApp: Bestellung einreichen\r\nWebApp -> OrderService: createOrder()\r\nOrderService -> PaymentService: authorizePayment()\r\nPaymentService --> OrderService: paymentApproved\r\nOrderService -> NotificationService: sendConfirmation()\r\nOrderService --> WebApp: orderCreated\r\nWebApp --> Kunde: Best\u00e4tigung anzeigen\r\n<\/code><\/pre>\nSequenzdiagramme enthalten:<\/p>\n
\n- \n
Teilnehmer<\/p>\n<\/li>\n
- \n
Lebenslinien<\/p>\n<\/li>\n
- \n
Nachrichten<\/p>\n<\/li>\n
- \n
Aktivierungsstriche<\/p>\n<\/li>\n
- \n
R\u00fcckmeldungen<\/p>\n<\/li>\n
- \n
Bedingungen<\/p>\n<\/li>\n
- \n
Schleifen<\/p>\n<\/li>\n
- \n
Alternativen<\/p>\n<\/li>\n
- \n
Parallele Interaktionen<\/p>\n<\/li>\n<\/ul>\n
Sie sind besonders n\u00fctzlich zur Erkl\u00e4rung von API-Aufrufen, Dienstinteraktionen, Authentifizierungsfl\u00fcssen und Fehlerbehandlungen.<\/p>\n
4. Kommunikationsdiagramm<\/h3>\n
![\"UML-Kommunikationsdiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab2117c22363.png\")
<\/p>\n
Ein Kommunikationsdiagramm, das in fr\u00fcheren UML-Versionen historisch als Kollaborationsdiagramm bezeichnet wurde, betont die Beziehungen zwischen Objekten und die zwischen ihnen ausgetauschten Nachrichten.<\/p>\n
Anstatt sich prim\u00e4r auf eine vertikale Zeitachse wie ein Sequenzdiagramm zu konzentrieren, konzentriert es sich auf:<\/p>\n
\n- \n
Objekte<\/p>\n<\/li>\n
- \n
Verbindungen zwischen Objekten<\/p>\n<\/li>\n
- \n
Nummerierte Nachrichten<\/p>\n<\/li>\n
- \n
Kollaborationsstruktur<\/p>\n<\/li>\n<\/ul>\n
Beispiel:<\/p>\n
1: submitOrder()\r\nKunde ----------------> WebApp\r\n\r\n2: createOrder()\r\nWebApp ------------------> OrderService\r\n\r\n3: authorizePayment()\r\nOrderService -------------> PaymentService\r\n<\/code><\/pre>\nKommunikationsdiagramme sind n\u00fctzlich, wenn die Struktur der Objektkollaboration wichtiger ist als die genaue visuelle Zeitachse.<\/p>\n
5. Zustandsautomatendiagramm<\/h3>\n
![\"UML-Zustandsautomatendiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab211a9df7d4.png\")
<\/p>\n
Ein Zustandsautomatendiagramm zeigt, wie sich ein Objekt oder System als Reaktion auf Ereignisse in seinen Zustand \u00e4ndert.<\/p>\n
Eine Bestellung kann durch die folgenden Zust\u00e4nde verlaufen:<\/p>\n
Neu -> Ausstehende Zahlung -> Bezahlt -> Versendet -> Geliefert\r\n |\r\n v\r\n Storniert\r\n<\/code><\/pre>\nEin \u00dcbergang kann mit einem Ereignis oder einer Bedingung beschriftet werden:<\/p>\n
Ausstehende Zahlung -- paymentApproved --> Bezahlt\r\nAusstehende Zahlung -- paymentFailed --> Zahlung fehlgeschlagen\r\n<\/code><\/pre>\nZustandsautomatendiagramme sind n\u00fctzlich f\u00fcr:<\/p>\n
\n- \n
Bestellungslebenszyklen<\/p>\n<\/li>\n
- \n
Benutzerkontozust\u00e4nde<\/p>\n<\/li>\n
- \n
Workflow-Status<\/p>\n<\/li>\n
- \n
Ger\u00e4teverhalten<\/p>\n<\/li>\n
- \n
Netzwerkverbindungszust\u00e4nde<\/p>\n<\/li>\n
- \n
Genehmigungsprozesse<\/p>\n<\/li>\n<\/ul>\n
Sie sind besonders wertvoll, wenn das Verhalten eines Objekts stark von seinem aktuellen Zustand abh\u00e4ngt.<\/p>\n
6. Zeitdiagramm<\/h3>\n
![\"UML-Zeitdiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab212460dc5d.png\")
<\/p>\n
Ein Zeitdiagramm veranschaulicht, wie sich der Zustand oder Wert eines oder mehrerer Elemente im Laufe der Zeit \u00e4ndert.<\/p>\n
Es wird h\u00e4ufig verwendet f\u00fcr:<\/p>\n
\n- \n
Echtzeitsysteme<\/p>\n<\/li>\n
- \n
Eingebettete Systeme<\/p>\n<\/li>\n
- \n
Kommunikationsprotokolle<\/p>\n<\/li>\n
- \n
Hardware- und Software-Koordination<\/p>\n<\/li>\n
- \n
Leistungsensitive Interaktionen<\/p>\n<\/li>\n<\/ul>\n
Ein Zeitdiagramm kann beispielsweise die Beziehung zwischen Folgendem zeigen:<\/p>\n
\n- \n
Ein Ger\u00e4tesignal<\/p>\n<\/li>\n
- \n
Ein Controller-Zustand<\/p>\n<\/li>\n
- \n
Ein Sensorwert<\/p>\n<\/li>\n
- \n
Eine Antwort \u00fcber ein definiertes Zeitintervall<\/p>\n<\/li>\n<\/ul>\n
7. Interaktions\u00fcbersichtsdiagramm<\/h3>\n
![\"UML-Interaktions\u00fcbersichtsdiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab212e16571d.png\")
<\/p>\n
Ein Interaktions\u00fcbersichtsdiagramm bietet eine hochstufige \u00dcbersicht von Interaktionen, indem es einen aktivit\u00e4ts\u00e4hnlichen Kontrollfluss mit Interaktionsdiagrammen kombiniert.<\/p>\n
Es kann Folgendes zeigen:<\/p>\n
\n- \n
Die Reihenfolge der Hauptinteraktionen<\/p>\n<\/li>\n
- \n
Entscheidungen zwischen Interaktionsfragmenten<\/p>\n<\/li>\n
- \n
Parallele Interaktionspfade<\/p>\n<\/li>\n
- \n
Verweise auf Sequenz- oder Kommunikationsdiagramme<\/p>\n<\/li>\n<\/ul>\n
Ein Interaktions\u00fcbersicht f\u00fcr eine Online-Bestellung k\u00f6nnte beispielsweise Folgendes verbinden:<\/p>\n
\n- \n
Kundenauthentifizierung<\/p>\n<\/li>\n
- \n
Produktauswahl<\/p>\n<\/li>\n
- \n
Kassierinteraktion<\/p>\n<\/li>\n
- \n
Zahlungsautorisation<\/p>\n<\/li>\n
- \n
Auftragserf\u00fcllung<\/p>\n<\/li>\n<\/ol>\n
Dieses Diagramm ist n\u00fctzlich, wenn ein Prozess zu komplex ist, um mit einem einzigen Sequenzdiagramm erkl\u00e4rt zu werden.<\/p>\n\n
UML-Beziehungen<\/h2>\n
Das Verst\u00e4ndnis von UML-Beziehungen ist f\u00fcr die Erstellung aussagekr\u00e4ftiger Diagramme unerl\u00e4sslich.<\/p>\n
![\"Referenzkarte,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab21621a80f3.png\")
<\/p>\n
Assoziation<\/h3>\n
Eine Assoziation stellt eine strukturelle Verbindung zwischen zwei Elementen dar.<\/p>\n
Kunde -------- Bestellung\r\n<\/code><\/pre>\nDies zeigt an, dass Kunden und Bestellungen miteinander verbunden sind.<\/p>\n
Gerichtete Assoziation<\/h3>\n
Eine gerichtete Assoziation zeigt die Navigierbarkeit in eine Richtung an.<\/p>\n
Bestellung ------> Zahlung\r\n<\/code><\/pre>\nDies deutet darauf hin, dass eine Bestellung ein Zahlungsobjekt kennt oder verwendet, w\u00e4hrend das Umgekehrte m\u00f6glicherweise nicht zutrifft.<\/p>\n
Verallgemeinerung<\/h3>\n
Verallgemeinerung stellt Vererbung oder Spezialisierung dar.<\/p>\n
Benutzer\n \/ \nKunde Administrator\n<\/code><\/pre>\nHier, Kunde<\/code> und Administrator<\/code> sind spezialisierte Arten von Benutzer<\/code>.<\/p>\nAbh\u00e4ngigkeit<\/h3>\n
Eine Abh\u00e4ngigkeit zeigt an, dass ein Element ein anderes vor\u00fcbergehend verwendet oder sich auf dieses verl\u00e4sst.<\/p>\n
OrderService - - - -> PaymentGateway\n<\/code><\/pre>\nEine \u00c4nderung am Payment-Gateway kann den Order-Service beeinflussen.<\/p>\n
Aggregation<\/h3>\n
Aggregation stellt eine Ganzz-Teil-Beziehung dar, bei der die Teile unabh\u00e4ngig voneinander existieren k\u00f6nnen.<\/p>\n
Team \u25c7------ Spieler\n<\/code><\/pre>\nEin Spieler kann weiterhin existieren, auch wenn das Team aufgel\u00f6st wird.<\/p>\n
Komposition<\/h3>\n
Komposition stellt eine starke Ganzz-Teil-Beziehung dar. Die Teile sind im Allgemeinen f\u00fcr ihren Lebenszyklus vom Ganzen abh\u00e4ngig.<\/p>\n
Order \u25c6------ OrderItem\n<\/code><\/pre>\nEin OrderItem<\/code>kann als Teil einer Bestellung betrachtet werden und hat m\u00f6glicherweise au\u00dferhalb dieser Bestellung keine Bedeutung.<\/p>\nRealisierung<\/h3>\n
Realisierung zeigt an, dass eine Klasse oder Komponente eine Schnittstelle implementiert.<\/p>\n
PaymentService - - -|> PaymentProcessor\n<\/code><\/pre>\nDer PaymentService<\/code> bietet das Verhalten, das durch die ” definiert wird\"PaymentProcessor\"<\/code> Schnittstelle.<\/p>\nUML-Beispiel: Online-Shopping-System<\/h2>\n
Betrachten wir eine Online-Shopping-Anwendung.<\/p>\n
Hauptakteure<\/h3>\n\n- \n
Kunde<\/p>\n<\/li>\n
- \n
Administrator<\/p>\n<\/li>\n
- \n
Zahlungs-Gateway<\/p>\n<\/li>\n
- \n
Lieferdienst<\/p>\n<\/li>\n<\/ul>\n
Hauptanwendungsf\u00e4lle<\/h3>\n\n- \n
Konto erstellen<\/p>\n<\/li>\n
- \n
Produkte durchsuchen<\/p>\n<\/li>\n
- \n
Artikel zum Warenkorb hinzuf\u00fcgen<\/p>\n<\/li>\n
- \n
Bestellung aufgeben<\/p>\n<\/li>\n
- \n
Zahlung leisten<\/p>\n<\/li>\n
- \n
Lieferung verfolgen<\/p>\n<\/li>\n
- \n
Lagerbestand verwalten<\/p>\n<\/li>\n<\/ul>\n
M\u00f6gliche Klassen<\/h3>\nKunde\nProdukt\nWarenkorb\nWarenkorbartikel\nBestellung\nBestellposition\nZahlung\nVersand\n<\/code><\/pre>\nM\u00f6gliche Service-Komponenten<\/h3>\nBenutzer-Service\nKatalog-Service\nWarenkorb-Service\nBestell-Service\nZahlungs-Service\nVersand-Service\nBenachrichtigungs-Service\n<\/code><\/pre>\nBeispielinteraktion<\/h3>\n
Wenn ein Kunde eine Bestellung aufgibt:<\/p>\n
\n- \n
Der Kunde \u00fcbermittelt den Warenkorb.<\/p>\n<\/li>\n
- \n
Die Webanwendung sendet die Anfrage an den Bestell-Service.<\/p>\n<\/li>\n
- \n
Der Bestell-Service validiert die Artikel.<\/p>\n<\/li>\n
- \n
Der Zahlungs-Service autorisiert die Zahlung.<\/p>\n<\/li>\n
- \n
Die Bestellung wird gespeichert.<\/p>\n<\/li>\n
- \n
Der Versand-Service wird benachrichtigt.<\/p>\n<\/li>\n
- \n
Der Benachrichtigungsdienst sendet eine Best\u00e4tigungs-E-Mail.<\/p>\n<\/li>\n<\/ol>\n
Dieser einzelne Gesch\u00e4ftsprozess kann durch mehrere UML-Diagramme dargestellt werden:<\/p>\n
\n- \n
Anwendungsfalldiagramm: Zeigt, dass der Kunde eine Bestellung aufgeben kann.<\/p>\n<\/li>\n
- \n
Aktivit\u00e4tsdiagramm: Zeigt den Arbeitsablauf und Entscheidungspunkte.<\/p>\n<\/li>\n
- \n
Sequenzdiagramm: Zeigt Nachrichten zwischen Diensten.<\/p>\n<\/li>\n
- \n
Klassendiagramm: Zeigt Kunde<\/code>, Bestellung<\/code>, Produkt<\/code>, und verwandte Klassen.<\/p>\n<\/li>\n- \n
Komponentendiagramm: Zeigt die beteiligten Dienste.<\/p>\n<\/li>\n
- \n
Bereitstellungsdiagramm: Zeigt, wo diese Dienste ausgef\u00fchrt werden.<\/p>\n<\/li>\n<\/ul>\n
Wie man das richtige UML-Diagramm w\u00e4hlt<\/h2>\n
\n\n\n| Modellierungsziel<\/th>\n | Empfohlenes UML-Diagramm<\/th>\n<\/tr>\n<\/thead>\n |
\n\n| Klassen und ihre Beziehungen anzeigen<\/td>\n | Klassendiagramm<\/td>\n<\/tr>\n |
\n| Echte Objektinstanzen anzeigen<\/td>\n | Objektdiagramm<\/td>\n<\/tr>\n |
\n| Systemfunktionalit\u00e4t beschreiben<\/td>\n | Anwendungsfalldiagramm<\/td>\n<\/tr>\n |
\n| Gesch\u00e4fts- oder Systemarbeitsablauf modellieren<\/td>\n | Aktivit\u00e4tsdiagramm<\/td>\n<\/tr>\n |
\n| Im Laufe der Zeit ausgetauschte Nachrichten anzeigen<\/td>\n | Sequenzdiagramm<\/td>\n<\/tr>\n |
\n| Objektzusammenarbeit anzeigen<\/td>\n | Kommunikationsdiagramm<\/td>\n<\/tr>\n |
\n| Lebenszyklus und Zustands\u00e4nderungen anzeigen<\/td>\n | Zustandsautomatendiagramm<\/td>\n<\/tr>\n |
\n| Zeigt Softwaremodule oder -dienste<\/td>\n | Komponentendiagramm<\/td>\n<\/tr>\n |
\n| Zeigt die physische Bereitstellung<\/td>\n | Bereitstellungsdiagramm<\/td>\n<\/tr>\n |
\n| Organisiert Modellelemente<\/td>\n | Paketdiagramm<\/td>\n<\/tr>\n |
\n| Zeigt interne Teile eines Klassifizierers<\/td>\n | Kompositionsstrukturdiagramm<\/td>\n<\/tr>\n |
\n| Zeigt \u00c4nderungen im Zeitverlauf<\/td>\n | Zeitdiagramm<\/td>\n<\/tr>\n |
\n| Fasst mehrere Interaktionen zusammen<\/td>\n | Interaktions\u00fcbersichtsdiagramm<\/td>\n<\/tr>\n |
\n| Erweitert UML f\u00fcr einen spezialisierten Bereich<\/td>\n | Profil-Diagramm<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n |
![\"Infografik](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab1fa751c62a.png\")
<\/p>\n![\"UML-Notations-Referenzkarte,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab1faf9214ab.png\")
<\/p>\n![\"Flussdiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab1fb215dd30.png\")
<\/p>\n![\"UML-Klassendiagramm,](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20984afccd.png\")
<\/p>\n