Das Jahr-2000-Problem

 

in der

 

Bürokommunikation

 

 

 

 

 

 

 

 

 

 

Autor:  Dr. Ziad Dib Yousef

Heinrich & Partner GmbH

Julius-Hölder-Sraße 20 – 70597 Stuttgart

Tel.: (0711)  728 19-0

Fax.: (0711)  728 19-20

Internet:     heinrich@heinrich-partner.de

 

 

 

 

InhaltSVERZEICHNIS

1      Zusammenfassung................................................................................................. 1

2      Thematik und Methodik des Berichts....................................................... 2

2.1          Untersuchungsbereich............................................................................................................................................ 2

2.2          Ziele............................................................................................................................................................................. 3

2.3          Inhalt und Aufbau...................................................................................................................................................... 3

2.4          Struktur des Untersuchungsbereichs – Produktreferenz............................................................................... 5

3      Problemstellung.................................................................................................. 7

3.1          Hardware.................................................................................................................................................................... 8

3.2          Hersteller-Software.................................................................................................................................................. 8

3.2.1                   Neues Release anhängig................................................................................................................................ 8

3.2.2                   Releaseverfahren beendet.............................................................................................................................. 8

3.3          Anwender-Software.................................................................................................................................................. 9

3.4          Anwender-Daten........................................................................................................................................................ 9

3.5          System-Daten............................................................................................................................................................. 9

4      Organisation der Problemlösung........................................................... 10

4.1          Zuweisung der zentralen Verantwortlichkeit.................................................................................................. 10

4.2          Delegation der Verantwortung / Durchführung der Projekte...................................................................... 10

4.3          Zeitplan..................................................................................................................................................................... 10

5      Organisationsmethoden und Hilfsmittel............................................ 12

5.1          Bestandsaufnahme und Kritikalitätsanalyse.................................................................................................... 12

5.2          Projekterstellung................................................................................................................................................... 14

5.3          Vorgehensweise: PC-Hardware- und -Betriebssystem................................................................................... 16

5.4          Vorgehensweise: Anwendersoftware.................................................................................................................. 16

5.5          Vorgehensweise: Anwenderdaten....................................................................................................................... 16

5.6          Vorgehensweise: Systemdaten............................................................................................................................ 16

5.7          Vorgehensweise: Vertragsgestaltung mit Lieferanten und Herstellern.................................................... 17

6      Spezifische Lösungen....................................................................................... 19

6.1          Hardware.................................................................................................................................................................. 19

6.1.1                   IBM PC und IBM-kompatible PCs.............................................................................................................. 19

6.1.2                   Nicht IBM-kompatible PCs und Workstations......................................................................................... 34

6.2          Betriebssystem....................................................................................................................................................... 34

6.3          Standardanwendungen........................................................................................................................................... 35

6.3.1                   Textverarbeitungen....................................................................................................................................... 35

6.3.2                   Tabellenkalkulation....................................................................................................................................... 36

6.3.3                   Datenbanken.................................................................................................................................................. 37

6.3.4                   Grafik............................................................................................................................................................... 38

6.3.5                   Kalender.......................................................................................................................................................... 38

6.3.6                   Kommunikationsprogramme / Elektronische Post.................................................................................... 38

6.4          Netzwerkbetriebssysteme..................................................................................................................................... 38

6.4.1                   Novell.............................................................................................................................................................. 39

6.4.2                   Windows NT.................................................................................................................................................. 39

6.4.3                   Unix.................................................................................................................................................................. 39

6.5          Anwender Software................................................................................................................................................ 40

6.5.1                   PC Anwendersoftware-Neuentwicklungen und -Änderungen.............................................................. 41

7      Herstelleraussagen....................................................................................... 43

7.1          Hersteller von Hw-Komponenten......................................................................................................................... 43

7.1.1                   BIOS................................................................................................................................................................ 43

7.2          Hardware-Hersteller.............................................................................................................................................. 44

7.2.1                   IBM PC und IBM-kompatible PCs.............................................................................................................. 44

7.2.2                   Nicht IBM-kompatible PCs.......................................................................................................................... 48

7.3          Betriebssystem-Hersteller................................................................................................................................... 50

7.3.1                   Microsoft........................................................................................................................................................ 50

7.3.2                   Unix.................................................................................................................................................................. 53

7.4          Standardanwendungen........................................................................................................................................... 63

7.4.1                   Microsoft........................................................................................................................................................ 63

7.4.2                   Borland............................................................................................................................................................ 64

7.4.3                   Corel................................................................................................................................................................ 65

7.4.4                   Software AG................................................................................................................................................... 66

7.4.5                   Informix........................................................................................................................................................... 67

7.4.6                   Oracle.............................................................................................................................................................. 67

7.4.7                   Lotus............................................................................................................................................................... 67

7.4.8                   Micrografx...................................................................................................................................................... 68

7.4.9                   Claris................................................................................................................................................................ 68

8      Anhang........................................................................................................................ 69

8.1          Einführung............................................................................................................................................................... 69

8.2          Hintergrund des Jahr-2000-Problems............................................................................................................... 70

8.3          Vertragsgestaltung mit Lieferanten und Herstellern.................................................................................... 73

8.3.1                   KBSt-Brief 3/97 (Auszug)  - Vorschlag bei Abschluß von BVB-Verträgen.......................................... 73

8.3.2                   Schweizerische Bundesverwaltung: Garantie der  Jahr-2000-Fähigkeit................................................ 74

8.3.3                   DISC PD2000-1............................................................................................................................................... 77

8.4          Berechnung des Schaltjahres.............................................................................................................................. 80

8.5          Embedded Systems.................................................................................................................................................. 81

8.5.1                   Was sind Embedded Systems?................................................................................................................... 82

8.5.2                   Worin liegt das Problem?............................................................................................................................. 82

8.5.3                   Wer ist betroffen?......................................................................................................................................... 84

