Software Tools: Automatisierung im Software Engineering

Die professionelle Software-Entwicklung ist ohne Werkzeuge nicht mehr zu bewältigen.¹⁾ Software Tools haben, insbesondere in den letzten Jahren, eine immer größere Bedeutung erlangt. Trotz dieser Hilfsmittel ist die Software-Krise noch nicht überwunden, der Anwendungsstau vergrößert sich zusehends. Zwar durchdringen wissenschaftlich fundierte Methoden die EDV-Abteilungen und dementsprechend viel wird auch darüber diskutiert? erstaunlicherweise aber ist das Wissen über die einzusetzenden Werkzeuge in den meisten Fällen wenig konkret und erschöpft sich in eher diffusen Vorstellungen. Diese Defizite äußern sich in Schwierigkeiten bei der definitorischen Abgrenzung des Begriffs Software Tool, bei der Zuordnung von Werkzeugen zu Aufgaben (Auswahlproblem) und bei der Erfassung der Automatisierungsgrenzen. Das alles sind Zeichen dafür, daß dieser Bereich des Software Engineerings offensichtlich etwas vernachlässigt ist. Eine Verbesserung der Situation ist verbunden mit der ausführlichen Beantwortung der folgenden Fragen: Für welche automatisierbaren Aktivitäten bei der Software-Entwicklung gibt es Werkzeuge, wo bestehen noch Tool-Defizite?

Diese Frage läßt sich nicht in einem Satz beantworten, da bis jetzt eine einheitliche und allgemein anerkannte Definition des Begriffs „Software Tool“fehlt. Etwas salopper formuliert es eine weit verbreitete Fachzeitung in der Rubrik „Software Engineering“:

„Das Durcheinander ist perfekt: In keinem Bereich der Software gibt es eine derart unüberschaubare Produktvielfalt wie bei den Tools und Werkzeugen für die Programm-Entwicklung. Das liegt nicht zuletzt am Definitions-Wirrwarr, der in der Disziplin des Software-Engineering immer noch vorherrscht. Selbst die Hersteller sind oft nicht in der Lage, ihre eigenen Produkte dem Ablauf der ingenieursmäßigen Programmerstellung zuzuordnen.“¹⁾

Software Tools sind nicht parallel mit den dazugehörenden Rechnern erschienen, sondern wurden erst nach und nach entwickelt. Der Übergang von der Software-„Manufaktur“hin zur Software- „Fabrik“- und damit von der sogenannten Bit-Fummelei²⁾ hin zur organisierten und (teil)automatisierten, werkzeuggestützten Produktion - wurde durch mehrere Faktoren ausgelöst. Dazu gehören in allererster Linie die Probleme der Software-Qualität, deren Ursachen in einer überholten Produktionsweise zu finden sind. Außer dieser wohlbekannten Software-Krise gibt es noch zwei wesentliche Aspekte. Zum einen den Hardware-Preisverfall, der immer mehr Anwendern die Möglichkeiten zur Computernutzung eröffnete, zum anderen die daraus resultierende Nachfrage nach der entsprechenden Software, die mangels ausgebildeter Fachkräfte im Programmierbereich nicht befriedigt werden konnte. ³⁾ „Deshalb ist man auf die Idee gekommen, den Rechner nicht nur anderen zur Nutzung zu empfehlen, sondern auch selbst bei der Software-Entwicklung einzusetzen.“⁴⁾ Tools sind demnach kein Selbstzweck, sondern „.. a tool is typically developed in response to a perceived problem. Sextants, for example, were developed and improved because navigators and their ships were getting lost, with the attendant loss of people and goods.

Bisher haben wir im dritten Kapitel den Anspruch des Software Engineering und verschiedene Vorgehensweisen bei der Software- Erstellung - insbesondere den Software Life Cycle - kennengelernt. Dabei wurde untersucht, welche Automatisierungspotentiale die einzelnen Aktivitäten bieten, d.h. es ging um die Frage: Was kann man durch Software Tools automatisieren? Die nächste, unmittelbar damit zusammenhängende Frage lautet: Wie können die festgestellten Automatisierungsmöglichkeiten durch Software- Entwicklungswerkzeuge ausgefüllt werden? Eine einzelfallbezogene Lösung dieses Problems ist langfristig gesehen wenig hilfreich. Sinnvoller ist hingegen die Bereitstellung eines theoretischen Rahmens (Klassifikation), der die Zuordnung von Tools zu den Aufgaben/Problemen des Software Engineering unterstützt.

In den vorhergehenden Kapiteln wurden sowohl bestehende Automatisierungsmöglichkeiten im Software Engineering aufgezeigt, als auch Konzepte vorgestellt, die die Zuordnung von Software Tools zu den entsprechenden Aufgaben unterstützen. Die eingehende Analyse bestätigte die Hypothese, daß bisherige Ansätze für die Einordnung und Auswahl von Software Tools bestimmte Schwächen aufweisen. Insbesondere die Berücksichtigung von 4GLs fand nicht in dem ihr gebührenden Umfang statt. Gelöst wurde dieses Problem durch die Präsentation eines neuen, integrierten Ansatzes für die Einordnung und Auswahl von Software-Entwicklungswerkzeugen.

Bei der Erläuterung der Problemstellung im ersten Kapitel wurde darauf hingewiesen, daß der Bereich Software Tools bisher in der Literatur nicht ausreichend thematisiert worden ist. Es bestehen Defizite in Theorie und Praxis, die sowohl die vorhandenen Automatisierungen durch Werkzeuge betreffen, als auch die noch zu schließenden Automatisierungslücken. Daher ist das Ziel dieser Arbeit die Schaffung eines Ansatzes, der einerseits die Einordnung und Auswahl von existierenden Software Tools unterstützt, und andererseits zur Aufdeckung und Beseitigung der Tool-Defizite beiträgt.