DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-0cace8c1a26f6582 587 × 524 px 1 Release(s)

Figure 11.12: Scenario: Store Persistent Data in File

SHA-256 Inhalts-Fingerabdruck: 0cace8c1a26f6582ad5a46de09f77ad02e41e21a0fa841d0aeaeb81879806a2f

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()
    • write()
  • :Persistency an :Cryptography:
    • ProcessBlock()
  • Referenzierte Interaktion:
    • ref Initialize Cipher

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 einen open()-Aufruf 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 Systemaufruf write() in das :Operating System.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm erläutert das Zusammenspiel der C++-Schnittstellen von ara::per mit dem Manifest und den Plattformdiensten. OpenFileWriteOnly() liefert laut Methodensignatur einen ReadWriteAccessor zurück. Verschlüsselung (Initialize Cipher, ProcessBlock()) greift deklarativ über Manifest-Einträge (KeySlotMapping, keySlotUsage = encryption). Die Aufrufe open() und write() verdeutlichen die Kapselung von POSIX-/OS-Dateisystemaufrufen durch den Persistency-Cluster.

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

R23-11 → R24-11 normative Änderung Nachfolger: FIG-ea393fae4e430d09
  • 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.

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] | ref | Initialize Cipher | alt | [KeySlotMapping exists in Manifest and keySlotUsage = encryption] | write() | WriteText() | OpenFileStorage(): FileStorage | OpenFileWriteOnly(): ReadWriteAccessor | ProcessBlock() | open()

Begleitender Spezifikationstext:

Explanation of Adaptive Platform Software Architecture AUTOSAR AP R23-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] ref Initialize Cipher alt [KeySlotMapping exists in Manifest and keySlotUsage = encryption] write() WriteText() OpenFileStorage(): FileStorage OpenFileWriteOnly(): ReadWriteAccessor ProcessBlock() open() Figure 11.12: Scenario: Store Persistent Data in File Figure 11.12 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. 11.3.1.4 Store Persistent Data with Unique ID 11.3.1.4.1 Scenario: Store Persistent Data with Unique ID 174 of 198 Document ID 982: AUTOSAR_

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_EXP_SWArchitecture S. 174 11.12 Figure 11.12: Scenario: Store Persistent Data in File