8.5.4                   Was ist zu tun?.............................................................................................................................................. 84

9.    Links zu Hard-  und Softwareherstellern sowie anderen Informationsquellen.................................................. 88

 

1   Zusammenfassung

Die Umstellung des Datums vom 31.12.1999 auf den 1.1.2000 und die damit verbundenen Auswirkungen in allen Bereichen der Informationstechnik wer­den in letzter Zeit zunehmend in der Presse erörtert  und auf Tagungen dis­kutiert. Die umfassenden Informationen zum Thema und die Vielfalt der un­terschied­lichen Darstellungen über die zu erwartenden Auswirkungen machen es den Interessierten nicht leicht eine eigene Einschätzung zu finden. Übereinstim­mung besteht jedoch darin, daß nahezu alle Systeme der Infor­mationstechnik (IT-Systeme) von der Datumsumstellung betroffen sind und viele IT-Systeme nach der Umstellung Probleme bekommen werden.    

Die mit der Datumsumstellung in der Informationstechnik verbundenen Pro­bleme werden als ”Jahr-2000-Problem”, oder auch als ”J2K-Problem”, be­zeichnet.

Dieser Bericht befaßt sich ausschließlich mit dem Jahr-2000-Problem im Bereich ”Bürokommunikation”. Betrachtet werden Büro-Arbeitsplätze, die mit Personal Computern (PCs) ausgestattet sind. Auf den PCs sind zur Auf­gabenerledigung Standardanwendungen bzw. Standardsoftware installiert. Die Büroarbeitsplätze können überdies vernetzt sein.

Zunächst wird der Untersuchungsbereich des Berichtes abgegrenzt. Die Dar­stellung von Zielen und Aufbau des Berichte soll die Lesbarkeit erleich­tern.

Für die einzelnen IT-Systeme werden die spezifischen J2K-Probleme aufgezeigt und Wege zu deren Lösung vorgeschlagen (Abschnitt 2).

Dabei wird klar, daß jedes IT-System auf Relevanz des J2K-Problems unter­sucht werden muß; es werden Methoden vorgeschlagen (Abschnitt 3).

Schließlich wird den Verwaltern von IT-Systemen eine Vor­gehensweise zur Lösung der J2K-Probleme vorgeschlagen (Abschnitte 4 und 5).

Die vorgeschlagenen Lösungen werden mit Quellen belegt, deren jeweils neuester Stand gegebenenfalls im Internet aufgerufen werden kann (Abschnitt 6).

Im Bericht werden Herstelleraussagen zitiert und wenn möglich  zusammen­gefaßt. Eine Überprüfung auf Richtigkeit oder eine Bewertung erfolgt nicht  (Abschnitt 7).

Im Anhang finden interessierte Leser eine allgemeine Einführung in das Thema und in die mit der Datumsumstellung verbundenen Probleme in der Informationstechnik (Abschnitt 8).

2  
Thematik und Methodik des Berichts

2.1 Untersuchungsbereich

 

Gegenstand der Untersuchung ist ein IT-Arbeitsplatz, wie er üblicherweise zur Erledigung von Aufgaben in der Verwaltung ausgestattet ist[1].

Abb. 1: Untersuchungsbereich

Es wird angenommen, daß sich der IT-Arbeitsplatz innerhalb eines LANs (local area net­work) befindet. Gleichwohl gilt die nachfolgende Betrachtung aber auch für nicht vernetzte APCs. Über das LAN sind die  IT-Arbeitsplätze vernetzt, um Informationen unter­einander und/oder mit zentralen Servern auszutauschen.

Der Untersuchungsbereich beschränkt sich auf die IT-Komponenten am IT-Arbeitsplatz, auf einem Server und in Netzwerk-Betriebssystemen.

Die in der Abb. 1 gewählte Form der Gliederung des Untersuchungsberei­ches in Hardware, BIOS, Betriebssystemebene (Client und Server) und Standardanwendungen ermöglicht einen produktbezogenen Einstieg in das J2K-Problem. Aufbau und Inhalt des Berichtes greifen die o.a. Struktur wie­der auf.

2.2 Ziele

Ziele des Berichtes sind:

§         die Verantwortlichen für das Thema ”Jahr-2000-Problem” in der Büro­kommunikation zu sensibilisieren und

§         technische Hilfsmittel aufzuzeigen, mit denen festgestellt werden kann, ob eine Komponente in einem IT-System ”J2K-fähig” ist.

Die Eigenschaft eines Hardware- oder Software-Produktes ”J2K-fähig” zu sein bedeutet, daß weder die Leistung noch die Funktionalität des Produktes durch Änderung des Datumsformates beeinträchtigt werden. Gemeint sind sämtliche Änderungen, die durch gültige Werte des Datums vor, während oder nach dem Jahr 2000 verursacht werden.

Falls die untersuchte Hardware- oder Software-Komponente in einem IT-System nicht J2K-fähig ist, wird aufgezeigt, was getan werden sollte, um die J2K-Fähigkeit herzustellen. Dabei wird in vielen Fällen ein Eingriff des Be­nutzers oder Verwalters in das Betriebssystem und/oder in die Anwendungen erforderlich sein. Nach heutigem Kenntnisstand wird zur Herstellung der J2K-Fähigkeit in  seltenen Fällen der Austausch oder der Zusatz von Hard­ware notwendig sein; hier ist die Beschaffung unter dem Aspekt der Wirt­schaftlichkeit zu prüfen.

Bei der Analyse der Software-Komponenten wird, soweit derzeit Aussagen vorliegen, informiert, ab welcher Version diese Software J2K-fähig ist. Dazu werden im Bericht sowohl Informationen zu einzelnen Produkten gegeben als auch auf die relevanten Informationsquellen verwiesen. Die Angabe der In­formationsquellen ist wesentlich, damit auch künftig der aktuelle Stand der J2K-Fähigkeit der Produkte erfahren werden kann.

