Überblick
In diesem Toolmentor werden die folgenden Schritte ausgeführt:
Zusätzliche Toolinformationen
Das Tool stellt als Teil der Unterstützung für eine modellorientierte Entwicklung und Architektur (siehe MDD (Model Driven Development) und MDA (Model Driven Architecture)) Funktionalität
bereit, über die es mit Hilfe von Umsetzungen möglich ist, vom Modell zum Code zu gelangen. Dieser Ansatz stützt sich
im Wesentlichen auf eine Kombination von Typzuordnungen (Klassen des Quellenmodells, die zugehörigen Attribute,
Operationen und Beziehungen) und Quellenmodellkennzeichnungen, die in Profilen definiert werden. Die kombinierte
Methode wird deshalb eingesetzt, weil das Quellenmodell in den meisten Fällen nicht genügend Informationen für die
Durchführung der Umsetzung enthält. Der Architekt muss bestimmte Kennzeichnungen setzen, damit die Umsetzung
durchgeführt werden kann. Nähere Informationen finden Sie im Abschnitt Analysemechanismen.
Je nachdem, welche Profile angewendet werden, müssen die Clients der Analysemechanismen mit den richtigen Stereotypen
entsprechend gekennzeichnet werden. Nähere Informationen finden Sie im Onlinehilfethema Umsetzungen anwenden.
Anmerkung: Es ist in jedem Fall hilfreich, Profile für die Kennzeichnung Ihrer Modelle zu verwenden, selbst wenn Sie
keine automatisierten Umsetzungen anwenden möchten. Zu den zusätzlichen Informationen, die je nach definiertem Profil
einem Modell hinzugefügt werden können, gehören Stereotypen, Eigenschaften und Integritätsbedingungen. Wenn Sie Profile
sorgfältig erstellen, sie richtig verwenden und die Bedeutung der Profile bekannt ist, erweitern Sie Ihre Modelle
derart, dass die Umsetzungen effizienter durchgeführt werden können, und zwar unabhängig davon, ob es sich um
automatisierte oder manuelle Umsetzungen handelt.
Bei der Erstellung eines Profils sind die folgenden Schritte wichtig:
-
Profilprojekt erstellen
-
Stereotypen hinzufügen
-
Erweiterungen für die Verbindung von Stereotypen zu UML-Elementen verwenden
-
Test durchführen (Profil auf Projekt anwenden)
-
Dokumentieren
-
Als Plug-in packen
-
Über RAS verteilen
Das Tool unterstützt Sie bei der Suche nach den Clients der Mechanismen und bei der Dokumentation dieser Informationen:
-
Sie finden Clients, indem Sie mit der rechten Maustaste auf den Mechanismus und dann auf "Filter > Verwandte
Elemente einblenden" klicken.
-
Verwenden Sie ein Themendiagramm. Nähere Informationen finden Sie im Onlinehilfethema
Themendiagramme.
-
Verwenden Sie ein Anzeigediagramm. Nähere Informationen finden Sie im Onlinehilfethema
Anzeigediagramme.
-
Verwenden Sie die <<Perspective>>-Pakete, um eine Sicht der verwendeten Mechanismen bereitzustellen.
-
Verwenden Sie die <<Framework>>-Pakete, um eine Sicht der internen Mechanismen bereitzustellen.
Innerhalb des Framework-Pakets des Analysemechanismus werden Clients in einem Clientverwendungsdiagramm dargestellt, in
dem Clients eine Abhängigkeit zur Klasse des Analysemechanismus haben. Erstellen Sie als Teil desselben
Framework-Pakets für jedes benötigte Merkmalprofil eine Profilkomponente. Verwenden Sie die Registerkarte
"Dokumentation" in der Eigenschaftensicht der Klasse, um die Verwendungsprofile zu dokumentieren. Gruppieren Sie
Clients nach ihrer Verwendung von Merkmalprofilen und stellen Sie die Beziehungen zwischen Clients und Profilklassen in
einem Profilverwendungsdiagramm dar.
Das RAS-Repository eignet sich sehr gut für die Zusammenstellung aller potenzieller Wiederverwendungskandidaten, und
zwar besonders für Muster. Außerdem kann ein RAS-Asset als Modell dienen und möglicherweise als Darstellung des
Implementierungsmechanismus bereitgestellt werden. Die Modelldarstellung Ihres Implementierungsmechanismus könnte in
ein gemeinsam genutztes RAS-Repository gestellt werden, so dass das Team bei Bedarf darauf zurückgreifen kann.
Nähere Informationen finden Sie in den Abschnitten RAS-Assets und RAS-Musterassets.
Anmerkung: Einige der in diesem Abschnitt genannten Tool-Funktionen werden in RSM nicht unterstützt.
Wenn Sie den Ansatz einer modellorientierten Entwicklung (MDD) verfolgen, wird dieser Schritt mit Hilfe der
Umsetzungsfunktionalität durchgeführt. Es gibt zwei Arten von Konvertierungen: Umsetzungen und Muster. Umsetzungen sind
für die Stapelverarbeitung optimiert (in erste Linie über Metamodelle, Modelle und Abstraktionsebenen). Ein Muster ist
eine besondere Form der Umsetzung. Es ist für die interaktive, schrittweise Ausarbeitung hauptsächlich in einem
einzigen Metamodell und auf derselben Abstraktionsebene, oftmals innerhalb desselben Modells, optimiert. Nähere
Informationen finden Sie in den Konzepten MDD (Model
Driven Development) und MDA (Model Driven Architecture) und Analysemechanismen.
Möglicherweise gibt es eine Reihe von Implementierungsmechanismen, die sich für die Realisierung des Designmechanismus
eignen. Ein weiterer Faktor, den Sie bei der Auswahl berücksichtigen sollten, ist die Frage, ob der
Implementierungsmechanismus mit einer Umsetzung realisiert werden kann. Überlegen Sie auch, ob es nicht
Implementierungsmechanismen gibt, die in den Entwicklungsprojekten oft vorkommen. Diese Mechanismen eignen sich sehr gut
für die Automatisierung über Muster und Umsetzungen. Bei der Überlegung, die Zuordnung von Design- und
Implementierungsmechanismen zu automatisieren, müssen Sie zunächst berechnen, ob sich diese Investition lohnt.
Je nachdem, welche Profile auf das Modell angewendet werden, stehen eine Reihe von Umsetzungen zur Verfügung, die
direkt verwendet werden können. Fortgeschrittenen Benutzern stellt das Tool ein Framework für die Erstellung
angepasster Umsetzungen bereit. Nähere Informationen finden Sie in den Abschnitten Muster anwenden und Umsetzungen
anwenden.
In einer Entwicklungsumgebung, die sich mehr auf den Code konzentriert, können einige dieser Zuordnungen über bereits
vorhandenen Code und die Muster- und Antimustererkennungsfunktionen, die Teil der Unterstützungsfunktion für
Architekturanalyse sind, festgestellt werden. Nähere Informationen finden Sie in den Richtlinien Architekturerkennung, Analyse und Steuerung.
Wenn Sie die Mechanismen ermittelt haben, erstellen Sie ein Zuordnungsdiagramm für die Architekturmechanismen, das die
Analyse-, Design- und Implementierungsmechanismen und deren Realisierungsbeziehungen untereinander darstellt.
Mechanismen selbst sind Elemente des Designmodells (z. B. Designpakete, Designklassen und Designsubsysteme), die im
Rahmen der entsprechenden Designaufgaben im Designmodell dargestellt werden können. Richtlinien zum Erstellen von
Designmodellelementen finden Sie in Designelemente identifizieren. Ein Muster eignet sich besonders gut
zum Dokumentieren eines Design- und Implementierungsmechanismus, da es den Clients des Mechanismus ermöglicht, das
Muster zu erweitern und einen Großteil des erforderlichen Designs und Codes zu generieren. Nähere Informationen finden
Sie in den Abschnitten Muster erstellen und Assets zur Wiederverwendung packen.
Sie können Mechanismen unter Verwendung der folgenden Optionen dokumentieren:
-
Hinweise in Diagrammen verwenden
-
Zusätzliche Diagramme verwenden, die die statischen und dynamischen Aspekte des Mechanismus verdeutlichen
-
Integritätsbedingungen verwenden
-
Profile verwenden
-
Deployment von Modellen von Mechanismen als RAS-Assets (Verwenden Sie den RAS-Paketmechanismus, um Informationen
über das Asset zusätzlich zum eigentlichen Asset zu dokumentieren.)
Berücksichtigen Sie bei der Dokumentation auch, dass Sie Coderegeln definieren sollten, mit denen die Verwendung des
Mechanismus erzwungen werden kann. Sobald die Richtlinien feststehen, verwenden Sie die Codeüberprüfung, um die
Anwendung der Richtlinien zu automatisieren, um deren Einhaltung auf das angegebene Verwendungsmodell sicherzustellen.
Lernprogramme:
-
Muster
anwenden
-
Muster
erstellen
Beispiele:
-
RAS-Assets
- RAS-Assets für den Import/Export
-
Muster -
Einfaches UML-Modell
|