This title is printed to order. This book may have been self-published. If so, we cannot guarantee the quality of the content. In the main most books will have gone through the editing process however some may not. We therefore suggest that you be aware of this before ordering this book. If in doubt check either the author or publisher’s details as we are unable to accept any returns unless they are faulty. Please contact us if you have any questions.
Datenverarbeitung ist zweckorientiert - sie soll helfen, Anwendungsprobleme zu losen. So betrachtet scheint es ganz natUrlich, daB in den ersten Jahren der Datenverarbeitung die Anwendungsprogramme im Mittelpunkt der Betrachtungen standen. Die Daten als notwendige Voraussetzung (Eingabe) fUr Anwendungspro- gramme als Zwischenergebnisse oder als die angestrebten Endergebnisse (Ausgabe) wurden jeweils so organisiert, daB die im Anwendungsprogramm ablau- fenden Verarbeitungsalgorithmen moglichst effizient waren. Diese Betrachtungsweise fUhrte zu einer starken Abhangigkeit der Programme von den Datenorganisationen und damit zu mangelnder Flexibilitat. Es entstand eine Vielzahl von Dateien, die inhaltlich zum Teil in engen logischen Beziehungen miteinander standen, ohne daB man in der Lage gewesen ware, diese Redundanz yom System verwalten zu lassen. Die Verantwortung fUr die Integritat, Konsi- stenz und Sicherheit der Daten lag bei den Benutzern, was unvermeidbar zu Unvertraglichkeiten und mangelnder Aktualitat der (zeitabhangigen) Daten fUhrte. SchlieBlich entstanden erhohte Kosten fUr die mehrfache Erfassung und Wartung der Daten. Kurz gesagt: Der zunachst natUrlich erscheinende Weg yom Anwendungsprogramm zu den Daten fUhrte in eine Sackgasse. Schon seit Mitte der sechziger Jahre strebte man deshalb eine prinzipielle Anderung an. Die Daten eines Unternehmens oder einer Verwaltung traten in den Mittelpunkt der Betrachtungen als ein ganz wesentlicher Aktivposten, der ein dynamisches Eigenleben fUhrt und der verwaltet und gepflegt werden muB.