Mit dem Bericht soll das Bewußtsein dafür geschaffen werden, daß an der Lö­sung des J2K-Problems alle die Personen mitarbeiten müssen, die unmit­telbar oder auch mittelbar Informationstechnik am Arbeitsplatz einsetzen. Diese Zusammenarbeit ist zunächst notwendig, damit überhaupt eine Ein­schätzung über die Betroffenheit der eigenen IT von dem J2K-Problem mög­lich ist. Für diese Einschätzung müssen sowohl die Informationen aus den Fachabteilungen (z.B. Verfahren, Vorhaben, Daten ) als auch aus der IT-Abteilung, (z.B. IT-Systeme, Produkte, Kommunikationspartner) vorliegen und bewertet wurden.

2.3 Inhalt und Aufbau

Auf der Basis des im Abschnitt 0 dargestellten Szenarios wird die Struktur der IT-Systeme zunächst in die Bereiche IT-Arbeitsplatz, Netzwerk und Ser­ver gegliedert. Der IT-Arbeitsplatz wird dann weiterhin, beginnend mit der Technik, in die Komponenten: BIOS, CMOS / RTC,  Betriebssystem, Stan­dardanwendungen, Anwendersoftware und  Anwenderdaten aufgeteilt. Die weitere Betrachtung erfolgt weitgehend unter Nennung von Herstellern und Produktbezeichnungen. Es werden zunächst zu diesen zugrundeliegen­den Komponenten allgemeine Feststellungen und Aussagen zu der Betrof­fenheit bzgl. des Jahr-2000-Problems gemacht. Im Anschluß werden Organisations­möglichkeiten und Arbeitshilfen zur Behebung erkannter  Probleme vorge­stellt.

Im Abschnitt 0 werden Informationen und soweit möglich, Lösungen für die Behebung des J2K-Problems für Produkte gegeben, die in der Verwaltung sehr häufig eingesetzt werden.  Zur Bestimmung typischer Produkte in­ner­halb des Szenarios Bürokommunikation wurde das aktuelle IT-Bestands­ver­zeichnis der ”Koordinierungs- und Beratungsstelle der Bundesregierung für Informationstechnik in der Bundesverwaltung” (KBSt)  ausgewertet. Wei­terführende Informationen und In­formations­quellen zu den Produkten sind in den angege­benen Abschnitten enthalten.

Zu den von den Anwendern selbst im Rahmen der Bürokommunikation im weitesten Sinne programmierten Anwendungen und erhobenen Daten können hier nur allgemeine Aussagen getroffen werden.

Schließlich werden im Abschnitt 0 für typische Produkte spezifische Informationsquellen aufgelistet, die von Herstellern angegeben werden und/oder von anderen verläßlichen Quellen in Erfahrung gebracht werden konnten. Die jeweils benutz­ten Quellen, meistens WWW-Links (URLs), sind in den Texten aufgelistet, damit sich der Leser stets auf dem neuesten Stand halten kann.

Aufgrund der vielfältigen Aktivitäten (z.B. Einrichten von und Dis­kussionen in News-Groups, Informationsforen, Herstellerbefragungen, In­formations-Veranstaltungen der Lösungsanbieter,...) zur Lösung des Jahr-2000-Pro­blems werden ständig neue Erkenntnisse gewonnen. Zunehmend sind diese Erkenntnisse, nahezu tagesaktuell, in Presseartikeln oder im Internet in Newsgroups nachzulesen. Insbesondere liefern die Hersteller von Hard- und Software neue Informationen über den Status ihrer Produkte. Der aktuelle Sachstand der Herstellerinformationen kann über die in Abschnitt 0 ange­ge­benen Quellen abgefragt werden.

Im Anhang ist eine Einführung in das J2K-Problem wiedergegeben, die dem weniger informierten Leser die Möglichkeit bietet, sich in die grundlegende Jahr-2000-Problematik einzuarbeiten.  

Alle Informationen, Hinweise auf Produkte und Dienstleistungen, die in die­sem Bericht enthalten sind, entsprechen, wenn nicht anders angegeben, dem Sachstand September 1998, gez. Dr. Ziad Dib Yousef, Stuttgart.

2.4
Struktur des Untersuchungsbereichs – Produktreferenz

 

Ebene

Komponente

Produkt

in Abschnitt

Anwenderdaten

 

 

0

Anwendersoftware

 

 

0, 0

 

 

Word 6.x

0

 

Textverarbeitungen

WordPerfect

0

 

 

WinWord

0

 

Tabellenkalkulation

Excel

0

 

 

Lotus 123

0

 

 

ACCESS

0

 

 

ADABAS

0

Standardanwendungen

Datenbanken

dBASE

0

 

 

INFORMIX

0

 

 

ORACLE

0

 

Elektronische Post

MS-Mail

0

 

 

Eudora

0

 

 

Designer

0

 

Grafik-Programme

Picture Publisher

0

 

 

Windows Draw

0

 

Kalender

Schedule

0

 

 

NOVELL

0

Netzwerk-

 

Windows NT (Server)

0, 0

Betriebssysteme

 

Unix (Server)

0

 

 

Windows for Workgroups

0

 

 

MS-DOS

0, 0

Betriebssysteme

 

OS / 2

0, 0

 

 

Unix (Client)

0, 0

 

 

Windows 95

0, 0

 

 

Windows NT (Client)

0

BIOS, CMOS / RTC

 

 

0,0,0


Abb. 2: Tabelle der Produktreferenzen[2]

Die Tabelle dient der Navigation durch die nachfolgenden Abschnitte. Die in den Abschnitten vorhandenen Informationen haben den gleichen Strukturauf­bau und können unabhängig voneinander bearbeitet werden.      
Aufbau und Inhalt der Tabelle der Produktreferenzen orientieren sich an der Abgrenzung des in Abschnitt 0 dargestellten Untersuchungsbereiches.

