Figure 9.73: Functional Clusters in category Configuration
4945dfa20243c5acf89d721b1e2bb61d1cfcd2ee3cca2d833d840a5e93ef9e71
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 definiert zwei eigenständige Komponenten mit dem Stereotyp «aapFunctionalCluster»:
Update and Configuration Management: Gekennzeichnet mit dem Entwurfsmerkmal bzw. der Ausprägungdaemon-based.Registry: Modelliert als funktionaler Cluster ohne gesonderte Ausprägungsangabe.
Beide Elemente sind als orange hinterlegte UML-Komponenten ohne explizit eingezeichnete Ports, Schnittstellen oder Abhängigkeitsbeziehungen dargestellt.
3. Dynamisches Verhalten & Sequenzablauf
Statisches Strukturdiagramm ohne Sequenzen, Kontrollflüsse oder dynamische Interaktionsbeziehungen zwischen den dargestellten Komponenten.
4. Normative Relevanz & Entwickler-Hinweise
Definiert die funktionale Gruppierung und Kategorisierung von Plattform-Diensten in der AUTOSAR Adaptive Platform. Für Implementierer und Architekten bedeutet die Kennzeichnung daemon-based bei Update and Configuration Management, dass diese Funktionalität typischerweise als eigenständiger Hintergrundprozess bzw. Dämon auf POSIX-Ebene realisiert wird. Registry ist als regulärer funktionaler Cluster der Plattform klassifiziert.