Figure 9.90: Interfaces for request handling

1. Diagrammtyp & Architektur-Kontext

Hybrid-Diagramm bestehend aus tabellarischen Schnittstellendefinitionen und einem UML-Komponentendiagramm für AUTOSAR Adaptive Platform Release R23-11. Im Vergleich zu R22-11 fehlt die Tabelle für das Interface Condition vollständig. Zudem ist die Tabelle für DiagnosticOperationCycleInterface am oberen Bildrand unvollständig gerendert (Kopfzeilen fehlen), während die Spezifikation von Indicator und das untere UML-Komponentendiagramm für SecurityAccess und ServiceValidation unverändert vorliegen.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst folgende sichtbare Komponenten und Schnittstellen:

1. Tabellarische Schnittstellen:

• Unvollständig gerendertes Interface (Meta-model interface type: DiagnosticOperationCycleInterface): Usage: Public API, Description für das Handling von Betriebszyklen; Operationen GetOperationCycle, SetNotifier und SetOperationCycle (die Kopfattribute Name, Technology und Generated fehlen im sichtbaren Bereich).
• Indicator (DiagnosticIndicatorInterface): Vollständig spezifiziert mit Technology Port interface, Generated: No, Usage: Public API sowie den Operationen GetIndicator und SetNotifier.

1. UML-Komponentendiagramm:

• Adaptive Application: Realisiert die Interfaces SecurityAccess (+ CompareKey(), + GetSeed(), + Offer(), + StopOffer()) und ServiceValidation (+ Confirmation(), + Offer(), + StopOffer(), + Validate()).
• «aapFunctionalCluster» Diagnostic Management (daemon-based): Dämon-Prozess, der beide Schnittstellen über «use» «aapRequiredPort» referenziert.

3. Dynamisches Verhalten & Sequenzablauf

Die dynamischen Abläufe beschränken sich auf die im Diagramm dargestellten Schnittstellen:

• Zyklus-Management: Die Applikation interagiert über GetOperationCycle und SetOperationCycle mit dem Zyklusstatus und reagiert über den mit SetNotifier gebundenen Notifier auf Systemänderungen.
• Indikator-Handling: Synchrones Lesen über GetIndicator sowie Benachrichtigung bei Aktualisierungen via SetNotifier.
• Sicherheitszugriff und Service-Validierung: Lebenszyklussteuerung der Service-Instanzen durch die Adaptive Application mittels Offer() und StopOffer(). Der DM-Daemon initiiert bei eingehenden UDS-Diensten den Seed/Key-Austausch (GetSeed(), CompareKey()), autorisiert Service-Anfragen über Validate() und übermittelt Ausführungsstatus via Confirmation(). Condition-Interaktionen sind in dieser Fassung nicht visualisiert.

4. Normative Relevanz & Entwickler-Hinweise

Normativ dokumentiert das Diagramm die Public APIs des Adaptive Diagnostic Management (ara::diag) in R23-11. Der visuelle Wegfall der Condition-Schnittstellentabelle sowie die am oberen Rand abgeschnittene Kopfzeile von DiagnosticOperationCycleInterface stellen Artefakte des Dokumenten-Renderings bzw. der Dokumentengliederung in R23-11 dar. Für Entwickler bleiben die Dienstvalidierung (ServiceValidation), der Sicherheitszugriff (SecurityAccess) und die Indikator-/Zyklus-APIs fundamentale funktionale Ports zwischen Applikationsprozess und DM-Daemon.