3   Problemstellung

Der Mensch kann sich ohne technische Hilfsmittel mittels seiner eigenen Sinne und seiner Kommunikationsmöglichkeit zeitlich orientieren: z.B.

§         die zyklischen Werte Tageszeit und Monat anhand der Gestirne schätzen;

§         sich für das Jahr eines relativen Zählers bedienen,

§         sich damit auf einen absoluten Nullpunkt beziehen, der in der abendländi­schen Kultur einheitlich festgelegt wurde. 

In der Pionierzeit der Computeranwendungen war der Computer sich der Zeit gar nicht ”bewußt”. 

Später schaute der Computeranwender bei jedem Starten des Computers auf eine Uhr und gab deren Zeit in den Computer ein. Dann erhielt der Computer seine eigene, batteriebetriebene Uhr (Date-Time-Clock, meistens weiterhin Real Time Clock (RTC) genannt).  Man sparte dabei anfangs an Ziffern und manchmal auch an der Schaltjahrlogik. 

Mit dem Nahen des Jahr 2000 wurden sich die Hersteller bewußt, daß sich nicht nur das Jahrhundert, sondern auch das Jahrtausend ändern wird.  Daher wurde ein Jahrhundertbyte angefügt, das sich über das Betriebssystem von Hand einstellen und verändern läßt. Erst die neueren Maschinen können automatisch zum Jahr 2000 und darüber hinaus zählen. 

Was macht die Uhr Ihres Computers an Silvester 1999?  Gibt es für ihn dann das Jahr 2000?  Und übrigens, gibt es für ihn  auch einen 29.2.2000 (Berechnung des Schaltjahres siehe im Anhang 8)?

Genauer gesagt, lauten diese Fragen:

§         Hat Ihr Computer eine Uhr?

§         Zählt die Uhr die Angabe des Jahres mit 2 oder mit 3 bzw. 4 Ziffern?

§         Wenn mit nur 2 Ziffern, kann man dann zumindest das Jahrhundert auf der Uhr von ”19” auf ”20” bleibend einstellen?

§         Ist die Schaltjahrlogik korrekt?

§         Übernimmt das Betriebssystem das Datum von der Uhr richtig?

§         Übernehmen die Anwendungen das Datum vom Betriebssystem richtig?

§         Wird das Datum innerhalb aller Anwendungen richtig verwendet?

§         Wurde das Datum in allen noch benötigten, alten Datensätzen richtig aufgezeichnet?

Wenn nicht alle Fragen mit "ja" beantwortet werden können, besteht Hand­lungsbedarf, da Ihr Computer, konkret Sie, vom Jahr-2000-Problem betrof­fen sind.

3.1 Hardware

Eine IT-Hardware ist J2K-fähig, wenn sie den Übergang von 1999 auf 2000 richtig bewerkstelligt, d. h.

-                                                                  beim Booten im J2K das Datum richtig darstellt und

-                                                                  das richtig eingestellte Datum nicht verliert.

Überdies ist bei diesem Test die IT-Hardware auch auf die richtige Verwen­dung der Schaltjahrlogik im Jahr 2000 und in den darauffolgenden Jahren zu überprüfen.

Ist die IT-Hardware nicht J2K-fähig, muß sie i.d.R. J2K-fähig gemacht wer­den[3].  In vielen Fällen ist dies von Hand oder mittels einer Softwareroutine möglich, in anderen Fällen wird der Austausch von Hardware notwendig sein.

3.2 Hersteller-Software

3.2.1            Neues Release anhängig

Es kann mit großer Sicherheit angenommen werden, daß alle Software, die noch aktiv gewartet wird, von deren Herstellern J2K-fähig gemacht wird. 

Das gilt sowohl für die Betriebssysteme, die die Zeit von der RTC ablesen, als auch für die Standardanwendungen, die die Zeit vom Betriebsystem über­nehmen. 

Die Beschaffung eines J2K-fähigen Releases der Software ist notwendig. 

3.2.2            Releaseverfahren beendet

Wird die Software nicht mehr gewartet, ist der Anwender auf sich selbst gestellt.  In den meisten Fällen wird es sich nicht lohnen, ein altes Betriebssystem, das nicht J2K-fähig ist, abzuändern und weiterhin zu ver­wenden.  Ähnliches gilt auch für alte Software aus dem Bereich der Standard­­­­an­wendungen, wie z.B. eine DOS-basierende Datenbank.

In all diesen Fällen kommen jedoch Kosten auf den Anwender zu, und in eini­gen Fällen ist die Anschaffung eines neuen Computers erforderlich.

3.3 Anwender-Software

Anwendersoftware umfaßt ein weites Spektrum: vom selbstgeschriebenen Assemblerprogramm, das die Hardware des PC direkt ansteuert, über com­pilierte Programme, die Bibliotheken von Unterprogrammen benutzen bis zu Makros innerhalb eines Standardprogramms.  Überall dort, wo in Anwender­programmen Daten mit Zeit- oder Datumsbezug verarbeitet werden, sind möglicherweise J2K-Probleme vorhanden.

Dieser komplexen, besonders auf Großrechnern verbreiteten J2K-Pro­blematik, kann in diesem Rahmen nicht auf den Grund gegangen werden.

3.4 Anwender-Daten

Angenommen, der Computer und alle seine Programme sind J2K-fähig, sowohl Standardanwendungen als auch eigenentwickelte Anwendersoftware.  Sie wollen nun im Juni 2000 eine Tabellenkalkulation oder eine andere Datei aus 1997 öffnen.  Kann der Computer diese immer noch lesen, geschweige denn korrekt verarbeiten?

