DEENESPTFRRUARHIKOZHNL
AUTOSAR_TPS_ManifestSpecification FIG-1dbe556e8fb74adb 558 × 86 px 1 Release(s)

Figure 3.48: Modeling of Supervised Entities and Checkpoints

SHA-256 Inhalts-Fingerabdruck: 1dbe556e8fb74adb54b3240a7b5d6c7e9c19dcea862dc30e65310380374545e6

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ 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 Definition der Beziehung zwischen PhmSupervisedEntityInterface und PhmCheckpoint im Kontext des Platform Health Management der AUTOSAR Adaptive Platform (TPS Manifest Specification). Der Fokus liegt kompakt auf der Kompositionsbeziehung der Schnittstelle zu ihren Checkpoints.

2. Komponenten, Entitäten & Schnittstellen

  • PhmSupervisedEntityInterface: Schnittstellenklasse unter dem Namensraum bzw. Stereotyp PlatformHealthManagementInterface ohne eigenes Attributfach.
  • PhmCheckpoint: Klasse mit dem Stereotyp «AtpFeature»; besitzt das optionale Attribut + checkpointId: PositiveInteger [0..1].
  • 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 Spezifikation der Checkpoint-Modellierung. Checkpoints werden über die Komposition +checkpoint mit Multiplizität 0..* eingebunden. Das Attribut checkpointId an PhmCheckpoint ist optional mit Multiplizität [0..1] definiert, sodass Checkpoint-IDs modellseitig weggelassen oder implizit vergeben werden können.

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

R21-11 → R22-11 normative Änderung Vorgänger: FIG-cfcedb51cb765126
  • 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]).
R22-11 → R23-11 keine inhaltliche Änderung Nachfolger: FIG-e14edc2c0fc71d17

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

PlatformHealthManagementInterface | PhmSupervisedEntityInterface | AtpFeature | PhmCheckpoint | + checkpointId: PositiveInteger [0..1] | +checkpoint | 0..*

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R22-11 AUTOSAR_TPS_ManifestSpecification S. 142 3.48 Figure 3.48: Modeling of Supervised Entities and Checkpoints