Paper for Download - FKFS

3.2.1 Netzwerkkonfiguration
Die Konfiguration der Netzwerksimulation erfolgt mittels einer XML-Datenstruktur. Die
Netzwerkkonfiguration beschreibt die Simulations- und die Plattformkonfiguration. Die
Simulationskonfiguration definiert z.B. die Simulationszeit während die Plattformkonfiguration
die Anzahl und Verknüpfung von virtuellen Geräten auf Netzwerkebene und die
Gerätekonfiguration selbst umfasst. Das zur Konfiguration erstellte XML-Schema wurde
generisch gehalten, damit ist es möglich das Simulationsmodell um weitere Bausteine
zu erweitern ohne das Schema zu verändern. Die Instanziierung der Modellkomponenten
und die Erweiterung der Simulation um neue Bausteine geschehen allein in einer
zentralen Fabrik-Klasse, deren Aufbau dem Fabrik-Entwurfsmuster entspricht. Die
Gerätekonfiguration umfasst die Auswahl verschiedener Bausteinversionen aus einer Bibliothek
und die Konfiguration der Bausteine selbst.
3.2.2 Simulationsaufzeichnung
Zur Analyse werden, wie in Abbildung 3 dargestellt, zahlreiche Daten durch eine zentrale
Trace-Klasse aufgezeichnet. Neben der Kommunikation auf dem virtuellen Bus können
beliebige Statusdaten innerhalb der Klassen, die MHP-Debug-Informationen und Funktionsaufrufe
zwischen den Klassen zusammen mit Zeitstempeln aufgezeichnet werden.
Diese Daten können während und nach den Tests zur Überprüfung herangezogen werden.
Um die Informationsflut steuern zu können, ist die Trace-Klasse ebenfalls konfigurierbar
gehalten. Dazu wurde ein generisches Notifikationsprinzip integriert, so dass während der
Simulation nur ausgewählte Daten an die Trace-Klasse weitergeleitet werden. So kann die
Simulationsperformanz beträchtlich gesteigert werden, da zum einen eine Vielzahl von
Funktionsaufrufen und zum anderen aufwendige Dateizugriffe am Ende der Simulation
eingespart werden. Für die Speicherung stehen unterschiedliche Formate zu Verfügung.
3.2.3 Testhost
Abbildung 3: Simulationsaufzeichnung anhand der Trace-Klasse.
Zusätzlich zu den MOST-Geräten kann ein optionaler Testhost im Netzwerk integriert
werden. Dieser dient dem Modul- oder Integrationstest von Protokollen oder Applikationen
(siehe Abbildung 4). Der Testhost kann Nachrichten auf dem Bus anstoßen oder emp-