Figure 5.3: Interfaces required by Persistency from other Functional Clusters

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm zur Darstellung der statischen Abhängigkeiten und geforderten Schnittstellen des AUTOSAR Adaptive Platform Functional Clusters Persistency gegenüber anderen Plattform-Clustern und dem Betriebssystem. Die Architektur gliedert sich vertikal in den konsumierenden Functional Cluster Persistency oben, eine Zwischenebene aus Schnittstellenklassifikationen («aapInternal», «aapAPI,aapNativeInterface», «aapAPI,aapPortInterface») und die realisierenden Komponenten unten.

2. Komponenten, Entitäten & Schnittstellen

• Persistency: Konsumierender Plattform-Baustein, typisiert als «aapFunctionalCluster».
• Schnittstellen:
  • Non-volatile Storage: Stereotypisiert als «aapInternal».
  • Cryptography::CryptoStack: Stereotypisiert als «aapAPI,aapNativeInterface».
  • Log and Trace::Logger: Stereotypisiert als «aapAPI,aapNativeInterface», bietet Operationen:
    • + IsEnabled()
    • + Log(MsgId, Params)
    • + LogDebug(): LogStream
    • + LogError(): LogStream
    • + LogFatal(): LogStream
    • + LogInfo(): LogStream
    • + LogVerbose(): LogStream
    • + LogWarn(): LogStream
    • + WithLevel(): LogStream
  • Time Synchronization::SynchronizedTimeBaseConsumer: Stereotypisiert als «aapAPI,aapPortInterface», bietet Zeitabfrage- und Registrierungsmethoden:
    • + GetCurrentTime()
    • + GetRateDeviation()
    • + GetTimeWithStatus(): SynchronizedTimeBaseStatus
    • + RegisterStatusChangeNotifier()
    • + RegisterSynchronizationStateChangeNotifier()
    • + RegisterTimeLeapNotifier()
    • + RegisterTimePrecisionMeasurementNotifier()
    • + RegisterTimeValidationNotification()
    • + UnregisterStatusChangeNotifier()
    • + UnregisterSynchronizationStateChangeNotifier()
    • + UnregisterTimeLeapNotifier()
    • + UnregisterTimePrecisionMeasurementNotifier()
    • + UnregisterTimeValidationNotification()
• Realisierende Komponenten / Cluster:
  • Operating System: Realisiert Non-volatile Storage.
  • Cryptography (daemon-based): Typisiert als «aapFunctionalCluster», realisiert Cryptography::CryptoStack.
  • Log and Trace: Typisiert als «aapFunctionalCluster», realisiert Log and Trace::Logger.
  • Time Synchronization (daemon-based): Typisiert als «aapFunctionalCluster», realisiert Time Synchronization::SynchronizedTimeBaseConsumer.
• Beziehungen:
  • Persistency greift über offene Pfeile mit Stereotyp «use» auf Non-volatile Storage, Cryptography::CryptoStack und Log and Trace::Logger zu.
  • Auf Time Synchronization::SynchronizedTimeBaseConsumer greift Persistency über einen «use»-Pfeil mit zusätzlichem Stereotyp «aapRequiredPort» zu.
  • Alle vier unteren Entitäten sind über gestrichelte Realisierungspfeile (geschlossene Dreiecksspitze) mit ihrer jeweiligen Schnittstelle verbunden.

3. Dynamisches Verhalten & Sequenzablauf

Das Diagramm zeigt eine rein statische Abhängigkeitsstruktur. Es enthält keine Verhaltensspezifikation, Zeitabläufe, Nachrichtenfolgen oder Zustandsübergänge. Interaktionen finden implizit synchron oder asynchron über Aufrufe der ausgewiesenen Schnittstellenmethoden (Logger, SynchronizedTimeBaseConsumer) bzw. native Stack-Zugriffe statt.

4. Normative Relevanz & Entwickler-Hinweise

Für Implementierer von Persistency definiert das Modell vier zwingend bereitzustellende Abhängigkeiten:

1. Nicht-flüchtiger Speicherzugriff direkt über das Betriebssystem («aapInternal»).
2. Kryptographische Operationen über die native C++-API von Cryptography::CryptoStack.
3. Logging und Tracing über das native Logger-Interface mit typisierten Log-Streams.
4. Zeitsynchronisation über einen AUTOSAR-Port («aapRequiredPort»), der das Service-Interface SynchronizedTimeBaseConsumer bindet.