Ein umfassender Leitfaden zu 14 Arten von UML-Diagrammen

Was ist die UML-Umfrage* Staaten?

Wir könnten die Ergebnisse der UML-Umfrage interpretieren, indem wir davon ausgehen, dass es sich um ein Diagramm handelt

• weit verbreitet, wenn es ≥ 60 % der Quellen ist
• kaum verwendet, wenn es ≤ 40 % der Quellen ist

In diesem Artikel stelle ich alle 14 Arten von UML-Diagrammen in der oben genannten Reihenfolge ihrer Verwendungshäufigkeit vor:

Zum Beispiel ist das Klassendiagramm das am weitesten verbreitete, also wird es zuerst in diesem Abschnitt besprochen und so weiter…

Klassen Diagramm

In der Softwareentwicklung ist ein Klassendiagramm in der  Unified Modeling Language (UML)  eine  Art statisches Strukturdiagramm  , das die Struktur eines Systems beschreibt, indem es die Klassen des Systems, ihre Attribute, Operationen (oder Methoden) und die Beziehungen zwischen Objekten zeigt.

Zweck von Klassendiagrammen

1. Zeigt die statische Struktur von Klassifikatoren in einem System
2. Diagramm bietet eine grundlegende Notation für andere von UML vorgeschriebene Strukturdiagramme
3. Hilfreich auch für Entwickler und andere Teammitglieder
4. Business Analysten können Klassendiagramme verwenden, um Systeme aus einer Geschäftsperspektive zu modellieren

Ein UML-Klassendiagramm besteht aus:

• Eine Reihe von Klassen und
• Eine Reihe von Beziehungen zwischen Klassen

Klassendiagramm – Beispiel für ein Diagrammtool

Ein Klassendiagramm kann auch Notizen zu Klassen oder Beziehungen haben. Notizen werden grau dargestellt.

Im obigen Beispiel:

Wir können die Bedeutung des obigen Klassendiagramms interpretieren, indem wir die Punkte wie folgt durchlesen.

1. Shape ist eine abstrakte Klasse. Es ist kursiv dargestellt.
2. Shape ist eine Superklasse. Circle, Rectangle und Polygon werden von Shape abgeleitet. Mit anderen Worten, ein Kreis ist eine Form. Dies ist eine Verallgemeinerungs-/Vererbungsbeziehung.
3. Es besteht eine Zuordnung zwischen DialogBox und DataController.
4. Shape ist Teil von Window. Dies ist eine Aggregationsbeziehung. Form kann ohne Fenster existieren.
5. Point ist Teil von Circle. Dies ist eine Kompositionsbeziehung. Punkt kann ohne Kreis nicht existieren.
6. Das Fenster ist vom Ereignis abhängig. Event ist jedoch nicht von Window abhängig.
7. Die Attribute von Circle sind Radius und Mittelpunkt. Dies ist eine Entitätsklasse.
8. Die Methodennamen von Circle sind area(), circum(), setCenter() und setRadius().
9. Der Parameter radius in Circle ist ein in-Parameter vom Typ float.
10. Die Methode area() der Klasse Circle gibt einen Wert vom Typ Double zurück.
11. Die Attribute und Methodennamen von Rectangle werden ausgeblendet. Bei einigen anderen Klassen im Diagramm sind die Attribute und Methodennamen ebenfalls ausgeblendet.

Der zweitbeliebteste Diagrammtyp in UML ist das Aktivitätsdiagramm:

Aktivitätsdiagramm

Aktivitätsdiagramm ist ein weiteres wichtiges Verhaltensdiagramm im  UML  -Diagramm, um dynamische Aspekte des Systems zu beschreiben. Das Aktivitätsdiagramm ist im Wesentlichen eine erweiterte Version des Flussdiagramms, das den Fluss von einer Aktivität zu einer anderen Aktivität modelliert.

Wann das Aktivitätsdiagramm verwendet werden sollte

