DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_Persistency FIG-9a8a55c3fd77c0c2 353 × 402 px 2 Release(s)

Figure 5.3: Interfaces required by Persistency from other Functional Clusters

SHA-256 Inhalts-Fingerabdruck: 9a8a55c3fd77c0c2d99d44fd44461db3db28d5a758a887ed0a9f1ef500089ec5
✦ 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-Komponentendiagramm zur Darstellung der statischen Abhängigkeiten und geforderten Schnittstellen des AUTOSAR Adaptive Platform Functional Clusters Persistency gegenüber anderen Plattform-Clustern. Das Diagramm gliedert sich vertikal in den konsumierenden Functional Cluster Persistency oben, die Schnittstellenebene mit dem Stereotyp «aapAPI,aapNativeInterface» in der Mitte und die realisierenden funktionalen Cluster unten.

2. Komponenten, Entitäten & Schnittstellen

  • Persistency: Konsumierender Plattform-Baustein, typisiert als «aapFunctionalCluster».
  • Schnittstellen:
    • CryptoStack: Stereotypisiert als «aapAPI,aapNativeInterface».
    • Logger: Stereotypisiert als «aapAPI,aapNativeInterface», bietet Operationen:
      • + IsEnabled(): bool
      • + Log(MsgId, Params)
      • + LogDebug(): LogStream
      • + LogError(): LogStream
      • + LogFatal(): LogStream
      • + LogInfo(): LogStream
      • + LogVerbose(): LogStream
      • + LogWarn(): LogStream
      • + WithLevel(): LogStream
  • Realisierende Komponenten / Cluster:
    • Cryptography (daemon-based): Typisiert als «aapFunctionalCluster», realisiert CryptoStack.
    • Log and Trace: Typisiert als «aapFunctionalCluster», realisiert Logger.
  • Beziehungen:
    • Persistency nutzt CryptoStack und Logger jeweils über eine gerichtete Abhängigkeit («use»).
    • Beide Schnittstellen werden durch den jeweiligen funktionalen Cluster über eine gestrichelte Realisierungsbeziehung (Realisierungspfeil mit geschlossener Dreiecksspitze) implementiert.

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 spezifiziert das Modell zwei verbleibende funktionale Plattform-Abhängigkeiten:

  1. Native Nutzung kryptographischer Dienste über das API-Interface CryptoStack (bereitgestellt durch Cryptography).
  2. Logging und Tracing über die native C++-Schnittstelle Logger (bereitgestellt durch Log and Trace), inklusive Rückgabetyp bool für IsEnabled().

Es bestehen im Diagramm weder Abhängigkeiten zu port-basierten Zeitsynchronisations-Schnittstellen noch direkte Modellbeziehungen zum Betriebssystem.

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

R23-11 → R24-11 normative Änderung Vorgänger: FIG-fcf25fd3af9c7692
  • Die Schnittstelle Non-volatile Storage («aapInternal») und die Realisierung durch Operating System wurden entfernt.
  • Die Schnittstelle Time Synchronization::SynchronizedTimeBaseConsumer («aapAPI,aapPortInterface») inklusive der «aapRequiredPort»-Verbindung sowie das bereitstellende funktionale Cluster Time Synchronization (daemon-based) wurden entfernt.
  • Die Schnittstellenbezeichnung Cryptography::CryptoStack wurde zu CryptoStack verkürzt.
  • Die Schnittstellenbezeichnung Log and Trace::Logger wurde zu Logger verkürzt.
  • Die Operation IsEnabled() in der Schnittstelle Logger besitzt nun die explizite Rückgabe bool (IsEnabled(): bool).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» | Persistency | «aapAPI,aapNativeInterf... | CryptoStack | «aapFunctionalClust... | Cryptography daemon-based | «aapAPI,aapNativeInterf... | Logger | + IsEnabled(): bool + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream | «aapFunctionalClust... | Log and Trace | «use» «use»

Begleitender Spezifikationstext:

Specification of Persistency AUTOSAR AP R25-11 «aapFunctionalCluster» Persistency «aapAPI,aapNativeInterf... CryptoStack «aapFunctionalClust... Cryptography daemon-based «aapAPI,aapNativeInterf... Logger + IsEnabled(): bool + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream «aapFunctionalClust... Log and Trace «use» «use» Figure 5.3: Interfaces required by Persistency from other Functional Clusters Figure 5.3 shows the interfaces required by Persistency from other Functional Clusters within the AUTOSAR Adaptive Platform. Table 5.2 lists the interfaces required from other Functional Clusters within the AUTOSAR Adaptive Platform and provides a rationale. Functional Cluster Interface Purpose Cryptography CryptoStack Used to ensure confidentiality and integrity of the persisted data. Log and Trace Logger Used to provide information about errors and internal states and actions of Persistency. Table 5.2: Interfaces required from other Functional Clusters 5.3 Persistency Specifics The Persistency is (at least partially) compiled as part of an Executable of an Adaptive Application, and therefore also executed as part of a Process, which creates an implicit dependency on the Execution Management (see [5, SWS Execution Management]). 22 of 284 Document ID 858: AUTOSAR_AP_SWS_Persistency

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R24-11 AUTOSAR_AP_SWS_Persistency S. 19 5.3 Figure 5.3: Interfaces required by Persistency from other Functional Clusters
R25-11 AUTOSAR_AP_SWS_Persistency S. 22 5.3 Figure 5.3: Interfaces required by Persistency from other Functional Clusters