Seminar Eclipse Capella Schnittstellen- und Datenmodellierung

Schnittstellenfehler entstehen häufig durch uneinheitliche Datenobjekte, unklare Richtungen oder fehlende Zuordnungen zwischen Funktions- und Komponentenebene. Das Seminar entwickelt eine durchgängige Schnittstellen- und Informationssicht.

Inhaltsübersicht

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

Zielsetzung

Ziel ist eine konsistente Spezifikation von Exchanges, Ports, Interfaces und Datenobjekten über mehrere Architekturebenen.

Zielgruppe

Systemarchitekten, Schnittstellenverantwortliche, Software- und Hardwarearchitekten sowie Datenmodellierende.

Voraussetzungen

Arcadia-Grundlagen und Erfahrung mit System oder Logical Architecture.

Seminarinhalte

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

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. Systemfunktionen und funktionale Architektur entwickeln

1. Schritt 1: Systemfunktionen aus Fähigkeiten, Szenarien und externen Erwartungen ableiten.
2. Schritt 2: Funktionen hierarchisch zerlegen und funktionale Austauschbeziehungen definieren.
3. Schritt 3: Funktionale Ketten zur Beschreibung durchgängiger Leistungen aufbauen.
4. Schritt 4: Vollständigkeit, Verantwortungsgrenzen und Rückverfolgbarkeit systematisch prüfen.

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

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

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

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 kleines Informationsmodell erstellen und in zwei Schnittstellen konsistent verwenden.
• Eine externe und eine interne Schnittstelle einschließlich Datenobjekten vollständig spezifizieren.
• Eine funktionale Kette aus einem Systemdienst ableiten und auf Lücken untersuchen.
• Ein logisches Szenario mit Komponenten, Funktionen und Austauschobjekten vollständig ausarbeiten.
• Eine logische Architektur in eine physische Zielarchitektur mit Hosting und Links überführen.
• Ein Normal- und ein Ausnahmeszenario aus derselben Fähigkeit ableiten und vergleichen.

Lernorganisation

Ein Kommunikationsfall wird von der fachlichen Information bis zur technischen Verbindung modelliert. Matrizen und Szenarien dienen der laufenden Konsistenzprüfung.

Einordnung im Lernpfad

Empfohlen nach System Analysis oder logischer Architektur; physische Architektur vertieft Deployment und technische Kommunikationswege.