Aktivitätsdiagramme beschreiben, wie Aktivitäten koordiniert werden, um einen Dienst bereitzustellen, der sich auf verschiedenen Abstraktionsebenen befinden kann. Typischerweise muss ein Ereignis durch einige Operationen erreicht werden, insbesondere wenn die Operation eine Reihe verschiedener Dinge erreichen soll, die eine Koordination erfordern, oder wie die Ereignisse in einem einzelnen Anwendungsfall miteinander in Beziehung stehen, insbesondere Anwendungsfälle, in denen Aktivitäten können sich überschneiden und eine Koordination erfordern. Es eignet sich auch zum Modellieren, wie eine Sammlung von Anwendungsfällen koordiniert wird, um Geschäftsabläufe darzustellen

1. Identifizieren Sie potenzielle Anwendungsfälle durch die Untersuchung von Geschäftsabläufen
2. Identifizieren Sie Vor- und Nachbedingungen (den Kontext) für Anwendungsfälle
3. Modellieren Sie Arbeitsabläufe zwischen/innerhalb von Anwendungsfällen
4. Modellieren Sie komplexe Workflows in Operationen an Objekten
5. Modellieren Sie komplexe Aktivitäten detailliert in einem Aktivitätsdiagramm auf hoher Ebene

Aktivitätsdiagramm – Lernen Sie anhand von Beispielen

Ein grundlegendes Aktivitätsdiagramm – wie ein Flussdiagramm

Beispiel für ein Aktivitätsdiagramm – Prozessauftrag

Lassen Sie uns angesichts der Problembeschreibung in Bezug auf den Workflow zur Bearbeitung einer Bestellung die Beschreibung in einer visuellen Darstellung mithilfe eines Aktivitätsdiagramms modellieren:

Prozessauftrag – Problembeschreibung

Sobald der Auftrag eingegangen ist, werden die Aktivitäten in zwei parallele Gruppen von Aktivitäten aufgeteilt. Eine Seite füllt und versendet die Bestellung, während die andere die Abrechnung übernimmt.

Auf der Fill-Order-Seite wird die Liefermethode bedingt entschieden. Abhängig von der Bedingung wird entweder die Aktivität Overnight Delivery oder die Aktivität Regular Delivery durchgeführt.

Schließlich werden die parallelen Aktivitäten kombiniert, um den Auftrag abzuschließen.

Das folgende Aktivitätsdiagramm-Beispiel visualisiert den Fluss in grafischer Form.

Der dritthäufigste UML-Diagrammtyp ist das Sequenzdiagramm:

Sequenzdiagramm

UML  -Sequenzdiagramme sind Interaktionsdiagramme, die detailliert darstellen, wie Operationen ausgeführt werden. Sie erfassen die Interaktion zwischen Objekten im Rahmen einer Kollaboration. Sequenzdiagramme konzentrieren sich auf die Zeit und zeigen die Reihenfolge der Interaktion visuell an, indem die vertikale Achse des Diagramms verwendet wird, um die Zeit darzustellen, welche Nachrichten wann gesendet werden.

Beispiel für ein Sequenzdiagramm: Hotelsystem

Das Sequenzdiagramm ist ein Interaktionsdiagramm, das detailliert beschreibt, wie Operationen ausgeführt werden – welche Nachrichten wann gesendet werden. Sequenzdiagramme sind nach Zeit geordnet. Die Zeit schreitet voran, wenn Sie die Seite nach unten gehen. Die an der Operation beteiligten Objekte werden von links nach rechts aufgelistet, je nachdem, wann sie an der Nachrichtensequenz teilnehmen.

Unten sehen Sie ein Ablaufdiagramm für die Durchführung einer Hotelreservierung. Das Objekt, das die Nachrichtenfolge einleitet, ist ein Reservierungsfenster.

Beachten Sie Folgendes: Klassen- und Objektdiagramme sind statische Modellansichten. Interaktionsdiagramme sind dynamisch. Sie beschreiben, wie Objekte zusammenarbeiten.

Die am vierthäufigsten verwendeten Arten von UML-Diagrammen (96 %) sind:

• Anwendungsfalldiagramm
• Zustandsmaschinendiagramm

Anwendungsfalldiagramm

