Sie sind auf Seite 1von 4

Datenmodellierung ist einer der

wichtigsten und folgenreichsten


Schritte im Prozess der Software-
entwicklung. Der Grund dafr
liegt auf der Hand: Das Datenmo-
dell soll die fachlichen Anforde-
rungen des Auftraggebers mg-
lichst vollstndig, korrekt und ein-
deutig widerspiegeln und damit
berhaupt erst die DV-technische
Grundlage fr die Entwicklung
des Softwareprodukts liefern.
Nun gilt die Kommunikation
zwischen dem DV-Fachmann und
der meist nicht ausreichend DV-
geschulten Fachseite des Auftrag-
gebers schon immer als die Achil-
lesferse der Softwareentwicklung.
Oft fhrt eine missverstandene
Kommunikation zwischen Fach-
und DV-Seite zum Scheitern oder
zur mangelnden Nutzerakzeptanz
von Projekten.
Case-Tools sollten alles lsen
Dieses Kommunikationsproblem
schien ganz im Sinne der Vision
vom Software-Engineering durch
das Konzept der durchgngig
computergesttzt ablaufenden Da-
tenmodellierungsphase lsbar.
Die seit den achtziger Jahren auf
dem Markt existierenden, unter-
schiedlich mchtigen Case-Tools
(von ADW, Bachman, Maestro ber
IEF, Rochade, Case/4/0 bis zu Ra-
tional Rose, Teamwork und Erwin)
belegen dies. Auf jedes der mit Mar-
keting-Versprechungen garnierten
neuen Case-Tools haben sich Da-
tenmodellierer und Datenbankde-
signer mit groen Erwartungen
und Euphorie gestrzt. Alle hoff-
ten, endlich die maschinelle Lsung
ihrer Hauptprobleme bei der Da-
tenmodellierung vorzufinden:
Erfassung und Aktualisierung
der Vorgaben der Fachseite,
Generierung und Pflege des
Datenmodells und der physischen
Datenbank,
grafische Darstellung des Daten-
modells sowie
Synchronisation der fachlichen
Kundenanforderungen mit den
physischen Datenbankobjekten
ber mehrere Produktzyklen
hinweg und damit ein wirkungs-
volles Versions- und Konfigura-
tions-Management.
Sehr bald stellte man jedoch er-
nchtert fest, dass auch mit Hilfe
dieser Spezialwerkzeuge das ange-
strebte Ziel nicht erreicht wird,
nmlich den Prozess von der Er-
fassung der fachlichen Vorgaben
ber die Erzeugung der logischen
Datenstrukturen bis hin zu den
physischen Datenbankobjekten
unter Wahrung der Datenaktuali-
tt durchgngig computergesttzt
abzuwickeln. Etliche Anwender
haben krftig in Case investiert,
geben aber nicht zu, sich damit auf
dem Holzweg zu befinden.
Die Enttuschung ber die zum
Teil so hochgelobten Case-Tools
hat im Wesentlichen folgende Ur-
sachen: Die Produkte bieten keine
berzeugenden maschinellen Hil-
fen zur Erfassung und Aktualisie-
rung der fr die Datenmodellie-
Kommunikationsprobleme zwischen Fach- und IT-Seite
Datenmodellierung ohne Medienbruch
Den Case-Tools zum Trotz: Der Prozess von der Erfassung fachlicher Vorgaben bis hin zur Erzeugung eines Datenmo-
dells verluft in der Regel nicht durchgngig computergesttzt. Dieses fr Entwickler besonders rgerliche Manko
lsst sich jedoch mit relativ einfachen Mitteln beheben.
Von Tamas Szabo und
Hans-Dieter Werno*
N A C H R I C H T E N A N A LY S E N T R E N D S
www.computerwoche.de
B 2615 C 28.JAHRGANG
SONDERDRUCK AUS NR. 37 VOM 14. SEPTEMBER 2001
Foto: Mauritius
SdrCW 37/01 Datenmodellierung o 26.09.2001 10:42 Uhr Seite 1
aus COMPUTERWOCHE Nr. 37/2001
rung notwendigen Texte (Daten-,
Attribut- und Tabellenbeschrei-
bungen) an. Solche Basisfunktio-
nen, die mit rund 80 Prozent den
Lwenanteil an der Modellie-
rungsarbeit ausmachen, bleiben
deshalb weitgehend Handarbeit
jedenfalls ohne maschinelle Ver-
bindung zum jeweiligen Werk-
zeug. Die angebotenen Hilfen sind
zu komplex, viel zu aufwndig zu
lernen und dadurch letztlich zu
teuer, rechnet man Beschaffungs-
und Ausbildungskosten mit ein.
Das von fast allen Herstellern
angebotene Standard-Datenaus-
tauschformat CDIF (Case Data In-
terchange Format) wird weitge-
hend ignoriert. Es gilt als zu kom-
plex und daher nicht praktikabel.
Die zum Beispiel in Erwin vorgese-
hene dialogorientierte Erfassung
und nderung von Attributen und
Texten wird von vielen wegen
mangelnder bersichtlichkeit als
nicht sehr produktiv angesehen.
Zu viele Hrden
Das Problem der fehlenden, zu-
mindest lckenhaften maschinel-
len Untersttzung gilt gleicherma-
en auch fr das Nachziehen der
nderungen an den generierten
DDL-Jobs fr das Versions- und
Konfigurations-Management so-
wie fr die Rckkopplung aus dem
Katalog des verwendeten Daten-
bank-Management-Systems
(DB2, Oracle etc.).
Stein des Anstoes ist nicht zu-
letzt das schlechte Preis-Leis-
tungs-Verhltnis der Tools, die
unter Bercksichtigung der ge-
nannten Probleme eindeutig zu
teuer sind. Die Kosten fr eine
Einzellizenz liegen im Bereich von
10 000 bis 12 000 Mark. Eine pro-
duktive und effiziente Nutzung
des Tools erfordert den Einsatz
mehrerer Lizenzen in einem Pro-
jekt. Da der Ausbildungs-, Einar-
beitungs- und Administrations-
aufwand ebenfalls sehr hoch ist,
werden in der Regel nur wenige
Tool-Spezialisten herangezogen.
Schlielich schlgt zu Buche, dass
die Werkzeuge schnell altern und
sich die Investitionen in den meis-
ten Fllen nicht amortisieren.
Die Gesamtbilanz fllt daher
nicht positiv aus der Verzicht auf
die fr ein Projekt erforderlichen
Mehrbenutzerlizenzen und die
notwendige Anzahl ausgebildeter
Spezialisten fhrt zu Engpssen
bei der Datenmodellierung. Be-
rcksichtigt man dazu noch, dass
letztlich nur rund 20 Prozent des
gesamten Modellierungsaufwands
von den Tools wirkungsvoll unter-
sttzt werden, so erscheint die
Entscheidung vieler Anwender
und Projekt-Manager gegen den
Einsatz von Spezialwerkzeugen
zur Datenmodellierung durchaus
verstndlich.
Am Anfang steht wie so oft
die Euphorie, doch schnell mndet
die Begeisterung fr das vielge-
priesene Tool in Enttuschung.
Die Folgen: Man kehrt zurck zur
Erfassung der Kundenanforderun-
gen auf Papier. Es wird grund-
stzlich berlegt, ob man die Da-
tenmodellierung nicht besser doch
ohne Tools durchfhren sollte.
Dieser aus Resignation beschritte-
ne (Rck-)Weg ist sicher nicht die
Lsung des Problems und zudem
alles andere als zeitgem.
Der geforderte einfache L-
sungsweg besteht darin, die Str-
ken von bekannten, mglichst
weit verbreiteten Spezialwerk-
zeugen zur Datenmodellierung
wie beispielsweise Erwin, ER/
Studio oder IEF mit universell
verwendeten Tools wie Excel
oder Access sinnvoll und zielge-
richtet zu verbinden.
Der hier gewhlte, spezielle
Werkzeugmix besteht aus den fr
die Basisfunktionen der Daten-
modellierung eingesetzten Tools
Excel und Access sowie dem gra-
fischen Modellierungswerkzeug
Erwin.
Dabei wird in Access zunchst
ein leeres Erwin-Metamodell vor-
bereitet. Die Fachseite liefert ihre
Eingaben (Texte, Attributbe-
schreibungen) oder aber die Vor-
gaben und Muster aus dem Vor-
gngerprojekt in Form von Excel-
Tabellen. Diese Texte werden in
Access in den (noch leeren) Tabel-
len des Erwin-Metamodells (als
Kopie aus Erwin bertragen) ab-
gespeichert. Die Zwischenspei-
cherung in Access macht das stn-
dige Aktualisieren (berschrei-
ben) der Vorgaben der Fachseite
erst mglich.
Keine manuellen Eingriffe
Die Generierung der physischen
Datenbank aus Access erfolgt au-
erhalb von Erwin mit Hilfe selbst
geschriebener Rexx-Prozeduren
(eine nicht sehr aufwndige Eigen-
programmierung von Skripts mit
insgesamt etwa 2000 Zeilen). Die-
ser Weg wurde gewhlt, um ein l-
ckenloses und ohne manuelle Ein-
griffe ablaufendes Versions- und
Konfigurations-Management si-
cherzustellen. Die generierte Da-
tenbank wird auf dem Zielsystem
gespeichert und in den DB2-Kata-
log aufgenommen. Fr Erwin
wird eine Kopie dieser Datenbank
erstellt, die dann mit Erwin gra-
fisch dargestellt werden kann.
Durch einen jederzeit mglichen
Abgleich zwischen der mit den
Anwendungsdaten gefllten Da-
S O N D E R D R U C K
Das Problem
Eine typische, heute durchaus verbreitete Arbeitsweise: manuelle Eingabe
der fachlichen Anforderungen (Word-Dateien) ohne maschinelle Verbindung
zum Datenmodellierungs-Tool, hier Erwin.
SdrCW 37/01 Datenmodellierung o 26.09.2001 10:43 Uhr Seite 2
tenbank und dem von der Fachsei-
te gelieferten Mengengerst lsst
sich eine automatische Optimie-
rung der physischen Datenbank
durchfhren.
Das beschriebene Verfahren
stammt aus einem Software-Ent-
wicklungsprojekt der Deutschen
Telekom als Auftraggeber. Ent-
sprechend richtete sich die Aus-
wahl des Werkzeug-Mix vorran-
gig nach den beim Anwender vor-
handenen Gegebenheiten. Excel,
das der Erfassung und Aktualisie-
rung von fachlichen Anforderun-
gen und Vorgaben dient, bietet
vor allem folgende Vorteile:
Texte in Excel-Tabellenform
sind bersichtlicher und ein-
deutiger als Texte in Word-Do-
kumentenform. Sie sind ma-
schinell verwertbar. Zwar gibt
es auch in Word die Tabellen-
form, aber bei ungebtem Ge-
brauch werden Tabellen er-
zeugt, die maschinell nicht ver-
wertbar sind.
Da der Umgang mit Excel in-
zwischen auch in den Fachab-
teilungen zur tglichen Routine
geworden ist, wird die Kommu-
nikation zwischen der DV-Ent-
wicklung und der Fachseite er-
heblich erleichtert. Mit Excel
kann die Fachseite ihre Vorga-
ben ohne Mittler selbst erstel-
len, ndern und nach Bedarf ak-
tualisieren. Dadurch wird die
Verantwortung fr Daten wie-
der dort wahrgenommen, wo
sie hingehrt.
Erwin-Grafiken knnen nach
konventionellen Verfahren nur
auf Papier verteilt werden. Die
hier gewhlte Methode mit Ex-
cel ermglicht das Speichern
der Grafiken in Excel-Zellen
(eine Grafik pro Zelle). Somit
ist das Problem der maschinel-
len Verteilung von Bildern im
Projekt gelst. Mit Excel kn-
nen diese Bilder in beliebigen
Vergrerungen ohne Quali-
ttsverlust reproduziert werden.
Access als Bindeglied
Access bildet das Bindeglied zwi-
schen Excel und Erwin. Es dient
zur Speicherung und Pflege der
synchronen Kopie des Erwin-Me-
tamodells sowie der dazu gehren-
den Inhalte. Anstelle von Access
knnten natrlich auch Oracle
oder DB2 eingesetzt werden.
Erwin, fr das lediglich eine Ein-
zellizenz erforderlich ist, stellt das
Datenmodell als Entity-Relation-
ship-Modell grafisch dar. Damit
die Generierung und Pflege der
SQL, die Rckkopplung mit dem
Katalog der physischen Daten-
bank (hier DB2 auf dem Host) so-
wie das Versions- und Konfigura-
tions-Management ohne die bei
Erwin erforderlichen manuellen
Eingriffe und Nacharbeiten ablau-
fen knnen, mussten die oben ge-
nannten Rexx-Prozeduren ge-
schrieben und in das gesamte Ver-
fahren eingegliedert werden.
Fazit: Mit Hilfe einer geeigneten
Kombination von vertrauten
Werkzeugen lsst sich der Prozess
der Datenmodellierung von der
Erfassung der fachlichen Vorga-
ben bis zur Generierung der physi-
schen Datenbank unter Wahrung
der Datenaktualitt und ber meh-
rere Produktzyklen hinweg
durchgngig computergesttzt ab-
wickeln. Durch den Einsatz ver-
trauter Tools fallen keine Ausbil-
dungskosten an, bei den teuren
Spezialwerkzeugen gengt eine
die Lsung
Eine erprobte Lsung stellt die Synchronisation der Vorgaben mit der Da-
tenbank durch eine optimierte Werkzeugkombination dar.
In der Praxis erprobt
Das hier beschriebene Verfahren
wurde in einem groen Software-
Entwicklungsprojekt erprobt, das
unter Federfhrung von IBM mit
Mitarbeitern von DV-RATIO fr
die Deutsche Telekom entwickelt
und mittlerweile erfolgreich zum
Abschluss gebracht wurde.
Die wichtigsten Charakteristika
des Projekts waren:
120 DB2-Tabellen,
logisches Datenmodell mit 120
Entitten und 1500 Attributen
sowie
mehr als 600 000 Codezeilen
in C++ und Cobol.
Die zunchst nicht durchgngig
computergesttzte Datenmodel-
lierung auf der Basis von Fach-
seitenvorgaben (rund 10 000
Word-Seiten) stie sehr bald an
ihre Grenzen: Das entstandene
Datenmodell hatte keinerlei Be-
zug mehr zur Realitt der Vorga-
ben. Die Projektleitung ent-
schloss sich daraufhin mitten im
laufenden Projekt, diesen Weg
aufzugeben, mit dem hier be-
schriebenen Verfahren auf dem
bisherigen Stand aufzusetzen
und mit gezielten Aktualisie-
rungsschritten fortzufahren.
Der Umstieg erfolgte auf Basis
der vorhandenen Ergebnisse und
des existierenden Datenbe-
stands. In mehreren Abgleichver-
fahren wurden dieser Datenbe-
stand sowie die Datenbankinhal-
te auf den aktuellen Stand der
Fachseitenvorgaben gebracht.
Dies war mglich, weil ein Kon-
sens ber die eingesetzten und
vertrauten Werkzeuge erreicht
wurde und die Fachseite bereit
war, ihre Eingaben nur noch in
Excel-Tabellenform abzuliefern.
SdrCW 37/01 Datenmodellierung o 26.09.2001 10:43 Uhr Seite 3
aus COMPUTERWOCHE Nr. 37/2000
Einzellizenz pro Projekt. Ein wei-
terer Vorteil: Der durchgehend au-
tomatisierte Ablauf der Datenmo-
dellierung hat zur Folge, dass Feh-
ler aufgrund manueller Zwischen-
schritte vllig ausgeschlossen sind.
Verbesserungspotenzial bestnde
fr einen nchsten Schritt dahinge-
hend, dass die Modellierungs-
werkzeuge die Lage der Bilder in
xy-Koordinaten ber mehrere
Versionen hinweg in einem Repo-
sitory speichern und dieses nicht
manuell nachgebessert werden
msste.
Das beschriebene Verfahren ist
bei allen Datenbankanwendungen
ab etwa 50 Tabellen sowie berall
dort produktiv einsetzbar, wo Da-
ta Dictionaries beziehungsweise
Modellierungs-Tools zur Verf-
gung stehen. Als ntzlich erweist
es sich nicht nur bei Neuentwick-
lungen, sondern auch in den Fl-
len, in denen eine Konsolidierung
groer Datenbankanwendungen
ansteht. Der Umstellungsaufwand
rechnet sich fr erfahrene Benut-
zer des gewhlten Werkzeug-Mi-
xes bereits nach kurzer Zeit. %
*Dipl.-Ing. Tamas Szabo ist Entwickler und Da-
tenbankarchitekt bei der DV-RATIO Unterneh-
mensberatung in Mnchen; Dipl.-Ing. Hans-Die-
ter Werno arbeitet als Projekt-Manager bei IBM
Global Services in Mnchen.
DV-RATIO SD GmbH
Rosenkavalierplatz 12
81925 Mnchen
Tel: 089 / 925191-0
Fax: 089 / 925191-15
DV-RATIO MITTE GmbH
Reichsforststr. 20
60528 Frankfurt
Tel: 069 / 6607680-0
Fax: 069 / 6607680-29
DV-RATIO NORD GmbH
Rahlstedter Bahnhofstr. 42
22143 Hamburg
Tel: 040 / 675968-0
Fax: 040 / 675968-66
DV-RATIO NORDWEST GmbH
Leostr. 31
40545 Dsseldorf
Tel: 0211 / 577996-0
Fax: 0211 / 55916-17
DV-RATIO SDWEST GmbH
Im Grund 7
71397 Leutenbach / Stuttgart
Tel: 07195 / 92255-0
Fax: 07195 / 92255-22
S O N D E R D R U C K
C O M P E T E N C E .
DV-RATIOUnternehmensberatung
D i e m i t d e r L s u n g .
We keep your business running.
TRY US!
DV-RATIO Aktiengesellschaft
Arabellastrasse 4 81925 Mnchen Telefon: 0 89/92 51 93-0 Telefax: 0 89/92 51 93-99
I D E A S . C O M P E T E N C E . S O L U T I O N S .
www.
dv-ratio.com
DV-RATIO steht seit 20 Jahren fr Qualitt und Innovation. Als Anbieter von IT-Services
mit mehr als 400 Experten betreuen wir Unternehmen der Finanzwirtschaft, der Industrie,
der IT-, Telekommunikations-, Luft- und Raumfahrtbranche sowie Handels- und Dienst-
leistungsfirmen.
MIT UNS NEHMEN IHRE VISIONEN GESTALT AN.
Die DV-RATIO Unternehmensberatung ist in ganz Deutschland fr Sie da!
In Mnchen, Stuttgart, Frankfurt, Dsseldorf und Hamburg.
SdrCW 37/01 Datenmodellierung o 26.09.2001 10:43 Uhr Seite 4