Seminar Eclipse Capella Modellbibliotheken, REC/RPL und Wiederverwendung

Wiederverwendung spart nur dann Aufwand, wenn Besitz, Version, Abhängigkeiten und Anpassungsrechte sauber geregelt sind. Das Seminar verbindet Bibliotheken mit REC/RPL-Mustern und kontrollierter Aktualisierung.

Inhaltsübersicht

1. Zielsetzung
2. Zielgruppe
3. Voraussetzungen
4. Seminarinhalte
5. Praxisübungen
6. Lernorganisation
7. Einordnung im Lernpfad

Zielsetzung

Ziel ist eine Wiederverwendungsstrategie, die gemeinsame Daten und Architekturbausteine ohne unkontrollierte Kopien bereitstellt.

Zielgruppe

Systemarchitekten, Produktlinienverantwortliche, Modellbibliothekare und erfahrene Capella-Modellierende.

Voraussetzungen

Sichere Capella-Bedienung und Erfahrung mit mindestens einer Architekturebene.

Seminarinhalte

1. Bibliotheken und wiederverwendbare Modellelemente strukturieren

1. Schritt 1: Wiederverwendungsziel, Besitz, Änderungsrecht und Gültigkeitsbereich festlegen.
2. Schritt 2: Gemeinsame Typen und Architekturbausteine in Bibliotheken auslagern.
3. Schritt 3: Abhängigkeiten zwischen Projekten prüfen und kontrolliert aktualisieren.
4. Schritt 4: Freigabestand, Version und Kompatibilität der Bibliothek dokumentieren.

2. REC/RPL-Muster für kontrollierte Wiederverwendung anwenden

1. Schritt 1: Geeigneten Modellumfang für eine Replicable Elements Collection bestimmen.
2. Schritt 2: REC erzeugen, Inhalt und Abhängigkeiten prüfen und als Muster freigeben.
3. Schritt 3: RPL in einem Zielkontext instanziieren und zulässige Anpassungen vornehmen.
4. Schritt 4: Aktualisierungen zwischen REC und RPL analysieren und kontrolliert übernehmen.

3. Projekte, Modellbibliotheken und Namensregeln vorbereiten

1. Schritt 1: Projekt- und Modellbezeichnungen aus einer vorgegebenen Konvention ableiten.
2. Schritt 2: Neues Capella-Projekt anlegen und benötigte Viewpoints kontrolliert aktivieren.
3. Schritt 3: Ordner, Bibliotheken, Kategorien und erste Modellbereiche strukturiert vorbereiten.
4. Schritt 4: Startzustand validieren und als überprüfbare Projektbasis sichern.

4. Modelle sicher ändern, bereinigen und reorganisieren

1. Schritt 1: Auswirkungen geplanter Änderungen vor dem Löschen oder Verschieben analysieren.
2. Schritt 2: Semantisches Löschen, Umbenennen und Reorganisation kontrolliert durchführen.
3. Schritt 3: Verwaiste Repräsentationen, doppelte Elemente und inkonsistente Zuordnungen erkennen.
4. Schritt 4: Änderungsumfang dokumentieren und nach jeder Änderung gezielte Validierungen ausführen.

5. Validierungsregeln, Profile und Schnellkorrekturen einsetzen

1. Schritt 1: Integritäts-, Design-, Vollständigkeits- und Traceability-Prüfungen unterscheiden.
2. Schritt 2: Passendes Validierungsprofil für Modellierungsphase und Reviewziel auswählen.
3. Schritt 3: Befunde priorisieren, Ursachen analysieren und Schnellkorrekturen kontrolliert anwenden.
4. Schritt 4: Restbefunde begründen und als überprüfbare Qualitätsentscheidung dokumentieren.

6. Architekturvarianten und Trade-offs nachvollziehbar bewerten

1. Schritt 1: Entscheidungskriterien, Messgrößen und Mindestanforderungen definieren.
2. Schritt 2: Varianten im Modell eindeutig kennzeichnen und vergleichbare Sichten erzeugen.
3. Schritt 3: Eigenschaften, Risiken und Abhängigkeiten je Variante bewerten.
4. Schritt 4: Entscheidung mit Annahmen, Befunden und offenen Punkten dokumentieren.

Praxisübungen

• Eine Bibliothek mit gemeinsam genutzten Datentypen und Komponenten in zwei Projekten einsetzen.
• Ein wiederverwendbares Funktions- und Komponentenmuster als REC/RPL umsetzen.
• Ein leeres Projekt nach einer vorgegebenen Modellierungsrichtlinie initialisieren.
• Ein fehlerhaft strukturiertes Teilmodell ohne Verlust von Beziehungen bereinigen.
• Ein Modell mit einem angepassten Prüfprofil validieren und einen Befundbericht erstellen.
• Zwei Architekturvarianten anhand von Kosten, Masse, Reife und Risiko vergleichen.

Lernorganisation

Ein gemeinsamer Baustein wird zunächst als Bibliotheksinhalt und anschließend als REC/RPL-Muster aufgebaut. Änderungen und Auswirkungen werden in mehreren Zielkontexten geprüft.

Einordnung im Lernpfad

Sinnvoll nach logischer oder physischer Architektur; Multi-Level Engineering ergänzt die Wiederverwendung über Systemgrenzen hinweg.