Ein  UML  -Anwendungsfalldiagramm ist die primäre Form von System-/Softwareanforderungen für ein neues, unterentwickeltes Softwareprogramm. Anwendungsfälle spezifizieren das erwartete Verhalten (was) und nicht die genaue Methode, um es zu erreichen (wie).

Einmal spezifizierte Anwendungsfälle können sowohl als textuelle als auch als visuelle Darstellung (dh Anwendungsfalldiagramm) bezeichnet werden. Ein Schlüsselkonzept der Anwendungsfallmodellierung besteht darin, dass sie uns hilft, ein System aus der Perspektive des Endbenutzers zu entwerfen. Es ist eine effektive Technik zum Kommunizieren des Systemverhaltens in den Begriffen des Benutzers, indem das gesamte extern sichtbare Systemverhalten angegeben wird.

Anwendungsfalldiagramm auf einen Blick

Eine Standardform von Anwendungsfalldiagrammen ist in der Unified Modeling Language definiert, wie im folgenden Anwendungsfalldiagramm-Beispiel gezeigt:

Anwendungsfalldiagramm – Fahrzeugverkaufssysteme

Die folgende Abbildung zeigt ein Anwendungsfalldiagrammbeispiel für ein Fahrzeugsystem. Wie Sie sehen können, enthält selbst ein so großes System wie ein Fahrzeugverkaufssystem nicht mehr als 10 Anwendungsfälle! Das ist das Schöne an der Modellierung von Anwendungsfällen.

Das Use-Case-Modell zeigt auch die Verwendung von Extend und Include. Außerdem gibt es Assoziationen, die Akteure und Anwendungsfälle verbinden.

Zustandsdiagramm

Das Verhalten einer Entität ist nicht nur eine direkte Folge ihrer Eingaben, sondern hängt auch von ihrem vorangegangenen Zustand ab. Die vergangene Geschichte einer Entität kann am besten durch ein endliches Zustandsmaschinendiagramm oder traditionell als Automaten bezeichnet werden.

UML  -Zustandsmaschinendiagramme (manchmal auch als Zustandsdiagramm, Zustandsmaschine oder Zustandsdiagramm bezeichnet) zeigen die verschiedenen Zustände einer Entität. Zustandsmaschinendiagramme können auch zeigen, wie eine Entität auf verschiedene Ereignisse reagiert, indem sie von einem Zustand in einen anderen wechselt. Zustandsmaschinendiagramm ist ein UML-Diagramm, das verwendet wird, um die dynamische Natur eines Systems zu modellieren.

Einfache Notation von Zustandsmaschinendiagrammen

Ein einfacher Zustand ist einer, der keine Unterstruktur hat. Ein Zustand, der Unterzustände (verschachtelte Zustände) hat, wird zusammengesetzter Zustand genannt. Unterzustände können auf jeder Ebene verschachtelt werden. Eine verschachtelte Zustandsmaschine kann höchstens einen Anfangszustand und einen Endzustand haben. Unterzustände werden verwendet, um komplexe flache Zustandsautomaten zu vereinfachen, indem sie zeigen, dass einige Zustände nur innerhalb eines bestimmten Kontexts (des umschließenden Zustands) möglich sind.

Substratbeispiel – Heizung

Geschichte Staaten

Sofern nicht anders angegeben,  beginnt die Aktion der verschachtelten Zustandsmaschine beim Eintritt eines Übergangs in einen zusammengesetzten Zustand erneut im Anfangszustand  (sofern der Übergang nicht direkt auf einen Unterzustand abzielt). Verlaufszustände ermöglichen es der Zustandsmaschine,  wieder in den letzten Teilzustand einzutreten, der vor dem Verlassen  des zusammengesetzten Zustands aktiv war. Ein Beispiel für die Verwendung des Verlaufsstatus ist in der folgenden Abbildung dargestellt.

Die Nutzung von Communication Diagram liegt laut Umfrage bei 82 %:

Kommunikationsdiagramm

