AUTOSAR_TPS_ManifestSpecification FIG-ae8c61e11c30ef32 572 × 365 px 2 Release(s)

Figure 3.36: Modeling of Supervised Entities and Checkpoints

SHA-256 Inhalts-Fingerabdruck: ae8c61e11c30ef326729c00586a7a38a62d60000315a7045e19ec0b7b939977e

✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

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.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R18-03_R1.4.0 → R18-10-1 redaktionell Vorgänger: FIG-120161c7fd661e4d

Attribut PhmSupervisedEntityInterface.supervisedEntityId: Formatierung von :PositiveInteger zu : PositiveInteger geändert (Leerzeichen nach Doppelpunkt).
Attribut PhmCheckpoint.checkpointId: Formatierung von :PositiveInteger zu : PositiveInteger geändert (Leerzeichen nach Doppelpunkt).

R18-10_R4.4.0_R1.5.0 → R19-03 normative Änderung Nachfolger: FIG-8b3e987e51328937

Klasse PhmSupervisedEntityInterface: Attribut + supervisedEntityId: PositiveInteger sowie das zugehörige Attributfach wurden entfernt.
Stereotyp «AtpFeature»: Oberhalb von PhmSupervisedEntityInterface neu als Stereotyp deklariert (im Namensfach).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Vorkommen in AUTOSAR-Releases (3)

Release	Dokument	Seite	Nr.	Bildunterschrift im Dokument
R18-10_R4.4.0_R1.5.0	AUTOSAR_TPS_ManifestSpecification	S. 117	3.36	Figure 3.36: Modeling of Supervised Entities and Checkpoints
R18-10_R4.4.0_R1.5.0	AUTOSAR_TPS_ManifestSpecification	S. 117	3.36	Figure 3.36: Modeling of Supervised Entities and Checkpoints
R18-10-1	AUTOSAR_TPS_ManifestSpecification	S. 117	3.36	Figure 3.36: Modeling of Supervised Entities and Checkpoints