Um eine J2K-Fähigkeit der Daten herzustellen, sind alle alten Daten durchzu­sehen und gegebenenfalls für korrekte Verwendung durch die neuen Pro­gramme aufzubereiten. In einigen Anwendungen besteht aus Gründen der Revisionsfähigkeit die Notwendigkeit, Daten über einen mehrjährigen Zeit­raum zu archivieren. Unter diesem Aspekt sind insbesondere vorhandene Datensicherungen zu analysieren.

Eine eingehende Behandlung dieses Problems würde den Rahmen dieses Berichts sprengen. 

3.5 System-Daten

Es darf nicht übersehen werden, daß die Programme zur Sicherung von Systemdaten (für Backup- und Archiv-Daten) ebenfalls das Datum benut­zen, insbesondere bei inkrementeller Sicherung.  Eine falsche Datumsbe­handlung könnte dazu führen, daß die neuesten Daten aus dem Jahr (20)01 älter erscheinen als die Daten aus (19)99. In Konsequenz kann dies dazu füh­ren, daß automatisierte Archivierungsverfahren eine vereinbarte Generatio­nen­folge (Großvater, Vater, Sohn) verletzen und das dies bei der Wiederher­stellung der Daten zu inkonsistenten Datenbeständen führt.

4  
Organisation der Problemlösung

Personen, die unmittelbar oder auch mittelbar Informationstechnik am Arbeitsplatz einsetzen, haben eine Rolle und damit eine Aufgabe in der Hier­archie der J2K-Problemlösung. Diese Aufgabe gilt es zu konkretisieren und dann die erforderlichen Aktivitäten zu beschreiben.

4.1 Zuweisung der zentralen Verantwortlichkeit

Innerhalb einer Behörde sollte einvernehmlich vereinbart und schriftlich fest­gestellt werden, welche Stelle / Organisationseinheit koordinierend und federführend für die Jahr-2000-Fähigkeit aller IT-Systeme und Anwendungen verantwortlich ist.  Eine mögliche Form ist die Bestellung eines J2K-Projektverantwortlichen.

Unter dieser Verantwortung, deren Zuständigkeit und Kompetenz klar gere­gelt sein muß, werden alle Systeme, Anwendungen und Daten identifiziert und nach Kritikalität eingestuft.  Es ist sicherzustellen, daß die Lösung der damit verbundenen J2K-Probleme termingerecht erarbeitet und getestet werden 

4.2 Delegation der Verantwortung / Durchführung der Projekte

Für jedes betroffene IT-System und jede betroffene Anwendung muß eine individuelle Lösung (Anpassung, Verlagerung, Ablösung) erarbeitet werden. Die Lösung kann unter Berücksichtigung von Kosten, Terminen und arbeitsökonomischen Aspekten zu Verlagerungen von Tätigkeiten und Zuständigkeiten führen. 

Für jedes einzelne J2K-Projekt ist der Aufwand zu ermitteln und die spezifische Lösung zu vereinbaren. Danach ist die Verantwortung für die Projekte zu klären bzw. die diesen untergeordneten Lösungsauf­gaben, zu verteilen.  Innerhalb einer Behörde kommen als verantwortliche bzw. ausführende Stellen sowohl die Fachabteilungen als auch eine übergeordnete für IT zuständige Abteilung in Frage. Externe Unternehmen bieten neben der Unterstützung bei den Umstellungsarbeiten auch die Dienstleistung einer zentralen Projektsteuerung an.

Jedem Projekt sollte ein eigener Projektleiter zugeordnet werden. Diese Projektleitung zur Lösung des Jahr-2000-Problems sollte innerhalb der Behörde bekanntgegeben werden. 

4.3 Zeitplan

Jedes J2K-Projekt hat in der Regel einen natürlichen Beendigungszeitpunkt den 31.12.1999.  Dieses Zieldatum hat eine in Softwareprojekten bisher unbe­kannte Eigenschaft: Es kann nicht verschoben werden, weder durch Beschluß eines Parlamentes noch durch die Gunst einer auch noch so einfluß­reichen Persönlichkeit.  Daher ist Planung das Gebot. 

Zu planen sind der ermittelte Aufwand an Umstellungsarbeiten in Pro­grammen und in den Datenbeständen. In Abhängigkeit von der Entscheidung ob der Aufwand mit eigenem Personal zu bewältigen ist, ergibt sich mögli­cherweise die Notwendigkeit des Einsatzes externen Personals. Hier sind wegen der Aktua­lität des J2K-Problems die knappen personellen Ressourcen am Markt zu berücksichtigen. Externe personelle Unterstützung sollte, insbesondere im Hin­blick auf Verfügbarkeit und Kosten, frühzeitig vertraglich vereinbart werden.

In der folgenden Tabelle wird exemplarisch eine Übersicht zur Planung der J2K-Aktivitäten dargestellt.

 

Schritt

Fälligkeit

1

Erfassen aller IT-Systeme, der Anwendungen und verarbeiteten Informationen

 

2

Bewertung der Kritikalität der IT-Systeme, Anwendungen und Informationen

 

3

Überprüfen der kritischen Systeme

 

4

Schätzung des Lösungsaufwandes

 

5

Prioritätensetzung

 

6

Sicherstellung der Mittel im Haushalt

 

7

Planung/Reservierung der benötigten Ressourcen

 

8

Analyse / Umstellung / Test

 

9

Ende aller Projekte

 

Abb. 3: Übersichtsplanung

Die aus der Literatur bekannten Vorgehensmodelle zur Lösung des J2K-Problems nennen eine unterschiedliche Anzahl von Schritten. Einvernehmen besteht jedoch bezüg­lich der Abfolge der anstehenden Aktivitäten.

Bei knappen Haushaltsmitteln wird die Lösung des J2K-Problems anhand einer Prioritätenliste der Anwendungen von ”vital” zu ”marginal” empfohlen.

5  
Organisationsmethoden und Hilfsmittel

5.1 Bestandsaufnahme und Kritikalitätsanalyse

