DEENESPTFRRUARHIKOZHNL
AUTOSAR_EXP_SWArchitecture FIG-4da832302bf88d30 617 × 403 px 1 Release(s)

Figure 7.1: Overview of AUTOSAR Adaptive Platform and its context

SHA-256 Inhalts-Fingerabdruck: 4da832302bf88d30fd4553760e2874ed6b82c6526a90d9a1e7bc5e549755982e

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-Komponentendiagramm zur Darstellung des Systemkontexts und der architektonischen Schichtung der AUTOSAR Adaptive Platform (AP). Das Diagramm veranschaulicht die Einbettung der Plattform zwischen Anwendungssoftware (Adaptive Application) auf der Oberseite und Basisdiensten bzw. Hardware-/Treiberkomponenten (Operating System, Watchdog, Crypto Provider) auf der Unterseite sowie die vermittelnden Schnittstellenebenen.

2. Komponenten, Entitäten & Schnittstellen

  • Komponenten (UML-Component):
    • Adaptive Application: Oberste Anwendungskomponente.
    • AUTOSAR Adaptive Platform: Zentrales Subsystem (blau hinterlegt).
    • Operating System: Unterlagerte Betriebssystem-Komponente.
    • Watchdog: Externe Überwachungseinheit.
  • Schnittstellenblöcke der Zwischenebene:
    • «aapInternal» Multi-Process System Interface
    • «aapInternal» Single-Process POSIX API
    • «aapInternal» Non-volatile Storage
    • «aapInternal» TCP/IP Stack
    • «aapNativeInterf... Platform Health Management::WatchdogInterface
  • Beziehungen:
    • Gerichtete «use»-Abhängigkeiten:
      • Von Adaptive Application auf AUTOSAR Adaptive Platform.
      • Von AUTOSAR Adaptive Platform auf die fünf Schnittstellenblöcke der Zwischenebene.
    • Realisierungsbeziehungen (gestrichelte Linien mit hohler Dreiecksspitze):
      • Von Operating System zu den vier internen Schnittstellen (Multi-Process System Interface, Single-Process POSIX API, Non-volatile Storage, TCP/IP Stack).
      • Von Watchdog zu Platform Health Management::WatchdogInterface.

3. Dynamisches Verhalten & Sequenzablauf

Statische Architektur- und Nutzungsstruktur: Der Kontroll- und Nutzungsfluss verläuft abwärts von der Adaptive Application über «use» auf die AUTOSAR Adaptive Platform. Die Plattform interagiert über vier plattforminterne Schnittstellen («aapInternal») mit dem Betriebssystem sowie über eine native Plattform-Schnittstelle («aapNativeInterf...) des Platform Health Management mit dem Watchdog.

4. Normative Relevanz & Entwickler-Hinweise

Normative Klassifikation der Schnittstellen nach AUTOSAR Adaptive Platform Architekturkonzepten: Unterlagerte Betriebssystem-Dienste (POSIX, Multi-Process, NVM, Netzwerk/TCP) sind als plattformintern («aapInternal») klassifiziert. Die Watchdog-Interaktion erfolgt formalisiert über das funktionale Cluster Platform Health Management mittels Platform Health Management::WatchdogInterface als native Adaptive-Platform-Schnittstelle («aapNativeInterf...). Ein separater externer Crypto-Provider-Block ist in dieser Systemkontextübersicht nicht mehr als Schnittstellen- und Komponenteninstanz ausgewiesen.

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

R21-11 → R22-11 keine inhaltliche Änderung Vorgänger: FIG-7b8a67ac027b5fa6

Keine inhaltlichen Änderungen erkennbar.

R22-11 → R23-11 redaktionell Nachfolger: FIG-44223525e4ac21fc
  • Bildbeschnitt am oberen Rand geändert (abgeschnittene Textfragmente einer darüberliegenden Textzeile des Dokuments im oberen Bildbereich sichtbar).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Operating System | Adaptive Application | Watchdog | «aapInternal» Multi-Process System Interface | «aapInternal» | TCP/IP Stack | «aapNativeInterf... | Platform Health | Management:: WatchdogInterface | «aapInternal» Non-volatile Storage | AUTOSAR Adaptive Platform | «aapInternal» Single-Process POSIX | API | «use» | «use» | «use» «use» «use» «use»

Begleitender Spezifikationstext:

Explanation of Adaptive Platform Software Architecture AUTOSAR AP R22-11 7 System Scope and Context This chapter provides an overview of the AUTOSAR Adaptive Platform system context by separating the AUTOSAR Adaptive Platform and its communication partners (e.g., external systems). Considering Figure 7.1, there are three categories of communication partners for the AUTOSAR Adaptive Platform. Operating System Adaptive Application Watchdog «aapInternal» Multi-Process System Interface «aapInternal» TCP/IP Stack «aapNativeInterf... Platform Health Management:: WatchdogInterface «aapInternal» Non-volatile Storage AUTOSAR Adaptive Platform «aapInternal» Single-Process POSIX API «use» «use» «use» «use» «use» «use» Figure 7.1: Overview of AUTOSAR Adaptive Platform and its context The AUTOSAR Adaptive Platform is conceptually a middleware. AUTOSAR Adaptive Platform provides services to Adaptive Applications beyond those available from the underlying operating system, drivers, and extensions (cf. Section 7.2). Section 7.3 describes the third category that are external systems communicating with (an Adaptive Application via) AUTOSAR Adaptive Platform. 7.1 Adaptive Application Adaptive Applications are built on the functionality provided by the AUTOSAR Adaptive Platform. They directly use the various interfaces provided by the individual building blocks of AUTOSAR Adaptive Platform described in more detail in chapter 9. 7.2 Dependencies 7.2.1 Crypto Provider Crypto Provider is a componen

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R22-11 AUTOSAR_EXP_SWArchitecture S. 20 7.1 Figure 7.1: Overview of AUTOSAR Adaptive Platform and its context