Figure 9.95: Interfaces for State Management

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm für die Diagnose-Schnittstellenbeziehung zwischen State Management und Diagnostic Management in der AUTOSAR Adaptive Platform (Release R23-11). Es zeigt die reduzierte Port-Architektur nach Entfernung des CommunicationControl-Interfaces.

2. Komponenten, Entitäten & Schnittstellen

Gezeigt sind die Cluster State Management («aapFunctionalClust...», daemon-based, Provider) und Diagnostic Management («aapFunctionalClust...», daemon-based, Consumer). Als einzige Schnittstelle verbleibt: EcuResetRequest («aapPortInterface,aapAPI») mit den Methoden + EnableRapidShutdown(), + ExecuteReset(), + Offer(), + RequestReset(), + StopOffer(). State Management realisiert die Schnittstelle; Diagnostic Management bindet sie über «use» an einen «aapRequiredPort» an. CommunicationControl ist vollständig entfernt.

3. Dynamisches Verhalten & Sequenzablauf

State Management startet die Bereitstellung des Reset-Services über Offer() und stoppt ihn bei Bedarf über StopOffer(). Diagnostic Management empfängt UDS-ECUReset-Anforderungen (0x11) und löst über den Required Port RequestReset() bzw. ExecuteReset() aus oder bereitet über EnableRapidShutdown() ein schnelles Abschalten vor.

4. Normative Relevanz & Entwickler-Hinweise

Normative Bereinigung der Inter-Cluster-Schnittstellen: Das Port-Interface CommunicationControl wurde aus dem Zuständigkeitsbereich des State Managements entfernt. Entwickler müssen Diagnoseanfragen bezüglich Kommunikationssteuerung über geänderte Plattformmechanismen (z. B. Network Management / Communication Management) abbilden. Die Beschriftung des Stereotyps «aapFunctionalCluster» weist ein Darstellungsartefakt («aapFunctionalClust...») auf.