DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-cc738c51774f9abc 587 × 635 px 1 Release(s)

Figure 11.16: Scenario: Store Persistent Data in File

SHA-256 Inhalts-Fingerabdruck: cc738c51774f9abc478b1079bdedbb0c8321a38bbf9f89a87cb3a838c4fdedd5

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-Sequenzdiagramm zur AUTOSAR Adaptive Platform (AP), Dokument AUTOSAR_AP_EXP_SWArchitecture. Das Diagramm modelliert das Beispielszenario „Store Persistent Data in File“ (Persistierung von Anwendungsdaten in dateibasierten Speichern) und zeigt die Interaktionen zwischen Anwendungsebene, AUTOSAR Adaptive Functional Clustern und dem zugrunde liegenden Betriebssystem.

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Lebenslinien:

  • :Adaptive Application (Akteur/Anwendungsprozess)
  • «aapFunctionalCluster» :Persistency (Funktionales Cluster der Adaptive Platform)
  • :Operating System (Akteur/Betriebssystemebene)
  • «aapFunctionalCluster» :Cryptography (Funktionales Cluster der Adaptive Platform)

Schnittstellen und Operationen:

  • :Adaptive Application an :Persistency:
    • OpenFileStorage(): FileStorage
    • OpenFileWriteOnly(): WriteAccessor
    • WriteText()
  • :Persistency an :Operating System:
    • open() mit Stereotyp «aapInformative»
    • write() mit Stereotyp «aapInformative»
  • :Persistency an :Cryptography:
    • ProcessBlock()
  • Referenzierte Interaktionen:
    • ref Initialize Cipher
    • ref Store Redundant Data

3. Dynamisches Verhalten & Sequenzablauf

  1. Die :Adaptive Application fordert über OpenFileStorage() Zugriff auf einen dateibasierten Speicher an; :Persistency liefert ein Handle vom Typ FileStorage zurück.
  2. Anschließend öffnet die :Adaptive Application eine Datei im reinen Schreibmodus mittels OpenFileWriteOnly(), worauf :Persistency einen typisierungsreinen WriteAccessor bereitstellt.
  3. Zur Vorbereitung der Dateierstellung bzw. -öffnung setzt :Persistency den informativen Aufruf open() («aapInformative») an das :Operating System ab.
  4. Bedingter Block alt [KeySlotMapping exists in Manifest and keySlotUsage = encryption]: Ist im Manifest ein KeySlot-Mapping für Verschlüsselung konfiguriert, wird die Interaktionsreferenz ref Initialize Cipher ausgeführt, an der :Persistency, :Operating System und :Cryptography beteiligt sind.
  5. Die :Adaptive Application schreibt Textdaten mittels WriteText() in den geöffneten Datei-Accessor.
  6. Bedingter Block alt [KeySlotMapping exists in Manifest and keySlotUsage = encryption]: Liegt Verschlüsselung vor, übergibt :Persistency die Datenblöcke synchron über ProcessBlock() an :Cryptography.
  7. :Persistency schreibt die (ggf. verschlüsselten) Nutzdaten über den informativen Aufruf write() («aapInformative») an das :Operating System.
  8. Bedingter Block alt [Redundancy enabled in Manifest]: Ist Redundanz im Manifest aktiviert, führt :Persistency die Interaktionsreferenz ref Store Redundant Data unter Einbindung des :Operating System aus.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm dokumentiert die exakte Typabgrenzung der Persistency-Schnittstellen: Der Aufruf OpenFileWriteOnly() liefert typkorrekt einen dedizierten WriteAccessor (im Gegensatz zum Lese-/Schreibzugriff via OpenFileReadWrite()). Die Betriebssystemaufrufe open() und write() tragen den Stereotyp «aapInformative». Redundanzmechanismen (ref Store Redundant Data) sowie Verschlüsselung (ref Initialize Cipher, ProcessBlock()) werden deklarativ über das Manifest gesteuert. Die Applikation schreibt Daten über Methoden des zurückgegebenen Accessors (hier WriteText()).

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

R24-11 → R25-11 normative Änderung Vorgänger: FIG-ea393fae4e430d09
  • Änderung des Rückgabetyps des Aufrufs OpenFileWriteOnly() von : ReadWriteAccessor zu : WriteAccessor.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

:Adaptive Application | «aapFunctionalCluster» | :Persistency | :Operating System | «aapFunctionalCluster» | :Cryptography | alt | [KeySlotMapping exists in Manifest and keySlotUsage = encryption] | alt | [KeySlotMapping exists in Manifest and keySlotUsage = encryption] | alt | [Redundancy enabled in Manifest] | ref | Initialize Cipher | ref | Store Redundant Data | OpenFileStorage(): FileStorage | write() | «aapInformative» | ProcessBlock() | open() | «aapInformative» | OpenFileWriteOnly(): WriteAccessor | WriteText()

Begleitender Spezifikationstext:

Explanation of Adaptive Platform Software Architecture AUTOSAR AP R25-11 :Adaptive Application «aapFunctionalCluster» :Persistency :Operating System «aapFunctionalCluster» :Cryptography alt [KeySlotMapping exists in Manifest and keySlotUsage = encryption] alt [KeySlotMapping exists in Manifest and keySlotUsage = encryption] alt [Redundancy enabled in Manifest] ref Initialize Cipher ref Store Redundant Data OpenFileStorage(): FileStorage write() «aapInformative» ProcessBlock() open() «aapInformative» OpenFileWriteOnly(): WriteAccessor WriteText() Figure 11.16: Scenario: Store Persistent Data in File Figure 11.16 shows the default scenario for Store Persistent Data in File. The Adaptive Application needs to open a FileStorage by calling OpenFileStorage(). Afterwards, the Adaptive Application needs to open an individual file for writing by calling OpenFileWriteOnly() or OpenFileReadWrite () depending if the Adaptive Application needs to read data from the file as well. Then, the Adaptive Application can store data via the methods provided by WriteAccessor or ReadWriteAccessor either as binary data or text data. If enabled in the Manifest, Persistency stores redundant data to detect and correct errors when reading from a file later. If the file or FileStorage is configured to use encryption, data will be encrypted before it is written to the underlying storage. 11.3.1.4 Store Persistent Data with Unique ID 11.3.1.4.1 Scenario: Store Persistent Data with Unique ID 229 of 269 Doc

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R25-11 AUTOSAR_AP_EXP_SWArchitecture S. 229 11.16 Figure 11.16: Scenario: Store Persistent Data in File