UML –  Kommunikationsdiagramme, wie die  Sequenzdiagramme  – eine Art Interaktionsdiagramm, zeigen, wie Objekte interagieren. Ein Kommunikationsdiagramm ist eine Erweiterung des Objektdiagramms, das die Objekte zusammen mit den Nachrichten zeigt, die von einem zum anderen übertragen werden. Zusätzlich zu den Zuordnungen zwischen Objekten zeigt das Kommunikationsdiagramm die Nachrichten, die die Objekte einander senden.

Kommunikationsdiagramm auf einen Blick

Im Beispiel der Notation für ein Kommunikationsdiagramm werden Objekte (Akteure in Anwendungsfällen) durch Rechtecke repräsentiert. Im Beispiel (allgemeines Kommunikationsdiagramm):

• Die Objekte sind Objekt1, Objekt2, Objekt…, ObjektN-1… und ObjektN.
• Nachrichten, die zwischen Objekten weitergegeben werden, werden durch beschriftete Pfeile dargestellt, die mit dem sendenden Objekt (Akteur) beginnen und mit dem empfangenden Objekt enden.
• Die zwischen Objekten übergebenen Beispielnachrichten sind mit 1: Nachricht1, 2: Nachricht2, 3: Nachricht3 usw. gekennzeichnet, wobei das numerische Präfix des Nachrichtennamens seine Reihenfolge in der Sequenz angibt.
• Objekt1 sendet zuerst Objekt2 die Nachricht Nachricht1, Objekt2 wiederum sendet ObjektN-1 die Nachricht Nachricht2 und so weiter.
• Nachrichten, die Objekte an sich selbst senden, werden als Schleifen angezeigt (z. B. Nachricht Nachricht5).

Kommunikationsdiagramm vs. Sequenzdiagramm

Das Kommunikationsdiagramm und das Sequenzdiagramm sind ähnlich. Sie sind semantisch äquivalent, das heißt, sie enthalten dieselben Informationen, und Sie können eine Kommunikation in ein Sequenzdiagramm umwandeln und umgekehrt. Der Hauptunterschied zwischen ihnen besteht darin, dass das Kommunikationsdiagramm die Elemente nach dem Raum ordnet, das Sequenzdiagramm nach der Zeit.

Von den beiden Arten von Interaktionsdiagrammen scheinen Sequenzdiagramme weit häufiger verwendet zu werden als Kommunikationsdiagramme. Warum sollten Sie also Kommunikationsdiagramme verwenden? Zunächst einmal sind sie sehr nützlich, um die Beziehung zwischen Objekten zu visualisieren, die zusammenarbeiten, um eine bestimmte Aufgabe auszuführen. Dies ist aus einem Sequenzdiagramm schwer zu bestimmen. Darüber hinaus können Ihnen Kommunikationsdiagramme auch dabei helfen, die Genauigkeit Ihres statischen Modells zu bestimmen (dh Klassendiagramme).

Sowohl das Komponentendiagramm als auch das Bereitstellungsdiagramm werden zu 80 % verwendet:

Komponentendiagramm

UML  -Komponentendiagramme werden zur Modellierung der physikalischen Aspekte objektorientierter Systeme verwendet, die zum Visualisieren, Spezifizieren und Dokumentieren komponentenbasierter Systeme sowie zum Erstellen ausführbarer Systeme durch Forward- und Reverse-Engineering verwendet werden.

Komponentendiagramme sind im Wesentlichen Klassendiagramme, die sich auf die Komponenten eines Systems konzentrieren, die häufig verwendet werden, um die statische Implementierungsansicht eines Systems zu modellieren.

Komponentendiagramm auf einen Blick

Ein Komponentendiagramm gliedert das eigentliche, in der Entwicklung befindliche System in verschiedene hohe Funktionalitätsebenen auf. Jede Komponente ist innerhalb des gesamten Systems für ein klares Ziel verantwortlich und interagiert nur auf Need-to-Know-Basis mit anderen wesentlichen Elementen.

Bereitstellungsdiagramm

Ein  UML  -Bereitstellungsdiagramm ist ein Diagramm, das die Konfiguration von Laufzeitverarbeitungsknoten und den darauf lebenden Komponenten zeigt. Verteilungsdiagramme sind eine Art Strukturdiagramm, das zur Modellierung der physikalischen Aspekte eines objektorientierten Systems verwendet wird. Sie werden häufig verwendet, um die statische Bereitstellungsansicht eines Systems (Topologie der Hardware) zu modellieren.

