AUTOSAR_EXP_SWArchitecture FIG-616fb361807c8de9 831 × 617 px 1 Release(s)

Figure 7.1: Overview of AUTOSAR Adaptive Platform and its context

SHA-256 Inhalts-Fingerabdruck: 616fb361807c8de9a6103da1a1aa09cd653113f1da9cc2693149e8368154ceb0

✦ 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: Anwendungsebene oberhalb der Plattform.
- AUTOSAR Adaptive Platform: Zentrales Paket/Subsystem (blau hinterlegt).
- Operating System: Unterlagerte Betriebssystem-Komponente.
- Watchdog: Hardware- bzw. externe Überwachungskomponente.
- Crypto Provider: Kryptografische Dienstanbieter-Komponente.
Schnittstellenblöcke (Rechtecke der Zwischenschicht) und Stereotype:
- «externalInterfac... Multi-Process System Interface
- «externalInterface» Single-Process POSIX API
- «externalInterfac... Non-volatile Storage
- «externalInterfac... TCP/IP Stack
- «externalInterface» Watchdog Driver
- «platformExtension... Crypto Provider (Stereotyp oben «platformExtension...», oberhalb des Texts zudem «externalInterfac...»)
Beziehungen:
- Gerichtete gestrichelte Pfeile («use»):
  - Von Adaptive Application auf AUTOSAR Adaptive Platform.
  - Von AUTOSAR Adaptive Platform auf alle sechs Schnittstellenblöcke der Zwischenebene.
- Realisierungs-/Generalisierungsbeziehungen (gestrichelte Linien mit geschlossener, nicht ausgefüllter Dreiecksspitze):
  - Von Operating System zu den vier Schnittstellen Multi-Process System Interface, Single-Process POSIX API, Non-volatile Storage und TCP/IP Stack.
  - Von Watchdog zur Schnittstelle Watchdog Driver.
  - Von Crypto Provider zur Schnittstelle Crypto Provider.

3. Dynamisches Verhalten & Sequenzablauf

Statische Schichten- und Nutzungsbeziehung ohne zeitlichen Sequenzablauf: Aufrufe erfolgen top-down von den adaptiven Applikationen an die AUTOSAR Adaptive Platform über «use»-Abhängigkeiten. Die Plattform greift ihrerseits über die definierten externen Schnittstellen und Plattform-Erweiterungen («use») auf die vom Betriebssystem, dem Watchdog und dem Crypto-Provider realisierten Dienste zu.

4. Normative Relevanz & Entwickler-Hinweise

Architekturrichtlinie für Schnittstellenkategorien im Systemkontext: Adaptive Applikationen greifen ausschließlich auf die Adaptive Platform zu. Das Fundament der Plattform gliedert sich normativ in vom Betriebssystem bereitgestellte Schnittstellen (POSIX- und Multi-Process-Schnittstellen, NVM, TCP/IP) sowie spezifische Treiber/Erweiterungen für Watchdog und Kryptografie (Crypto Provider), die über externe Schnittstellen («externalInterface») und Plattform-Erweiterungen («platformExtension») angebunden werden müssen.

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

R20-11 → R21-11 normative Änderung Nachfolger: FIG-7b8a67ac027b5fa6

Stereotyp der Schnittstellen zur Plattformunterlagerung geändert: «externalInterface» bzw. «externalInterfac...» durch «aapInternal» ersetzt (betrifft Multi-Process System Interface, Single-Process POSIX API, Non-volatile Storage, TCP/IP Stack).
Schnittstelle und Komponente Crypto Provider (mit Stereotyp «platformExtension...» bzw. «externalInterfac...») ersatzlos entfernt.
Schnittstelle Watchdog Driver («externalInterface») ersetzt durch Platform Health Management::WatchdogInterface mit dem Stereotyp «aapNativeInterf...».
Zugehörige «use»-Abhängigkeiten von AUTOSAR Adaptive Platform auf fünf Schnittstellenblöcke reduziert (vormals sechs).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Begleitender Spezifikationstext:

Explanation of Adaptive Platform Software Architecture AUTOSAR AP R20-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 Crypto Provider «externalInterfac... Multi-Process System Interface «platformExtension... Crypto Provider «externalInterfac... TCP/IP Stack «externalInterface» Watchdog Driver «externalInterfac... Non-volatile Storage AUTOSAR Adaptive Platform «externalInterface» Single-Process POSIX API «use» «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 (cf. Section 7.1) 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 chapt

Vorkommen in AUTOSAR-Releases (2)

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