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

Figure 11.17: Scenario: Store Persistent Data in File

SHA-256 Inhalts-Fingerabdruck: ea393fae4e430d091265aa3ca0ef18dde720df8b646d5a5c1b9f40b54cd92652

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(): ReadWriteAccessor
    • 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 Schreibmodus mittels OpenFileWriteOnly(), worauf :Persistency einen ReadWriteAccessor 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 veranschaulicht das Zusammenspiel der Schnittstellen von ara::per mit Manifest-Konfigurationen und Plattformdiensten. Die Betriebssystemaufrufe open() und write() sind explizit als informativ («aapInformative») gekennzeichnet, da die konkrete POSIX-/OS-Realisierung implementationsspezifisch ist. Neben der optionalen Verschlüsselung (KeySlotMapping, keySlotUsage = encryption) wird die redundante Datenhaltung über die Manifest-Bedingung [Redundancy enabled in Manifest] und die Sequenz Store Redundant Data normativ als Architekturmuster für Fehlererkennung und -korrektur berücksichtigt. OpenFileWriteOnly() liefert laut Signatur einen ReadWriteAccessor.

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

R23-11 → R24-11 normative Änderung Vorgänger: FIG-0cace8c1a26f6582
  • Ergänzung eines bedingten Blocks alt [Redundancy enabled in Manifest] mit Referenzsequenz ref Store Redundant Data über :Persistency und :Operating System.
  • Ergänzung des Stereotyps «aapInformative» an den Aufrufen open() und write() zwischen :Persistency und :Operating System.
R24-11 → R25-11 normative Änderung Nachfolger: FIG-cc738c51774f9abc
  • Ä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 | WriteText() | ProcessBlock() | write() | «aapInformative» | OpenFileStorage(): FileStorage | OpenFileWriteOnly(): ReadWriteAccessor | open() | «aapInformative»

Begleitender Spezifikationstext:

Explanation of Adaptive Platform Software Architecture AUTOSAR AP R24-11 11.3.1.3 Store Persistent Data in File 11.3.1.3.1 Scenario: Store Persistent Data in File :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 WriteText() ProcessBlock() write() «aapInformative» OpenFileStorage(): FileStorage OpenFileWriteOnly(): ReadWriteAccessor open() «aapInformative» Figure 11.17: Scenario: Store Persistent Data in File Figure 11.17 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 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. 209 of 250 Document ID 982: AUTOSAR_AP_EX

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R24-11 AUTOSAR_AP_EXP_SWArchitecture S. 209 11.17 Figure 11.17: Scenario: Store Persistent Data in File