Wie im Untersuchungsbereich (Abschnitt 2.1) und in der Problemstellung (Abschnitt 3) schon beschrieben, müssen Hardware, Herstellersoftware, Anwendersoftware, Anwenderdaten und Systemdaten auf J2K-Relevanz überprüft werden. 

Die Analyse des J2K-Problems setzt bei den genutzten Verfahren an. Dabei müssen die folgenden Schritte ausgeführt werden.

§         Zunächst müssen alle gegenwärtig genutzten IT-Verfahren aufgelistet wer­den.  Hierbei sind sowohl die IT-Verfahren als auch die IT-Vorhaben zu berücksichtigen. 

§         Der nächste Schritt ist die Analyse der J2K-Relevanz:  Welche Verfahren der Liste verarbeiten datumsbezogene Informationen?  Dazu gehören in der Regel alle Programme, in denen finanzwirksame oder personenbezo­gene Daten erfaßt, verarbeitet, gespeichert oder übermittelt werden. 

§         Dann folgt die Kritikalitätsanalyse:  Welche Verfahren sind für die Behörde vital?  Unabhängig von der Aufgabe einer Behörde zählen hierzu alle periodischen Personalverfahren, wie z.B. Besoldung und Zeiterfas­sung. 

Bei Bestandsaufnahme und Kritikalitätsanalyse wird folgendes Vorgehen empfohlen:

§         Aussagen über die Kritikalität[4] der Anwendungen und der verarbeiteten Informationen werden von den Ver­antwortlichen der Fachabteilungen abgegeben. 

§         Die Risiken, die mit dem J2K-Problem verbunden sind, müssen für alle IT-Systeme und alle Anwendungen so realistisch wie möglich beurteilt werden.

§         Verfahren gleicher Natur, z.B. Texterstellung auf PCs, kön­nen gruppiert werden. 

Für die Erfassung der system- und anwendungsbezogenen Informationen für die Kritikalitätsanalyse eignet sich ein Fragebogen. Der Frage­bogen sollte von den für die Verfahren Verantwortlichen (Fachabteilung) aus­gefüllt werden.

Beispiel eines Fragebogens: Bestandsaufnahme und Kritikalitätsanalyse

J2K-Nr.

Firma

Software

Einsatz
z.Z.

Einsatz
2000

2000-
fähig

Hinweis

Kritikalität

V4-1

ABC Team

Kore

JA

JA

?

Quelle: Anwendung xyc

vital

V4-2

Soft-Prod

Biblio

NEIN

JA

?

Zusicherung im Vertrag

marginal

V4-3

ProgMan

Reisegut

JA

JA

JA

Bereich ZZZ informieren

vital

V4-4

Versch.

Büro-PC

JA

JA

?

12 PC für Sachbearbeiter

vital

 

 

 

 

 

 

 

 

 

Legende:

J2K-Nr.                 Fortlaufende Nummer in zugeteiltem J2K Nummernblock

Firma                     Hersteller / Lieferant

Software                              Produktbezeichnung incl Versions-Nummer

Einsatz z.Z.          Ist die Software zur Zeit im Einsatz?

Einsatz in 2000   Wird die Software voraussichtlich zum 01.01.2000 noch genutzt?

2000-fähig           Ist die Software Jahr-2000-fähig?

Hinweis                    z.B. die Adresse / Telefonnummer des Herstellers; die Versionsnummer einer
jahr-2000-fähigen Version; Version eines Alternativproduktes

Kritikalität               Einschätzung der Wichtigkeit für die Behörde:
Vital:   Die Behörde kann bei Ausfall der Anwendung ihre Funktion nicht mehr erfüllen
Marginal: Bei Ausfall der Anwendung können für eine Übergangszeit andere Methoden verwendet werden.

Zur Bezeichnung der Kritikalität können auch Abstufungen zwischen ”vital” und ”marginal” erforderlich sein.

5.2 
Projekterstellung

Für die kritischen IT-Systeme sind Lösungsprojekte zu erstellen. Es bie­tet sich hierbei an, dies unter Federführung und Verantwortung der Systembetreiber (IT-Abteilung) zu tun.

Dazu müssen i.d.R. zusätzliche Informationen über die IT-Produkte eingeholt werden.

Bei den IT-Produkten ist die Kenntnis der aktiven Versionsnummern für die weitere Planung der Umstellung fundamental, da die Interaktion der eingesetzten Versionen aller IT-Produkte, beginnend von der eingesetzten Hardware über Betriebsysteme und Standardsoftware überprüft und abge­stimmt werden muß.

Wesentlich sind korrekte Angaben der Hersteller zu der J2K-Fähigkeit der eingesetzten Versionen. Die Lieferanten von Hard- und Software publizieren im sogenannten "White Paper" den Stand der Produkte bezüglich der Jahr-2000-Fähigkeit.  Beispielhaft sind solche Informationen in den nachfolgenden Abschnitten dieses Berichts aufgeführt, auf die Bezug genommen werden kann.

Alle für den Anwender notwendigen Systemfunktionalitäten bzw. die sie unterstützenden Programme müssen für die Kritikalitätsanalyse erfaßt werden.  Es wird empfohlen, die darunterliegenden technische Ebene, wie Betriebssy­stem, Plattform, Netzwerk, etc. als eigenes Projekt zu erfassen.

Beispiel eines Projekt-Arbeitsblattes

 

J2K
Projekt Nr.

J2K
Nr.

Produkt-/ Projektname

Aktuelle
Version

J2K-fähige
Version

J2K-fähig
 ab Datum

Abhängig von J2K-Nr.

 

P-1

V4-3

KoRe-Plus

2.1

3.1

3/1998

P-3

 

P-2

III1-7

Reise-Soft

2.5.1

2.5.1

9/1997

P-3

 

P-3

I1-1

Unix

4.01

?

 

P-4

 

P-4

