Seminar Eclipse Capella Logische Architektur

Die logische Architektur beschreibt eine tragfähige Lösung unabhängig von konkreten technischen Realisierungen. Im Mittelpunkt stehen Verantwortungszuschnitt, Funktionszuordnung, Schnittstellen, Szenarien und Variantenvergleich.

Inhaltsübersicht

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

Zielsetzung

Ziel ist eine begründete logische Architektur, die Architekturtreiber sichtbar macht und als stabile Grundlage für die physische Realisierung dient.

Zielgruppe

Systemarchitekten, Software- und Hardwarearchitekten, Systemingenieure und erfahrene Modellierende.

Voraussetzungen

Arcadia-Grundlagen und System-Analysis-Kenntnisse; sichere Capella-Bedienung.

Seminarinhalte

1. Logische Komponentenarchitektur entwerfen

1. Schritt 1: Architekturtreiber, Qualitätsmerkmale und Lösungsalternativen sammeln.
2. Schritt 2: Logische Komponenten nach Verantwortlichkeiten und Kohäsion strukturieren.
3. Schritt 3: Logische Funktionen Komponenten zuordnen und Schnittstellenkandidaten ableiten.
4. Schritt 4: Alternativen anhand nachvollziehbarer Kriterien vergleichen und begründen.

2. Logisches Verhalten, Austausch und Szenarien verfeinern

1. Schritt 1: Logische Funktionen aus der Systemebene überführen und gezielt verfeinern.
2. Schritt 2: Komponentenaustausch aus funktionalen Austauschbeziehungen ableiten.
3. Schritt 3: Szenarien für Normal-, Ausnahme- und Degradationsfälle modellieren.
4. Schritt 4: Funktionale und strukturelle Sicht auf Konsistenz und Schnittstellenlücken prüfen.

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

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

5. Szenarien als dynamische Architektursicht einsetzen

1. Schritt 1: Geeigneten Szenariotyp anhand der Fragestellung auswählen.
2. Schritt 2: Teilnehmer, Nachrichten, Zeitreihenfolge und Referenzen auf Exchanges festlegen.
3. Schritt 3: Alternativen, Schleifen und Ausnahmen mit nachvollziehbarer Semantik abbilden.
4. Schritt 4: Szenario gegen statische Architektur, Fähigkeiten und funktionale Ketten validieren.

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

• Zwei logische Architekturvarianten modellieren und anhand definierter Treiber bewerten.
• Ein logisches Szenario mit Komponenten, Funktionen und Austauschobjekten vollständig ausarbeiten.
• Eine externe und eine interne Schnittstelle einschließlich Datenobjekten vollständig spezifizieren.
• Ein kleines Informationsmodell erstellen und in zwei Schnittstellen konsistent verwenden.
• Ein Normal- und ein Ausnahmeszenario aus derselben Fähigkeit ableiten und vergleichen.
• Zwei Architekturvarianten anhand von Kosten, Masse, Reife und Risiko vergleichen.

Lernorganisation

Ein Beispielsystem wird von der ersten Komponentenzerlegung bis zur reviewfähigen Architekturvariante aufgebaut. Entscheidungen werden mit Kriterien und Modellbefunden begründet.

Einordnung im Lernpfad

Empfohlen nach System Analysis; anschließend folgen physische Architektur, EPBS und Multi-Level Engineering.