Seminar Eclipse Capella System-zu-Subsystem-Übergänge und Multi-Level Engineering

Komplexe Produkte werden auf mehreren Engineering-Ebenen entwickelt. Das Seminar behandelt Subsystemzuschnitt, automatisierten Übergang, Modellverträge, Verantwortungsgrenzen und geregelte Rückkopplung.

Inhaltsübersicht

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

Zielsetzung

Ziel ist ein skalierbarer Multi-Level-Ansatz, bei dem Subsystemmodelle aus der Systemarchitektur nachvollziehbar abgeleitet und kontrolliert weiterentwickelt werden.

Zielgruppe

Lead Architects, System- und Subsystemarchitekten, Integrationsverantwortliche und Modellverantwortliche.

Voraussetzungen

Sichere Kenntnisse der physischen Architektur, EPBS und Schnittstellenmodellierung.

Seminarinhalte

1. System-zu-Subsystem-Übergänge vorbereiten und ausführen

1. Schritt 1: Subsystemgrenze, Verantwortungsbereich und benötigte Kontextinformationen festlegen.
2. Schritt 2: Übergang konfigurieren und aus der Systemarchitektur ein Subsystemmodell erzeugen.
3. Schritt 3: Übertragene Funktionen, Schnittstellen, Akteure und Daten auf Vollständigkeit prüfen.
4. Schritt 4: Wiederholte Übergänge und Änderungen mit klaren Verantwortlichkeiten steuern.

2. Multi-Level Engineering und Modellverträge organisieren

1. Schritt 1: System-, Subsystem- und Komponentenebenen mit eindeutigen Eigentumsgrenzen definieren.
2. Schritt 2: Verträge für Funktionen, Schnittstellen, Eigenschaften und Nachweise abstimmen.
3. Schritt 3: Änderungen zwischen Ebenen als geregelte Rückkopplung behandeln.
4. Schritt 4: Abhängigkeiten, Freigaben und Integrationspunkte in einer Modelllandkarte dokumentieren.

3. EPBS, Konfigurationseinheiten und Komponentenverträge ableiten

1. Schritt 1: Konfigurationseinheiten aus der physischen Architektur und organisatorischen Randbedingungen bestimmen.
2. Schritt 2: End-Product-Breakdown-Structure hierarchisch und verantwortungsgerecht aufbauen.
3. Schritt 3: Erwartete Funktionen, Schnittstellen, Eigenschaften und Nachweise je Einheit zusammenstellen.
4. Schritt 4: Komponentenverträge für Entwicklung, Integration und Verifikation reviewfähig dokumentieren.

4. Schnittstellen und Austauschbeziehungen beherrschen

1. Schritt 1: Funktionale Exchanges, Component Exchanges, Ports und Interfaces voneinander abgrenzen.
2. Schritt 2: Austauschobjekte und Richtungen aus fachlichen Kommunikationsbedarfen ableiten.
3. Schritt 3: Schnittstellen aus zugeordneten Funktionen generieren und kontrolliert nacharbeiten.
4. Schritt 4: Konsistenz zwischen Funktions-, Komponenten- und Datensicht mit Matrizen prüfen.

5. 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.

6. Modellreviews und Qualitätsgates organisieren

1. Schritt 1: Reviewumfang, Rollen, Eingangskriterien und benötigte Sichten festlegen.
2. Schritt 2: Fachliche, methodische und technische Prüfkriterien getrennt vorbereiten.
3. Schritt 3: Befunde direkt an Modellelementen, Diagrammen oder Prüflisten verankern.
4. Schritt 4: Nacharbeit, Freigabe und erneute Prüfung nachvollziehbar steuern.

7. 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.

Praxisübungen

• Ein Subsystem aus einer physischen Komponente ableiten und seinen Vertrag kontrollieren.
• Eine dreistufige Engineering-Struktur mit Übergaben und Rückmeldeschleifen planen.
• Für einen physischen Teilbaum eine EPBS-Struktur und einen Komponentenvertrag erstellen.
• Eine externe und eine interne Schnittstelle einschließlich Datenobjekten vollständig spezifizieren.
• Eine Bibliothek mit gemeinsam genutzten Datentypen und Komponenten in zwei Projekten einsetzen.
• Ein strukturiertes Architekturreview mit Prüffragen und Freigabekriterien simulieren.

Lernorganisation

Ein Systemmodell wird in ein Subsystemmodell überführt und anschließend verändert. Die Übungen zeigen, welche Informationen automatisch übergehen und welche Entscheidungen geregelt werden müssen.

Einordnung im Lernpfad

Empfohlen nach physischer Architektur und EPBS; Team for Capella und Governance unterstützen den organisatorischen Betrieb.