Der persönliche Softwareprozess im Reengineering an Hand eines Beispiels

Inhaltsangabe:Einleitung: Weltweit existiert heute ein großer Bestand an kommerziellen Programmen. Eine Erweiterung oder ein Reengineering scheint jedoch für viele Organisationen nicht lohnenswert, da die ursprünglichen Entwickler nicht mehr ¿greifbar¿ sind und der Arbeitsaufwand immens hoch erscheint. Da es unwirtschaftlich ist, allen bisher erstellten ¿alten¿ Code zu löschen, müssen Wege aus dieser Krise gefunden werden. Diese Diplomarbeit untersucht das Reengineering mit dem persönlichen Softwareprozess (PSP) an Hand eines Beispiels. Zwei primäre Ziele des PSP sind Fehlerreduzierung und Erhöhung der Schätzgenauigkeit. Aus der vorliegenden Arbeit ist ersichtlich, dass der PSP eine ausgereifte Technik ist, mit der auch Reengineeringprojekte durchgeführt werden können, wenn einige Hinweise beachtet werden. Diese betreffen die Aufwandsschätzung in LOC, die Nichteinbeziehung der reengineerten Phasen in den Schätzpool und den zusätzlichen Aufwand von Programmanalysen. Inhaltsverzeichnis:Inhaltsverzeichnis: 1.Danksagung4 2.Einleitung5 3.Reengineering, eine Begriffsklärung7 4.Der persönliche Softwareprozess8 4.1Die Notwendigkeit einer Disziplin des Softwareengineerings9 4.2Was ist ein Softwareprozess10 4.3Prozessreife 11 4.4Die persönliche Softwareprozess-Strategie13 4.4.1PSPO: Der Basisprozess13 4.4.2PSP1 Der persönliche Planungsprozess13 4.4.3PSP2: Persönliches Qualitätsmanagement15 4.4.4PSP3: Der zyklische persönliche Prozess16 4.4.5Die Logik für den PSP16 4.5Kritik am persönlichen Softwareprozess16 4.6Zusammenfassung des PSP17 5.Ein konkretes Reengineeringprojekt - ein Sachproblem18 5.1Die graphisch orientierte Druckmessfälien-Auswertung18 5.1.1Erste grobe Charakteristika des Programms19 5.1.2Eine statische Analyse des Programms24 5.2Randbedingungen für den PSP und das Reengineeringprojekt30 5.3Arbeitszeit der Diplomarbeit31 6.Die Ergebnisse des Reengineerings34 6.1Die Umstellung - Allgemeines 34 6.2Darstellung des Fünktionsumfangs und der Programmzyklen36 6.3Metriken38 6.3.1Definition38 6.3.2Auswahl der Metriken38 6.3.3Messgrößen des Programms nach der Umstellung46 6.3.4Die Metriken und die Wiederverwendung53 6.4Anwendung und allgemeine Erfahrungen mit dem PSP53 6.4.1Vergleich von geplanten zu tatsächlichen LOC54 6.4.2Vergleich von geplanter Zeit mit tatsächlich benötigter Zeit56 6.4.3Verhältnis von LOC zu Arbeitszeit56 6.4.4Compile und Testzeiten58 6.5Fehler und Produktivität 59 6.5.1Entfernte Fehler im [...]