I1-2

Sun-Server

1.0

1.0

9/97

-

 

P-5

V4-4

PC

?

?

?

P-6

 

P-6

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Legende:

J2K Projekt Nr.                        Nummer des J2K-Problemlösungsprojekts

J2K-Nr.                        Zugeteilte J2K Nummer der Erfassung

Produkt-Name             Name der Software

Aktuelle Version         Gegenwärtig eingesetzte Version

J2K-fähige Version      Version für die der Hersteller J2K-Fähigkeit bestätigt

J2K-fähig ab Datum    Geplantes Fertigstellungsdatum bzw. Beschaffungsdatum

Abhängig von J2K-Nr.    Plattform, Netzwerk, andere Programme, von dem die Funktion des
Programmes abhängig ist

 

Die aus der Literatur bekannten Vorgehensmodelle zur Lösung des J2K-Problems bieten für diesen Arbeitsschritt unterschiedliche Formulare zur Erfassung der Informa­tionen an. Das o.a. Formular ist daher nur beispielhaft zu sehen.

Besonderer Hinweis: Viele Personen bzw. Bereiche müssen zur vollständigen Erfassung der Informationen beitragen, die Erhebung erfolgt teils auf dem Schriftweg. Es ist daher erforderlich, daß der Anlaß und das Ziel der Erfas­sung bekannt sind und Klarheit über die erforderlichen Informationen besteht. Neben einer aussagefähigen Legende trägt ein Anschreiben mit kon­kreten Hinweisen auf das korrekte Ausfüllen des Formulars bei.

5.3 
Vorgehensweise: PC-Hardware- und -Betriebssystem

PC-Hardware und -Software, für die es keine Zusicherung der Jahr-2000-Fähigkeit eines Lieferanten gibt, müssen überprüft und getestet werden.

Die folgenden Arbeitsschritte sind erforderlich:

1.                                                               Zuständigkeiten definieren.

2.                                                               Testprogramm beschaffen oder Testprozedur ausarbeiten.

3.                                                               Hardware mittels Testprogramm/-prozedur prüfen.

4.                                                               Für jeden betroffenen APC die Lösung  bestimmen. Dies können z.B. Aussondern, am 1.1.2000 umstellen, BIOS besorgen und einbauen, Diskette für Flash-BIOS besorgen und laden oder Denkzettel schreiben für Datumseinstellung im Jahr 2000 sein.

5.                                                               Betriebs-Software mit Herstellerangaben überprüfen; sicherstellen, daß J2K-fähige Versionen vor 2000 beschafft werden, bzw. die Anwendun­gen, wo dies nicht möglich ist, ersetzt werden.

5.4 Vorgehensweise: Anwendersoftware