Bereitstellungsdiagramm auf einen Blick

Verteilungsdiagramme sind wichtig für die Visualisierung, Spezifikation und Dokumentation eingebetteter, Client/Server- und verteilter Systeme sowie für die Verwaltung ausführbarer Systeme durch Forward- und Reverse-Engineering.

Ein Verteilungsdiagramm ist nur eine spezielle Art von Klassendiagramm, das sich auf die Knoten eines Systems konzentriert. Grafisch gesehen ist ein Verteilungsdiagramm eine Sammlung von Scheitelpunkten und Bögen. Verteilungsdiagramme enthalten üblicherweise:

Knoten

• Die 3-D-Box stellt einen Knoten dar, entweder Software oder Hardware
• HW-Knoten können mit <<Stereotyp>> bezeichnet werden
• Verbindungen zwischen Knoten werden mit einer Linie dargestellt, optional mit <<Stereotyp>>
• Knoten können sich innerhalb eines Knotens befinden

Andere Notationen

• Abhängigkeit
• Assoziationsbeziehungen.
• Kann auch Hinweise und Einschränkungen enthalten.

Die Nutzung für UML-Objektdiagramme liegt laut Umfrage bei 71 %:

Objektdiagramm

Objekt ist eine Instanz eines bestimmten Moments in der Laufzeit, einschließlich Objekten und Datenwerten. Ein statisches  UML  -Objektdiagramm ist eine Instanz eines  Klassendiagramms ; Es zeigt eine Momentaufnahme des detaillierten Zustands eines Systems zu einem bestimmten Zeitpunkt, daher umfasst ein Objektdiagramm Objekte und ihre Beziehungen zu einem bestimmten Zeitpunkt.

Objektdiagramm auf einen Blick

Ein Objektdiagramm zeigt diese Beziehung zwischen den instanziierten Klassen und der definierten Klasse und die Beziehung zwischen diesen Objekten im System. Sie sind nützlich, um kleinere Teile Ihres Systems zu erklären, wenn Ihr Systemklassendiagramm sehr komplex ist, und manchmal auch um rekursive Beziehungen im Diagramm zu modellieren.

Am besten veranschaulichen Sie, wie ein Objektdiagramm aussieht, indem Sie das aus dem entsprechenden Klassendiagramm abgeleitete Objektdiagramm darstellen.

Das folgende Order Management System zeigt ihre Beziehungen. Dieses kleine Klassendiagramm zeigt, dass eine Universitätsabteilung viele andere Abteilungen enthalten kann, und das Objektdiagramm unten instanziiert das Klassendiagramm und ersetzt es durch ein konkretes Beispiel.

Beispiel für ein Klasse-zu-Objekt-Diagramm – Bestellsystem

Die Nutzung des Paketdiagramms beträgt 70 %:

Paketdiagramm

Das Paketdiagramm, eine Art Strukturdiagramm, zeigt die Anordnung und Organisation von Modellelementen in einem mittleren bis großen Projekt. Das Paketdiagramm kann sowohl die Struktur als auch die Abhängigkeiten zwischen Subsystemen oder Modulen zeigen und verschiedene Ansichten eines Systems zeigen, z. B. als mehrschichtige (auch bekannt als mehrschichtige) Anwendung – mehrschichtiges Anwendungsmodell.

Paketdiagramm auf einen Blick

Das Paketdiagramm wird verwendet, um komplexe Klassendiagramme zu vereinfachen. Sie können Klassen in Paketen gruppieren. Ein Paket ist eine Sammlung logisch zusammenhängender UML-Elemente.

Das folgende Diagramm ist ein Geschäftsmodell, bei dem die Klassen in Paketen gruppiert sind:

