Seminar Eclipse Capella Requirements Engineering und ReqIF

Anforderungen und Architektur müssen sich gegenseitig erklären, ohne doppelte Wahrheiten zu erzeugen. Das Seminar behandelt ReqIF-Import, Änderungsabgleich, Verknüpfung und Abdeckungsanalyse.

Inhaltsübersicht

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

Zielsetzung

Ziel ist eine belastbare Traceability zwischen Anforderungen und Architekturartefakten mit kontrolliertem Änderungsprozess.

Zielgruppe

Requirements Engineers, Systemingenieure, Architekten, Konfigurationsmanager und Modellverantwortliche.

Voraussetzungen

Grundkenntnisse in Anforderungsmanagement und Capella-Bedienung.

Seminarinhalte

1. Anforderungen über ReqIF importieren und pflegen

1. Schritt 1: Anforderungstypen, Attribute und Hierarchien der Ausgangsdaten prüfen.
2. Schritt 2: ReqIF-Daten in den Requirements Viewpoint importieren und Mapping kontrollieren.
3. Schritt 3: Änderungsimporte differenzbasiert ausführen und Konflikte bewerten.
4. Schritt 4: Anforderungen nach Typ, Status und Verantwortlichkeit für die Modellarbeit strukturieren.

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

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

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.

Praxisübungen

• Einen kleinen ReqIF-Bestand importieren, aktualisieren und auf Attributverluste prüfen.
• Eine Anforderungsmenge auf Systemfunktionen und Architekturkomponenten abbilden und Lücken auswerten.
• Eine funktionale Kette aus einem Systemdienst ableiten und auf Lücken untersuchen.
• Eine externe und eine interne Schnittstelle einschließlich Datenobjekten vollständig spezifizieren.
• Ein Modell mit einem angepassten Prüfprofil validieren und einen Befundbericht erstellen.
• Ein strukturiertes Architekturreview mit Prüffragen und Freigabekriterien simulieren.

Lernorganisation

Ein Anforderungsbestand wird importiert, geändert und erneut abgeglichen. Anschließend werden Beziehungen zur Architektur aufgebaut und auf Lücken geprüft.

Einordnung im Lernpfad

Sinnvoll nach Operational oder System Analysis; Modellqualität und M2Doc ergänzen Review und Dokumentation.