Figure 9.80: Functional Clusters in category Configuration
067f5db39fc8530adf1268c397ac7eccf4c18861083a3da00e193243638b5f36
1. Diagrammtyp & Architektur-Kontext
UML-Komponentendiagramm zur Darstellung der funktionalen Cluster der AUTOSAR Adaptive Platform (ARA) innerhalb der Cluster-Kategorie „Configuration“.
2. Komponenten, Entitäten & Schnittstellen
Das Diagramm umfasst drei Komponenten:
«aapFunctionalCluster» Update and Configuration Management: Gekennzeichnet alsdaemon-based(orange hinterlegt).«aapFunctionalCluster» Vehicle Update and Configuration Management: Gekennzeichnet alsdaemon-based(orange hinterlegt).Registry: Dargestellt als neutrale UML-Komponente ohne Stereotyp«aapFunctionalCluster»und ohne Hintergrundprozess-Kennzeichnung (hell/weiß hinterlegt).
Es sind keine Ports, Konnektoren oder Schnittstellenbeziehungen modelliert.
3. Dynamisches Verhalten & Sequenzablauf
Statisches Strukturdiagramm ohne Sequenzen, Kontrollflüsse oder dynamische Interaktionsbeziehungen zwischen den dargestellten Komponenten.
4. Normative Relevanz & Entwickler-Hinweise
Architektonische Differenzierung innerhalb der Kategorie „Configuration“: Neben dem lokalen Maschinen-Management (Update and Configuration Management) existiert mit Vehicle Update and Configuration Management eine fahrzeugweite Orchestrierungskomponente, beide jeweils als daemon-based Prozess konzipiert. Registry wird nicht als eigener funktionaler Cluster («aapFunctionalCluster») geführt, sondern als eigenständige Komponente im architektonischen Umfeld der Konfigurationsdienste.