• Pakete werden als Rechtecke mit kleinen Registerkarten oben angezeigt.
• Der Paketname befindet sich auf der Registerkarte oder innerhalb des Rechtecks.
• Die gepunkteten Pfeile sind Abhängigkeiten.
• Ein Paket hängt von einem anderen ab, wenn Änderungen im anderen möglicherweise Änderungen im ersten erzwingen könnten.

Die Nutzung des zusammengesetzten Strukturdiagramms beträgt 52%:

Zusammengesetztes Strukturdiagramm

Composite Structure Diagram ist eines der neuen Artefakte, die UML 2.0 hinzugefügt wurden. Ein zusammengesetztes Strukturdiagramm ist ein UML-Strukturdiagramm, das Klassen, Schnittstellen, Pakete und ihre Beziehungen enthält und eine logische Ansicht des gesamten oder eines Teils eines Softwaresystems bietet. Es zeigt die interne Struktur (einschließlich Teile und Konnektoren) eines strukturierten Klassifikators oder einer Kollaboration.

Ein zusammengesetztes Strukturdiagramm erfüllt eine ähnliche Rolle wie ein Klassendiagramm, ermöglicht es Ihnen jedoch, bei der Beschreibung der internen Struktur mehrerer Klassen und der Darstellung der Interaktionen zwischen ihnen ins Detail zu gehen. Sie können innere Klassen und Teile grafisch darstellen und Assoziationen sowohl zwischen als auch innerhalb von Klassen zeigen.

Verbundstrukturdiagramm auf einen Blick

• Composite Structure Diagrams zeigen die internen Teile einer Klasse.
• Teile werden benannt: partName:partType[Vielzahl]
• Aggregierte Klassen sind Teile einer Klasse, aber Teile sind nicht unbedingt Klassen, ein Teil ist jedes Element, das verwendet wird, um die enthaltende Klasse zu bilden.

Das Timing-Diagramm wird nur zu 40 % genutzt und wird von durchschnittlichen Benutzern selten verwendet

Zeitdiagramm

Zeitdiagramme sind  UML  -Interaktionsdiagramme, die verwendet werden, um Interaktionen darzustellen, wenn ein Hauptzweck des Diagramms darin besteht, über die Zeit nachzudenken. Sie konzentrieren sich auf Bedingungen, die sich innerhalb und zwischen Lebenslinien entlang einer linearen Zeitachse ändern. Zeitdiagramme beschreiben das Verhalten sowohl einzelner Klassifikatoren als auch Interaktionen von Klassifikatoren, wobei die Aufmerksamkeit auf den Zeitpunkt des Auftretens von Ereignissen gerichtet wird, die Änderungen in den modellierten Bedingungen der Lebenslinien verursachen.

Zeitdiagramm auf einen Blick

State Timeline-Darstellung

Änderungen von einem  Zustand  zu einem anderen werden durch  eine Änderung des Niveaus der Lebenslinie dargestellt . Für den Zeitraum, in dem sich das Objekt in einem bestimmten Zustand befindet, verläuft die Zeitachse parallel zu diesem Zustand. Eine Zustandsänderung erscheint als vertikale Änderung von einer Ebene zur anderen. Ursache der Änderung ist, wie in einem Zustands- oder Ablaufdiagramm, der Empfang einer Nachricht, ein Ereignis, das eine Änderung bewirkt, ein Zustand innerhalb des Systems oder auch nur das Verstreichen von Zeit.

Darstellung der Wertlebenslinie

Die folgende Abbildung zeigt eine alternative Notation des UML-Zeitdiagramms. Es zeigt den Zustand des Objekts zwischen zwei horizontalen Linien an, die sich bei jeder Zustandsänderung kreuzen.

Interaktives Übersichtsdiagramm ist ein neues Diagramm, das in UML 2.0 hinzugefügt wurde:

Interaktives Übersichtsdiagramm

UML-Interaktionsübersichtsdiagramme bieten ein Interaktionsmodell mit einem hohen Grad an Abstraktion. Es ist eine Variante des Aktivitätsdiagramms, bei der die Knoten die Interaktionen oder Interaktionsereignisse sind.

