ingo.strauch.diplom - Desy

3.3. TECHNISCHE ASPEKTE 23
Soll ein neuer Release erstellt werden, so ist bis zu einem bestimmten Zeitpunkt von jedem
Verantwortlichen eines Paketes die Version (“Tag”, siehe auch das CVS-Glossar in Anhang
B.1.1) des Paketes zu benennen, die für den Release benutzt werden soll. Eine Versionstabelle
führt Buch, aus welchen Paketen und deren Tags ein Release besteht.
Eine Release-Strategie mit kurzen Iterationszyklen ist auch ein Merkmal für die Software-
Entwicklung nach der “Extreme Programming” Methode [Ble01]. Sie beinhaltet noch weitere,
unkonventionelle Vorgehensweisen, die im OO-Projekt nicht zum Einsatz gekommen sind, z.B.
das paarweise Arbeiten an Teilaufgaben nach dem Rotationsprinzip, so daß jeder Programmierer
einmal an allen Teilen des Projektes gearbeitet hat.
3.3.4 Weitere Hilfsmittel
Damit nicht jeder Physiker bei H1, der sich für das OO-Projekt interessiert und Algorithmen
selbst beisteuern möchte, sich intensiv mit CVS auseinander setzen muß, wurden Möglichkeiten
gesucht, die Bedienung über ein Frontend zu erleichtern. Hier gibt es zwei prinzipielle Möglichkeiten:
bereits vorhandene Frontends nutzen oder ein eigenes entwickeln.
In die erste Kategorie gehört LinCVS [RBDK], welches eine graphische Benutzerschnittstelle
zu den CVS Kommandos bietet. Es läuft zwar stabil, hat jedoch drei Nachteile: nicht alle
Funktionen sind voll ausgereift, man kommt nicht umhin, die CVS Kommandos zu lernen, und
der Status der Dateien wird permanent überwacht, was insbesondere beim Kompilieren eine hohe
Auslastung auf dem Rechner verursacht. Dies ist auch das schwerwiegendste Problem, da
einige Programme nur auf Rechnern gestartet werden können, auf denen die Verzeichnisse sichtbar
sind, in denen sich die Daten befinden. Diese sind im allgemeinen auch leistungsfähiger als
der normale Desktop PC. Zusammen mit der Tatsache, daß es unbequem ist, auf verschiedenen
Rechnern die Programme zu kompilieren und zu starten, führt das schnell dazu, daß dieses Tool
unbenutzbar wird.
In die zweite Kategorie gehört das Perl-Skript h1oo.pl, welches speziell für den Anwender
der H1-OO-Software geschrieben wurde (siehe Anhang A.2). Es versteckt die CVS Kommandos
und sorgt durch eine Versionstabelle dafür, daß zueinander kompatible Versionen von verschiedenen
Paketen ausgecheckt werden (siehe CVS Glossar in Anhang B.1.1). Dabei ist klar, daß nicht
die volle Funktionalität von CVS bereitgestellt werden kann und soll. Das Skript ist hauptsächlich
zu dem Zweck gedacht, eine lauffähige Umgebung (d.h. Anlegen benötigter Verzeichnisse,
Generieren eines Makefiles für alle lokal ausgecheckten Pakete etc.) bereitzustellen, in der ein
Benutzer typischerweise nur ein oder zwei Pakete selbst verändern will. Details finden sich in
Anhang A.2.
Zuletzt bietet sich die Möglichkeit an, auf kommerzielle Produkte zur Softwareentwicklung
zurückzugreifen, z.B. Rational Rose [Rat] und Sniff+ [Win].
Rose ist ein “visuelles Modellierungswerkzeug”, d.h. es hilft bei der Darstellung von Zusammenhängen,
Abläufen, Planspielen etc. Dabei wird die de facto Standardsprache für Modellierung
eingesetzt: UML (Unified Modeling Language [Obj]). Es handelt sich also nicht um ein
Werkzeug, mit dem man Code bearbeitet, sondern um ein Programm, das den eigentlichen Designprozeß
vereinfacht. Da Rose nur auf Solaris zur Verfügung steht und zudem nur 10 Lizenzen
bei DESY vorhanden sind, wird es nicht für das OO-Projekt eingesetzt.