Seminar Eclipse Capella Physische Architektur und EPBS

Die physische Architektur übersetzt die logische Lösung in realisierbare technische Bausteine, Ressourcen, Kommunikationswege und Konfigurationseinheiten. Die EPBS strukturiert daraus entwickel- und integrierbare Endprodukte.

Inhaltsübersicht

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

Zielsetzung

Ziel ist eine konsistente physische Zielarchitektur mit nachvollziehbarem Deployment, Schnittstellen und Komponentenverträgen.

Zielgruppe

System-, Software- und Hardwarearchitekten, Integrationsverantwortliche und erfahrene Capella-Modellierende.

Voraussetzungen

Sichere Kenntnisse der logischen Architektur und der Schnittstellenmodellierung.

Seminarinhalte

1. Physische Architektur und Deployment ausarbeiten

1. Schritt 1: Verhaltens- und Knotensicht physischer Komponenten unterscheiden.
2. Schritt 2: Logische Verantwortlichkeiten auf reale technische Bausteine und Ressourcen abbilden.
3. Schritt 3: Physische Links, Kommunikationspfade und Hosting-Beziehungen modellieren.
4. Schritt 4: Deployment-Entscheidungen gegen Leistungs-, Sicherheits- und Integrationsanforderungen prüfen.

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

3. Daten, Austauschobjekte und Informationsmodelle modellieren

1. Schritt 1: Grundtypen, Aufzählungen, Klassen und Sammlungen nach einer Modellierungsregel anlegen.
2. Schritt 2: Exchange Items strukturieren und geeignete Austauschmechanismen zuordnen.
3. Schritt 3: Datenbeziehungen, Multiplizitäten und Eigentumsverhältnisse konsistent definieren.
4. Schritt 4: Verwendung der Datentypen in Funktionen, Schnittstellen und Szenarien prüfen.

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

5. Architektur mit Integration und Verifikation verknüpfen

1. Schritt 1: Fähigkeiten, funktionale Ketten und Szenarien als Grundlage für Nachweise auswählen.
2. Schritt 2: Integrationsreihenfolge und erforderliche Konfigurationseinheiten aus Abhängigkeiten ableiten.
3. Schritt 3: Prüfziele mit Funktionen, Schnittstellen, Zuständen und Anforderungen verknüpfen.
4. Schritt 4: Lücken zwischen Architekturdefinition und Verifikationsplanung sichtbar machen.

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.

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

• Eine logische Architektur in eine physische Zielarchitektur mit Hosting und Links überführen.
• Eine externe und eine interne Schnittstelle einschließlich Datenobjekten vollständig spezifizieren.
• Ein kleines Informationsmodell erstellen und in zwei Schnittstellen konsistent verwenden.
• Für einen physischen Teilbaum eine EPBS-Struktur und einen Komponentenvertrag erstellen.
• Für eine Fähigkeit eine nachvollziehbare Kette von Architekturartefakten bis zum Prüfziel aufbauen.
• Zwei Architekturvarianten anhand von Kosten, Masse, Reife und Risiko vergleichen.

Lernorganisation

Eine bestehende logische Architektur wird schrittweise technisch realisiert. Architekturentscheidungen und Integrationsfolgen werden anhand klarer Treiber überprüft.

Einordnung im Lernpfad

Empfohlen nach logischer Architektur; System-zu-Subsystem-Übergänge vertiefen die weitere Zerlegung.