Akademische Schriftenreihe / V185441 / Der persönliche Softwareprozess im Reengineering an Hand eines Beispiels

Diplomarbeit aus dem Jahr 2000 im Fachbereich Informatik - Angewandte Informatik, Note: 1.7, Universität Salzburg, Sprache: Deutsch, Abstract: Nach Schätzungen existiert heute weltweit ein Bestand an kommerziellen Programmen im Umfang von über 100 Milliarden Programmzeilen und einem investierten Volumen von nahezu 2,5 Billionen Dollar. Der grösste Teil dieses Programmbestandes von über 60 Milliarden Programmzeilen ist in COBOL mit veralteten Datenhaltungssystemen realisiert, deren Neuentwiekll1ng einen geschätzten Aufwand von über 1 Billion Dollar verursachen würde. Der Sourcecode dieser Progrmnme ist oft schlecht dokumentiert, die Programme an sich erfüllen den geforderten Zweck mehr oder weniger gut. Eine Erweiterung der Systeme oder gar ein Reengineering scheint für viele Organisationen nicht lohnenswert, da die ursprünglichen Entwickler der Programme nicht mehr "greifbar" sind und der Arbeitsaufwand immens hoch scheint. "Da können wir doch gleich das Programm neu schreiben.", ist ein oft geäusserter Satz. Das prinzipiell mangelnde Vertrauen in fremden Code steht der Wiederverwendung ebenfalls entgegen. Es wäre unwirtschaftlich, alle bisher erstellten "alten" Programme durch Löschen zu entsorgen, daher müssen Wege gefunden werden, "alte" Programme und Teile davon wiederzuverwenden. Die Vorgehensweise bei der Wiederverwendung von altem Code unterscheidet sich von der Methodik der Neuprojekte. Für die Entwicklung von Neuprojekten kann der persönliche Softwareprozess gewinnbringend eingesetzt werden. Untersuchungen zur Verwendung des persönlichen Softwareprozesses im Zusammenhang mit dem Reengineering sind nur sehr spärlich vorhanden. Diese Diplomarbeit will an Hand eines Beispiels auf zwei Fragen näher eingehen: - Gibt es bezüglich des persönlichen Softwareprozesses Hinweise, dass Metriken einen Aufschluss über die Möglichkeit der Wiederverwendung von bereits geschriebenem Code liefern? - Gibt es prinzipielle Unterschiede zwischen einem Reengineeringprojekt und