DEENESPTFRRUARHIKOZHNL
AUTOSAR_EXP_SWArchitecture FIG-ce317115dc68b144 533 × 424 px 1 Release(s)

Figure 9.58: Interfaces required by Cryptography

SHA-256 Inhalts-Fingerabdruck: ce317115dc68b14442db5e909d2316b560cd5269d0bab6d766039376a16294e7

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-Komponentendiagramm / Schnittstellendiagramm im Kontext der AUTOSAR Adaptive Platform Architecture (Software Architecture Specification). Dargestellt sind die ausgehenden Schnittstellenanforderungen des funktionalen Clusters Cryptography (daemon-based) gegenüber anderen Plattform-Clustern.

2. Komponenten, Entitäten & Schnittstellen

  • Verbrauchende Komponente:
    • «aapFunctionalCluster» Cryptography (Eigenschaft: daemon-based)
  • Genutzte Schnittstellen & bereitstellende Einheiten:
    • «aapInternal,aapNativeInterface» PolicyDecisionPoint: bereitgestellt via Realisierung von «aapFunctionalCluster» Identity and Access Management; deklariert Operation + CheckAccess().
    • «aapAPI,aapNativeInterface» Logger: bereitgestellt via Realisierung von «aapFunctionalCluster» Log and Trace; deklariert Logging-Operationen + IsEnabled(), + Log(MsgId, Params), + LogDebug(): LogStream, + LogError(): LogStream, + LogFatal(): LogStream, + LogInfo(): LogStream, + LogVerbose(): LogStream, + LogWarn(): LogStream, + WithLevel(): LogStream.
    • «aapAPI,aapPortInterface» SupervisedEntity: bereitgestellt via Realisierung von «aapFunctionalCluster» Platform Health Management (daemon-based); deklariert Operation + ReportCheckpoint().
  • Verbindungen:
    • Cryptography verwendet PolicyDecisionPoint über eine «use»-Abhängigkeit.
    • Cryptography verwendet Logger über eine «use»-Abhängigkeit.
    • Cryptography verwendet SupervisedEntity über eine «use»-Abhängigkeit, annotiert mit «aapRequiredPort».
    • Alle Zielkomponenten implementieren die jeweiligen Schnittstellen über Realisierungsbeziehungen (gestrichelte Linie mit geschlossener, nicht ausgefüllter Pfeilspitze).

3. Dynamisches Verhalten & Sequenzablauf

Statische Schnittstellenverwendung zur Laufzeit:

  • Zugriffskontrolle über synchrone/direkte Aufrufe von CheckAccess() an das Identity and Access Management zur Autorisierung kryptografischer Operationen oder Schlüsselzugriffe.
  • Ausgabe von Diagnose- und Systemnachrichten über native C++-Streaming-Aufrufe (LogDebug(), etc.) an das Log and Trace Subsystem.
  • Regelmäßige Zustandsmeldung an das Platform Health Management via Service-Port-Aufruf von ReportCheckpoint() zur Funktions- und Überwachungskontrolle des Cryptography-Daemons.

4. Normative Relevanz & Entwickler-Hinweise

  • Für die Implementierung eines Cryptography-Daemons in AUTOSAR Adaptive sind Schnittstellen zu IAM, Log & Trace und PHM vorzusehen.
  • PolicyDecisionPoint ist als internes, natives Interface spezifiziert (nicht für Standard-Applikationen exponiert).
  • Logger erfordert die Bereitstellung nativer API-Methoden mit Rückgabe von LogStream.
  • Die Überwachung durch PHM erfordert die Modellierung und Konfiguration eines AUTOSAR-Ports («aapRequiredPort») für die SupervisedEntity-Schnittstelle.

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

R21-11 → R22-11 keine inhaltliche Änderung Vorgänger: FIG-003ac7c623fffe44

Keine inhaltlichen Änderungen erkennbar.

R22-11 → R23-11 normative Änderung Nachfolger: FIG-7833d3c0140a4b49
  • Ersetzung der Interfaces und bereitstellenden Cluster: PolicyDecisionPoint (Identity and Access Management), Logger (Log and Trace) und SupervisedEntity (Platform Health Management daemon-based) entfallen vollständig.
  • Neuaufnahme des internen Interfaces ManifestAccessor («aapInternal,aapNativeInterface»), realisiert durch die Komponente Registry.
  • Neuaufnahme des Interfaces UpdatesObserver («aapAPI,aapNativeInterface») mit Callback-Methode + OnUpdate() («aapCallbackMethod»).
  • Neuaufnahme des Interfaces X509CustomExtensionsParser («aapAPI,aapNativeInterface») mit Callback-/Parsing-Methoden für ASN.1-/X.509-Strukturen (+ OnBitString(), + OnBool(), + OnGeneralizedTime(), + OnIa5String(), + OnInteger(), + OnNull(), + OnOctetString(), + OnOid(), + OnParsingEnd(), + OnPrintableString(), + OnSequenceEnd(), + OnSequenceStart(), + OnSetEnd(), + OnSetStart(), + OnUtcTime(), + OnUtf8String()).
  • Änderung der Abhängigkeitsarten: Wegfall der Port-basierten Bindung «aapRequiredPort» (vormals an SupervisedEntity); alle drei neuen Schnittstellen werden via «use» eingebunden.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» | Cryptography daemon-based | «aapFunctionalCluster» | Identity and Access | Management | «aapInternal,aapNativeInterf... | PolicyDecisionPoint | + CheckAccess() | «aapFunctionalClust... | Log and Trace | «aapAPI,aapNativeInterf... | Logger | + IsEnabled() + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream | «aapAPI,aapPortInterf... | SupervisedEntity | + ReportCheckpoint() | «aapFunctionalCl... | Platform Health | Management daemon-based | «use» «use» «aapRequiredPort» «use»

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R22-11 AUTOSAR_EXP_SWArchitecture S. 94 9.58 Figure 9.58: Interfaces required by Cryptography