DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-0868ee1bef0be8b2 860 × 436 px 1 Release(s)

Figure 9.43: Interfaces for file storage

SHA-256 Inhalts-Fingerabdruck: 0868ee1bef0be8b24384e52829d29e6ce3eeaedfa864785c1c6d6235696aea97

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-Klassendiagramm zur Darstellung der Schnittstellenarchitektur für Dateispeicherung (File Storage) innerhalb der AUTOSAR Adaptive Platform. Das Diagramm spezifiziert die Interaktion zwischen einer Anwendungsentität (Adaptive Application), den angebotenen C++-Schnittstellen und dem Funktionscluster Persistency.

2. Komponenten, Entitäten & Schnittstellen

  • Komponenten:
    • Adaptive Application (Komponente, konsumierende Rolle)
    • Persistency (Komponente mit Stereotyp «aapFunctionalCluster», implementierende Rolle)
  • Schnittstellen und Klassen:
    • Statisches Interface ohne expliziten Klassenbezeichner («aapAPI,aapNativeInterface»): Statische Methoden GetCurrentFileStorageSize(), OpenFileStorage(): FileStorage, RecoverAllFiles(), ResetAllFiles().
    • FileStorage («aapAPI,aapPortInterface»): Methoden DeleteFile(), FileExists(), GetAllFileNames(), GetCurrentFileSize(), GetFileInfo(), OpenFileReadOnly(): ReadAccessor, OpenFileReadWrite(): ReadWriteAccessor, OpenFileWriteOnly(): ReadWriteAccessor, RecoverFile(), ResetFile().
    • ReadAccessor («aapAPI,aapNativeInterface»): Methoden GetByte(), GetChar(), GetPosition(), GetSize(), IsEof(), MovePosition(), PeekByte(), PeekChar(), ReadBinary(), ReadLine(), ReadText(), SetPosition().
    • ReadWriteAccessor («aapAPI,aapNativeInterface»): Methoden operator<<(), SetFileSize(), SyncToFile(), WriteBinary(), WriteText().
  • Beziehungen:
    • Adaptive Application nutzt über gerichtete Abhängigkeiten («use») alle vier Schnittstellen («aapAPI,aapNativeInterface», FileStorage, ReadAccessor, ReadWriteAccessor).
    • ReadWriteAccessor erbt via Generalisierung von ReadAccessor.
    • Der Cluster Persistency implementiert alle vier Schnittstellen über Interface-Realisierungspfeile.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Strukturdiagramm ohne explizite Interaktions- oder Sequenzpfade. Der funktionale Ablauf impliziert:

  1. Zugriff auf globale Persistenz-Funktionen über das native Interface Persistency zur Öffnung eines Speichers (OpenFileStorage()), der ein Persistency::FileStorage-Objekt zurückgibt.
  2. Verwaltung von Dateien und Dateizugriffen über Persistency::FileStorage. Das Öffnen einer Datei liefert typisierte Accessor-Instanzen (ReadAccessor oder ReadWriteAccessor).
  3. Datenübertragung bzw. sequentieller/wahlfreier Lese- und Schreibzugriff über Methoden der Accessoren.
  4. Datei- und Speicherwiederherstellung über entsprechende Recover*- bzw. Reset*-Operationen.

4. Normative Relevanz & Entwickler-Hinweise

  • Persistency::FileStorage fungiert sowohl als C++-API als auch als Port-Interface («aapAPI,aapPortInterface») zur standardisierten Modellierung von Service-Ports und Manifesten.
  • Methoden von Persistency sind unterstrichen dargestellt und damit als statische Methoden der Schnittstelle definiert.
  • Datei-Streams bzw. Puffer werden über spezialisierte Zugriffsobjekte gekapselt (ReadAccessor für Leseoperationen, ReadWriteAccessor für kombinierte Lese-/Schreibzugriffe).
  • Transaktions- bzw. Flush-Garantien für Dateiinhalte werden über SyncToFile() adressiert.

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

R23-11 → R24-11 redaktionell Vorgänger: FIG-d4a285d7fb4a108f
  • Die Schnittstellennamen Persistency::FileStorage, Persistency::ReadAccessor und Persistency::ReadWriteAccessor wurden durch Entfernung des Namespace-Präfixes zu FileStorage, ReadAccessor und ReadWriteAccessor verkürzt.
  • Der Klassenbezeichner des linken Interfaces entfällt (nur noch Stereotyp «aapAPI,aapNativeInterface» oberhalb der Operationen).
R24-11 → R25-11 normative Änderung Nachfolger: FIG-d06ac69baf5f0968
  • Die Schnittstellen ReadAccessor und ReadWriteAccessor sowie deren Nutzungspfeile von Adaptive Application und Realisierungspfeile durch Persistency entfallen im Diagramm.
  • Die Generalisierungsbeziehung zwischen ReadWriteAccessor und ReadAccessor entfällt.
  • Der Rückgabetyp der Methode OpenFileWriteOnly() in FileStorage ändert sich von ReadWriteAccessor zu WriteAccessor.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» | Persistency | «aapAPI,aapPortInterface» | FileStorage | + DeleteFile() + FileExists() + GetAllFileNames() + GetCurrentFileSize() + GetFileInfo() + OpenFileReadOnly(): ReadAccessor + OpenFileReadWrite(): ReadWriteAccessor + OpenFileWriteOnly(): ReadWriteAccessor + RecoverFile() + ResetFile() | «aapAPI,aapNativeInterface» | ReadAccessor | + GetByte() + GetChar() + GetPosition() + GetSize() + IsEof() + MovePosition() + PeekByte() + PeekChar() + ReadBinary() + ReadLine() + ReadText() + SetPosition() | «aapAPI,aapNativeInterface» | ReadWriteAccessor | + operator<<() + SetFileSize() + SyncToFile() + WriteBinary() + WriteText() | «aapAPI,aapNativeInterface» | + GetCurrentFileStorageSize() + OpenFileStorage(): FileStorage + RecoverAllFiles() + ResetAllFiles() | Adaptive Application | «use» «use» «use» «use»

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R24-11 AUTOSAR_AP_EXP_SWArchitecture S. 87 9.43 Figure 9.43: Interfaces for file storage