DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_ExecutionManagement FIG-c8cd215532f5e4d7 660 × 497 px 1 Release(s)

Figure 7.5: Startup sequence

SHA-256 Inhalts-Fingerabdruck: c8cd215532f5e4d7f82b4644e1a8e0c47f7523e4d507c61f5b83ffac70ccbb66

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

Ablaufdiagramm / Initialisierungssequenz für den Hochlauf der AUTOSAR Adaptive Platform. Das Diagramm stellt die Phasen des Boot- und Startvorgangs von der Betriebssystemebene bis zur Ausführung von Prozessen im Kontext des Moduls Execution Management dar.

2. Komponenten, Entitäten & Schnittstellen

  • OS (Operating System): Führt den Initial-Boot durch und startet das Execution Management.
  • Execution Management (EM): Zentrale funktionale Einheit der Adaptive Platform Foundation zur Steuerung von Lebenszyklen und Startreihenfolgen.
  • Processed Manifests: Konfigurationsartefakte mit Abhängigkeitsbeschreibungen (Dependency Description) für Applikationen.
  • Adaptive Platform Foundation Modules: Plattformmodule, die als über Manifeste beschriebene Applikationen modelliert und gestartet werden.
  • Processes of Application Executables: Instanziierte Betriebssystemprozesse der auszuführenden Applikationen.

3. Dynamisches Verhalten & Sequenzablauf

  1. OS boot: Das Betriebssystem initialisiert die Hardware und grundlegende OS-Dienste.
  2. OS starts the Execution Management: Das Betriebssystem startet die ausführbare Datei des Execution Managements.
  3. The Execution Management reads the processed manifests and determines the application startup order based on the dependency description: Das Execution Management lädt die vorverarbeiteten Manifeste und ermittelt die Startreihenfolge anhand der deklarierten Abhängigkeiten.
    • Innerhalb dieser Phase werden auch weitere Module der Adaptive Platform Foundation gestartet, da diese ebenfalls als Applikationen mit Manifesten spezifiziert sind („Other Adaptive Platform Foundation modules are also started as they are Applications described with Manifests“).
  4. Processes of Application Executables are instantiated based on the startup order: Die Prozesse der Anwendungs-Executables werden sequenziell bzw. gemäß der ermittelten Startreihenfolge durch das Execution Management instanziiert.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm definiert die normative Startkaskade der AUTOSAR Adaptive Platform. Entwickler und Integratoren müssen sicherstellen, dass Abhängigkeiten in den Anwendungsmanifesten vollständig deklariert sind, da das Execution Management die Startreihenfolge direkt aus diesen Manifestinformationen ableitet. Plattform-Basisdienste sind integrationsseitig wie reguläre Manifest-basierte Applikationen zu behandeln.

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

R19-03 → R19-11 keine inhaltliche Änderung Vorgänger: FIG-172ad9be49dff1a0

Keine inhaltlichen Änderungen erkennbar.

R19-11 → R20-11 normative Änderung Nachfolger: FIG-1318f7b4a40f1b7e
  • Ersetzung der rein sequenziellen textuellen Ablaufblöcke durch ein strukturiertes Ablauf- und Zustandsdiagramm mit Komponentenrahmen Execution Management und vorgelagertem OS Boot.
  • Konkretisierung der eingelesenen Manifeste: Der allgemeine Schritt „reads the processed manifests“ wird durch den Block Read (processed) Manifests mit zwei spezifischen Dokumentenartefakten spezifiziert: Machine Manifest und Execution Manifest Instance(s).
  • Entfall der expliziten Hervorhebung von „Other Adaptive Platform Foundation modules are also started as they are Applications described with Manifests“ sowie des Textes zur Ermittlung der Startup-Reihenfolge anhand von Abhängigkeiten.
  • Einführung der Phasen Start Application(s), Enter Machine State und Stop Application(s) innerhalb des Execution Managements.
  • Ergänzung einer Rückkopplungsschleife / Zyklus via State Change von Stop Application(s) zurück zu Start Application(s).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

TPS_MANI_01041 Wortlaut noch nicht übernommen

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

OS boot | OS starts the Execution Management | The Execution Management reads the processed manifests | and determines the application startup order based on the | dependency description. | Processes of Application Executables are instantiated | based on the startup order. | Other Adaptive Platform Foundation modules are also | started as they are Applications described with | Manifests

Begleitender Spezifikationstext:

Specification of Execution Management AUTOSAR AP R19-11 Please see Section 7.2.5. Figure 7.5 shows the overall startup sequence. OS boot OS starts the Execution Management The Execution Management reads the processed manifests and determines the application startup order based on the dependency description. Processes of Application Executables are instantiated based on the startup order. Other Adaptive Platform Foundation modules are also started as they are Applications described with Manifests Figure 7.5: Startup sequence 7.4.4.1 Execution Dependency Execution Management provides support to the AUTOSAR Adaptive Platform for ordered startup and shutdown of Applications. This ensures that Applications are started before dependent Applications use the services that they provide and, likewise, that Applications are shutdown only when their provided services are no longer required. The Execution Dependencies, see [TPS_MANI_01041] and [constr_1606] , are configured in the Execution Manifests, which is created at integration time based on information provided by the Application developer. User-level Applications are expected to use the service discovery mechanisms of Communication Management as the primary mechanism for execution sequencing as this is supported both within a Machine and across Machine boundaries. Thus user-level applications should not rely on Execution Dependencies unless strictly necessary. Which Processes are running depends on the current Function Group States

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R19-11 AUTOSAR_SWS_ExecutionManagement S. 36 7.5 Figure 7.5: Startup sequence
R19-11 AUTOSAR_SWS_ExecutionManagement S. 36 7.5 Figure 7.5: Startup sequence