![\"Unified](\"https:\/\/www.visual-paradigm.com\/servlet\/editor-content\/guide\/uml-unified-modeling-language\/uml-practical-guide\/sites\/7\/2019\/10\/uml-banner.png\"\/)
<\/p>\n<\/p>\n
![](\"https:\/\/cdn.qwenlm.ai\/output\/8ce8267f-a8f5-4709-a0ef-beedd17fb70f\/image_gen\/ee2c1d51-2727-4ca5-9d03-adaab0503d6a\/1773896890.png?key=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJyZXNvdXJjZV91c2VyX2lkIjoiOGNlODI2N2YtYThmNS00NzA5LWEwZWYtYmVlZGQxN2ZiNzBmIiwicmVzb3VyY2VfaWQiOiIxNzczODk2ODkwIiwicmVzb3VyY2VfY2hhdF9pZCI6ImE2YTk1NjA2LTU2ODItNDQ4ZC05NmQxLWFkY2ZkM2M1ODRmOSJ9.iLbVCqnv66oenlVjd6ub9ZjvfCZYhqvMsFgoHeqtaDY\"\/)
<\/p>\n
Unified Modeling Language (UML)<\/strong>ist eine Standard-Sprache zur Spezifikation, Visualisierung, Erstellung und Dokumentation der Artefakte von Software-Systemen. Die UML 1.0 Spezifikationsentwurf wurde erstmals im Januar 1997 vom Object Management Group (OMG) vorgeschlagen.<\/p>\n UML ist eine\u00a0allgemeine visuelle Modellierungssprache<\/strong>\u00a0entwickelt zur:<\/p>\n Systemarchitektur und -verhalten zu visualisieren<\/p>\n<\/li>\n Systemanforderungen und -entw\u00fcrfe zu spezifizieren<\/p>\n<\/li>\n System-Entw\u00fcrfe zu erstellen<\/p>\n<\/li>\n Software- und Nicht-Software-Systeme zu dokumentieren<\/p>\n<\/li>\n<\/ul>\n Wichtiger Einblick<\/strong>: Obwohl UML h\u00e4ufig mit der Softwareentwicklung assoziiert wird, ist sie ebenso anwendbar zur Modellierung von Nicht-Software-Systemen wie Fertigungsprozessen, Gesch\u00e4ftsabl\u00e4ufen und Organisationsstrukturen.<\/p>\n<\/blockquote>\n UML ist\u00a0keine Programmiersprache<\/strong>, aber moderne Werkzeuge k\u00f6nnen Code in verschiedenen Sprachen direkt aus UML-Diagrammen generieren, wodurch die L\u00fccke zwischen Design und Implementierung geschlossen wird.<\/p>\n Allgemeine Modellierung<\/strong>: UML bietet eine standardisierte Vokabular f\u00fcr Modellierer in verschiedenen Branchen, die einfach zu verstehen und zu verwenden ist.<\/p>\n<\/li>\n Objektorientierte Grundlage<\/strong>: UML folgt objektorientierten Konzepten und ist daher ideal zur Modellierung objektorientierter Systeme durch bildliche Darstellungen.<\/p>\n<\/li>\n Mehrperspektivische Modellierung<\/strong>: UML-Diagramme k\u00f6nnen aus Design-, Implementierungs-, Bereitstellungs- und Verhaltensperspektiven erstellt werden.<\/p>\n<\/li>\n Architekturelle Abdeckung<\/strong>: UML erfasst architektonische, verhaltens- und strukturelle Aspekte jedes Systems.<\/p>\n<\/li>\n Objektzentrierte Herangehensweise<\/strong>: Objekte sind die grundlegenden Bausteine; UML hilft, Objekte zu identifizieren, Verantwortlichkeiten zuzuweisen und Designs auf Basis der Analyse abzuschlie\u00dfen.<\/p>\n<\/li>\n<\/ul>\n \u201eEin Bild sagt mehr als tausend Worte\u201c<\/em>\u00a0\u2014 Dieses Sprichwort fasst den Wert von UML in der Systemgestaltung perfekt zusammen.<\/p>\n<\/blockquote>\n Bevor UML existierte, fehlten objektorientierten Entwicklungen standardisierte Methodologien zur Organisation und Zusammenfassung von Gestaltungsma\u00dfnahmen. UML entwickelte sich, um diese L\u00fccke mit mehreren zentralen Zielen zu schlie\u00dfen:<\/p>\n Standardisierung<\/strong>: Erstellen einer universellen Modellierungssprache, die f\u00fcr alle Modellierer zug\u00e4nglich ist, unabh\u00e4ngig von Hintergrund oder Methode.<\/p>\n<\/li>\n Zug\u00e4nglichkeit<\/strong>: Gestaltung f\u00fcr Entwickler, Gesch\u00e4ftssachverwalter, Analysten und alle Interessierten \u2013 nicht nur f\u00fcr technische Experten.<\/p>\n<\/li>\n Flexibilit\u00e4t<\/strong>: Unterst\u00fctzung der Modellierung sowohl von Software- als auch von Nicht-Software-Systemen.<\/p>\n<\/li>\n Prozessunabh\u00e4ngig<\/strong>: UML ist selbst keine Entwicklungs-Methode, sondern ein erg\u00e4nzendes Werkzeug, das jeden Prozess zur Erstellung erfolgreicher Systeme verbessert.<\/p>\n<\/li>\n<\/ul>\n Fazit<\/strong>: Das endg\u00fcltige Ziel von UML ist es, eine einfache, leistungsstarke Modellierungsmethode bereitzustellen, die in der Lage ist, alle praktischen Systeme in der heutigen komplexen, vernetzten Umgebung darzustellen.<\/p>\n Realwelt-Systeme dienen unterschiedlichen Stakeholdern: Entwicklern, Testern, Gesch\u00e4ftsanalysten, Endnutzern und Systemarchitekten. Um diese unterschiedlichen Perspektiven zu ber\u00fccksichtigen, unterst\u00fctzt UML das\u00a04+1-Sichten der Softwarearchitektur<\/strong>, ein Rahmenwerk, das ein System durch mehrere, miteinander verbundene Perspektiven visualisiert.<\/p>\n Eine Spezialisierung der Logischen Ansicht<\/p>\n<\/li>\n Verwenden, wenn Persistenz ein wesentlicher Aspekt des Systems ist<\/p>\n<\/li>\n Hilfreich, wenn die \u00dcbersetzung vom Entwurfsmodell zum Datenmodell nicht automatisiert ist<\/p>\n<\/li>\n<\/ul>\n Diagramme sind das Herzst\u00fcck von UML. UML 2.x definiert14 Diagrammtypen<\/strong>, grob eingeteilt in zwei Familien:<\/p>\n Zeigen die statische Struktur des Systems und seiner Komponenten auf verschiedenen Abstraktions- und Implementierungsebenen.<\/p>\n Klassendiagramm<\/p>\n<\/li>\n Objektdiagramm<\/p>\n<\/li>\n Komponentendiagramm<\/p>\n<\/li>\n Bereitstellungsdigramm<\/p>\n<\/li>\n Paketdiagramm<\/p>\n<\/li>\n Komposite Strukturdiagramm<\/p>\n<\/li>\n Profil-Diagramm<\/p>\n<\/li>\n<\/ol>\n Zeigen das dynamische Verhalten von Objekten \u2013 wie sich das System im Laufe der Zeit durch Interaktionen und Zustands\u00fcberg\u00e4nge ver\u00e4ndert.<\/p>\n Use-Case-Diagramm<\/p>\n<\/li>\n Aktivit\u00e4tsdiagramm<\/p>\n<\/li>\n Zustandsmaschinen-Diagramm<\/p>\n<\/li>\n Sequenzdiagramm<\/p>\n<\/li>\n Kommunikationsdiagramm<\/p>\n<\/li>\n Interaktions\u00fcbersichtsdiagramm<\/p>\n<\/li>\n Zeitdiagramm<\/p>\n<\/li>\n<\/ol>\n Am h\u00e4ufigsten verwendete UML-Diagramm<\/strong>\u00a0in der objektorientierten Entwicklung.<\/p>\n Zweck<\/strong>: Beschreibt Objekte in einem System, ihre Attribute, Operationen und Beziehungen. Stellt die statische Sicht eines Systems dar.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Klassen mit Attributen und Methoden<\/p>\n<\/li>\n Beziehungen: Assoziationen, Aggregationen, Kompositionen, Vererbungen<\/p>\n<\/li>\n Vielfachkeitsbeschr\u00e4nkungen (z.\u202fB.\u00a0 Direkt abbildbar auf objektorientierte Programmiersprachen<\/p>\n<\/li>\n<\/ul>\n Anwendungsfall<\/strong>: Systemdesign, Codegenerierung, Dokumentation, Reverse Engineering<\/p>\n Das folgende Klassendiagramm stellt zwei Klassen dar \u2013\u00a0 Zweck<\/strong>: Zeigt eine Momentaufnahme des Systems zu einem bestimmten Zeitpunkt \u2013 eine Instanz eines Klassendiagramms.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Objekte (Instanzen von Klassen) mit konkreten Werten<\/p>\n<\/li>\n Verkn\u00fcpfungen (Instanzen von Assoziationen)<\/p>\n<\/li>\n Konkrete, zeitbezogene Darstellung<\/p>\n<\/li>\n<\/ul>\n Anwendungsfall<\/strong>: \u00dcberpr\u00fcfung von Klassendesigns, Darstellung von Beispiel-Datenstrukturen, Debugging<\/p>\n Dieses Objektdiagramm zeigt, wie Objektinstanzen von\u00a0 Zweck<\/strong>: Beschreibt die statische Implementierungsansicht \u2013 wie der Code in physische Komponenten organisiert ist.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Komponenten: Bibliotheken, Dateien, ausf\u00fchrbare Dateien, Module<\/p>\n<\/li>\n Schnittstellen und Abh\u00e4ngigkeiten zwischen Komponenten<\/p>\n<\/li>\n Unterst\u00fctzt Vorw\u00e4rts-\/R\u00fcckw\u00e4rtsingenieurwesen<\/p>\n<\/li>\n<\/ul>\n Anwendungsfall<\/strong>: Build-Management, Komponentenwiederverwendung, Planung der Systemintegration<\/p>\n Zweck<\/strong>: Modelliert die physische Bereitstellung von Software-Artefakten auf Hardware-Infrastruktur.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Knoten: Hardwareger\u00e4te, Ausf\u00fchrungs-Umgebungen<\/p>\n<\/li>\n Artefakte: auf Knoten bereitgestellte Softwarekomponenten<\/p>\n<\/li>\n Kommunikationspfade zwischen Knoten<\/p>\n<\/li>\n<\/ul>\n Anwendungsfalldiagramm<\/strong>: Systemadministration, DevOps-Planung, Infrastrukturdokumentation<\/p>\n Zweck<\/strong>: Ordnet Modellelemente in Gruppen (Pakete) ein und zeigt Abh\u00e4ngigkeiten zwischen ihnen an.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Pakete als Namensr\u00e4ume f\u00fcr verwandte Elemente<\/p>\n<\/li>\n Abh\u00e4ngigkeits-, Import- und Zusammenf\u00fchrungsbeziehungen<\/p>\n<\/li>\n Unterst\u00fctzt die Modellierung mehrschichtiger\/mehnichtiger Architekturen<\/p>\n<\/li>\n<\/ul>\n Anwendungsfalldiagramm<\/strong>: Gro\u00dfe Systemorganisation, modulare Gestaltung, Abh\u00e4ngigkeitsmanagement<\/p>\n Zweck<\/strong>: Zeigt die interne Struktur einer Klasse oder Komponente und wie ihre Teile zusammenarbeiten.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Interne Teile und ihre Rollen<\/p>\n<\/li>\n Schnittstellen f\u00fcr externe Interaktion<\/p>\n<\/li>\n Verbindungen, die die Kommunikation zwischen Teilen definieren<\/p>\n<\/li>\n<\/ul>\n Anwendungsfalldiagramm<\/strong>: Detaillierte Komponentengestaltung, Musterimplementierung, Mikroarchitekturmodellierung<\/p>\n Zweck<\/strong>: Erweitert UML um dom\u00e4nenspezifische oder plattformspezifische Stereotypen und markierte Werte.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Stereotypen: benutzerdefinierte Modelllemente<\/p>\n<\/li>\n Tagged Werte: zus\u00e4tzliche Metadaten<\/p>\n<\/li>\n Einschr\u00e4nkungen: Regeln f\u00fcr die Verwendung von Stereotypen<\/p>\n<\/li>\n<\/ul>\n Use Case<\/strong>: Dom\u00e4nenbezogenes Modellieren (z.\u202fB. Gesundheitswesen, Finanzen), Plattformanpassung (z.\u202fB. UML f\u00fcr EJB, UML f\u00fcr SOA)<\/p>\n Zweck<\/strong>: Erfasst die Systemfunktionalit\u00e4t aus einer externen Perspektive \u2013 was das System f\u00fcr seine Benutzer tut.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Akteure: Benutzer oder externe Systeme, die mit dem System interagieren<\/p>\n<\/li>\n Use Cases: Einheiten der Funktionalit\u00e4t<\/p>\n<\/li>\n Beziehungen: include, extend, Generalisierung<\/p>\n<\/li>\n<\/ul>\n Use Case<\/strong>: Anforderungserhebung, Kommunikation mit Stakeholdern, Hoch-Level-Design<\/p>\n Zweck<\/strong>: Modelliert die Lebenszyklus eines Objekts \u2013 wie sich sein Zustand auf Ereignisse hin \u00e4ndert.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Zust\u00e4nde: Zust\u00e4nde w\u00e4hrend des Lebens eines Objekts<\/p>\n<\/li>\n \u00dcberg\u00e4nge: durch Ereignisse ausgel\u00f6ste Zustands\u00e4nderungen<\/p>\n<\/li>\n Aktionen: Aktivit\u00e4ten, die w\u00e4hrend \u00dcberg\u00e4nge oder in Zust\u00e4nden ausgef\u00fchrt werden<\/p>\n<\/li>\n<\/ul>\n Use Case<\/strong>: Reaktive Systeme, Workflow-Modellierung, Protokollentwurf<\/p>\n Zweck<\/strong>: Modelliert Workflows und Gesch\u00e4ftsprozesse als Ablauf von Aktivit\u00e4ten.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Aktionen und Steuerungsfl\u00fcsse<\/p>\n<\/li>\n Entscheidungsknoten, Verzweigungen und Verbindungen f\u00fcr Verzweigungen und Konkurrenz<\/p>\n<\/li>\n Objektfl\u00fcsse f\u00fcr Datenbewegung<\/p>\n<\/li>\n<\/ul>\n Anwendungsfall<\/strong>: Gesch\u00e4ftsprozessmodellierung, Algorithmenentwurf, Anwendungsfalldetaillierung<\/p>\n Zweck<\/strong>: Zeigt Objektinteraktionen in zeitlicher Reihenfolge an \u2013 wie Operationen ausgef\u00fchrt werden.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Lebenslinien: beteiligte Objekte\/Akteure<\/p>\n<\/li>\n Nachrichten: synchron, asynchron, R\u00fcckgabe<\/p>\n<\/li>\n Aktivierungsleisten: Ausf\u00fchrungsereignisse<\/p>\n<\/li>\n Kombinierte Fragmente: Schleifen, Alternativen, Optionen<\/p>\n<\/li>\n<\/ul>\n Anwendungsfall<\/strong>: Detaillierter Entwurf, API-Spezifikation, Debugging komplexer Interaktionen<\/p>\n Zweck<\/strong>: Betont die Objektkooperation und die Verbindungsstruktur gegen\u00fcber der zeitlichen Reihenfolge.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Objekte und Verbindungen (strukturorientiert)<\/p>\n<\/li>\n Nummerierte Nachrichten zur Anzeige der Reihenfolge<\/p>\n<\/li>\n \u00c4quivalente Semantik wie bei Sequenzdiagrammen<\/p>\n<\/li>\n<\/ul>\n Anwendungsfall<\/strong>: Verst\u00e4ndnis von Objektbeziehungen, Refactoring, Architektur\u00fcberpr\u00fcfungen<\/p>\n Hinweis: Die urspr\u00fcngliche Bildreferenz scheint auf ein Aktivit\u00e4tsdiagramm zu verweisen; in der Praxis zeigen Kommunikationsdiagramme Objekte, die \u00fcber Verbindungen mit nummerierten Nachrichten verbunden sind.<\/em><\/p>\n<\/blockquote>\n Zweck<\/strong>: Bietet einen \u00dcberblick auf hoher Ebene \u00fcber die Steuerungsfl\u00fcsse zwischen Interaktionen.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Aktivit\u00e4tsdiagrammstruktur mit Interaktionsknoten<\/p>\n<\/li>\n Verweise auf detaillierte Sequenz-\/Kommunikationsdiagramme<\/p>\n<\/li>\n Navigation zwischen Abstraktionsstufen<\/p>\n<\/li>\n<\/ul>\n Anwendungsfall<\/strong>: Modellierung komplexer Szenarien, Systemorchestrierung, Navigation in Dokumentationen<\/p>\n Zweck<\/strong>: Konzentriert sich auf Zeitbeschr\u00e4nkungen und Zustands\u00e4nderungen \u00fcber pr\u00e4zise Zeitintervalle.<\/p>\n Wichtige Merkmale<\/strong>:<\/p>\n Zeitachse verl\u00e4uft von links nach rechts<\/p>\n<\/li>\n Lebenslinien in vertikalen Abschnitten<\/p>\n<\/li>\n Zustandsverl\u00e4ufe und Dauerbeschr\u00e4nkungen<\/p>\n<\/li>\n<\/ul>\n Anwendungsfall<\/strong>: Echtzeit-Systeme, Leistungsanalyse, \u00dcberpr\u00fcfung der Protokollzeitgestaltung<\/p>\n Ein verbreiteter Irrtum ist, dass UML mit Agile-Prinzipien konfliktiert. Tats\u00e4chlich\u00a0UML verbessert agile Praktiken<\/strong>wenn pragmatisch angewendet:<\/p>\n Best Practice<\/strong>: Verwenden Sie gerade genug<\/em>UML \u2013 erstellen Sie leichtgewichtige, lebendige Diagramme, die sich mit dem Code entwickeln, statt schwerf\u00e4lliger Dokumentation, die veraltet wird.<\/p>\n Generative KI ver\u00e4ndert, wie wir UML-Modelle erstellen und nutzen:<\/p>\n Nat\u00fcrliche Sprache zu Diagramm<\/strong>: Beschreiben Sie ein System in einfacher Sprache; die KI generiert konforme UML-Diagramme.<\/p>\n<\/li>\n Diagramm-zu-Code-Generierung<\/strong>: Exportieren Sie Diagramme in Skelettcode in Java, C#, Python usw.<\/p>\n<\/li>\n Intelligente \u00dcberpr\u00fcfung<\/strong>: Die KI pr\u00fcft Diagramme auf Konsistenz, Vollst\u00e4ndigkeit und bew\u00e4hrte Praktiken.<\/p>\n<\/li>\n Automatisierte Dokumentation<\/strong>: Generieren Sie narrative Dokumentation aus Diagramm-Metadaten.<\/p>\n<\/li>\n<\/ol>\n KI-Diagramm-Chatbot<\/strong>: Zeichnen Sie Diagramme durch conversationalen Eingaben<\/p>\n<\/li>\n KI-Webanwendungen<\/strong>: Gef\u00fchrte Workflows zur Entwicklung der Architektur von Skizze bis zur Implementierung<\/p>\n<\/li>\n KI-Diagramm-Generator<\/strong>: Erstellen Sie OMG-konforme UML direkt in Desktop-Tools<\/p>\n<\/li>\n\n
\n
Grundprinzipien von UML<\/h3>\n
\n
\nZweck von UML<\/h2>\n
\n
Hauptziele<\/h3>\n
\n
\nModellierung architektonischer Ansichten mit UML: Das 4+1-Sichtmodell<\/h2>\n
![\"Modeling](\"https:\/\/www.visual-paradigm.com\/servlet\/editor-content\/guide\/uml-unified-modeling-language\/uml-practical-guide\/sites\/7\/2019\/10\/modeling-structure-views-using-uml.png\"\/)
<\/p>\nDie F\u00fcnf architektonischen Sichten<\/h3>\n
\n\n
\n \nSicht<\/th>\n Beschreibung<\/th>\n Pflichtfeld?<\/th>\n<\/tr>\n<\/thead>\n \n Anwendungsfalldarstellung<\/strong>\u00a0\u2b50<\/td>\n Beschreibt die Systemfunktionalit\u00e4t, externe Schnittstellen und Hauptnutzer. Enth\u00e4lt das Anwendungsfalldiagramm. Alle anderen Sichten leiten sich aus den hier erfassten Anforderungen ab.<\/td>\n \u2705 Ja<\/td>\n<\/tr>\n \n Logische Sicht<\/strong><\/td>\n Beschreibt die Systemstruktur in Bezug auf Implementierungseinheiten: Pakete, Klassen, Schnittstellen und deren Beziehungen (Abh\u00e4ngigkeiten, Realisierungen, Zusammensetzungen).<\/td>\n \u2705 Ja<\/td>\n<\/tr>\n \n Implementierungssicht<\/strong><\/td>\n Beschreibt, wie Entwicklungserzeugnisse im Dateisystem organisiert sind (Dateien, Verzeichnisse, Konfigurationsobjekte). Umfasst sowohl Entwicklungserzeugnisse als auch Bereitstellungserzeugnisse.<\/td>\n \u274c Optional<\/td>\n<\/tr>\n \n Prozessansicht<\/strong><\/td>\n Beschreibt die Laufzeit-Systemstruktur: Prozesse, Threads, EJBs, Servlets, DLLs, Datenspeicher und Kommunikationsverbindungen. Kritisch f\u00fcr die Analyse von Leistung, Zuverl\u00e4ssigkeit und Skalierbarkeit.<\/td>\n \u274c Optional<\/td>\n<\/tr>\n \n Bereitstellungsansicht<\/strong><\/td>\n Beschreibt, wie Softwarekomponenten auf die Hardware-Infrastruktur (Server, Netzwerke, Ger\u00e4te) abgebildet werden. Wesentlich f\u00fcr verteilte Systeme.<\/td>\n \u274c Optional<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Zus\u00e4tzliche Ansicht: Datenansicht<\/h3>\n
\n
\nDie 14 Arten von UML 2-Diagrammen<\/h2>\n
\ud83c\udfd7\ufe0f Strukturelle Diagramme (Statisch)<\/h3>\n
\n
\ud83d\udd04 Verhaltensdiagramme (Dynamisch)<\/h3>\n
\n
![\"UML](\"https:\/\/cdn.visual-paradigm.com\/guide\/uml\/learn-the-14-uml-diagram-types\/01-uml-diagram-types.png\"\/)
<\/p>\n
\nStrukturelle Diagramme im Detail<\/h2>\n
1. Klassendiagramme<\/h3>\n
\n
0..*<\/code>)<\/p>\n<\/li>\nBeispiel f\u00fcr ein Klassendiagramm<\/h4>\n
Benutzer<\/code>\u00a0und\u00a0Anhang<\/code>. Ein Benutzer kann mehrere Anh\u00e4nge hochladen, daher sind die beiden Klassen \u00fcber eine Assoziation verbunden, wobei\u00a00..*<\/code>\u00a0als Vielfachheit auf der Anhang-Seite.<\/p>\n![\"Class](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/06-class-diagram-example.png\"\/)
<\/p>\n
\n2. Objektdiagramme<\/h3>\n
\n
Beispiel f\u00fcr ein Objektdiagramm<\/h4>\n
Benutzer<\/code>\u00a0und\u00a0Anhang<\/code>\u00a0Klassen \u201eaussehen\u201c, wenn Peter (der Benutzer) versucht, zwei Anh\u00e4nge hochzuladen. Zwei Instanzspezifikationen stellen die beiden hochzuladenden Anhangobjekte dar.<\/p>\n![\"Object](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/07-object-diagram-example.png\"\/)
<\/p>\n
\n3. Komponentendiagramme<\/h3>\n
\n
Beispiel f\u00fcr ein Komponentendiagramm<\/h4>\n
![\"Component](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/04-component-diagram-example.png\"\/)
<\/p>\n
\n4. Bereitstellungsdigramme<\/h3>\n
\n
Beispiel f\u00fcr ein Bereitstellungsdiagramm<\/h4>\n
![\"Deployment](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/05-deployment-diagarm.png\"\/)
<\/p>\n
\n5. Paketdiagramme<\/h3>\n
\n
Beispiel f\u00fcr ein Paketdiagramm<\/h4>\n
![\"Package](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/08-package-diagram.png\"\/)
<\/p>\n
\n6. Zusammengesetzte Strukturdiagramme<\/h3>\n
\n
Beispiel f\u00fcr ein Zusammengesetztes Strukturdiagramm<\/h4>\n
![\"Composite](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/09-composite-structure-diagram.png\"\/)
<\/p>\n
\n7. Profildiagramme<\/h3>\n
\n
Profildiagramm-Beispiel<\/h4>\n
![\"Profile](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/10-profile-diagram.png\"\/)
<\/p>\n
\nVerhaltensdiagramme im Detail<\/h2>\n
8. Use-Case-Diagramme<\/h3>\n
\n
Use-Case-Diagramm-Beispiel<\/h4>\n
![\"Use](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/11-use-case-diagram.png\"\/)
<\/p>\n
\n9. Zustandsmaschinen-Diagramme<\/h3>\n
\n
Zustandsmaschinen-Diagramm-Beispiel<\/h4>\n
![\"State](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/13-state-machine-diagram.png\"\/)
<\/p>\n
\n10. Aktivit\u00e4tsdiagramme<\/h3>\n
\n
Beispiel f\u00fcr ein Aktivit\u00e4tsdiagramm<\/h4>\n
![\"Activity](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/12-activity-diagram.png\"\/)
<\/p>\n
\n11. Sequenzdiagramme<\/h3>\n
\n
Beispiel f\u00fcr ein Sequenzdiagramm<\/h4>\n
![\"Sequence](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/14-sequence-diagram.png\"\/)
<\/p>\n
\n12. Kommunikationsdiagramme<\/h3>\n
\n
Beispiel f\u00fcr ein Kommunikationsdiagramm<\/h4>\n
![\"Communication](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/15-activity-diagram.png\"\/)
<\/p>\n\n
\n13. Interaktions\u00fcbersichtsdiagramme<\/h3>\n
\n
Beispiel f\u00fcr ein Interaktions\u00fcbersichtsdiagramm<\/h4>\n
![\"Interaction](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/16-interaction-overview-diagram.png\"\/)
<\/p>\n
\n14. Zeitdiagramme<\/h3>\n
\n
Beispiel f\u00fcr ein Zeitdiagramm<\/h4>\n
![\"Timing](\"https:\/\/cdn.visual-paradigm.com\/guide\/what-is-uml\/17-timing-diagram.png\"\/)
<\/p>\n
\nUML im Zeitalter von Agile und KI: Nach wie vor relevant?<\/h2>\n
\u2705 UML und Agile: Erg\u00e4nzend, nicht widerspr\u00fcchlich<\/h3>\n
\n\n
\n \nAgile Praxis<\/th>\n UML-Unterst\u00fctzung<\/th>\n<\/tr>\n<\/thead>\n \n Benutzerstories<\/strong><\/td>\n Use-Case-Diagramme visualisieren Umfang und Interaktionen zwischen Akteuren<\/td>\n<\/tr>\n \n Sprint-Planung<\/strong><\/td>\n Aktivit\u00e4ts- und Sequenzdiagramme kl\u00e4ren Aufgabenabh\u00e4ngigkeiten<\/td>\n<\/tr>\n \n Refactoring<\/strong><\/td>\n Klassen- und Komponentendiagramme dokumentieren strukturelle \u00c4nderungen<\/td>\n<\/tr>\n \n Kontinuierliche Integration<\/strong><\/td>\n Bereitstellungsdiagramme zeigen Umgebungen und Pipelines auf<\/td>\n<\/tr>\n \n Kommunikation mit Stakeholdern<\/strong><\/td>\n Visuelle Modelle vermitteln zwischen technischen und nicht-technischen Anspruchsgruppen<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \u2705 UML und KI: Eine starke Synergie<\/h3>\n
\ud83e\udd16 KI-erweiterte UML-Arbeitsabl\u00e4ufe<\/h4>\n
\n
Praxisnahe KI-Tools f\u00fcr UML<\/h4>\n
\n