Figure 10.2: Persistency General Configuration

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: UML-Klassendiagramm / Metamodell-Ausschnitt der AUTOSAR Adaptive Platform Module Configuration (Apmc).
• Architektur-Kontext: Definition der Basiskonfiguration des Functional Clusters Persistency (ara::per) auf Maschinenebene. Das Diagramm modelliert das Metamodell für das Deployment/Machine Manifest, über das fundamentale Speicherpfade und die Prozessbindung des Persistency-Dienstes deklariert werden.

2. Komponenten, Entitäten & Schnittstellen

• Persistency: ApmcFunctionalClusterDef
  • Definiert den Functional Cluster für Persistency.
  • Multiplizität: 0..* (Instanziierung pro Machine/Platform Instance).
• PersistencyGeneral: ApmcParamConfContainerDef
  • Generischer Konfigurationscontainer für clusterweite globale Einstellungen.
  • Beziehung: Komposition (+container) von Persistency zu PersistencyGeneral.
  • Kardinalität: 1..1 (Pflichtcontainer; genau eine Instanz pro Persistency-Cluster).
• PersistencyCentralStorageUri: ApmcUriParamDef
  • Parameter zur Definition des zentralen Basis-Speicherpfads (URI) im Dateisystem des POSIX-Betriebssystems.
  • Beziehung: Komposition (+element) von PersistencyGeneral.
  • Kardinalität: 1..1 (Pflichtparameter).
• ForeignProcessRef: ApmcForeignReferenceDef
  • Referenzelement für Fremdreferenzen auf Prozessmodelle außerhalb der Persistency-Cluster-Definition.
  • Beziehung: Komposition (+element) von PersistencyGeneral.
  • Kardinalität: 1..1 (Pflichtreferenz).
• AbstractExecutionContext / Process
  • Zielentität aus dem Metamodell des Execution Managements (ara::exec).
  • Beziehung: Unidirektionale Assoziation/Metamodell-Referenz (gestrichelter Pfeil) von ForeignProcessRef auf Process (Spezialisierung von AbstractExecutionContext).

3. Dynamisches Verhalten & Sequenzablauf

Als statisches Konfigurationsmetamodell weist das Diagramm keine direkte Laufzeitdynamik auf. Die deklarativen Parameter steuern die Initialisierungsphase:

1. Manifest-Evaluation: Der Generator bzw. der Plattform-Manifest-Parser liest PersistencyGeneral aus dem Machine Manifest ein.
2. Speicher-Initialisierung: Die ara::per-Implementierung wertet PersistencyCentralStorageUri aus und bindet das dort angegebene Zielverzeichnis als Wurzelverzeichnis für Key-Value- und File-Storage ein (Mount-Prüfung, Verzeichniserstellung).
3. Prozessbindung & Zugriffsschutz: Das Execution Management nutzt ForeignProcessRef, um den Persistency-Cluster-Dienst dem konkreten ausführenden OS-Prozess zuzuordnen und Zugriffsrechte (UID/GID, Capabilities, SELinux/AppArmor-Kontexte) auf den Speicher-URI abzustimmen.

4. Normative Relevanz & Entwickler-Hinweise

• Konfigurationspflicht (1..1): Beide Parameter (PersistencyCentralStorageUri, ForeignProcessRef) sind obligatorisch. Ein unvollständiges Manifest führt zu Schema-Validierungsfehlern bei der Manifest-Generierung.
• Integrations- & POSIX-Anforderungen:
  • PersistencyCentralStorageUri muss zwingend ein valider URI sein (typischerweise /path/to/storage), der auf ein persistentes, nicht-flüchtiges Speichermedium (z. B. eMMC, UFS, Flash-Partition) zeigt.
  • Der über ForeignProcessRef referenzierte Prozess muss im Zielsystem über ausreichende POSIX-Dateisystem-Berechtigungen (Read/Write/Execute) für den angegebenen URI verfügen.
• Redundanz & Sicherheit: Für sicherheitskritische Daten (ASIL-Anforderungen) muss der unter PersistencyCentralStorageUri adressierte Speicherbereich den entsprechenden Integritäts- und Persistenzanforderungen (z. B. Schutz vor unvollständigen Schreibvorgängen bei Power-Failures) genügen.