Figure 7.2: State Change Sequence – Transition to machine state StateXYZ

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm (sd Transition to Machine State <<StateXYZ>>) zur Darstellung der Interaktion zwischen State Management (SM), Execution Management (EM) und Anwendungsinstanzen in AUTOSAR Adaptive Platform während eines Maschinenstatuswechsels. Es zeigt die Koordination des Herunterfahrens nicht mehr benötigter Prozesse sowie das Starten neuer Prozesse im Rahmen einer Zustandsänderung der Machine Function Group.

2. Komponenten, Entitäten & Schnittstellen

• EM (Execution Management): Verwaltet den Lebenszyklus von Prozessen, führt Zustandswechsel für Function Groups aus und terminiert bzw. startet Prozesse.
• SM (State Management): Initiiert den Zustandsübergang der Maschine über die Schnittstelle zu EM.
• App1: Prozess, der im Ausgangszustand aktiv ist und für den Zielzustand heruntergefahren wird.
• App2: Prozess, der für den Zielzustand gestartet wird.
• Schnittstellen & Methoden:
  • SetState("MachineFG", StateXYZ): Anforderung des Zustandswechsels durch SM an EM.
  • SIGTERM(allProcesses): Signal von EM an zu beendende Prozesse.
  • ExecutionClient::ReportExecutionState(kTerminating): Statusmeldung des Prozesses an EM beim Herunterfahren.
  • WaitForTermination(App1): Interne Synchronisation/Wartefunktion im EM auf das tatsächliche Prozessende.
  • CreateProcess(allApps): Erzeugung und Start der Prozesse durch EM.
  • ExecutionClient::ReportExecutionState(kRunning): Statusmeldung des neu gestarteten Prozesses an EM.
  • :kSuccess: Erfolgsrückmeldung von EM an SM.

3. Dynamisches Verhalten & Sequenzablauf

1. SM sendet den synchronen Aufruf SetState("MachineFG", StateXYZ) an EM, um den Übergang der Machine Function Group in den Zustand StateXYZ einzuleiten.
2. Kombiniertes Fragment loop [Shutdown]:
   • EM sendet SIGTERM(allProcesses) an App1.
   • App1 meldet über ExecutionClient::ReportExecutionState(kTerminating) an EM, dass der Beendigungsvorgang läuft.
   • EM führt WaitForTermination(App1) aus, um auf das Prozessende zu warten.
3. Kombiniertes Fragment loop [Startup]:
   • EM startet neue Prozesse mittels CreateProcess(allApps) (hier App2).
   • App2 meldet nach erfolgreicher Initialisierung ExecutionClient::ReportExecutionState(kRunning) an EM.
4. Nach Abschluss aller Shutdown- und Startup-Aktionen antwortet EM mit der Rückmeldung :kSuccess an SM.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm beschreibt das normativ vorgegebene Zusammenspiel zwischen State Management und Execution Management gemäß AUTOSAR Adaptive Platform. Für Integratoren und Entwickler von Plattformdiensten ist relevant:

• Der Übergang erfolgt zweiphasig (erst geordneter Shutdown aller obsoleten Prozesse, danach kontrollierter Startup neuer Prozesse).
• Prozesse melden ihren Lebenszyklusstatus über den ExecutionClient explizit zurück (kTerminating und kRunning).
• EM quittiert SetState erst, nachdem alle definierten Prozesse erfolgreich beendet bzw. hochgefahren wurden.