AUTOSAR_TPS_ManifestSpecification FIG-cfcedb51cb765126 607 × 367 px 2 Release(s)

Figure 3.42: Modeling of Supervised Entities and Checkpoints

SHA-256 Inhalts-Fingerabdruck: cfcedb51cb765126b5cb6fbdebd5246595ee50e419553a4b1162133e5d5c8b1a

✦ 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 mit den Stereotypen «ARElement», «AtpBlueprint», «AtpBlueprintable» und «AtpType».
PlatformHealthManagementInterface: Spezialisierung von PortInterface über Generalisierung.
PhmSupervisedEntityInterface: Spezialisierung von PlatformHealthManagementInterface mit dem Stereotyp «AtpFeature»; besitzt kein eigenes Attributfach mehr.
PhmCheckpoint: Trägt den Stereotyp «AtpFeature» und besitzt das Attribut + checkpointId: PositiveInteger.
Beziehung: Komposition von PhmSupervisedEntityInterface zu PhmCheckpoint mit Rollenbezeichnung +checkpoint und 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 Metamodell-Definition für PHM-Manifeste. Die Identifikation der Supervised Entity erfolgt nicht mehr über ein explizites Attribut supervisedEntityId an PhmSupervisedEntityInterface, sondern über den Modellkontext bzw. Identifikatoren der Basisklassen. Für PhmCheckpoint ist weiterhin zwingend eine checkpointId als PositiveInteger vorgeschrieben.

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

R19-11 → R20-11 keine inhaltliche Änderung Vorgänger: FIG-d978b76c2d9dadd8

Keine inhaltlichen Änderungen erkennbar.

R21-11 → R22-11 normative Änderung Nachfolger: FIG-1dbe556e8fb74adb

Klassen PortInterface und PlatformHealthManagementInterface: Die separaten Klassenboxen der Vererbungshierarchie sowie die Generalisierungspfeile wurden entfernt; PlatformHealthManagementInterface wird stattdessen als übergeordneter Stereotyp bzw. Namensraum direkt im Header von PhmSupervisedEntityInterface geführt.
Klasse PhmSupervisedEntityInterface: Der Stereotyp «AtpFeature» entfällt an dieser Klasse.
Attribut PhmCheckpoint.checkpointId: Multiplizität [0..1] hinzugefügt (+ checkpointId: PositiveInteger [0..1]).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

RS_MANI_00032 TPS_MANI_03623 Wortlaut noch nicht übernommen

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Vorkommen in AUTOSAR-Releases (4)

Release	Dokument	Seite	Nr.	Bildunterschrift im Dokument
R20-11	AUTOSAR_TPS_ManifestSpecification	S. 127	3.40	Figure 3.40: Modeling of Supervised Entities and Checkpoints
R20-11	AUTOSAR_TPS_ManifestSpecification	S. 127	3.40	Figure 3.40: Modeling of Supervised Entities and Checkpoints
R21-11	AUTOSAR_TPS_ManifestSpecification	S. 128	3.42	Figure 3.42: Modeling of Supervised Entities and Checkpoints
R21-11	AUTOSAR_TPS_ManifestSpecification	S. 128	3.42	Figure 3.42: Modeling of Supervised Entities and Checkpoints