AUTOSAR_AP_SWS_StateManagement FIG-cea01bd3cf976bc4 470 × 340 px 1 Release(s)

Figure 5.3: Interfaces required by State Management from Execution Management

SHA-256 Inhalts-Fingerabdruck: cea01bd3cf976bc4c7395a7b71d2d8de01cf40a0b38d5c13dc5127264b3d7f27

✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm im Kontext der AUTOSAR Adaptive Platform (AP), das die architektonischen Schnittstellenbeziehungen zwischen den beiden funktionalen Clustern State Management und Execution Management abbildet. Beide Entitäten sind als daemon-basierte funktionale Cluster («aapFunctionalCluster», daemon-based) ausgeführt. State Management fungiert als anfordernde Komponente (Client), während Execution Management die Implementierungsinstanz darstellt, welche die Schnittstellen bereitstellt und realisiert.

2. Komponenten, Entitäten & Schnittstellen

Funktionale Cluster:
- State Management («aapFunctionalCluster», daemon-based): Konsument der Schnittstellen.
- Execution Management («aapFunctionalCluster», daemon-based): Bereitstellendes Cluster, das die Schnittstellen via UML-Interface-Realization (gestrichelte Linie mit geschlossener, nicht gefüllter Dreiecksspitze) implementiert.
Schnittstellen:
- StateClient («aapAPI,aapNativeInterface»): Native C++-Schnittstelle zur Interaktion mit Execution Management.
  - + Create(function): Statische Fabrikmethode zur Instanziierung eines StateClient-Objekts mit Übergabe einer Callback- bzw. Handler-Funktion.
  - + GetExecutionError(): Methode zur Abfrage aufgetretener Ausführungsfehler.
  - + GetInitialMachineStateTransitionResult(): Methode zur Ermittlung des Übergangsergebnisses für den initialen Maschinenzustand.
  - + SetState(FunctionGroupState): Future: Asynchrone Methode zur Anforderung eines Zustandswechsels für eine Funktionsgruppe; liefert ein Future-Objekt zurück.
- FunctionGroupState («aapAPI,aapPortInterface»): Port-basierte Schnittstelle zur Repräsentation des Zustands einer Funktionsgruppe ohne im Diagramm definierte Operationen.
Schnittstellenbeziehungen:
- State Management nutzt StateClient über eine generische Abhängigkeit («use»).
- State Management referenziert FunctionGroupState über eine Port-Abhängigkeit («use», «aapRequiredPort»).

3. Dynamisches Verhalten & Sequenzablauf

Instanziierung des StateClient durch State Management mittels statischer Methode Create(function).
Abfrage des initialen Maschinenzustandsübergangs über GetInitialMachineStateTransitionResult().
Laufende Fehlerüberwachung durch Aufruf von GetExecutionError().
Auslösen von Funktionsgruppenzustandswechseln über SetState(FunctionGroupState) durch State Management.
Asynchrone Bearbeitung der Zustandsanforderung in Execution Management und Bereitstellung des Ergebnisses über das zurückgegebene Future-Objekt zur Synchronisation oder Callback-Behandlung in State Management.

4. Normative Relevanz & Entwickler-Hinweise

StateClient erfordert eine native C++-API-Bindung («aapNativeInterface») für direkte Funktionsaufrufe.
FunctionGroupState ist als Port-Interface («aapPortInterface») typisiert; State Management muss diesen Endpunkt über einen formalen Required Port («aapRequiredPort») im ARXML-Manifest konfigurieren.
Die Methode SetState erzwingt durch den Rückgabetyp Future ein asynchrones, nicht-blockierendes Entwurfsmuster für Zustandsübergänge zur Gewährleistung deterministischer Reaktionszeiten des Daemons.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R23-11 → R24-11 normative Änderung Nachfolger: FIG-53ff797f26ea6bfa

Schnittstelle FunctionGroupState: Stereotyp von «aapAPI,aapPortInterface» zu «aapAPI,aapNativeInterface» geändert, statische Fabrikmethode + Create() ergänzt und Port-Zuordnung «aapRequiredPort» entfernt (reine «use»-Beziehung).
Schnittstelle FunctionGroup: Hinzugefügt mit Stereotyp «aapAPI,aapPortInterface», statischer Fabrikmethode + Create(), Abhängigkeit von State Management via «use» und «aapRequiredPort» sowie Realisierungsbeziehung durch Execution Management.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Begleitender Spezifikationstext:

Specification of State Management AUTOSAR AP R23-11 5.2 Required Interfaces «aapFunctionalCluster» Platform Health Management daemon-based «aapFunctionalCluster» State Management daemon-based «aapAPI,aapPortInterface» SupervisedEntity + ReportCheckpoint() «aapAPI,aapPortInterface» NetworkHandle + GetNetworkRequestedState() + GetNetworkState() + RegisterNetworkRequestedStateChangeNotifier() + RegisterNetworkStateChangeNotifier() + SetNetworkRequestedState() + UnregisterNetworkRequestedStateChangeNotifier() + UnregisterNetworkStateChangeNotifier() «aapFunctionalCluster» Network Management «aapAPI,aapPortInterface» KeyValueStorage + DiscardPendingChanges() + GetAllKeys() + GetValue() + KeyExists() + RecoverKey() + RemoveAllKeys() + RemoveKey() + ResetKey() + SetValue() + SyncToStorage() «aapFunctionalClust... Persistency «use» «aapRequiredPort» «use» «aapRequiredPort» «use» «aapRequiredPort» Figure 5.2: Interfaces required by State Management from other Functional Clusters Figure 5.2 shows the interfaces required by State Management from other Functional Clusters within the AUTOSAR Adaptive Platform. «aapFunctionalCluster» Execution Management daemon-based «aapFunctionalCluster» State Management daemon-based «aapAPI,aapNativeInterface» StateClient + Create(function) + GetExecutionError() + GetInitialMachineStateTransitionResult() + SetState(FunctionGroupState): Future «aapAPI,aapPortInterface» FunctionGroupState «use» «aapRequiredPort» «use» Figure 5.3: Interfaces required by St

Vorkommen in AUTOSAR-Releases (1)

Release	Dokument	Seite	Nr.	Bildunterschrift im Dokument
R23-11	AUTOSAR_AP_SWS_StateManagement	S. 15	5.3	Figure 5.3: Interfaces required by State Management from Execution Management