Paper: Year 2000 Maintenance Using a Procedural Solution, Eugene C. Lynd
US defense Logistics agency Systems Design Center (DSDC) Also: Militär - und
bekanntlich auch genug Resourcen zur Lösung des Problems - andererseits werden prinzipiell
Fremdfirmen kaum hinzugezogen (Geheimhaltung).
Ansatz Data / Procedural
Der Ansatz, auch Daten zu konvertieren wird in diesem Paper gar nicht in Betracht gezogen. Wahrscheinlich ist es nicht möglich, die "laten" Daten zu manipulieren (zu viele Daten, zu teuer, ....);
Prozedurale Lösung
Time-Shifting (28-Y-Move) und Zeitfenster (Windowning) wurde verwendet. Einige COBOL-Code-Stücke sind im Paper veröffentlicht.
Beispiel an Hand von ca. 5 Mil. LOC
Es wurde zur Analyse ein Tool namens SLAP verwendet. Dieses kann auf Patters suchen und so Zeit-Variable finden. Dieses Tool macht auch eine 2-Wege-Analyse, geht also auch von den Daten zurück (Rekursionen auflösen).
Eigene Tools
Für diverse andere Fälle wurden eigene Tools geschrieben. Andere Tools wurden zwar getestet, aber außer SLAP nicht verwendet. Es wurden eigene Libraries und Routinen zur Lösung des Y2K-Problems geschrieben. (COBOL, VSAMM).
Kein Provisorium!
Das erstaunliche an der Sache ist, daß man gar nicht daran denkt, das Y2K-Problem als Provisorium zu sehen - es ist so ausgelegt, daß es die nächsten Jahrhunderte übersteht! Dabei schieb sich das Zeitfenster alle 100 Jahre (bzw. alle 28 oder 56 Jahre) and die richtige Position.
Testen
Das Testen ist hauptsächlich auf das Testen der neuen Routinen ausgelegt. (Spezielle Datums wie 29.2. oder 9.9.99 etc.). Es wird nicht auf den globalen Test eingegangen.
Am 30. September 98 müßte das Projekt fertig gestellt sein. Leider steht nirgends, seit wie vielen Jahren die Mannschaft schon beschäftigt ist.
Teil 3