Stereotype für UML-Modellelemente

Dieses Produkt unterstützt eine Reihe von Standardstereotypen für UML-Modellelemente.

In der folgenden Tabelle werden die einzelnen Stereotype mit dem Modellelement, auf das sie angewendet werden, und mit einer Beschreibung aufgeführt.

Stereotyp	Modellelement	Beschreibung
«auxiliary»	Klasse	Dieses Stereotyp wird auf eine Klasse angewendet, die eine andere Klasse unterstützt, in der Regel durch die Bereitstellung von Steuerungsmechanismen. Die unterstützte Klasse ist eine Fokusklasse.
«buildComponent»	Komponente	Dieses Stereotyp wird auf eine Komponente angewendet, die eine Gruppe von Komponenten für die Entwicklung auf Organisations- oder Systemebene angibt.
«create»	Operation	Dieses Stereotyp wird auf eine Operation angewendet, die eine Instanz des Klassifikationsmerkmals erstellt, beispielsweise wenn die Operation ein Konstruktor ist.
«destroy»	Operation	Dieses Stereotyp wird auf eine Operation angewendet, die eine Instanz des Klassifikationsmerkmals löscht.
«document»	Artefakt	Dieses Stereotyp wird auf ein Artefakt angewendet, das ein Dokument darstellt.
«entity»	Komponente	Dieses Stereotyp wird auf eine Komponente angewendet, die ein Geschäftskonzept darstellt.
«executable»	Artefakt	Dieses Stereotyp wird auf ein Artefakt angewendet, das in einem Knoten ausgeführt werden kann.
«file»	Artefakt	Dieses Stereotyp wird auf ein Artefakt angewendet, das Quellcode oder Daten enthält.
«focus»	Klasse	Dieses Stereotyp wird auf eine Klasse angewendet, die die Basislogik oder Steuerung mit Hilfsklassen angibt, die untergeordnete Mechanismen bereitstellen.
«framework»	Paket	Dieses Stereotyp wird auf ein Paket angewendet, das wiederverwendbare Elemente wie Klassen, Muster und Schablonen enthält.
«implement»	Komponente	Dieses Stereotyp wird auf eine Komponente angewendet, die keine Spezifikation besitzt und eine Implementierung einer Spezifikation darstellt, für die sie eine Abhängigkeit besitzt.
«implementationClass»	Klasse	Dieses Stereotyp wird auf eine Implementierung einer Klasse angewendet, deren Instanz nicht mehrere Klassen besitzen kann.
«library»	Artefakt	Dieses Stereotyp wird auf ein Artefakt angewendet, das eine statische oder dynamische Bibliotheksdatei darstellt.
«metaclass»	Klasse	Dieses Stereotyp wird auf eine Klasse angewendet, deren Instanzen andere Klassen sind, die der Metaklasse entsprechen.
«metamodel»	Modell	Dieses Stereotyp wird auf ein Paket angewendet, das ein Modell enthält, das eine Abstraktion eines anderen Modells darstellt.
«modelLibrary»	Paket	Dieses Stereotyp wird auf ein Paket angewendet, das Modellelemente für die Wiederverwendung enthält.
«perspective»	Paket	Dieses Stereotyp wird auf ein Paket angewendet, das nur Diagramme oder Unterpakete enthält. Extraktionsprogramme umgehen Pakete, auf die dieses Stereotyp angewendet wurde.
«process»	Komponente	Dieses Stereotyp wird auf eine Komponente angewendet, die transaktionsorientiert ist.
«realization»	Klassifikationsmerkmal	Dieses Stereotyp wird auf ein Klassifikationsmerkmal angewendet, das die Domäne von Objekten und deren Implementierung angibt.
«responsibility»	Hinweis, Text	Dieses Stereotyp wird auf einen Hinweis angewendet, der die Verpflichtung eines Modellelemente gegenüber anderen Modellelementen beschreibt.
«script»	Artefakt	Dieses Stereotyp wird auf eine Datei angewendet, die von einem Computersystem interpretiert werden kann.
«service»	Komponente	Dieses Stereotyp wird auf eine Komponente angewendet, die einen Wert berechnet. Die Komponente hat keinen Zustand.
«source»	Artefakt	Dieses Stereotyp wird auf eine Quellendatei einer ausführbaren Datei angewendet.
«specification»	Klassifikationsmerkmal	Dieses Stereotyp wird auf ein Klassifikationsmerkmal angewendet, das die Domäne von Objekten angibt, nicht deren Implementierung.
«subsystem»	Komponente	Dieses Stereotyp wird auf eine Komponente angewendet, die Teil eines größeren Systems ist.
«systemModel»	Modell	Dieses Stereotyp wird auf ein Modell oder Paket angewendet, das die Modelle enthält, die verschiedene Perspektiven eines Systems beschreiben.
«type»	Klasse	Dieses Stereotyp wird auf eine Klasse angewendet, die die Domäne von Objekten und deren Operationen beschreibt, jedoch nicht die Implementierung von Objekten definiert.
«utility»	Klasse	Dieses Stereotyp wird auf eine Klasse angewendet, die keine Instanzen hat, aber deren Attribute und Operationen die Klasse als Geltungsbereich haben.

Feedback