Figure 5.1: IdsM’s interfaces to other modules
15ade062fd29ba1704c7676aff4b1637ee2d8a3735daa8041e5ddd65e8278eeb
1. Diagrammtyp & Architektur-Kontext
UML-Klassendiagramm zur Darstellung der statischen Schnittstellen- und Modulabhängigkeiten des AUTOSAR Classic Platform Intrusion Detection System Managers (IdsM). Das Diagramm gliedert das Modul IdsM in interne Submodule und APIs sowie sieben eingebettete Schnittstellenblöcke («EmbeddedInterface») und stellt die gerichteten use-Abhängigkeiten zu externen BSW-Modulen, Software-Entitäten und Applikations-Callouts dar. Veraltete Schnittstellen und deren Nachfolger sind explizit als Obsolete bzw. Replacement gekennzeichnet.
2. Komponenten, Entitäten & Schnittstellen
Das Modul IdsM kapselt die Entität General (Internal Submodules and APIs) sowie folgende bereitgestellte Schnittstellen («EmbeddedInterface»):
Sensor_Interface: enthält alsObsoletemarkiert die FunktionenIdsM_SetSecurityEvent(),IdsM_SetSecurityEventWithContextData(),IdsM_SetSecurityEventWithCount(),IdsM_SetSecurityEventWithCountContextData(),IdsM_SetSecurityEventWithTimestampCount(),IdsM_SetSecurityEventWithTimestampCountContextData(); alsReplacementfungiertIdsM_ReportSecurityEvent(). Nutzung erfolgt durchSensor.BswM_Interface:IdsM_BswM_StateChanged(),IdsM_SetTransmissionState(), genutzt durchBswM.Dcm_Interface:IdsM_Dcm_GetReportingMode_Start(),IdsM_Dcm_GetReportingMode_RequestResults(),IdsM_Dcm_SetReportingMode_Start(), genutzt durchDcm.Dem_Interface:IdsM_DemReadQSEv(), genutzt durchGeneral.PduR_Interface:IdsM_TxConfirmation(),IdsM_CopyTxData(),IdsM_TpTxConfirmation(), gekoppelt mitPduR.Csm_Interface:IdsM_CsmNotification(), gekoppelt mitCsm.NvM_Interface:IdsM_NvMRamBlockData,IdsM_NvMRomBlockData, gekoppelt mitNvM.
Folgende externe Komponenten und Module werden per use-Beziehung referenziert:
Det:Det_ReportError()PduR:PduR_IdsMTransmit()Dem:Dem_SetEventStatus()NvM:NvM_WriteBlock(),NvM_GetErrorStatus()Csm:Csm_SignatureGenerate()StbM:StbM_GetCurrentTime()Rte: enthält alsObsoleteRte_Call_CustomTimestamp_Get()und alsReplacementRte_Call_RequestCustomTimestamp_Get().Appl:<IdsMContextDataModifierCallout_Name>()
3. Dynamisches Verhalten & Sequenzablauf
Das Diagramm modelliert die statische Aufruf- und Interaktionsstruktur:
- Sensoren übermitteln Sicherheitsereignisse primär über die vereinheitlichte API
IdsM_ReportSecurityEvent()(bzw. über die als obsolet markiertenIdsM_SetSecurityEvent*-Funktionen). BswMsteuert neben Statusänderungen überIdsM_BswM_StateChanged()nun auch den Übertragungsstatus überIdsM_SetTransmissionState().IdsMinteragiert mitDemzur Statusmeldung viaDem_SetEventStatus()und stellt überDem_Interfacedie FunktionIdsM_DemReadQSEv()zur Verfügung.- Anwenderdefinierte Modifikationen von Kontextdaten werden über den Applikations-Callout
<IdsMContextDataModifierCallout_Name>()inApplangesteuert. - Zeitstempelanfragen an die RTE werden über
Rte_Call_RequestCustomTimestamp_Get()(nachfolgend zuRte_Call_CustomTimestamp_Get()) oder überStbM_GetCurrentTime()abgewickelt. - Diagnosemodi, PDU-Übertragungen (
PduR), Signaturerstellung (Csm), NvM-Zugriffe und Fehlermeldungen (Det) entsprechen den definierten Interaktionspfaden.
4. Normative Relevanz & Entwickler-Hinweise
Architektur- und Implementierungsvorgaben für den IdsM-Entwickler:
- Migration von den multiplen
IdsM_SetSecurityEvent*-APIs auf die einheitlicheIdsM_ReportSecurityEvent()-Schnittstelle. - Migration der RTE-Zeitstempel-Schnittstelle auf
Rte_Call_RequestCustomTimestamp_Get(). - Implementierung der Steuerungs-API
IdsM_SetTransmissionState()für dasBswM_Interface. - Integration mit dem Diagnostic Event Manager (
Dem) inklusive Bereitstellung vonIdsM_DemReadQSEv()und Aufruf vonDem_SetEventStatus(). - Bereitstellung und Konfiguration des anwendungsseitigen Callouts
<IdsMContextDataModifierCallout_Name>()zur Manipulation von Kontextdaten.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.