Das Interaktionsübersichtsdiagramm konzentriert sich auf den Überblick über den Steuerungsfluss der Interaktionen, der auch den Aktivitätsfluss zwischen Diagrammen zeigen kann. Mit anderen Worten, Sie können die „echten“ Diagramme miteinander verknüpfen und eine hohe Navigierbarkeit zwischen den Diagrammen innerhalb eines Interaktionsübersichtsdiagramms erreichen.

Interaktionsübersichtsdiagramm auf einen Blick

Das Interaktionsübersichtsdiagramm ist einer der vierzehn Arten von Diagrammen der Unified Modeling Language (UML), die einen Kontrollfluss mit Knoten darstellen können, die Interaktionsdiagramme enthalten können, die zeigen, wie ein Satz von Fragmenten in verschiedenen Szenarien initiiert werden kann. Interaktionsübersichtsdiagramme konzentrieren sich auf die Übersicht des Steuerungsflusses, wobei die Knoten  Interaktionen  (sd) oder  Interaktionsverwendung  (ref) sind.

Die anderen Notationselemente für Interaktionsübersichtsdiagramme sind dieselben wie für Aktivitäts- und Sequenzdiagramme. Dazu gehören Initial-, Final-, Decision-, Merge-, Fork- und Join-Knoten.

Das am wenigsten genutzte UML-Diagramm ist das Profildiagramm, es hat nur 11 %:

Profildiagramm

Als universelle Modellierungssprache bietet UML eine stabile Basis für unterschiedlichste Anforderungen. Es ist nicht für bestimmte Anwendungsdomänen oder für eine bestimmte Technologie definiert. Allerdings ist die UML unter Umständen zu allgemein und ihre Anwendung mit erheblichem Aufwand verbunden. In solchen Fällen ist die Verwendung einer Sprache, die für die jeweilige Domäne optimiert ist und daher spezielle Konzepte anbietet, von Vorteil.

Das Profildiagramm, eine Art Strukturdiagramm in der Unified Modeling Language (UML), bietet einen generischen Erweiterungsmechanismus zum Anpassen von UML-Modellen für bestimmte Domänen und Plattformen. Erweiterungsmechanismen ermöglichen es, die Standardsemantik streng additiv zu verfeinern und zu verhindern, dass sie der Standardsemantik widerspricht. Profile werden mithilfe von  Stereotypen ,  Tag- Value-Definitionen und  Einschränkungen definiert,  die auf bestimmte Modellelemente wie Klassen, Attribute, Operationen und Aktivitäten angewendet werden. Ein Profil ist eine Sammlung solcher Erweiterungen, die gemeinsam UML für eine bestimmte Domäne (z. B. Luft- und Raumfahrt, Gesundheitswesen, Finanzen) oder Plattform (J2EE, .NET) anpassen.

Beispiel für ein Profildiagramm – IT-Management

Ein Profil wird auf ein anderes Paket angewendet, um die Stereotypen im Profil für dieses Paket verfügbar zu machen. Die folgende Abbildung zeigt die Netzwerk-, Telekommunikations- und Softwareprofile, die auf das ITManagement-Paket angewendet werden.

Auf der Suche nach einem kostenlosen Online-Software-Design-Tool?

Hier ist das Visual Paradigm Online-Repository für Softwaredesign-Beispiele:

• Kostenlos (persönlicher und nicht-kommerzieller Zweck)
• Online (keine Installation und Konfiguration)
• Unterstützen Sie Google Drive und kostenlosen Cloud-Speicher
• Viele Beispiele
• Verwenden Sie es jederzeit und überall! brauchen nur einen Webbrowser

Anwendungsfalldiagramm

Klassen Diagramm

Aktivitätsdiagramm

Komponentendiagramm

Bereitstellungsdiagramm

Paketdiagramm

Zustandsmaschinendiagramm

Sequenzdiagramm

ER-Diagramm

Datenflussdiagramm

Robustheitsdiagramm

Unternehmen Int. Ptrns

Anforderungsdiagramm

Blockdefinitionsdiagramm

Parametrisches Diagramm

Internes Blockdiagramm

Gane Sarson-Diagramm

Yourdon und Coad

Yourdon DeMarco DFD

SSDM-DFD