DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-6b2632b0cef9991f 585 × 337 px 1 Release(s)

Figure 11.4: Scenario: Change System State

SHA-256 Inhalts-Fingerabdruck: 6b2632b0cef9991fca42efe402693acb8d2247bfaf3fdeb959acea4feb965d67

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ 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-Sequenzdiagramm zur Interaktion im AUTOSAR Adaptive Platform Architektur-Szenario „Change System State“ (Abschnitt 11.1.2.1.1). Es beschreibt die koordinierte Zustandsänderung zwischen einer spezialisierten Steuerungsanwendung (SMControlApplication), dem Functional Cluster State Management und dem Functional Cluster Execution Management.

2. Komponenten, Entitäten & Schnittstellen

  • Akteur / Lifeline: app: SMControlApplication (spezialisierte Steuerungsanwendung für State Management).
  • Functional Cluster Lifeline: «aapFunctionalCluster» :State Management (Verwaltung von System- und Funktionsgruppenzuständen).
  • Functional Cluster Lifeline: «aapFunctionalCluster» :Execution Management (Ausführungskontrolle und Umschaltung von Function Group States).
  • Schnittstellen und Methoden:
    • RequestTransition(newState): Methodenaufruf von app: SMControlApplication an State Management zur Anforderung eines Zustandswechsels.
    • «aapInformative» determineDesiredFGSate(): desiredState: Interner, informativer Selbstaufruf von State Management zur Bestimmung der Ziel-Funktionsgruppenzustände.
    • SetState(desiredState): Synchroner Steuerungsaufruf von State Management an Execution Management.
    • Unbeschriftete gestrichelte Antwortnachricht: Quittierung des Abschlusses von SetState von Execution Management an State Management.
    • «aapInformative» handleNewFGState(): Interner, informativer Selbstaufruf von State Management nach Empfang der Zustandsquittierung.

3. Dynamisches Verhalten & Sequenzablauf

  1. Die Steuerungsanwendung app: SMControlApplication initiiert den Zustandswechsel durch Aufruf von RequestTransition(newState) an State Management.
  2. State Management berechnet intern die erforderlichen Function Group States mittels «aapInformative» determineDesiredFGSate(): desiredState.
  3. State Management beauftragt Execution Management über SetState(desiredState).
  4. Execution Management vollzieht die Umschaltung und quittiert den Abschluss über die gestrichelte Antwortnachricht an State Management.
  5. State Management führt die interne Nachbereitung über «aapInformative» handleNewFGState() durch. Eine gesonderte Rückmeldung an die Anwendung erfolgt im Diagrammablauf nicht.

4. Normative Relevanz & Entwickler-Hinweise

Die Interaktionsschnittstelle zur Anwendungsdomäne wird auf RequestTransition(newState) umgestellt und ist an die spezifische Rolle SMControlApplication gebunden. Trigger-basierte In/Out-Felder (TriggerIn / TriggerOut) entfallen im Diagramm. Die internen Abläufe von State Management bleiben als «aapInformative» gekennzeichnet (inklusive der Schreibweise determineDesiredFGSate), während der Übergang auf Plattformebene weiterhin normativ über SetState an Execution Management delegiert wird.

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

R24-11 → R25-11 normative Änderung Vorgänger: FIG-c50a095789145a64
  • Akteur app: Adaptive Application umbenannt zu app: SMControlApplication.
  • Aufruf TriggerIn_{StateGroup}::Set(value) ersetzt durch RequestTransition(newState).
  • Rückmeldung / Benachrichtigung TriggerOut_{StateGroup}::notify(value) an die Applikation entfernt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» | :State Management | «aapFunctionalCluster» | :Execution Management | app: SMControlApplication | «aapInformative» handleNewFGState() | RequestTransition(newState) | «aapInformative» determineDesiredFGSate(): desiredState | SetState(desiredState)

Begleitender Spezifikationstext:

Explanation of Adaptive Platform Software Architecture AUTOSAR AP R25-11 that process. Other kinds of supervisions (Deadline Supervision, and Logical Supervision) are started when the first checkpoint is reported for them. 11.1.2 State Management 11.1.2.1 Change System State 11.1.2.1.1 Scenario: Change System State «aapFunctionalCluster» :State Management «aapFunctionalCluster» :Execution Management app: SMControlApplication «aapInformative» handleNewFGState() RequestTransition(newState) «aapInformative» determineDesiredFGSate(): desiredState SetState(desiredState) Figure 11.4: Scenario: Change System State Figure 11.4 shows the default scenario for Change System State. An SMControlApplication calls RequestTransition with a parameter indicating the requested transition. Based on the requested transition, State Management determines a new desired system state, that is a set of desired Function Group States, and requests these Function Group States from Execution Management by calling SetState(). 11.1.2.2 Recover from Supervision Failure 11.1.2.2.1 Scenario: Recover by System State Change 219 of 269 Document ID 982: AUTOSAR_AP_EXP_SWArchitecture

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R25-11 AUTOSAR_AP_EXP_SWArchitecture S. 219 11.4 Figure 11.4: Scenario: Change System State