DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_OperatingSystemInterface FIG-0c4dda997ff779c5 216 × 298 px 1 Release(s)

Figure 5.1: Interfaces provided by Operating System Interface to other Functional Clusters

SHA-256 Inhalts-Fingerabdruck: 0c4dda997ff779c59e1701d68c8544a968a625a0fa4b56d7f059485945ecc201
✦ 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

  • Diagrammtyp: UML-2-Komponentendiagramm (Strukturdiagramm mit Schnittstellenbeziehungen).
  • Technischer Zweck: Spezifikation der Abhängigkeit und Schnittstellenbereitstellung (Provided Interface) des Functional Clusters Operating System Interface (OSI) gegenüber anderen Funktionsclustern der AUTOSAR Adaptive Platform (AP) gemäß Kapitel 5.1.
  • Architektur-Einordnung: In der AUTOSAR Adaptive Architektur kapselt das Operating System Interface das zugrundeliegende POSIX-Betriebssystem (PSE51-Subset). Das Diagramm definiert den normativen Bereitstellungspfad für Betriebssystem-Primitive an den Communication Management daemon-based-Cluster.

2. Komponenten, Entitäten & Schnittstellen

  • Entitäten & Stereotypen:
    • «aapFunctionalCluster» Operating System Interface (Provider): Der funktionale Plattform-Cluster, der OS-Abstraktionen und Systemressourcen bereitstellt.
    • «aapFunctionalCluster» Communication Management daemon-based (Client): Die daemon-basierte Implementierungsvariante des ara::com-Stacks, welche Hintergrundprozesse für IPC-, SOME/IP- oder Netzwerk-Routing betreibt.
    • «aapAPI, aapNativeInterface» OperatingSystemInterface: Die typisierte, native C++- bzw. POSIX-basierte Programmierschnittstelle.
  • Beziehungen & Semantik:
    • Interface Realization (gestrichelte Linie mit geschlossener, nicht ausgefüllter Dreiecksspitze): Operating System Interface implementiert und exponiert die Schnittstelle OperatingSystemInterface.
    • Usage Dependency («use», offene Pfeilspitze): Communication Management daemon-based konsumiert die Schnittstelle zur Laufzeit.
    • Kardinalität: 1:n-Architekturmuster (OSI stellt die Schnittstelle prinzipiell plattformweit bereit; hier normativ auf den Daemon-basierten Kommunikationscluster fokussiert).

3. Dynamisches Verhalten & Sequenzablauf

  • Diagrammcharakter: Rein statisches Architektur- und Schnittstellenmodell; keine Sequenz- oder Zustandsübergänge abgebildet.
  • Laufzeit-Interaktion (impliziert durch SWS-Kontext Table 5.1):
    1. Thread-Instanziierung: Der Kommunikations-Daemon ruft synchrone Fabrik-/Erzeugungsmethoden der Schnittstelle auf, um Worker-Threads für Event-Loops, Socket-Multiplexing (epoll/poll) und IPC-Dispatching zu generieren.
    2. Thread-Kontrolle: Konfiguration von Scheduling-Parametern (z. B. SCHED_FIFO, SCHED_RR), Prioritäten und Thread-Affinitäten über die OS-Interface-APIs.
    3. Synchronisation & Terminierung: Geordnetes Beenden und Joinen von Worker-Threads bei Shutdown- oder State-Management-Übergängen.

4. Normative Relevanz & Entwickler-Hinweise

  • Für Stack-Entwickler (Communication Management):
    • Direkte, hardcodierte POSIX-Aufrufe (pthread_create, etc.) sind zu vermeiden; die Thread-Generierung und -Steuerung muss über die durch den OSI-Cluster vorgegebenen Abstraktionen erfolgen.
    • Gewährleistung, dass Daemon-Threads deterministisch initialisiert und über das OS-Interface konfigurierbar bleiben (Stack-Größe, Thread-Name für Tracing/Debugging).
  • Für OS- & Plattform-Integratoren:
    • Implementierungspflicht: Der OSI-Cluster muss die geforderten Thread-Management-APIs konform zum konfigurierten POSIX-Profil (PSE51) exportieren.
    • Privilegien & Capabilities: Der Communication-Daemon-Prozess benötigt ausreichende OS-Rechte (z. B. Setzen von Echtzeit-Prioritäten), die das OSI steuern und gegen Sicherheitsrichtlinien absichern muss.

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

R24-11 → R25-11 keine inhaltliche Änderung Vorgänger: FIG-0b69167224d1af10

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» Operating System Interface | «aapFunctionalCluster» Communication Management daemon-based | «aapAPI,aapNativeInterface» | OperatingSystemInterface | «use»

Begleitender Spezifikationstext:

Specification of Operating System Interface AUTOSAR AP R25-11 5 Dependencies to Functional Clusters This chapter provides an overview of the dependencies to other Functional Clusters in the AUTOSAR Adaptive Platform. Section 5.1 “Provided Interfaces” lists the interfaces provided by Operating System Interface to other Functional Clusters. Section 5.2 “Required Interfaces” lists the interfaces required by Operating System Interface. A detailed technical architecture documentation of the AUTOSAR Adaptive Platform is provided in [5]. 5.1 Provided Interfaces «aapFunctionalCluster» Operating System Interface «aapFunctionalCluster» Communication Management daemon-based «aapAPI,aapNativeInterface» OperatingSystemInterface «use» Figure 5.1: Interfaces provided by Operating System Interface to other Functional Clusters Figure 5.1 shows the interfaces provided by Operating System Interface to other Functional Clusters within the AUTOSAR Adaptive Platform. Table 5.1 provides a complete list of interfaces provided to other Functional Clusters within the AUTOSAR Adaptive Platform. Interface Functional Cluster Purpose OperatingSystem Interface Communication Management Communication Management should use this interface to create and control Threads used by the implementation. Table 5.1: Interfaces provided to other Functional Clusters 11 of 44 Document ID 719: AUTOSAR_AP_SWS_OperatingSystemInterface

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R25-11 AUTOSAR_AP_SWS_OperatingSystemInterface S. 11 5.1 Figure 5.1: Interfaces provided by Operating System Interface to other Functional Clusters