Download - FESG - Technische Universität München

86 KAPITEL 4: DIE VERBESSERUNG DER DIENSTGÜTE
4.2.1 Die Verbesserung des Softwaredesigns
Herangehensweise „Top Down“ Zur Verbesserung der Softwarestruktur kann man grundsätzlich von zwei Richtunoder
„Bottom Up“ gen an die Sache herangehen: beginnend von der Anwendungsschicht oder von
der Betriebssystemschicht. Da die bisherige Software nur zeigen sollte, ob die elementaren
Ideen zur Übertragung funktionieren, lohnen sich an dieser Stelle beide
Wege, um eine Verbesserung im Hinblick auf ein zukünftiges Produktionssystem
zu erwirken.
Bottom Up:
Ausweitung des Middleware-
Begriffs
Geschichtete Mehrwertdienste
durch eine erweiterte, proprietäre
Middleware
Top Down:
Aufweichung der starren Gegebenheiten
der Client-Anwendung
Startet man von tieferen Schichten (= „Bottom Up“), ist zu erkennen, dass der
Abstraktionscharakter herkömmlicher Middleware nicht weit genug geht. Im klassischen
Sinn ist sie per Definition (vgl. Abschnitt 3.2.1 auf Seite 39) eine Verteilungsplattform
mit generischen Dienstleistungen zwischen Anwendung und Kommunikation.
Schnell zeigt sich aber, dass dies nicht ausreicht, weil auch direkte Systemaufrufe
für die unterschiedlichen Betriebssysteme unterschiedlich sind. Diese
Heterogenität wird damit in die Anwendung projiziert, was zu heterogenem Code
führt. Deshalb sollte der Begriff Middleware um diesen Aspekt erweitert werden.
Begriffsbestimmung BEG4.1 „Verallgemeinerter Middlewarebegriff“:
Eine Middleware ist eine Zwischenschicht zwischen Anwendung und Betriebssystem, welche
durch generische Dienstleistungen sowohl als Verteilungsplattform zwischen Anwendung
und Netzwerk als auch allgemein abstrahierend die Systemspezifika homogenisiert.
Diese Erweiterung liefert genügend Freiraum, um eine flexible Portierbarkeit
auf unterschiedliche Plattformen zu erlaubt. Natürlich wird dadurch der Funktionsumfang
auf einen gemeinsamen Nenner aller gewünschten Betriebssysteme beschränkt.
Im vorliegenden Fall heißt eine Erweiterung, dass die Middleware CORBA nun
Teil einer neuen, proprietären Middleware ist, welche weitere Objekte für die in der
vorliegenden Aufgabe benötigten Betriebssystemdienste bereitstellt. Diese können
sich in Form eines Dienstleistungsstacks von Stufe zu Stufe im Sinne einer Schaffung
von Mehrwertdiensten aufbauen. Auf unterster Ebene befinden sich somit
z.B. nur Eins-zu-eins-Abbildungen der realen Systemaufrufe. Von Stufe zu Stufe
kommen dann kombinierte Abläufe hinzu, bis schließlich komplette, höherwertige
Dienstleistungen folgen. Der Grad der Abstrahierung ist damit frei von der Anwendung
wählbar.
An dieser Stelle kann nun die Betrachtung von der Anwendung aus einsetzen
(„Top Down“). Im CFT ist sie stark von starren Gegebenheiten geprägt. Die Clientanwendung
z.B. sieht genau zwei Zugangspunkte. Einer davon realisiert mehr
oder weniger komplex auf eigene Weise den Zugriff auf das lokale Dateisystem.
Der andere dient als Schnittstelle zum entfernten CFT -Server. Darüber sitzt eine
Ansammlung von Methoden, welche die Client-Logik bilden und diese beiden Zugangspunkte
verbinden. Die Logik wiederum wird über den Befehlsinterpreter für
die Kommandozeilen angetriggert.