Das Projekt BÜCHERSCHATZ - Fachbereich Informatik - Universität ...

gelten kann. Auch ohne diese Brücke hätten wir einen OPAC-Prototypen herstellen
können: Da es noch keinen Kinder-OPAC in Deutschland gab, vor uns also ein ziemlich
‘unbeackertes Feld’ lag, hätten wir durch Beobachtung des Gebiets jenseits des
Grabens sicherlich ‘etwas zum Algorithmisieren’ gefunden. Dieses Vorgehen hätte ein
System ergeben, das zwar korrekt programmiert, aber vermutlich am Bedarf und den
aktuellen Problemen des Anwendungsgebiets vorbeigegangen wäre.
Im Projekt BÜCHERSCHATZ hat sich unsere Vorgehensweise des ‘Brückenbaus’
bewährt, weil wir aus dem Verständnis über Probleme und Akteure des Anwendungsbereiches
heraus Modelle und Methoden der Informatik in den Projektrahmen eingepaßt
haben. Sie haben sich in fruchtbarer Weise mit dem Gegenstandbereich Bibliothekswesen
verbunden, wie aus der Rückmeldung von Professorin Schulz zum Projektende
deutlich wird:
„Es gibt durchaus Bibliotheken mit begabten Programmierern, die keineswegs den Angeboten
der Softwarefirmen hilflos ausgeliefert sind. Doch gelang es bisher nicht, eine
Brücke von der eigenen Technik- und Machbarkeitsbegeisterung zum Informationsverhalten
und Vorwissen der Kundschaft zu schlagen. Software wurde nach eigenem Gutdünken
und Insider-Konventionen gestaltet. Programmierung reicht eben nicht - professionelle
Konzepte müssen her, wissenschaftliche Neugierde ist gefragt. (...) Fazit: Die
berühmte Benutzerorientierung ... ist seit Einzug neuer Informationsmedien ohne interdisziplinäre
Zusammenarbeit mit InformatikerInnen nicht mehr möglich.“ (s. Anhang 13)
Wir haben uns im Projekt BÜCHERSCHATZ größtenteils im Anwendungsgebiet, d.h. ‘in
der Fremde’ aufgehalten. Für eine über die Erarbeitung von Prototypen hinausgehende
Entwicklung eines einsatzfähigen Systems wäre es jetzt sinnvoll, die aufgenommenen
Anforderungen des Anwendungsgebietes zurück über die Brücke in die Welt der Informatik
zu tragen, sich dort ein Weilchen zurückzuziehen, auf Methoden des Softwareentwurfs
zu besinnen, um anschließend mit einer Entwurfsspezifikation zurückzukehren.
Im Anwendungsgebiet zählen die sichtbaren Lösungen; der konzeptionelle, softwaretechnischen
Gütekriterien genügende Softwareentwurf sollte ‘zu Hause’ in der
Informatik erfolgen. So kann sich die Informatik Kerngebiete bewahren und gleichzeitig
eine Grenzdisziplin im Sinne von Pflüger sein.
Weiterhin halten wir es für erforderlich, daß die Anwendungsdisziplin ihrerseits
‘Brücken’ zur Informatik baut und sich über den Gebrauch konkreter
Softwareprodukte hinausgehendes Verfügungs- und Orientierungswissen hinsichtlich
Softwareentwicklung, Datenbankentwurf und Modellbildung erarbeitet, damit von
dieser Seite ein Verständnis über die Möglichkeiten und Grenzen der
Informationstechnik aufgebaut werden kann. Angesichts der zunehmenden
Verbreitung von EDV-Systemen in Bibliotheken ist hier der FB Bibliothek und
Information als Ausbilderin von Bibliothekarinnen und Bibliothekaren gefordert. 61
Partizipation
Die Gefahr der inflationären Verwendung der Begriffe ‘benutzungsfreundlich’ und
‘Partizipation’ ist groß. Wer beginnt ein Softwareprojekt mit der Intention, die Bedürfnisse
von Benutzern zu ignorieren und Systeme so zu entwerfen, daß sie möglichst
schwer bedienbar sind? Man startet in guter, partizipativer Absicht und endet oft in
61 Auch die Auseinandersetzung mit dem Begriff Information, auf dem sowohl die Informatik mit Blick auf die ‘regelhafte
Verarbeitung’ als auch das Fachgebiet Bibliothek und Information mit Blick auf die ‘regelhafte Erschließung’
aufsetzt, erscheint uns für ein aufeinander Zugehen beider Bereiche sinnvoll und notwendig. Um so mehr, als daß
mit dem sich ankündigenden Wandel der Industriegesellschaften zu Informationsgesellschaften die Bedeutung von
Informations- und Kommunikationsdienstleistungen steigen wird (vgl. [Kubicek/Tisborn 1995]).