{"id":69970,"date":"2022-03-16T12:42:23","date_gmt":"2022-03-16T16:42:23","guid":{"rendered":"http:\/\/ideascale.com\/der-blog\/verschiedene-arten-von-uml-diagrammen\/"},"modified":"2024-01-23T03:27:31","modified_gmt":"2024-01-23T07:27:31","slug":"verschiedene-arten-von-uml-diagrammen","status":"publish","type":"post","link":"https:\/\/ideascale.com\/de\/der-blog\/verschiedene-arten-von-uml-diagrammen\/","title":{"rendered":"Die vollst\u00e4ndige Liste f\u00fcr alle 14 Arten von UML-Diagrammen"},"content":{"rendered":"
<\/p>\n
\n Das Unified Modeling Language System (UML) ist der Industriestandard zur Vereinfachung der Softwarearchitektur. Sie umfasst eine Reihe spezifischer grafischer Notationstechniken zur Darstellung visueller Modelle komplexer Software-\u00d6kosysteme. Entwickler verwenden verschiedene Arten von Diagrammen, um verschiedene Aspekte von Softwaresystemen zu veranschaulichen, und jedes dieser Diagramme wird oft mit verschiedenen Arten von UML-Diagrammen erstellt.<\/p>
\n <\/p><\/p>\n \n
\n Je nach Art des UML-Diagramms kann es sowohl Software- als auch Hardware-Komponenten enthalten, und in diesem Artikel werden wir die 14 verschiedenen Arten von UML-Diagrammen besprechen.<\/p>
\n <\/p><\/p>\n \n
\n Two Broad Categories<\/b><\/p>
\n <\/p><\/p>\n \n
\n UML 2.2 ist die neueste, branchenweit akzeptierte Norm. Sie umfasst 14 UML-Typen, die jeweils spezifischen Zwecken dienen. Diese 14 Kategorien lassen sich in zwei Hauptgruppen einteilen: statische UML und dynamische UML.<\/p>
\n <\/p><\/p>\n \n
\n Der statische Typ wird auch als Strukturdiagramme bezeichnet. Die andere Bezeichnung f\u00fcr das dynamische UML-Diagramm ist Behavioral UML.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n Die statische UML stellt verschiedene Interpretationen der Softwarearchitektur dar, wenn sie nicht aktiv ist. Die statische Sichtweise definiert die Komponenten und Klassen als diskrete, aber miteinander verbundene Einheiten. Je nach Art der Darstellung k\u00f6nnen die Strukturdiagramme in sieben Untertypen eingeteilt werden.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n Class Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Klassendiagramme sind die am h\u00e4ufigsten verwendeten UML-Diagramme. Sie kategorisieren die Komponenten in verschiedene Schl\u00fcsselklassen, Methoden und Attribute. Die Beziehung zwischen diesen Elementen ist entscheidend und macht das Klassendiagramm teilweise einzigartig.<\/p>
\n <\/p><\/p>\n \n
\n Object Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Das Objekt-UML-Diagramm zeigt den Zustand der statischen Softwarearchitektur zu jedem beliebigen Zeitpunkt einer Funktion. Diese Diagramme zeigen auch die feste Beziehung zwischen den verschiedenen Klassen und verbinden Elemente \u00e4hnlich wie das Klassendiagramm. Der Abgleich des Objektdiagramms mit der Klassensicht hilft, die Genauigkeit der Softwarel\u00f6sung zu \u00fcberpr\u00fcfen.<\/p>
\n <\/p><\/p>\n \n
\n Deployment Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Das Bereitstellungsdiagramm befasst sich mit der gesamten Bereitstellung der Softwarearchitektur, einschlie\u00dflich der Software- und Hardwarekomponenten. Es ist besonders n\u00fctzlich, wenn Softwaresysteme in Computernetzwerken mit unterschiedlichen Konfigurationen eingesetzt werden.<\/p>
\n <\/p><\/p>\n \n
\n Composite Structure Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Das zusammengesetzte Strukturdiagramm zeigt die interne Struktur der verschiedenen Klassen. Die detaillierte Tabelle zeigt ein vollst\u00e4ndiges Bild der Sichter, einschlie\u00dflich der Teile, Anschl\u00fcsse und Verbindungen. Diese sind den Klassendiagrammen \u00e4hnlich, aber der Ansatz ist granularer. Hier liegt der Schwerpunkt auf der Darstellung der einzelnen Komponenten von Klassen und nicht auf den umfangreichen Verbindungen zwischen den Elementen.<\/p>
\n <\/p><\/p>\n \n
\n Package Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n In der UML bezieht sich ein Paket auf eine Gruppe von relevanten Elementen. Dazu geh\u00f6ren Dokumente, Klassen und andere Pakete. Jedes einzelne Element hat eine bestimmte Position innerhalb der Pakethierarchie. Diese Pakete werden in der UML als Dateiordner dargestellt und bilden den Schwerpunkt des Paketdiagramms.<\/p>
\n <\/p><\/p>\n \n
\n Profile Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Das Profildiagramm ist ein relativ neuer Untertyp, der in UML 2 eingef\u00fchrt wurde. Es handelt sich um einen generischen Mechanismus zur Erweiterung von UML-Modellen auf bestimmte Dom\u00e4nen. So kann es z. B. separate Profildiagramme f\u00fcr Luft- und Raumfahrt- und Gesundheitssoftwaresysteme geben, die die f\u00fcr diese Bereiche spezifischen Attribute darstellen.<\/p>
\n <\/p><\/p>\n \n
\n Component Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Das Komponentendiagramm stellt die strukturellen Verbindungen zwischen den verschiedenen Komponenten des Softwaresystems dar. Sie zeigt auch die Schnittstellen und Verbindungen der Software-Architektur.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n Das UML-Verhaltensdiagramm zeigt den Zustand der Softwarearchitektur, wenn sie verwendet wird. Es gibt vier wichtige Subtypen.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n Der letzte Typ ist das Interaktionsdiagramm. Das Interaktions-UML-Diagramm besteht aus vier eigenen Untertypen.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n State Machine Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Dieser Modus stellt die Objekte in verschiedenen Zust\u00e4nden zu einem bestimmten Zeitpunkt der Operation dar. Es ist wichtig, endliche Zustands\u00fcberg\u00e4nge anzuzeigen.<\/p>
\n <\/p><\/p>\n \n
\n Activity Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Dieses UML-Modell stellt den Arbeitsablauf innerhalb des Softwaresystems dar. Der Kontrollfluss von einem Punkt zu einem anderen in einem Softwaresystem ist entscheidend f\u00fcr das Verst\u00e4ndnis seiner Funktionsweise.<\/p>
\n <\/p><\/p>\n \n
\n Use Case Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Diese Diagramme stellen das vollst\u00e4ndige Bild der Systemaktivit\u00e4t mit Anwendungsf\u00e4llen und Akteuren (Benutzern) dar. Sie zeigt die verschiedenen Funktionen, die unter dem Einfluss der Akteure erreicht werden.<\/p>
\n <\/p><\/p>\n \n
\n Sequence Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Dieses UML-Diagramm zeigt die Wechselwirkungen zwischen verschiedenen Objekten in der Softwarehierarchie. Pfeile werden verwendet, um Wechselwirkungen zwischen verschiedenen Prozessen darzustellen.<\/p>
\n <\/p><\/p>\n \n
\n Communication Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Diese Art von Interaktionsdiagramm konzentriert sich auf die Nachrichten, die zwischen den Objekten im Softwaresystem ausgetauscht werden.<\/p>
\n <\/p><\/p>\n \n
\n Interaction Overview Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Sie \u00e4hneln den Aktivit\u00e4tsdiagrammen, haben aber einen gr\u00f6\u00dferen Ma\u00dfstab. Sie stellen eine Folge von Interaktionsdiagrammen des dynamischen Systems dar. Es zeigt auch die Abfolge von Aktionen, indem es komplexe Interaktionen auf einfache grafische Darstellungen vereinfacht.<\/p>
\n <\/p><\/p>\n \n
\n Timing Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Dieser Untertyp von Interaktionsdiagrammen stellt das Objektverhalten in einer bestimmten Zeitspanne dar. Es ist von entscheidender Bedeutung, die Zustands\u00fcberg\u00e4nge und das Verhalten der Objekte innerhalb der zeitlichen Beschr\u00e4nkungen zu interpretieren.<\/p>
\n14 Types of UML Diagrams<\/h2>
\n
Strukturelle oder statische Diagramme Untertypen<\/h3>
\n
\n
\n
\n
\n
\n
\n
\n
Verhaltensbasierte UML-Diagramme Untertypen<\/h3>
\n
\n
\n
\n
\n
\n
\n
\n