![\"Infographic](\"https:\/\/catalystsolutions.corpwebz.com\/wp-content\/uploads\/2026\/04\/uml-profile-diagrams-infographic-practical-guide.jpg\"\/)
<\/figure>\n<\/div>\n\ud83e\udde9 Verst\u00e4ndnis des Kernkonzepts<\/h2>\n
Ein UML-Profil ist ein Mechanismus zur Anpassung von UML an spezifische Anforderungen. Stellen Sie sich vor, es sei ein Plugin f\u00fcr die Modellierungssprache selbst. Es ver\u00e4ndert nicht die Syntax von UML, sondern verleiht bestehenden Elementen neue Bedeutungen oder erstellt vollst\u00e4ndig neue innerhalb eines definierten Kontexts.<\/p>\n
Profile arbeiten nach dem Prinzip der Erweiterbarkeit. Sie erm\u00f6glichen dom\u00e4nenspezifische Modellierung (DSM), indem sie Teams erlauben, Begriffe zu definieren, die mit ihrem Gesch\u00e4fts- oder technischen Vokabular \u00fcbereinstimmen. Beispielsweise k\u00f6nnte ein medizinisches Software-Team ein Stereotyp namens <<Patientenprotokoll>> definieren, w\u00e4hrend ein Finanzteam lieber <<Buchungszeile>> bevorzugen w\u00fcrde. Beide nutzen die gleiche zugrundeliegende Klassenstruktur, tragen aber unterschiedliche semantische Bedeutung.<\/p>\n
Wichtige Merkmale sind:<\/p>\n
- \n
- Nicht-invasiv:<\/strong>Profile ver\u00e4ndern die UML-Spezifikation nicht.<\/li>\n
- Wiederverwendbar:<\/strong>Ein Profil kann innerhalb einer Organisation \u00fcber mehrere Projekte hinweg geteilt werden.<\/li>\n
- Modular:<\/strong>Profile k\u00f6nnen in andere Modelle importiert und zusammengef\u00fchrt werden.<\/li>\n
- Visuell:<\/strong>Sie werden mit standardisierten UML-Diagrammtypen dargestellt, vor allem Klassendiagrammen.<\/li>\n<\/ul>\n
\ud83d\udee0\ufe0f Aufbau eines UML-Profils<\/h2>\n
Die Erstellung eines Profils erfordert die Definition spezifischer Elemente, die die Standard-Metaklassen erweitern. Diese Elemente bilden die Bausteine der Erweiterung.<\/p>\n
1. Stereotypen<\/h3>\n
Stereotypen sind das prim\u00e4re Werkzeug zur Erweiterung. Sie klassifizieren Modell-Elemente in neue Kategorien. Wenn sie auf ein Standard-Element angewendet werden, ver\u00e4ndern sie dessen Semantik, behalten aber seine strukturellen Eigenschaften bei. Ein Stereotyp wird durch doppelte spitze Klammern gekennzeichnet, beispielsweise <<Komponente>> oder <<Dienst>>.<\/p>\n
Beispielsweise erm\u00f6glicht die Erweiterung der Klassen-Metaklasse einem Entwickler, eine bestimmte Klasse als Datenbanktabelle zu kennzeichnen. Dies signalisiert dem Code-Generator oder Dokumentationstool, dass diese Klasse Persistenz-Logik erfordert.<\/p>\n
2. Tagged Values<\/h3>\n
Tagged Values erm\u00f6glichen es, zus\u00e4tzliche Eigenschaften an Modell-Elemente anzuh\u00e4ngen. Es handelt sich um Schl\u00fcssel-Wert-Paare, die Metadaten liefern. Im Gegensatz zu Standard-Attributen generieren Tagged Values keine Code-Elemente im Objektmodell, es sei denn, sie werden explizit konfiguriert.<\/p>\n
H\u00e4ufige Beispiele sind:<\/p>\n
- \n
- Autor:<\/strong>Der Ersteller des Elements.<\/li>\n
- Version:<\/strong>Die Versionsnummer der Komponente.<\/li>\n
- Einschr\u00e4nkung:<\/strong>Eine spezifische Gesch\u00e4ftsregel, die mit dem Element verbunden ist.<\/li>\n
- Priorit\u00e4t:<\/strong>Das Bedeutungslevel einer Anforderung.<\/li>\n<\/ul>\n
3. Einschr\u00e4nkungen<\/h3>\n
Einschr\u00e4nkungen definieren Regeln, die Modellelemente einhalten m\u00fcssen. Sie werden h\u00e4ufig in der Object Constraint Language (OCL) ausgedr\u00fcckt. Einschr\u00e4nkungen k\u00f6nnen auf Stereotypen oder Standardelemente angewendet werden, um die G\u00fcltigkeit zu gew\u00e4hrleisten.<\/p>\n
Zum Beispiel k\u00f6nnte eine Einschr\u00e4nkung festlegen, dass eine <<User>>-Klasse ein Attribut namens “email” haben muss, das einem bestimmten Format folgt. Dadurch wird die Datenintegrit\u00e4t in der Entwurfsphase gew\u00e4hrleistet.<\/p>\n
\ud83d\udcca Profilkomponenten im Vergleich zu Standard-UML<\/h2>\n
\n\n
\n \nKomponente<\/th>\n Standard-UML-Nutzung<\/th>\n Nutzung von Profilerweiterungen<\/th>\n<\/tr>\n<\/thead>\n \n Stereotyp<\/td>\n Keine (nur integrierte Typen)<\/td>\n Definiert benutzerdefinierte Klassifikationen (z.\u202fB. <<Entity>>)<\/td>\n<\/tr>\n \n Tagged Value<\/td>\n Nur Standard-Eigenschaften<\/td>\n Benutzerdefinierte Metadaten (z.\u202fB. “SQLType”)<\/td>\n<\/tr>\n \n Einschr\u00e4nkung<\/td>\n OCL f\u00fcr Logik<\/td>\n dom\u00e4nenspezifische Regeln (z.\u202fB. “MaxRetries”)<\/td>\n<\/tr>\n \n Abh\u00e4ngigkeit<\/td>\n Allgemeine Abh\u00e4ngigkeit<\/td>\n Abh\u00e4ngigkeit durch Profilimport oder Anwendung<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \ud83d\ude80 Warum Profile verwenden?<\/h2>\n
Die Implementierung von Profilen bietet erhebliche Vorteile in komplexen Softwarearchitekturen. Es schlie\u00dft die L\u00fccke zwischen generischem Modellieren und der realen Dom\u00e4ne.<\/p>\n
- \n
- Dom\u00e4nenabstimmung:<\/strong> Es erm\u00f6glicht es dem Modell, die gleiche Sprache wie die Stakeholder zu sprechen. Business Analysten k\u00f6nnen Diagramme mit Begriffen lesen, die sie verstehen.<\/li>\n
- Automatisierung:<\/strong> Werkzeuge k\u00f6nnen Stereotypen und Tagged Values interpretieren, um Code-Skelette automatisch zu generieren.<\/li>\n
- Konsistenz:<\/strong> Ein definiertes Profil stellt eine standardisierte Art des Modellierens \u00fcber verschiedene Teams hinweg sicher.<\/li>\n
- Dokumentation:<\/strong> Profile machen die Absicht des Designs deutlich, ohne die visuelle Darstellung zu \u00fcberladen.<\/li>\n<\/ul>\n
\ud83c\udfd7\ufe0f Logik der schrittweisen Erstellung<\/h2>\n
Das Erstellen eines Profils beinhaltet einen logischen Prozess der Definition, Erweiterung und Anwendung. Dieser Abschnitt beschreibt den Arbeitsablauf.<\/p>\n
Phase 1: Metaklassen-Erweiterung definieren<\/h3>\n
Zun\u00e4chst identifizieren Sie, welche Standard-UML-Metaklassen erweitert werden m\u00fcssen. Normalerweise handelt es sich dabei um die Metaklassen Klasse, Komponente oder UseCase. Sie erstellen eine neue Klasse innerhalb des Profilpakets, die von der Standard-Metaklasse erbt. Diese neue Klasse dient als Bauplan f\u00fcr die Stereotypen.<\/p>\n
Phase 2: Eigenschaften zum Stereotyp hinzuf\u00fcgen<\/h3>\n
Sobald die Metaklassen-Erweiterung festgelegt ist, definieren Sie die Eigenschaften. Diese werden zu markierten Werten. Zum Beispiel, wenn eine Klasse erweitert wird, um eine Datenbanktabelle darzustellen, f\u00fcgen Sie Eigenschaften f\u00fcr “TabellenName”, “Prim\u00e4rschl\u00fcssel” und “IndexTyp” hinzu.<\/p>\n
Phase 3: Einschr\u00e4nkungen definieren<\/h3>\n
Wenden Sie Einschr\u00e4nkungen an, um sicherzustellen, dass die neuen Elemente korrekt funktionieren. Dazu kann geh\u00f6ren, dass ein bestimmtes Attribut vorhanden ist oder dass eine Beziehung g\u00fcltig ist. Einschr\u00e4nkungen werden normalerweise in OCL geschrieben, k\u00f6nnen aber auch nat\u00fcrlichsprachliche Regeln f\u00fcr nicht-technische Stakeholder sein.<\/p>\n
Phase 4: Paketieren und Importieren<\/h3>\n
Gruppieren Sie die Stereotypen, markierten Werte und Einschr\u00e4nkungen in einem einzigen Paket. Dieses Paket ist das Profil selbst. Andere Modelle m\u00fcssen dieses Paket importieren, um auf die neuen Definitionen zugreifen zu k\u00f6nnen. Die Import-Beziehung stellt sicher, dass die Profildefinitionen im Kontext des Zielschemas verf\u00fcgbar sind.<\/p>\n
Phase 5: Anwendung<\/h3>\n
Wenden Sie die Stereotypen auf tats\u00e4chliche Modell-Elemente an. Dies geschieht durch Auswahl eines Elements und Zuweisung des Stereotyps. Das Element \u00fcbernimmt dann die in dem Profil definierten Eigenschaften. Visuelle Hinweise, wie Textbeschriftungen, werden aktualisiert, um den angewendeten Stereotyp widerzuspiegeln.<\/p>\n
\ud83c\udfa8 Stereotypen im Detail erkl\u00e4rt<\/h2>\n
Stereotypen sind das Gesicht des Profils. Sie ver\u00e4ndern die Wahrnehmung eines Elements. Es gibt drei Hauptkategorien der Stereotyp-Nutzung.<\/p>\n
- \n
- Strukturell:<\/strong> Diese definieren die Art des Elements. Beispiele sind <<Schnittstelle>>, <<Implementierung>> oder <<Steuerung>>.<\/li>\n
- Verhaltensbezogen:<\/strong> Diese definieren, wie sich das Element verh\u00e4lt. Beispiele sind <<Transaktion>>, <<Ereignis>> oder <<Handler>>.<\/li>\n
- Beschreibend:<\/strong> Diese geben Kontext ohne Struktur\u00e4nderung. Beispiele sind <<Veraltet>>, <<Zur \u00dcberpr\u00fcfung ausstehend>> oder <<Extern>>.<\/li>\n<\/ul>\n
Beim Entwerfen von Stereotypen ist Klarheit entscheidend. Vermeiden Sie \u00fcberm\u00e4\u00dfig generische Namen. Verwenden Sie statt <<Sache>> lieber <<Datenbank>>. Dadurch wird die Mehrdeutigkeit bei der Codeerzeugung und Dokumentation reduziert.<\/p>\n
\ud83d\udcdd Markierte Werte und Einschr\u00e4nkungen<\/h2>\n
Markierte Werte verleihen dem Modell Tiefe. Sie erm\u00f6glichen die Speicherung von Informationen, die nicht Teil des Laufzeitobjektmodells sind.<\/p>\n
Verwaltung von markierten Werten<\/h3>\n
- \n
- Daten-Typen:<\/strong> Definieren Sie den Typ f\u00fcr jeden Wert. Verwenden Sie “String” f\u00fcr Text, “Integer” f\u00fcr Zahlen und “Boolean” f\u00fcr Wahr\/Falsch-Zust\u00e4nde.<\/li>\n
- Standardwerte:<\/strong> Legen Sie Standardwerte fest, wo sinnvoll. Dadurch wird der Bedarf verringert, jedes Feld manuell auszuf\u00fcllen.<\/li>\n
- Dokumentation:<\/strong> Geben Sie Beschreibungen f\u00fcr jeden markierten Wert an. Dies erkl\u00e4rt anderen Modellierern, was der Wert darstellt.<\/li>\n<\/ul>\n
Implementierung von Einschr\u00e4nkungen<\/h3>\n
Einschr\u00e4nkungen stellen sicher, dass das Modell Regeln einh\u00e4lt. Sie sind f\u00fcr die Validierung entscheidend.<\/p>\n
- \n
- Vorbedingungen:<\/strong>Regeln, die vor einer Operation erf\u00fcllt sein m\u00fcssen.<\/li>\n
- Nachbedingungen:<\/strong>Regeln, die nach Abschluss einer Operation erf\u00fcllt sein m\u00fcssen.<\/li>\n
- Invarianzen:<\/strong>Regeln, die f\u00fcr das Modellelement immer wahr sein m\u00fcssen.<\/li>\n<\/ul>\n
Zum Beispiel k\u00f6nnte eine Einschr\u00e4nkung f\u00fcr ein <<User>>-Stereotyp besagen, dass das Attribut “Status” entweder “Aktiv” oder “Inaktiv” sein muss. Dadurch werden ung\u00fcltige Zust\u00e4nde im Modell verhindert.<\/p>\n
\ud83d\udd04 Profilorganisation und Wiederverwendbarkeit<\/h2>\n
Profile sind am wirksamsten, wenn sie korrekt organisiert sind. Ein ungeordnetes Profil f\u00fchrt zu Verwirrung und inkonsistenten Modellierungen.<\/p>\n
- \n
- Namensraumverwaltung:<\/strong>Halten Sie Profile in ihrem eigenen Namensraum oder Paket. Dadurch werden Namenskonflikte mit standardm\u00e4\u00dfigen UML-Elementen vermieden.<\/li>\n
- Versionsverwaltung:<\/strong>F\u00fchren Sie Versionen Ihrer Profile aufrecht. Wenn sich die Anforderungen des Bereichs \u00e4ndern, sollte das Profil sich weiterentwickeln, ohne bestehende Modelle zu besch\u00e4digen.<\/li>\n
- Zusammenf\u00fchrung:<\/strong>Erlauben Sie die Zusammenf\u00fchrung von Profilen. Wenn Sie ein “Sicherheits”-Profil und ein “Daten”-Profil haben, sollten diese in demselben Modell koexistieren k\u00f6nnen.<\/li>\n
- Dokumentation:<\/strong>Erstellen Sie ein separates Dokument, das das Profil beschreibt. Dies sollte die Begr\u00fcndung f\u00fcr jedes Stereotyp und jedes markiertes Attribut enthalten.<\/li>\n<\/ul>\n
\u26a0\ufe0f H\u00e4ufige Fehler und wie man sie vermeidet<\/h2>\n
Selbst mit einem soliden Plan k\u00f6nnen Fehler w\u00e4hrend der Profilimplementierung auftreten.<\/p>\n
1. \u00dcber-Stereotypisierung<\/h3>\n
Die Erstellung zu vieler Stereotypen kann die Darstellung verunreinigen. Es wird schwierig, zwischen Standardelementen und erweiterten Elementen zu unterscheiden.<\/p>\n
- \n
- L\u00f6sung:<\/strong>Beschr\u00e4nken Sie Stereotypen auf hochwertige Kategorien. Verwenden Sie markierte Werte f\u00fcr detaillierte Informationen.<\/li>\n<\/ul>\n
2. Zirkul\u00e4re Abh\u00e4ngigkeiten<\/h3>\n
Profile h\u00e4ngen manchmal voneinander ab. Wenn Profil A Profil B importiert und Profil B Profil A importiert, wird das Modell nicht geladen.<\/p>\n
- \n
- L\u00f6sung:<\/strong>Stellen Sie eine Hierarchie auf. Kernprofile sollten von spezialisierten Profilen importiert werden, nicht umgekehrt.<\/li>\n<\/ul>\n
3. Ignorieren der Standard-Syntax<\/h3>\n
Die zu starke \u00c4nderung der visuellen Darstellung kann Leser verwirren. Wenn Sie eine Form verwenden, die einem standardm\u00e4\u00dfigen UML-Element \u00e4hnelt, aber etwas anderes bedeutet, f\u00fchrt dies zu Missdeutungen.<\/p>\n
- \n
- L\u00f6sung:<\/strong>Halten Sie sich an standardm\u00e4\u00dfige UML-Formen. Verwenden Sie die Stereotyp-Beschriftung, um die Erweiterung zu vermitteln.<\/li>\n<\/ul>\n
\ud83d\udcc8 Integration mit standardm\u00e4\u00dfigen UML-Diagrammen<\/h2>\n
Profile sind keine eigenst\u00e4ndigen Diagramme. Sie werden auf bestehende Diagrammtypen angewendet.<\/p>\n
Klassendiagramme<\/h3>\n
Dies ist der h\u00e4ufigste Anwendungsfall. Klassen werden mit Stereotypen erweitert, um ihre Rolle zu definieren. Attribute und Operationen erben die in dem Profil definierten Beschr\u00e4nkungen.<\/p>\n
Sequenzdiagramme<\/h3>\n
Nachrichten und Lebenslinien k\u00f6nnen stereotypisiert werden. Zum Beispiel kann eine Nachricht als <<synchron>> oder <<asynchron>> markiert werden, um das Protokollverhalten anzuzeigen. Getaggte Werte k\u00f6nnen Timeout-Dauern definieren.<\/p>\n
Zustandsmaschinen-Diagramme<\/h3>\n
Zust\u00e4nde k\u00f6nnen mit Stereotypen klassifiziert werden. Ein Zustand kann als <<Ende>> oder <<Einstiegspunkt>> markiert werden. Dies hilft, den Steuerfluss pr\u00e4ziser zu verstehen.<\/p>\n
\u2705 Best Practices f\u00fcr die Dokumentation<\/h2>\n
Dokumentation stellt sicher, dass das Profil \u00fcber die Zeit hinweg nutzbar bleibt.<\/p>\n
- \n
- Glossar:<\/strong>F\u00fchren Sie ein Glossar aller in dem Profil verwendeten Stereotypen und getaggten Werte.<\/li>\n
- Beispiele:<\/strong>Bieten Sie konkrete Beispiele daf\u00fcr, wie ein Profil-Element in einem Diagramm aussieht.<\/li>\n
- \u00c4nderungsprotokoll:<\/strong>Verfolgen Sie \u00c4nderungen am Profil. Notieren Sie, wann ein Stereotyp hinzugef\u00fcgt, ge\u00e4ndert oder veraltet wurde.<\/li>\n
- Schulung:<\/strong>Stellen Sie sicher, dass Modellierer verstehen, wie das Profil verwendet wird. Ein Profil ist nutzlos, wenn das Team nicht wei\u00df, wie es angewendet werden muss.<\/li>\n<\/ul>\n
\u2696\ufe0f Vergleich mit anderen Erweiterungsmechanismen<\/h2>\n
UML bietet verschiedene M\u00f6glichkeiten, die Funktionalit\u00e4t zu erweitern. Das Verst\u00e4ndnis der Unterschiede hilft dabei, die richtige Herangehensweise zu w\u00e4hlen.<\/p>\n
\n\n
\n \nMechanismus<\/th>\n Flexibilit\u00e4t<\/th>\n Komplexit\u00e4t<\/th>\n Anwendungsfall<\/th>\n<\/tr>\n<\/thead>\n \n Profile<\/td>\n Hoch<\/td>\n Mittel<\/td>\n dom\u00e4nenspezifische Anpassung<\/td>\n<\/tr>\n \n Unterklasse<\/td>\n Niedrig<\/td>\n Niedrig<\/td>\n Einfache Erweiterung der Hierarchie<\/td>\n<\/tr>\n \n Zusammensetzung<\/td>\n Mittel<\/td>\n Mittel<\/td>\n Strukturelle Aggregation<\/td>\n<\/tr>\n \n Meta-Modellierung<\/td>\n Sehr hoch<\/td>\n Sehr hoch<\/td>\n Erstellen neuer Sprachen<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Profile stellen einen Kompromiss zwischen Flexibilit\u00e4t und Komplexit\u00e4t dar. Sie sind einfacher zu implementieren als vollst\u00e4ndige Meta-Modellierung, bieten aber mehr Leistungsf\u00e4higkeit als einfache Unterklasse.<\/p>\n
\ud83c\udf10 Realit\u00e4tsnahe Szenarien<\/h2>\n
Ber\u00fccksichtigen Sie die folgenden Szenarien, in denen Profile zus\u00e4tzlichen Wert bieten.<\/p>\n
Eingebettete Systeme<\/h3>\n
In eingebetteten Systemen sind Speicherbeschr\u00e4nkungen entscheidend. Ein Profil kann die Stereotypen <<MemoryMapped>> und <<StackAllocated>> definieren. Getaggte Werte k\u00f6nnen Speicheradressen und Gr\u00f6\u00dfen angeben. Diese Informationen werden vom Compiler genutzt, um die Speicheranordnung zu optimieren.<\/p>\n
Webanwendungen<\/h3>\n
F\u00fcr Webanwendungen k\u00f6nnte ein Profil die Stereotypen <<APIEndpoint>> und <<View>> definieren. Getaggte Werte k\u00f6nnen HTTP-Methoden (GET, POST) und Antwortcodes angeben. Dies unterst\u00fctzt die Erstellung von API-Dokumentationen.<\/p>\n
Unternehmensarchitektur<\/h3>\n
In der Unternehmensarchitektur helfen Profile dabei, IT-Assets mit Gesch\u00e4ftsf\u00e4higkeiten zu verkn\u00fcpfen. Ein Stereotyp wie <<BusinessCapability>> kann mit Stereotypen wie <<ITSystem>> verkn\u00fcpft werden. Dies bietet eine klare Sicht darauf, wie Technologie Gesch\u00e4ftsziele unterst\u00fctzt.<\/p>\n
\ud83d\udd0d Zuk\u00fcnftige \u00dcberlegungen<\/h2>\n
Die Verwendung von Profilen entwickelt sich weiter. Je intelligenter die Modellierungswerkzeuge werden, desto gr\u00f6\u00dfer wird die Rolle von Profilen bei der automatisierten Codeerzeugung und Analyse.<\/p>\n
- \n
- KI-Integration:<\/strong>Werkzeuge k\u00f6nnten Profilanwendungen basierend auf dem Kontext vorschlagen.<\/li>\n
- Standardisierung:<\/strong>Branchenweite Profile k\u00f6nnten f\u00fcr g\u00e4ngige Bereiche entstehen.<\/li>\n
- Interoperabilit\u00e4t:<\/strong>Profile werden f\u00fcr den Austausch von Modellen zwischen verschiedenen Organisationen immer wichtiger.<\/li>\n<\/ul>\n
\ud83d\udcdd Zusammenfassung der Implementierungsschritte<\/h2>\n
Zusammenfassung des praktischen Ansatzes f\u00fcr UML-Profil-Diagramme:<\/p>\n
- Standardisierung:<\/strong>Branchenweite Profile k\u00f6nnten f\u00fcr g\u00e4ngige Bereiche entstehen.<\/li>\n
- Beispiele:<\/strong>Bieten Sie konkrete Beispiele daf\u00fcr, wie ein Profil-Element in einem Diagramm aussieht.<\/li>\n
- Glossar:<\/strong>F\u00fchren Sie ein Glossar aller in dem Profil verwendeten Stereotypen und getaggten Werte.<\/li>\n
- L\u00f6sung:<\/strong>Halten Sie sich an standardm\u00e4\u00dfige UML-Formen. Verwenden Sie die Stereotyp-Beschriftung, um die Erweiterung zu vermitteln.<\/li>\n<\/ul>\n
- L\u00f6sung:<\/strong>Stellen Sie eine Hierarchie auf. Kernprofile sollten von spezialisierten Profilen importiert werden, nicht umgekehrt.<\/li>\n<\/ul>\n
- Versionsverwaltung:<\/strong>F\u00fchren Sie Versionen Ihrer Profile aufrecht. Wenn sich die Anforderungen des Bereichs \u00e4ndern, sollte das Profil sich weiterentwickeln, ohne bestehende Modelle zu besch\u00e4digen.<\/li>\n
- Nachbedingungen:<\/strong>Regeln, die nach Abschluss einer Operation erf\u00fcllt sein m\u00fcssen.<\/li>\n
- Standardwerte:<\/strong> Legen Sie Standardwerte fest, wo sinnvoll. Dadurch wird der Bedarf verringert, jedes Feld manuell auszuf\u00fcllen.<\/li>\n
- Verhaltensbezogen:<\/strong> Diese definieren, wie sich das Element verh\u00e4lt. Beispiele sind <<Transaktion>>, <<Ereignis>> oder <<Handler>>.<\/li>\n
- Automatisierung:<\/strong> Werkzeuge k\u00f6nnen Stereotypen und Tagged Values interpretieren, um Code-Skelette automatisch zu generieren.<\/li>\n
- Version:<\/strong>Die Versionsnummer der Komponente.<\/li>\n
- Wiederverwendbar:<\/strong>Ein Profil kann innerhalb einer Organisation \u00fcber mehrere Projekte hinweg geteilt werden.<\/li>\n