DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-6559ca0940ac902a 480 × 340 px 1 Release(s)

Figure 9.6: Users of the State Management interfaces

SHA-256 Inhalts-Fingerabdruck: 6559ca0940ac902a1327c4181849f9eb2bb5739519d73cbfc198e7fa81f3496a
✦ 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 / Schnittstellenspezifikation der AUTOSAR Adaptive Platform (Release R23-11). Das Diagramm stellt die refaktorisierte interne Kontrollschnittstelle zwischen dem State Management (SM) und dem Execution Management (EM) zur Verwaltung von Funktionsgruppenzuständen dar.

2. Komponenten, Entitäten & Schnittstellen

  • Komponenten / Functional Clusters:
    • State Management («aapFunctionalCluster», daemon-based): Zustandsmanager; nutzt StateClient via «use» und bindet FunctionGroupState als Required Port ein («use», «aapRequiredPort»).
    • Execution Management («aapFunctionalCluster», daemon-based): Ausführungsmanager; realisiert StateClient und stellt FunctionGroupState bereit.
  • Schnittstellen & Operationen:
    • StateClient («aapAPI,aapNativeInterface»): Native C++ Schnittstelle mit:
      • + Create(function): Statische Factory-Methode (unterstrichen) zur Erzeugung einer Instanz (ersetzt den Konstruktor).
      • + GetExecutionError(): Abfrage von Ausführungsfehlern.
      • + GetInitialMachineStateTransitionResult(): Abfrage des Initialzustandsübergangs.
      • + SetState(FunctionGroupState): Future: Asynchrone Zustandswechselanforderung mit Future-Rückgabe.
    • FunctionGroupState («aapAPI,aapPortInterface»): Einzig verbliebenes Port-Interface für Zustandsdefinitionen. (Hinweis: Die separate Schnittstelle FunctionGroup entfällt).
  • Port-Beziehungen & Stereotypen:
    • SM greift über «use» auf StateClient zu; EM implementiert StateClient.
    • SM greift auf FunctionGroupState über «use» und «aapRequiredPort» zu; EM stellt dieses über eine Realisierungsbeziehung bereit.

3. Dynamisches Verhalten & Sequenzablauf

  1. Instanziierung: SM ruft die statische Factory-Methode StateClient::Create(function) auf, welche eine Instanz oder ein fehlersicheres ara::core::Result<StateClient> zurückgibt.
  2. Initialisierungsverifikation: SM ruft beim Systemstart GetInitialMachineStateTransitionResult() auf.
  3. Zustandsüberführung: SM referenziert das Port-Interface FunctionGroupState und triggert SetState(FunctionGroupState). EM orchestriert die abhängigen Prozesse.
  4. Fehlerüberwachung: Das Ergebnis wird über Future synchronisiert; Detaildiagnose bei Fehlschlag erfolgt über GetExecutionError().

4. Normative Relevanz & Entwickler-Hinweise

  • Der Übergang vom Konstruktor zur statischen Factory-Methode Create(function) entspricht den AUTOSAR-C++-Design-Richtlinien zur Vermeidung von C++ Exceptions bei fehlschlagenden Objektinstanziierungen (Rückgabe von ara::core::Result).
  • Der Wegfall von FunctionGroup verschlankt das Architekturmodell; FunctionGroupState kapselt die Zugehörigkeit zur jeweiligen Funktionsgruppe vollständig.
  • Richtungsänderung am Port: SM nutzt FunctionGroupState nun als Required Port («aapRequiredPort»), anstatt wie in früheren Releases als Provided Port definiert zu sein.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» Execution Management daemon-based | «aapFunctionalCluster» | State Management daemon-based | «aapAPI,aapNativeInterface» | StateClient | + Create(function) + GetExecutionError() + GetInitialMachineStateTransitionResult() + SetState(FunctionGroupState): Future | «aapAPI,aapPortInterface» | FunctionGroupState | «use» «use» «aapRequiredPort»

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_EXP_SWArchitecture S. 43 9.6 Figure 9.6: Users of the State Management interfaces