![]()
Paper: Impact Analysis in the Software Change Process: A Year 2000 Perspective, Shawn A. Bohner
![]()
Es wird als erster Schritte ein Change-Request eingeleitet. Diesem folgt der Change-Process. In diesem
kommen natürlich auch Wartungs-Aktivitäten. das Resultat kommt zum End-User. Dieser findet unter Umständen
Fehler oder fehlende Featuers, die wiederum einen Change-Request veranlassen.
Das um und auf bei der Softwareentwicklung. An diesem Punkt hängt jeder unterpunkt. Jeder Prozeß geht von ihm aus und führt wieder zu ihm zurück. ISO9000 Zertifizierung, Abschätzung der Risiken, Verfahrensabläufe, Resourcenbereitstellung und Zeiteinteilungen sind die Schlagworte. Es erfolgt eine Berücksichtigung der Randbedingungen: Budget, Personal, Features.
Review der Dokumente, Identifizieren der betroffenen Module, Revision-Dtabase-Update, Software-Stabilitätstests, Change Requirements ... (Viel tiefere Ebene mit analysen etc.)
Das Problem, in diesem Fall das Y2K Problem muß detailiert spezifiziert werden. Hier erfolgt auch das Design. Analyse der Änderungen, Abhängigkeiten erkennen, Programme designen - alles zu Papier bringen!
Erstellen von Testfällen, Updating, Integration, Akzeptanztests, ... Etliches ist hier stark vereinfacht, ich bitte das im Original nachzulesen bei: Shawn A Bohner Mitretek Systems, 7525 Colshire Dr., McLean, VA 22102-3481 bohner@mitretek.org. und Arnold, R. S., and Bohner, S. A., "Impact Analysis- Towards A Framework for Comparision," Proc. of the Conf. on Software manint., pp 292-301, Sept 1993. 2. Teil
|
© 12/1997 Thomas Dorn http://www.dorn.org/uni/y2k/ |