DEENESPTFRRUARHIKOZHNL
AUTOSAR_TPS_ManifestSpecification FIG-b809388055010795 832 × 160 px 1 Release(s)

Figure 10.17: Modeling of RecoveryNotification

SHA-256 Inhalts-Fingerabdruck: b8093880550107952017c2b1bd5899b048b0211158808c8bb2ef1a8e5400cb47

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

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 folgende Klassen und Beziehungen:

  • HealthChannel: Spezialisierung von Identifiable. Referenziert über eine gerichtete Assoziation +recoveryNotification mit Multiplizität 0..* Instanzen von RecoveryNotification.
  • RecoveryNotification: Spezialisierung von UploadablePackageElement. Besitzt das Attribut recoveryNotificationTimeout: TimeValue [0..1].
  • RecoveryNotificationToPPortPrototypeMapping: Spezialisierung von UploadablePackageElement. Weist folgende Assoziationen auf:
    • gerichtete Assoziation +recoveryNotification mit Kardinalität 0..1 auf RecoveryNotification.
    • gerichtete Assoziation +process mit Kardinalität 0..1 auf Process (Spezialisierung von AbstractExecutionContext).
    • mit dem Stereotyp «instanceRef» versehene gerichtete Assoziation +recoveryAction mit Kardinalität 0..1 auf 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 müssen berücksichtigen, dass RecoveryNotification als eigenständiges UploadablePackageElement modelliert ist und nicht per Komposition exklusiv an einen HealthChannel gebunden ist; ein HealthChannel kann mehrere RecoveryNotification-Elemente (0..*) über eine gerichtete Referenz ansprechen. Die Verknüpfung zur Port-Instanz PPortPrototype erfolgt über das eigenständige Mapping-Element mittels Instanzreferenz («instanceRef»). Das Timeout-Attribut recoveryNotificationTimeout ist optional ([0..1]).

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

R21-11 → R22-11 normative Änderung Vorgänger: FIG-56576466e3538733
  • 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.
R22-11 → R23-11 normative Änderung Nachfolger: FIG-4d7687abb0436666
  • Basisklasse von RecoveryNotification von UploadablePackageElement zu UploadableDeploymentElement geändert.
  • Basisklasse von RecoveryNotificationToPPortPrototypeMapping von UploadablePackageElement zu UploadableDeploymentElement geändert.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

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

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R22-11 AUTOSAR_TPS_ManifestSpecification S. 429 10.17 Figure 10.17: Modeling of RecoveryNotification