Figure 9.14: Modeling of RecoveryNotification

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, fungiert als Aggregatsquelle.
• RecoveryNotification: Spezialisierung von Identifiable. Besitzt die Attribute recoveryNotificationRetry: PositiveInteger [0..1] und recoveryNotificationTimeout: TimeValue [0..1]. Sie ist über eine Komposition mit Rollenname +recoveryNotification und Kardinalität 0..1 in HealthChannel eingebettet.
• RecoveryNotificationToPPortPrototypeMapping: Spezialisierung von UploadablePackageElement. Dient als Abbildungselement und 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» annotierte 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 und recoveryNotificationRetry das Zeitverhalten sowie Wiederholungsversuche. Ü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 bzw. abgewickelt wird.

4. Normative Relevanz & Entwickler-Hinweise

Entwickler und Konfigurationswerkzeuge müssen beachten, dass RecoveryNotification als Kompositionsbestandteil von HealthChannel instanziiert wird. Das Mapping RecoveryNotificationToPPortPrototypeMapping ist ein eigenständiges UploadablePackageElement. Die Referenz +recoveryAction auf den PPortPrototype ist als Instanzreferenz («instanceRef») modelliert, wodurch die Auflösung des bereitgestellten Ports im spezifischen Kontext der Softwarekomponente bzw. des Prozesses erforderlich ist. Die Attribute recoveryNotificationRetry und recoveryNotificationTimeout sind optional ([0..1]).