Database Reference
In-Depth Information
nehmen. Bild 4.2 zeigt ein Beispielorganigramm für eine Pro-
jektorganisation.
Bild 4.2:
Beispiel einer
Projektorgani-
sation
Projektleiter
Fachspezialisten
Datenbankadministrator
Benutzer
Projektteam
Der Projektleiter führt die Projektteamsitzungen. Er ist verant-
wortlich für die Termin- und Kostenkontrolle. Der DBA entwi-
ckelt in Zusammenarbeit mit den Benutzern und den Fachspe-
zialisten die Datenbank. Bei unserem Projekt übernimmt er
auch gleich die Projektleitung.
4.3
Pflichtenheft erarbeiten
Im Pflichtenheft wird so detailliert wie möglich beschrieben,
was die zukünftige Datenbankapplikation können muss und
wie sie auszusehen hat.
Dies entspricht dem Punkt „Aufgabenstellung festlegen“ beim
logischen Entwurfsprozess. Ein großes Problem besteht darin,
dass die Benutzer meist nur über relativ geringe EDV-
Kenntnisse verfügen und von Datenbanken vielfach nichts ver-
stehen. Dadurch können sie auch nicht abschätzen, welche
Konsequenzen sich bezüglich Aufwand oder Antwortzeiten aus
ihren Forderungen ergeben können. Die Benutzer sollten also
zu Beginn des Projektes mit dem Datenbankgrundwissen ge-
schult werden. Es darf aber auch nicht passieren, dass der DBA
anfängt, irgendetwas zu entwickeln und dies den Benutzern als
vollendete Tatsachen präsentiert. In diesem Falle wird die Da-
tenbankapplikation immer mit Akzeptanzproblemen zu kämp-
fen haben, weil die Benutzer nicht mehr das Gefühl haben,
dass sie die Entwicklung maßgebend beeinflusst haben. Au-
ßerdem wird solch eine Applikation nicht die für den Benutzer
notwendige Funktionalität aufweisen.
