Dynamische Adaption in heterogenen verteilten eingebetteten ...

4.2 Modularisierung
sissoftware nutzt genau diese implizit gegebene Struktur und nimmt eine Aufteilung der Software an
diesen Grenzen vor.
Dieses Vorgehen wird in diesem Abschnitt genauer beschrieben. Zunächst werden die Anforderungen
definiert. Anschließend werden verschiedene Möglichkeiten beschrieben, um zu Modulen zu gelangen
und auf ihre Vor- bzw. Nachteile hingewiesen.
4.2.1 Anforderungen an Module
In Abschnitt 4.1 wurden die Konfigurationsoperationen dargelegt, die von der Basissoftware zur Modulverwaltung
angeboten werden sollen. Um diese Dienste anzubieten, werden folgende Anforderungen
an die Module beziehungsweise an die Aufteilung in Module gestellt:
• Die Abhängigkeiten eines Moduls müssen vollständig ermittelbar sein.
Durch eine Aufteilung entstehen Abhängigkeiten zwischen den resultierenden Modulen. Ein
automatisches System muss in der Lage sein, diese Abhängigkeiten zu erkennen. Dadurch
können die Voraussetzungen für den Einsatz eines Moduls ermittelt werden. Außerdem kann
festgestellt werden, wie stark ein Modul mit anderen Modulen vernetzt ist. Dies kann als Basis
einer Bewertung dienen, wie viele Ressourcen das Parken oder die Auslagerung eines Moduls
kostet.
Ein Modul muss daher selbstbeschreibend sein. Das heißt, alle Abhängigkeiten müssen entweder
explizit beschrieben sein oder sich aus dem Modul erkennen lassen.
• Ein Modul muss eine definierte Schnittstelle haben.
Wird ein Modul auf einen anderen Knoten ausgelagert und dort ausgeführt, so müssen alle
Parameter und Rückgabewerte zwischen den beiden Systemen transportiert werden. Um das zu
ermöglichen, werden Informationen über die verwendeten Typen benötigt. Für ein automatisches
System müssen die Typinformationen sehr detailliert sein. Größeninformationen reichen zwar für
den Transport der Daten zwischen zwei Rechnern aus, allerdings nicht zur Anpassung der Daten
zwischen verschiedenen Architekturen. Da die beteiligten Systeme jedoch von unterschiedlichen
Architekturen sein können, muss der genaue Aufbau und die Repräsentation im Speicher zur
Verfügung stehen.
• Module müssen zur automatischen Verarbeitung geeignet sein.
Es wird gefordert, dass die Struktur der Module von einem Werkzeug weiterverarbeitet werden
kann. Voraussetzung dazu ist, dass alle Informationen in maschinenlesbaren Formaten vorliegen.
Ein Werkzeug soll die Module erkennen und beispielsweise nach der Vorgabe eines Verteilungsplans
eine Anwendung aus den Modulen erstellen. Dabei müssen die Module automatisch
verknüpfbar sein. Eine weitere Bedingung ist, dass automatisch verifiziert werden kann, ob die
Abhängigkeiten der einzelnen Module erfüllt sind, um bereits im Vorfeld die Zulässigkeit einer
Konfiguration zu prüfen.
• Module müssen für verschiedene Architekturen verfügbar sein.
Da Module auf Knoten mit verschiedenen Architekturen eingesetzt werden sollen, muss eine
Möglichkeit bestehen, sie für verschiedene Architektur zu erstellen. Dabei ist es wünschenswert,
dass ein Modul in einem architekturunabhängigen Format definiert und automatisch in eine
architekturspezifische Version umgewandelt wird.
• Die Aufteilung in Module muss nachvollziehbar sein.
Wenn nicht alle Entscheidungen automatisch getroffen werden können, so soll ein Experte die
35