DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_ExecutionManagement FIG-44d5063d0b544e8d 887 × 794 px 2 Release(s)

Figure 7.8: Start-up Sequence – from Startup to initial running state StateXYZ

SHA-256 Inhalts-Fingerabdruck: 44d5063d0b544e8d53fdeb701936703a142b8fe9a3bc6bd57addcace8b35690d

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 (sd Startup to Initial StateXYZ) im Rahmen von AUTOSAR Adaptive (Execution Management). Es modelliert die asynchrone Hochlauf- und Zustandswechselsequenz zwischen Operating System (OS), Execution Management (EM) und State Management (SM) unter Verwendung von C++-Standardtypen (ara::core::Future).

2. Komponenten, Entitäten & Schnittstellen

Entitäten:

  • OS: Betriebssystem-Lebenslinie.
  • EM: Execution Management mit mehrfachen Aktivierungsphasen.
  • SM: State Management mit durchgehendem Aktivierungsbalken nach Prozessstart.

Schnittstellen und Signaturen:

  • main(): Synchroner Prozesseinstieg vom OS an EM.
  • CreateProcess(SM): Prozesserzeugung von EM an SM.
  • ReportExecutionState(kRunning): Direkte Statusmeldung von SM an EM ohne Namensraumpräfix.
  • GetInitialMachineStateTransitionResult(): ara::core::Future<void>: Synchrone Methodenabfrage des Ergebnisses des initialen Maschinenzustandswechsels mit asynchronem Rückgabeobjekt, gefolgt von einer gestrichelten Antwort GetInitialMachineStateTransitionResult() mit Stereotyp «future invocation».
  • SetState(FunctionGroupState &stateXYZ): ara::core::Future<void>: Typsichere Zustandsanforderung unter Verwendung einer Referenz auf ein FunctionGroupState-Objekt, beantwortet mit SetState(): Transition completed unter dem Stereotyp «future invocation».

3. Dynamisches Verhalten & Sequenzablauf

  1. OS startet EM via main().
  2. EM erzeugt direkt den Prozess des State Managements über CreateProcess(SM).
  3. SM meldet seine Ausführungsbereitschaft über ReportExecutionState(kRunning) an EM.
  4. SM fragt über GetInitialMachineStateTransitionResult() das Ergebnis des initialen Maschinenzustandswechsels bei EM ab und erhält ein ara::core::Future<void>. Nach Abschluss der internen Initialisierung von EM wird das Future über die asynchrone Antwort GetInitialMachineStateTransitionResult() «future invocation» erfüllt.
  5. SM triggert den Zustandsübergang in den initialen Laufzeitzustand über SetState(FunctionGroupState &stateXYZ). Der Aufruf liefert synchron ein ara::core::Future<void> zurück.
  6. Sobald EM die Transition vollständig verarbeitet hat, wird der Abschluss asynchron über SetState(): Transition completed «future invocation» an SM übermittelt.

4. Normative Relevanz & Entwickler-Hinweise

Normative Anforderungen für Implementierungen ab dieser Fassung:

  • Der Zustandsübergang und die Synchronisation zwischen SM und EM basieren vollständig auf dem asynchronen Future/Promise-Pattern von ara::core::Future<void>.
  • SM muss zwingend das Ergebnis des initialen Maschinenzustandswechsels über GetInitialMachineStateTransitionResult() abwarten, bevor Folgezustände angefordert werden.
  • Die Methode SetState erwartet als Parameter eine typisierte Objektreferenz FunctionGroupState & anstelle von String-Literalen.
  • Der Abschluss von Zustandsübergängen wird asynchron über das Future signalisiert.

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

R20-11 → R21-11 normative Änderung Vorgänger: FIG-abde083e66a294c1
  • Kombiniertes Fragment loop: Vollständige Entfernung des Schleifenrahmens um die Prozessinitiierung.
  • Methodenaufruf ReportExecutionState: Entfernung des Interface-Präfixes ExecutionClient::.
  • Methodenaufruf GetInitialMachineStateTransitionResult: Neuer synchroner Aufruf von SM an EM mit Rückgabetyp ara::core::Future<void> und anschließender asynchroner Rückmeldung («future invocation»).
  • Methodenaufruf SetState: Signatur von SetState("MachineFG", StateXYZ) geändert zu SetState(FunctionGroupState &stateXYZ): ara::core::Future<void> mit expliziter asynchroner Abschlussbenachrichtigung SetState(): Transition completed «future invocation».
R22-11 → R24-11 redaktionell Nachfolger: FIG-6c839eebde4e6a26
  • Lifeline-Köpfe: Vollständige Ausschreibung der Bezeichner Operating System, Execution Management und State Management statt der Akronyme OS, EM und SM.
  • Diagramm-Layout: Ersetzung des UML-Rahmens (sd Startup to Initial StateXYZ) durch eine zentrierte Textüberschrift Startup to initial StateXYZ; Einführung von Unterbrechungslinien (gepunktete rote Abschnitte) in den Lebenslinien.
  • Methodenaufruf ReportExecutionState(kRunning): Ergänzung des Rückgabetyps : ara::core::Result<void> mit zugehörigem gestricheltem Antwortpfeil von EM an State Management.
  • Stereotype/Beschriftungen asynchroner Antworten: Anpassung der Guillemets und Texte von «future invocation» zu <<future invocation from GetInitialMachineStateTransitionResult>> sowie <<future invocation from SetState>> (statt SetState(): Transition completed «future invocation»).
  • Farbschema: Einführung blauer Aktivierungsbalken und Kopfhervorhebung für State Management.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

RS_EM_00101 SWS_EM_01032

Aus dem Dokument extrahierter Text & Kontext

Begleitender Spezifikationstext:

Specification of Execution Management AUTOSAR AP R22-11 Machine States (as well as other Function Group States) are requested by State Management. The set of active states is significantly influenced by vehiclewide events and modes. For details on state change management see Section 7.5.5. [SWS_EM_01032] Machine States configuration ⌈Execution Management shall obtain the configuration of Machine States from Function Group "MachineFG" within the SoftwareCluster with category PLATFORM_CORE.⌋(RS_EM_00101) Please note that according to [constr_1788] there must be exactly one SoftwareCluster with category PLATFORM_CORE on each machine. The start-up sequence from initial state Startup to the point where State Management, SM, requests the initial running machine state StateXYZ is illustrated in Figure 7.8. Figure 7.8: Start-up Sequence – from Startup to initial running state StateXYZ An arbitrary state change sequence to machine state StateXYZ is illustrated in Figure 7.9. Here, on receipt of the state change request, Execution Management terminates running processes and then starts processes active in the new state before confirming the state change to State Management. 48 of 161 Document ID 721: AUTOSAR_SWS_ExecutionManagement

Vorkommen in AUTOSAR-Releases (3)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R21-11 AUTOSAR_SWS_ExecutionManagement S. 47 7.8 Figure 7.8: Start-up Sequence – from Startup to initial running state StateXYZ
R21-11 AUTOSAR_SWS_ExecutionManagement S. 47 7.8 Figure 7.8: Start-up Sequence – from Startup to initial running state StateXYZ
R22-11 AUTOSAR_SWS_ExecutionManagement S. 48 7.8 Figure 7.8: Start-up Sequence – from Startup to initial running state StateXYZ