Seminar Eclipse Capella System Analysis

Die System Analysis übersetzt operativen Bedarf in eindeutig abgegrenzte Systemleistungen, Funktionen und externe Wechselwirkungen. Sie bildet die verbindliche Brücke zwischen Bedarf und Lösungsarchitektur.

Inhaltsübersicht

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

Zielsetzung

Ziel ist ein vollständiges Systembedarfsmodell mit Fähigkeiten, Funktionen, Austauschbeziehungen, Szenarien und belastbarer Rückverfolgbarkeit.

Zielgruppe

Systemingenieure, Systemarchitekten, Requirements Engineers und erfahrene Operational Analysts.

Voraussetzungen

Arcadia-Grundlagen; Kenntnisse der Operational Analysis sind empfohlen.

Seminarinhalte

1. Systemgrenze, Akteure und Fähigkeiten festlegen

1. Schritt 1: System von externen Akteuren und Nachbarsystemen eindeutig abgrenzen.
2. Schritt 2: Operative Fähigkeiten in Systemfähigkeiten überführen und fachlich begründen.
3. Schritt 3: Erwartete Dienste, Randbedingungen und externe Wechselwirkungen strukturieren.
4. Schritt 4: Abdeckung der operativen Bedarfe mit nachvollziehbaren Übergängen und Matrizen kontrollieren.

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

3. Funktionale Ketten für Ende-zu-Ende-Leistungen modellieren

1. Schritt 1: Start-, Ziel- und Zwischenfunktionen einer Leistungskette identifizieren.
2. Schritt 2: Reihenfolge und Austauschbeziehungen semantisch korrekt verbinden.
3. Schritt 3: Ketten in Fähigkeiten und Szenarien einordnen und auf Varianten prüfen.
4. Schritt 4: Abdeckung, Lücken und unerwünschte Abhängigkeiten anhand der Kette analysieren.

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

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

6. Anforderungen mit Architekturartefakten rückverfolgbar verknüpfen

1. Schritt 1: Traceability-Ziele und zulässige Beziehungstypen für das Projekt festlegen.
2. Schritt 2: Anforderungen mit Fähigkeiten, Funktionen, Komponenten, Schnittstellen und Szenarien verknüpfen.
3. Schritt 3: Abdeckungsmatrizen erstellen und fehlende beziehungsweise mehrdeutige Zuordnungen analysieren.
4. Schritt 4: Änderungsauswirkungen entlang der Beziehungen bewerten und dokumentieren.

7. Übergänge und Modellierungsbeschleuniger kontrolliert einsetzen

1. Schritt 1: Automatisierbare Übergänge und manuell zu entscheidende Architekturanteile unterscheiden.
2. Schritt 2: Ebenenübergänge mit Vorschau ausführen und erzeugte Elemente prüfen.
3. Schritt 3: Schnittstellen, Exchanges und Zuordnungen aus vorhandener Semantik ableiten.
4. Schritt 4: Erzeugte Ergebnisse fachlich verfeinern und gegen unbeabsichtigte Duplikate absichern.

8. 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 Systemgrenze mit Akteuren, Fähigkeiten und externen Austauschbeziehungen modellieren.
• Eine funktionale Kette aus einem Systemdienst ableiten und auf Lücken untersuchen.
• Eine Ende-zu-Ende-Funktionskette modellieren und durch einen Fehlerfall ergänzen.
• Ein Normal- und ein Ausnahmeszenario aus derselben Fähigkeit ableiten und vergleichen.
• Ein kleines Informationsmodell erstellen und in zwei Schnittstellen konsistent verwenden.
• Eine Anforderungsmenge auf Systemfunktionen und Architekturkomponenten abbilden und Lücken auswerten.

Lernorganisation

Ein vorbereitetes Operational-Analysis-Modell wird schrittweise in ein Systembedarfsmodell überführt. Übergänge und manuelle Architekturentscheidungen werden klar getrennt.

Einordnung im Lernpfad

Direkter Anschluss ist logische Architektur; Schnittstellen- und Verhaltensseminare vertiefen einzelne Modellbereiche.