In den Bereichen und Dienststellen mit Jahr-2000-Projekten, in denen bisher kein eigenes Vorgehen erarbeitet wurde oder die Anwendung eines bekannten Vor­gehensmodells nicht vereinbart wurde, wird ein Vorgehen nach dem CCTA-Leitfaden "Tackling the Year 2000 Problem" empfohlen.
(Siehe: http://www.open.gov.uk/ccta/mill/milbomb1.htm)

5.5 Vorgehensweise: Anwenderdaten

Alle archivierten Dateien, in denen Informationen mit Zeitbezug enthalten sind, müssen auf Jahr-2000-Fähigkeit hin analysiert werden. Dies ist insbe­sondere dann notwendig, wenn die darauf basierenden Anwendungen geän­dert wurden. Hier ist besonders auf die Harmonie von Programmen und Daten bei der Umstellung zu achten. Wenn möglich sollten die Änderungen in Programmen und Datenbeständen konsequent parallel durchgeführt wer­den. In den Fällen, in denen dies nicht möglich ist, kann die Kommunikation zwischen Programmen und Daten über sogenannte Brückenprogramme syn­chronisiert werden.

5.6 Vorgehensweise: Systemdaten

Eine sichere Systemverwaltung erfordert die regelmäßige Datensicherung von Systemdaten. Erfolgt die Datensicherung nicht zentral durch die Systemadministration, muß der Nutzer des PC diese selbst durchführen. Programme zur Datensicherung, insbesondere die, die im inkrementellen Modus arbeiten, verwenden das Systemdatum und sind daher J2K-sensitiv.

Es muß sichergestellt werden, daß für die Datensicherung ein J2K-fähiges Programm verwendet wird.

Zum sicheren Übergang auf ein neues Verfahren zur Datensicherung sind vor der Jahrhundertwende folgende Schritte auszuführen:

1.      J2K-fähiges Backup-Programm besorgen. 

2.      Volle/Inkrementelle Sicherung durchführen

3.      Partiellen/Vollen Restore testen. 

4.        Beim Übergang auf das neue Verfahren, während einer gewissen Zeit doppelte Datensicherung fahren, d.h. mit dem neuen und dem alten Programm.

 

5.7 Vorgehensweise: Vertragsgestaltung mit Lieferanten und Herstellern

In der Definition einer "Jahr-2000-Fähigkeit" sind Anforderungen festgelegt, die von Geräten und Produkten, die Datums- und Zeitangaben verwenden, zu erfüllen sind. In einem Projekt zur Lösung des "Jahr-2000-Problem" ist unabhängig von Alter und Struktur der eingesetzten Informationstechnik zu prüfen, ob die Hardware, die Software, die Anwendungen, die Systeme und die Informationen "Jahr-2000-fähig" sind.

 

Vorschläge zum Verfahren bezüglich von IT-Leistungen und von IT-Produkten beim Abschluß von BVB-Verträgen finden Sie in dem KBSt-Brief Nr. 5/97 (siehe Anhang 8.3.1)

 

In der praktischen Umsetzung einer "Garantie der Jahr-2000-Fähigkeit" hat sich folgendes Verfahren bewährt. Klauseln, in denen Definition und Haftungsfragen bzgl. der Jahr-2000-Fähigkeit formuliert sind, werden bei Verträgen als Anlage zu den Allgemeinen Geschäftsbedingungen genommen.

 

Insbesondere wird dieses Vorgehen empfohlen bei Abschluß neuer Verträge

-                                                                  für den Kauf von Hardware

-                                                                  für Aufträge zur Programmierung von Individualsoftware

-                                                                  für Lizenzen

-                                                                  für die Wartung von Hardware und die Pflege von Software

 

Nachfolgend eine Publikation aus der Schweiz (Schweizerische Bundesverwaltung), in der Empfehlungen hinsichtlich einer Vorgehensweise und den Inhalten von Verträgen und Vereinbarungen gegeben werden.

 

An dieser Stelle einmal mehr der Hinweis, daß diese Dokumente Empfehlungen sind und für die eigenen Anforderungen inhaltlich angepaßt werden müssen.

Die Empfehlungen sind mit Erfolg praktisch erprobt worden und haben sich zur Lösung von Teilaspekten des "Jahr-2000-Problem" als geeignet erwiesen.

Erschienen im bundesinternen Informationsblatt <<BFINewsExpress>> Ausgabe 1.Februar 1998 unter dem Titel:

"Garantie der Jahr-2000-Fähigkeit: Klauseln für sämtliche neuen Beschaffungen von Informatikleistungen".

(siehe Anhang 8.3.2)

 

Bezüglich vorhandener IT-Produkte sind von dem Lieferanten bzw. von dem Hersteller schriftlich Aussagen zur "Garantie der Jahr-2000-Fähigkeit" einzufordern. Die Lieferanten von Hard- und Software publizieren auch im Internet im sogenannten "White Paper" den Stand der Produkte bezüglich der Jahr-2000-Fähigkeit. Die Informationen im Internet sind nicht rechtsverbindlich. Nochmals der Hinweis, es ist notwendig, eine verbindliche Aussage per schriftlicher Anfrage bei Hersteller oder Lieferanten einzuholen.

 

Eine umfassende und sehr verbreitete "Definition der Anforderungen an die Jahr-2000-Konformität" (DISC PD2000-1) gibt es vom Britisch Standandards Institut (BSI). http://www.bsi.org.uk/html/homepage.htm.

 

Die Eingabe "+DISC +PD2000-1" in Suchmaschienen führt im Internet zu zahlreichen Servern, auf denen das Dokument "Definition der Anforderungen an die Jahr-2000-Konformität" vorhanden ist.

http://www.ast.co.uk/Yr2000/Documents/BSI_Yr2000.htm

 

Nachfolgend eine vom Bundesamt für Informatik (BfI CH) in der Schweiz übersetzte deutsche Version des Dokumentes DISC PD2000-1
(siehe 8.3.3 DISC.HTM)

 

Die o.a. Dokumente sind Empfehlungen und müssen für die eigenen Anforderungen inhaltlich angepaßt werden.

6  
Spezifische Lösungen

Im diesem Abschnitt wird dargestellt, wie die J2K-Fähigkeit von Hardware und Betriebssystemen geprüft und sichergestellt werden kann.

6.1 Hardware

Das Hardware-J2K-Problem betrifft ausschließlich das jeweils "heutige" Datum in der Nutzung des Rechners. Zusammenfassend kann festgestellt werden, daß das Hardware-J2K-Problem in den meisten Fällen leicht behoben werden kann.

Bei den meisten PCs wird es dadurch bleibend gelöst, daß das Datum per Bedienerbefehl am 1.1.2000 einmalig neu eingestellt wird.

Diese Aufgabe kann eventuell auch erledigt werden durch:

§         die Routine eines neuen Betriebssystems,

§         die Ferneinstellung durch den Netzwerk-Server oder

§         eine kleine Softwareroutine, die vor dem Jahr 2000 installiert wird und das Umstellen im Jahr 2000 bewirkt. Es ist allerdings zu fordern, daß diese Routine beim Starten des Systems nach dem Datum 1.1.2000 auch noch vorhanden ist.

In wenigen anderen Fällen ist die Beschaffung neuer Hardware, z.B. bei PCs ein neues BIOS, erforderlich. Bei der Betrachtung der Wirtschaftlichkeit ist hier neben den Kosten für die Hardware auch der personelle Aufwand für Umbau bzw. Installation der Komponenten zu berücksichtigen.

6.1.1            IBM PC und IBM-kompatible PCs

Gewisse BIOS Software wird bei der Jahrhundertwende auf das Datum 4.1.1980 anstatt auf das Datum 1.1.2000 umschalten. Dieser Wechsel auf das Datum 4.1.1980 erfolgt auch dann, wenn die für die Uhr des PCs zuständige Batterie entladen ist.         

Siehe http://www.microsoft.com/CIO/Articles/YEAR2000FINAL.htm

Eine Abhilfe für die fehlerhafte Datumsumstellung ist in vielen Fällen, den Rechner in der kritischen Zeitzone 31.12.1999 23.xx Uhr bis 1.1.2000 00.yy Uhr durchlaufen zu lassen, oder, wie dies bei gewissen BIOS der Fall ist, mit Arbeitsbeginn im Jahr 2000 die Uhr durch Aufruf der ”date” Funktion von Hand zu korrigieren.

Siehe: http://www.RighTime.com/  Stand: 14.08.1997 und  http://www.nstl.com/html/ymark_2000_background.html Stand: 14.08.1997.

Die meisten heutigen PCs kommen nicht ohne Hilfe in das Jahr 2000.

6.1.1.1         Grundlagen der Prüfung und Sicherstellung der J2K-Fähigkeit

Das Heute-Datum (im weiteren diese Abschnittes "Datum" genannt) wird im PC auf 5 Ebenen geführt bzw. bearbeitet:

§         Real Time Clock (RTC)

§         BIOS