Figure 9.82: Users of the Registry interfaces
96cac6066a7855d6a3358f1bd24d6f64b73e3c2cc34ca06f98834a94f900b87a
1. Diagrammtyp & Architektur-Kontext
UML-Komponentendiagramm zur Darstellung der statischen Abhängigkeiten und Schnittstellennutzer innerhalb der AUTOSAR Adaptive Platform-Architektur. Das Diagramm modelliert die funktionale Komponente Registry und die von ihr bereitgestellte interne Schnittstelle sowie die funktionalen Cluster der Plattform, die als Klienten auf diese Schnittstelle zugreifen.
2. Komponenten, Entitäten & Schnittstellen
Das Diagramm definiert eine zentrale Schnittstellenkomponente sowie elf nutzende und bereitstellende Cluster:
- Bereitgestellte Schnittstelle:
ManifestAccessor: Stereotypisiert als«aapInternal,aapNativeInterface», fungiert als nativer Zugriffspunkt auf Manifestinformationen.- Bereitgestellt durch die funktionale Komponente
Registry(Stereotyp«aapFunctionalCluster») über eine Realisierungsbeziehung (gestrichelte Linie mit geschlossener, nicht ausgefüllter Dreiecksspitze).
- Nutzende Funktionale Cluster (Stereotyp
«aapFunctionalCluster»bzw. abgekürzt«aapFunctionalClust...»), jeweils über eine gerichtete Abhängigkeit«use»(gestrichelter Pfeil mit offener Pfeilspitze) anManifestAccessorangebunden:- Obere Reihe / daemon-basiert bzw. Library-basiert:
Communication ManagementNetwork ManagementTime Synchronization(daemon-based)Update and Configuration Management(daemon-based)Cryptography(daemon-based)Diagnostic Management(daemon-based)Execution Management(daemon-based)Platform Health Management(daemon-based)
- Untere Reihe:
PersistencyIdentity and Access ManagementLog and Trace
- Obere Reihe / daemon-basiert bzw. Library-basiert:
3. Dynamisches Verhalten & Sequenzablauf
Das Diagramm zeigt eine rein statische Nutzungs- und Realisierungsstruktur ohne Sequenzabläufe, Nachrichtenflüsse oder Zustandsübergänge. Die funktionale Komponente Registry realisiert die interne Schnittstelle ManifestAccessor. Zur Laufzeit greifen die zehn abhängigen funktionalen Cluster synchron über native Aufrufe («aapNativeInterface») auf die Funktionen von ManifestAccessor zu, um Manifest- und Konfigurationsdaten abzufragen.
4. Normative Relevanz & Entwickler-Hinweise
ManifestAccessorist als plattforminterne Schnittstelle («aapInternal») deklariert; sie ist nicht für Standard-Anwendungsapplikationen bestimmt, sondern dient ausschließlich der plattforminternen Cluster-Interaktion.- Die Interaktion erfolgt als native Programmierschnittstelle (
«aapNativeInterface»), typischerweise über C++-APIs innerhalb desselben Prozesskontexts oder IPC-Bindings. - Sowohl Bibliothekscluster als auch daemon-basierte Cluster (
daemon-based) hängen direkt vonManifestAccessorab, was die Schnittstelle zu einer zentralen Basisabhängigkeit für das Bootstrapping und die Konfiguration der funktionalen Cluster macht.