\documentstyle[german,twocolumn]{article}
\input{ieeestyle.tex}
\setlength{\textheight}{245mm}

\title{\vspace{-15mm}Buchbesprechung\\
``UML@Work''\\
von Martin Hitz und Gerti Kappel}
\author{Doris Schmedding \thanks{Universit"at~Dortmund,~Informatik~10
  (Software-Tech\-nologie), D-44221 Dortmund,
  Doris.Schmedding@cs.uni-dort"-mund.de}}
\date{}


\begin{document}
\maketitle
\baselineskip12pt
\thispagestyle{empty}

\vspace{-10mm}
\noindent 

Wer ein Buch "uber UML schreibt, steht vor der Frage, wie mit der
F"ulle von UML-Sprachkonzepten umzugehen ist. K"onnen weniger
wichtige Konzepte unber"ucksichtigt bleiben, damit dem Leser ein
leichterer Einstieg und eine bessere "Ubersicht gew"ahrt wird?
Oder soll der Vollst"andigkeit halber m"oglichst alles dargestellt
werden? Gerti Kappel und Martin Hinz haben sich daf"ur
entschieden, m"oglichst umfassend und tiefgreifend zu informieren.
Wer sich mit fundiertem Vorwissen "uber Objektorientierung
intensiv in die UML einarbeiten m"ochte, ist mit diesem Buch
deshalb gut bedient. Es ist weniger geeignet f"ur den ersten
Einstieg, denn die Autoren setzen grundlegende Kenntnisse "uber
Objektorientierung voraus.

Das vorliegene Buch gliedert sich grob in drei Teile. Zun"achst
wird sehr umfassend in UML eingef"uhrt. Dann folgt die
Beschreibung eines einfachen Prozessmodells, das danach zur
L"osung einer relativ komplexen Aufgabe herangezogen wird. Im
Anhang des Buches findet sich noch ein Vergleich verschiedener
Werkzeuge, die die UML unterst"utzen. Mitgeliefert wird auch eine
CD, die den Entwurf des Beispiels und seine Implementierung in
Java enth"alt.

Bei der Einf"uhrung in die UML gehen die Autoren sehr in die
Tiefe. Der Leser findet hier auf etwa 150 Seiten viele Details der
UML erl"autert und Antworten auf viele Fragen. In Exkursen, die
nat"urlich auch zun"achst einmal "uberlesen werden k"onnen, werden
Hintergrundinformationen zu bestimmten objektorientierten
Konzepten zur Verf"ugung gestellt. Die einzelnen Notationen werden
unabh"angig davon, in welcher Tiefe sie in welcher Phase der
Enwicklung benutzt werden, vorgestellt. F"ur einen unbedarfter
Leser besteht allerdings die Gefahr, dass die F"ulle der
vorgestellten Details den Blick f"ur die wesentlichen
Zusammenh"ange verstellen k"onnte. Ein weiteres Problem besteht
darin, dass das zur Modellierung eingesetzte Werkzeug u.U. nicht
alle vorgestellten Ausdrucksm"oglichkeiten der UML unterst"utzt.

Nach den Sprachkonstrukten der UML stellen die Autoren sehr kanpp
ein einfaches Vorgehensmodell vor, das sie in Kontrast zu dem
Rational Unified Process sehen und deshalb Irrational Separated
Process nennen. Auch wenn mir an einigen Stellen Relationen
zwischen den einzelnen Komponenten der zu erstellenden Modelle
fehlen, halte ich dieses Vorgehensmodell f"ur leicht verst"andlich
und deshalb f"ur gut geeignet, um sich mit den Aufgaben der
verschiedenen Notationen in den einzelnen Entwicklungsphasen
vertraut zu machen.

Anhand eines komplexen Beispiels, eines Programms zur Verwaltung
von mehreren Terminkalendern, wird dann vorgef"uhrt, wie UML den
Entwickler bei Anforderungsbeschreibung, Analyse und Entwurf
unterst"utzt. Hier wird auf etwa 120 Seiten Schritt f"ur Schritt
die Entwicklung eines Modells vorgef"uhrt. Das ist vielfach
hilfreich, wenn man sich mit "ahnlichen Modellierungsfragen
besch"aftigt. Man ben"otigt aber sehr viel Zeit, um den Autoren
bis zum Entwurf zu folgen. Ein punktuelles Lesen dieser Kapitel
ist schwierig.

Im Anhang findet sich eine Beurteilung von UML-Werkzeugen. Die
Ergebnisse derartiger Vergleiche veralten nat"urlich auf diesem
Markt sehr schnell, so dass der Nutzen dieses Anhangs zu
bezweifeln ist. Das von uns erfolgreich eingesetzte Werkzeug
TogetherJ bleibt beispielsweise unber"ucksichtigt. Auf den im Buch
angegebenen WWW-Seiten finden sich leider auch keine neueren
Ergebnisse.

\noindent {\bf Erfahrungen mit dem Buch} Das Buch hat mir zur
Vorbereitung des Software-Praktikums im Rahmen des Grundstudiums
der Infomatik an der Universit"at Dortmund gute Dienste geleistet.
Aus der F"ulle dervorgestellten UML-Konzepte wurden die
ausgew"ahlt, die die Studenten bei der Entwicklung komplexer
Software benutzen sollten. Zus"atzlich ist immer noch ein Abgleich
mit den vom eingesetzten Werkzeug zur Verf"ugung gestellten
Sprachkonzepten n"otig.

Als Lehrbuch zum Selbststudium scheint mir UML@Work f"ur
Studienanf"anger nicht geeignet, sicher aber f"ur
Hauptstudiumsstudenten und Software-Entwickler, die sich intensiv
mit der UML auseinandersetzen wollen.

Das vorgestellte einfache Prozessmodell hat mir gut gefallen. Ich
kann mir gut vorstellen, dass es in kleineren Projekten oder in
einem Pilotprojekt, um erste Erfahrungen mit UML zu sammeln,
sinnvoll eingesetzt werden kann. Allerdings habe ich es f"ur meine
Anf"angerlehrzwecke noch weiter abgespeckt.

\noindent {\bf Fazit} Zusammenfassend empfehle ich das Buch allen,
die bereit sind, sich intensiv mit der UML auseinanderzusetzen und
die wissen, dass objektorientierte Software-Entwicklung ein
aufwendiges Gesch"aft ist.
\vspace{0.1cm}

\noindent
Martin Hitz, Gerti Kappel: UML@work - Von der Analyse zur
Realisierung. dpunkt.verlag, 1999. ISBN 3-932588-38-X, Preis 78 DM

\end{document}
