Figure 3.39: Modeling of Supervised Entities and Checkpoints

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm zur Modellierung von Supervised Entities und Checkpoints im Rahmen des Platform Health Management (PHM) der AUTOSAR Adaptive Platform (TPS Manifest Specification). Dargestellt ist die metamodellbasierte Schnittstellendefinition für die Überwachung von Software-Entitäten inklusive Generalisierungshierarchie und Kompositionsbeziehung.

2. Komponenten, Entitäten & Schnittstellen

• PortInterface: Abstrakte Metaklasse / Wurzelelement mit den Stereotypen «ARElement», «AtpBlueprint», «AtpBlueprintable» und «AtpType».
• PlatformHealthManagementInterface: Spezialisierung von PortInterface über Generalisierung (nicht-ausgefüllte Pfeilspitze).
• PhmSupervisedEntityInterface: Spezialisierung von PlatformHealthManagementInterface über Generalisierung; besitzt das Attribut + supervisedEntityId: PositiveInteger.
• PhmCheckpoint: Mit Stereotyp «AtpFeature» versehenes Element zur Repräsentation einzelner Kontrollpunkte; besitzt das Attribut + checkpointId: PositiveInteger.
• Beziehung: Komposition von PhmSupervisedEntityInterface zu PhmCheckpoint mit der Rollenbezeichnung +checkpoint und der Kardinalität 0..*.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Strukturdiagramm ohne explizite Ablauf- oder Sequenzdarstellung. Die Modellierung legt fest, dass eine überwachte Entität (PhmSupervisedEntityInterface) null bis beliebig viele Checkpoints instanziieren und besitzen kann, die zur Laufzeit von PHM zur Überwachung (Alive-, Deadline- oder Logical Supervision) herangezogen werden.

4. Normative Relevanz & Entwickler-Hinweise

Normative Festlegung des AUTOSAR-Metamodells für Manifest-Beschreibungen von PHM-Schnittstellen. Eine PhmSupervisedEntityInterface muss eine eindeutige supervisedEntityId vom Typ PositiveInteger besitzen. Jeder zugeordnete PhmCheckpoint muss eine eindeutige checkpointId (PositiveInteger) aufweisen und ist existenzabhängig an das übergeordnete Interface gebunden.