Figure 5.2: Interfaces Provided by Persistency to Other Functional Clusters

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm und Komponentendiagramm der AUTOSAR Adaptive Platform (Spezifikation AUTOSAR_AP_SWS_Persistency, Release R24-11). Die Abbildung definiert die statischen Schnittstellen- und Port-Beziehungen des Functional Clusters Persistency für dateibasierten Speicher (FileStorage) zu daemon-basierten Plattform-Funktionsclustern. Sie zeigt die Erweiterung der Konsumentenstruktur für Update-Prozesse auf Gesamtfahrzeugebene.

2. Komponenten, Entitäten & Schnittstellen

Zentrale Schnittstelle ist «aapAPI,aapPortInterface» FileStorage (bereinigte Benennung ohne Persistency::-Präfix). Die deklarierten Operationen umfassen:

• DeleteFile()
• FileExists()
• GetAllFileNames()
• GetCurrentFileSize()
• GetFileInfo()
• OpenFileReadOnly(): ReadAccessor
• OpenFileReadWrite(): ReadWriteAccessor
• OpenFileWriteOnly(): ReadWriteAccessor
• RecoverFile()
• ResetFile()

Der Functional Cluster «aapFunctionalCluster» Persistency implementiert die Schnittstelle per Realisierungsbeziehung. Als Dienstkonsumenten sind drei daemon-basierte Cluster über gerichtete Abhängigkeiten («use», «aapRequiredPort») angebunden:

1. «aapFunctionalCluster» Diagnostic Management (Stereotyp im Diagramm verkürzt als «aapFunctionalClust...»),
2. «aapFunctionalCluster» Update and Configuration Management,
3. «aapFunctionalCluster» Vehicle Update and Configuration Management.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Strukturmodell ohne Sequenzverlauf. Konsumenten wie UCM und Vehicle UCM nutzen die Schnittstelle im Rahmen von Software-Aktualisierungen zur Ablage von Übertragungs- und Zwischenpaketen, während Diagnostic Management Diagnose- und Fehlerspeicherdateien ablegt. Dateien werden nach Existenzprüfung (FileExists()) oder Inhaltsabfrage (GetAllFileNames()) über OpenFileReadOnly(), OpenFileReadWrite() oder OpenFileWriteOnly() geöffnet. Dateioperationen erfolgen über die zurückgegebenen Accessor-Klassen. Nicht mehr benötigte Dateien werden mit DeleteFile() bereinigt; Wiederherstellungsoperationen werden über RecoverFile() und ResetFile() angestoßen.

4. Normative Relevanz & Entwickler-Hinweise

Normativ relevant ist die Hinzunahme des Vehicle Update and Configuration Management (VUCM) als neuer Dienstkonsument von FileStorage neben UCM und Diagnostic Management, was die Trennung zwischen fahrzeugweitem Update-Orchestrator und instanzlokalem UCM architektonisch widerspiegelt. Die Namensraumbezeichnung am Interface wurde von Persistency::FileStorage auf FileStorage vereinfacht. Die Operation OpenFileWriteOnly() liefert in R24-11 weiterhin den Typ ReadWriteAccessor zurück, was in Client-Implementierungen beachtet werden muss.