Figure 3.41: Example for the creation of an InstanceSpecifier of a SupervisedEntity

1. Diagrammtyp & Architektur-Kontext

Das Diagramm ist ein strukturelles Metamodell-/Objektdiagramm aus der AUTOSAR Adaptive Platform (Manifest Specification). Es illustriert die Bildung eines InstanceSpecifier für eine überwachte Entität (SupervisedEntity) im Kontext des Platform Health Managements (PHM). Dargestellt wird die Dekompositionshierarchie einer Software-Komponentenarchitektur ausgehend von einem Executable über Schachtelungen von Kompositionen bis hin zu einem konkreten Port-Prototyp und dessen Zuordnung zu einem Prüfpunkt (PhmCheckpoint) mittels einer Instanzreferenz (InstanceRef phmCheckpoint).

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm spezifiziert folgende Entitäten und deren Beziehungen:

• Executable: Instanz mit ShortName-Pfad „/a/b/c/Exe“, aggregiert einen RootSwComponentPrototype.
• RootSwComponentPrototype: Pfad „/a/b/c/Exe/Root“, typisiert («isOfType») durch den Typ CompositionSwComponentType „/q/r/s/Swc1“.
• CompositionSwComponentType „/q/r/s/Swc1“: Aggregiert den inneren SwComponentPrototype „/q/r/s/Swc1/C1“, der durch CompositionSwComponentType „/u/v/t/Swc2“ typisiert wird.
• CompositionSwComponentType „/u/v/t/Swc2“: Aggregiert den inneren SwComponentPrototype „/u/v/t/Swc2/C2“, typisiert durch AdaptiveApplicationSwComponentType „/u/v/t/Swc3“.
• AdaptiveApplicationSwComponentType „/u/v/t/Swc3“: Aggregiert den RPortPrototype „/u/v/t/Swc3/RP“, der durch das PhmSupervisedEntityInterface „/f/h/MyPhmInt“ typisiert ist.
• PhmSupervisedEntityInterface „/f/h/MyPhmInt“: Definiert und aggregiert das Modellelement PhmCheckpoint „/f/h/MyPhmInt/CP“.
• InstanceRef phmCheckpoint: Repräsentiert die vollständige Instanzreferenz mit den Kontextrollen:
  • contextRootSwComponentPrototype -> verweist auf RootSwComponentPrototype (Root)
  • ContextComponentPrototype[0] -> verweist auf SwComponentPrototype (C1)
  • contextComponentPrototype[1] -> verweist auf SwComponentPrototype (C2)
  • contextRPortPrototype -> verweist auf RPortPrototype (RP)
  • targetPhmCheckpoint -> verweist auf PhmCheckpoint (CP)

Die für die Bildung des InstanceSpecifier relevanten Modellelemente sind farblich hervorgehoben (blau hinterlegt).

3. Dynamisches Verhalten & Sequenzablauf

Als statisches Struktur- und Referenzierungsdiagramm zeigt das Schaubild keinen zeitlichen Sequenzablauf, sondern den Mechanismus zur Auflösung und Bildung eines hierarchischen Instanzbezeichners:

1. Ausgangspunkt ist das Executable (Exe).
2. Der hierarchische Pfad wird entlang der Instanziierungskette über den Wurzelprototyp (Root) und die verschachtelten Komponentenprototypen (C1, C2) bis zum Port-Prototyp (RP) abgebildet.
3. Der Ziel-Checkpoint CP definiert den semantischen Prüfpunkt innerhalb des Schnittstellenvertrags, während der InstanceSpecifier die konkrete Instanz des Ports im Ausführungskontext adressiert.
4. Das resultierende Schema setzt die Segmentnamen zusammen: Exe/Root/C1/C2/RP.

4. Normative Relevanz & Entwickler-Hinweise

Für die Konfiguration und Implementierung von AUTOSAR Adaptive Manifesten gilt:

• Der InstanceSpecifier dient zur eindeutigen Identifikation von Modell-Instanzen zur Laufzeit, insbesondere bei der Bindung an die Plattform-Dienste (hier PHM).
• Das Diagramm demonstriert normativ die Bildungsregel: Zur Konstruktion des InstanceSpecifier für die SupervisedEntity werden die ShortNames des Executable, des RootSwComponentPrototype, der sequenzierten contextComponentPrototype-Elemente (Array-Indizes [0], [1]) sowie des contextRPortPrototype konkateniert (jeweils durch / getrennt).
• Der Schnittstellentyp (AdaptiveApplicationSwComponentType, CompositionSwComponentType) sowie das Zielobjekt targetPhmCheckpoint fließen nicht in die Zeichenkette des InstanceSpecifier der SupervisedEntity ein; der Checkpoint ist ein Element der Schnittstelle und wird separat über das PHM-Interface bzw. dessen Checkpoint-Identifikator referenziert.