Figure 10.2: Use cases for State Management

1. Diagrammtyp & Architektur-Kontext

UML-Use-Case-Diagramm zur Darstellung der Anwendungsfälle des Functional Clusters State Management innerhalb der AUTOSAR Adaptive Platform. Das Diagramm grenzt den Systemkontext der Plattform und den Teilbereich State Management gegen externe Akteure sowie angrenzende funktionale Cluster ab.

2. Komponenten, Entitäten & Schnittstellen

• Systemgrenzen & Subsysteme:
  • Adaptive Platform: Umfassender Systemrahmen.
  • State Management: Subsystem-/Komponentengrenze, enthält die Kern-Anwendungsfälle.
• Akteure & Komponenten:
  • SMControlApplication: Spezifischer externer Steuerungsakteur (UML-Stickman), der als dezidierte Applikation Zustandsänderungsanforderungen an das State Management richtet.
  • Execution Management: Dämonbasiertes Functional Cluster («aapFunctionalCluster», daemon-based), dargestellt als Komponentenbaustein.
  • Platform Health Management: Dämonbasiertes Functional Cluster («aapFunctionalCluster», daemon-based), dargestellt als Komponentenbaustein.
• Anwendungsfälle («aapUseCase»):
  • Change System State: Basis-Anwendungsfall zur Zustandssteuerung.
  • Recover from Supervision Failure: Erweiternder Anwendungsfall zur Fehlerbehandlung und Wiederherstellung nach Überwachungsfehlern.
• Beziehungen & Stereotypen:
  • SMControlApplication initiiert Change System State via Assoziation mit Stereotyp «aapTriggers».
  • Change System State bindet Execution Management über eine Assoziation mit Stereotyp «aapParticipates» ein.
  • Platform Health Management stößt Recover from Supervision Failure via Assoziation mit Stereotyp «aapTriggers» an.
  • Zwischen den Anwendungsfällen besteht eine gerichtete «extend»-Beziehung: Recover from Supervision Failure erweitert den Basis-Anwendungsfall Change System State (gestrichelter Pfeil mit offener Spitze zeigt auf Recover from Supervision Failure).

3. Dynamisches Verhalten & Sequenzablauf

Das Diagramm zeigt zwei getriggerte Abläufe:

1. Reguläre Zustandsanforderung: Die dezidierte SMControlApplication löst den Basisanwendungsfall Change System State aus («aapTriggers»). Das State Management setzt diesen unter Einbindung («aapParticipates») des Execution Management um.
2. Fehlerinduzierter Ablauf: Das Platform Health Management triggert Recover from Supervision Failure («aapTriggers»). Über die «extend»-Beziehung erweitert die Fehlerbehebung das Verhalten bei Systemzustandsänderungen konditional, um auf Überwachungsfehler zu reagieren.

4. Normative Relevanz & Entwickler-Hinweise

Architekturrelevante Festlegung der Interaktion des State Managements:

• Das Initiieren von Systemzustandsänderungen ist auf die dezidierte Rolle bzw. Applikation SMControlApplication spezifiziert, wodurch die Zustandssteuerungsberechtigung von allgemeinen Adaptive Applications abgegrenzt wird.
• Die Umsetzung der Zustandsänderungen erfolgt über die Beteiligung («aapParticipates») des Execution Management.
• Fehlerbehebungen aus der Überwachung (Platform Health Management) erweitern («extend») das Systemzustandsverhalten ereignisgetrieben. Beide interagierenden Functional Cluster sind als Dämonen realisiert.