AUTOSAR_AP_SWS_StateManagement
FIG-53ff797f26ea6bfa
607 × 340 px
1 Release(s)
Figure 5.3: Interfaces required by State Management from Execution Management
SHA-256 Inhalts-Fingerabdruck:
53ff797f26ea6bfab440584336fa44c70abb27b6e49e43eb019ad0921081ea82
✦
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): Konsumierendes funktionales Cluster.Execution Management(«aapFunctionalCluster», daemon-based): Realisierendes funktionales Cluster, das sämtliche Schnittstellen über Interface-Realization-Beziehungen implementiert.
- Schnittstellen:
StateClient(«aapAPI,aapNativeInterface»): Native Schnittstelle mit den Methoden:+ Create(function): Statische Fabrikmethode.+ GetExecutionError(): Abfrage von Ausführungsfehlern.+ GetInitialMachineStateTransitionResult(): Abfrage des Resultats des initialen Maschinenübergangs.+ SetState(FunctionGroupState): Future: Asynchrone Zustandsanforderung mitFuture-Rückgabe.
FunctionGroup(«aapAPI,aapPortInterface»): Port-basierte Schnittstelle zur Repräsentation einer Funktionsgruppe.+ Create(): Statische Fabrikmethode.
FunctionGroupState(«aapAPI,aapNativeInterface»): Native Schnittstelle zur Repräsentation des Zustands einer Funktionsgruppe.+ Create(): Statische Fabrikmethode.
- Schnittstellenbeziehungen:
State ManagementbindetStateClientvia«use»an.State ManagementbindetFunctionGroupüber einen Port via«use»und«aapRequiredPort»an.State ManagementbindetFunctionGroupStatevia«use»an.
3. Dynamisches Verhalten & Sequenzablauf
- Instanziierung des
StateClientüberCreate(function). - Erzeugung der Zielobjekte für Funktionsgruppe und Zustand über die statischen Fabrikmethoden
FunctionGroup.Create()undFunctionGroupState.Create(). - Abfrage des initialen Maschinenzustandsübergangs über
GetInitialMachineStateTransitionResult(). - Laufende Fehlerprüfung über
GetExecutionError(). - Anforderung des Zustandswechsels über
SetState(FunctionGroupState)und asynchrone Auswertung über das zurückgegebeneFuture-Objekt.
4. Normative Relevanz & Entwickler-Hinweise
FunctionGroupist als Port-Schnittstelle («aapPortInterface») deklariert und erfordert im State Management einen expliziten Required Port («aapRequiredPort») in der Manifest-Modellierung.FunctionGroupStateundStateClientsind native C++-Schnittstellen («aapNativeInterface»), die per In-Process-Aufruf instanziiert und verwendet werden.- Sowohl
FunctionGroupals auchFunctionGroupStatestellen statischeCreate()-Methoden zur standardisierten Objekterzeugung bereit. SetStateerzwingt über dasFuture-Muster eine asynchrone Entkopplung zwischen der Zustandsanforderung durch State Management und der Prozesssteuerung in Execution Management.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.