DEENESPTFRRUARHIKOZHNL
AUTOSAR_TPS_ManifestSpecification FIG-56576466e3538733 597 × 347 px 1 Release(s)

Figure 9.17: Modeling of RecoveryNotification

SHA-256 Inhalts-Fingerabdruck: 56576466e35387336b3da5efc23bb64b4cfda2cae442c0fc5b1f20bb2228a5bf
✦ 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

Das UML-Klassendiagramm spezifiziert das Metamodell zur Modellierung von RecoveryNotification im Kontext des Plattform-Gesundheitsmanagements (Platform Health Management, PHM) innerhalb des AUTOSAR-Adaptive-Manifests (AUTOSAR_TPS_ManifestSpecification). Es beschreibt die strukturellen Beziehungen und Zuordnungen zwischen Fehlerüberwachungskanälen (HealthChannel), Wiederherstellungsbenachrichtigungen (RecoveryNotification), den zugehörigen Ausführungskontexten (Process) und den bereitgestellten Port-Schnittstellen (PPortPrototype) für Benachrichtigungsaktionen.

2. Komponenten, Entitäten & Schnittstellen

Das Modell umfasst fünf Klassen und deren Assoziationen:

  • HealthChannel: Spezialisierung von Identifiable.
  • RecoveryNotification: Spezialisierung von Identifiable. Besitzt das Attribut recoveryNotificationTimeout: TimeValue [0..1]. Sie ist über eine Komposition mit Rollenname +recoveryNotification und Kardinalität 0..1 in HealthChannel eingebettet.
  • RecoveryNotificationToPPortPrototypeMapping: Spezialisierung von UploadablePackageElement. Referenziert:
    • über eine gerichtete Assoziation +recoveryNotification mit Kardinalität 0..1 die Klasse RecoveryNotification.
    • über eine gerichtete Assoziation +process mit Kardinalität 0..1 die Klasse Process (Spezialisierung von AbstractExecutionContext).
    • über eine mit dem Stereotyp «instanceRef» versehene Assoziation +recoveryAction mit Kardinalität 0..1 die Klasse PPortPrototype (Spezialisierung von AbstractProvidedPortPrototype).

3. Dynamisches Verhalten & Sequenzablauf

Das statische Strukturdiagramm legt die deklarative Konfiguration für Wiederherstellungsbenachrichtigungen fest. Tritt auf einem HealthChannel ein meldepflichtiges Ereignis auf, bestimmt die zugeordnete RecoveryNotification über recoveryNotificationTimeout das Zeitverhalten für die Benachrichtigung. Über das Mapping RecoveryNotificationToPPortPrototypeMapping wird die Benachrichtigung an einen konkreten Process und die jeweilige Port-Instanz (PPortPrototype als +recoveryAction) gebunden, über welche die Benachrichtigung emittiert wird.

4. Normative Relevanz & Entwickler-Hinweise

Entwickler und Konfigurationswerkzeuge müssen beachten, dass RecoveryNotification als Kompositionsbestandteil von HealthChannel instanziiert wird. Das Mapping RecoveryNotificationToPPortPrototypeMapping ist als UploadablePackageElement definiert. Die Referenz +recoveryAction auf den PPortPrototype ist als Instanzreferenz («instanceRef») realisiert und erfordert die eindeutige Auflösung im Kontext des Zielprozesses. Das Attribut recoveryNotificationTimeout ist optional ([0..1]).

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

R20-11 → R21-11 normative Änderung Vorgänger: FIG-40a18fbcf8aa933c
  • Attribut recoveryNotificationRetry: PositiveInteger [0..1] an der Klasse RecoveryNotification entfernt.
R21-11 → R22-11 normative Änderung Nachfolger: FIG-b809388055010795
  • Vererbung/Spezialisierung von RecoveryNotification geändert: erbt nicht mehr von Identifiable, sondern von UploadablePackageElement.
  • Beziehung zwischen HealthChannel und RecoveryNotification von Komposition (ausgefüllte Raute bei HealthChannel, Kardinalität 0..1 bei RecoveryNotification) zu gerichteter Assoziation geändert mit Multiplizität 0..* bei RecoveryNotification.
  • Diagrammlayout von vertikalem zu horizontalem Aufbau umgestellt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Identifiable | HealthChannel | Identifiable | RecoveryNotification | + recoveryNotificationTimeout: TimeValue [0..1] | AbstractProvidedPortPrototype | PPortPrototype | AbstractExecutionContext | Process | UploadablePackageElement | RecoveryNotificationToPPortPrototypeMapping | +process 0..1 | «instanceRef» | +recoveryAction 0..1 | +recoveryNotification | 0..1 | +recoveryNotification 0..1

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R21-11 AUTOSAR_TPS_ManifestSpecification S. 396 9.17 Figure 9.17: Modeling of RecoveryNotification
R21-11 AUTOSAR_TPS_ManifestSpecification S. 396 9.17 Figure 9.17: Modeling of RecoveryNotification