\documentstyle[german]{article}
\input{trendsstyle_v2.tex}
\begin{document}

\thispagestyle{empty}


\twocolumn[{\vspace*{0mm}
\huge\sf Buchbesprechungen
\\[2mm]
}]
\setlength{\headheight}{-0.5cm}
\setlength{\topskip}{-0.5cm}

\baselineskip11.5pt

\noindent {\bf Tom DeMarco: The Deadline - A Novel About Project Management}   
{\it (Dorset House Publishing,\linebreak New York, 1997, ISBN 0-932633-39-0, 310
Seiten, US\$ 29.70)}\\

\noindent Software-Management als Krimiroman
\vspace{2mm}

Paradiesische Zust"ande, die sich jeder Software-\-Manager
w"unscht. Gen"ugend qualifiziertes und motiviertes Personal,
jegliche ben"otigte Infrastruktur, ver\-n"unftiger Zeitrahmen und
unbeschr"anktes Budget f"ur Projekte, deren erwartete Ergebnisse,
die Softwareprodukte eindeutig spezifiziert sind. So
paradiesisch, dass man sich sogar leisten kann, jeweils drei
Teams mit der gleichen Aufgabe zu betrauen, damit man mit
unterschiedlichen Vorgehen f"ur die Entwicklung und ihr
Management experimentieren kann.

Ist das der Stoff, aus dem man den ersten Roman schneidert, der
Software Engineering zum Thema hat? Nat"urlich nicht. Der
grossz"ugige Auftraggeber und Sponsor des Unternehmens geht auf
Reisen und sein Stellvertreter ist auf dem Software-Auge blind
und sieht nur mit dem Finanz-Auge. Seine erste Anweisung:
Laufzeit der Projekte verk"urzen, damit die Einnahmen fr"uher
kommen. Seine zweite: Aufstocken eines der Projektteams f"ur das
Schl"usselprodukt. Seine dritte ist nicht sehr originell:
Endtermin nochmals auf einen fr"uheren Zeitpunkt legen.
H"ollische Zust"ande? Normal auf Erden, sagen die meisten
Software-Manager unter uns.

Die Hauptfigur des Romans ist Webster Thompkins, der kurz vor
seiner Pensionierung unverhofft und auf eine abenteuerliche Weise
zu seinem Job kommt. In einem fernen unbekannten Land
durchwandert\linebreak Thompkins alle Stadien zwischen dem Manager-Para\-dies
und der Manager-H"olle. Von uns wirklichen Soft\-ware-Managern
unterscheidet ihn die unersch"opfliche Quelle der besten Berater
der Welt, die ihm in den brenzligen Situationen immer mit dem
richtigen Rat beistehen. Belinda Binda, eine US-Amerikanerin, die
sich in dieses Land zur"uckzog, nachdem sie einige grosse
Projekte gemeistert hat, ist seine wichtigste Beraterin, oder
vielmehr sein Coach. Sie erkl"art ihm manch ein Ph"anomen, das er
zwar kennt aber zu deren Ursachen er nie vorgedrungen ist. Und
der Leser lernt brav mit Webster mit.

In Silikon Valejit von Morovia, da spielt sich n"am\-lich dieses
Wechselbad der Managergef"uhle ab, gibt es noch andere weise
Menschen, die Thompkins immer zur rechten Zeit "uber den Weg
laufen. Etwa Gabriel Markov, der unter dem fr"uheren sowjetischem
Regime General war und, daher eher "uberraschend, virtuos mit
Menschen umgehen kann. Oder der bescheidene Waldo Montifiore, der
als Sekret"ar von Webster beginnt und zum Manager der
Metrik-Gruppe wird, nachdem er mit Akribie und Windeseile alle
verf"ugbaren Zahlen in Silikon Valejit ausgegraben hat. Und vor
allem Aristotle Kenoros, der erste Programmierer Morovias, der
Thompkins die Grunds"atze der Software-Entwicklung nahebringt.

F"ur kurzfristige Eins"atze stehen ihm so bekannte
Pers"onlichkeiten als Berater zur Verf"ugung wie Dr. Hector
Rizzoli, Abdul Jamid, T. Johns Caporous und Dr. Larry Boheme.
Oder haben Sie sie etwa nicht erkannt? Sind Sie neugierig? Grund
genug das Buch zu lesen, um sie zu entlarven. Vielleicht hilft
ihnen beim ersten Namen das folgende Zitat:

``Aber da muss etwas sein, was ich tun kann, irgendeine
kurzfristige Massnahme zur Verbesserung der Produktivit"at, zum
Beispiel ... ''

Hector sch"uttelte energisch seinen Kopf. ``Es gibt kein solches
Ding wie eine kurzfristige Massnahme in unserem Gesch"aft. Es
gibt keine M"oglichkeit, die Produktivit"at kurzfristig zu
verbessern. Letztlich, ist die von Ihnen erreichte Produktivit"at
ein direktes Ergebnis der langfristigen Investition Ihrer
Vorg"anger. Und zugunsten Ihrer Nachfolger zu investieren ist der
einzige wirkliche Einfluss, den Sie jetzt auf die Produktivit"at
haben k"onnen.''

Herr Thompkins seufzte. ``Ich glaube, ich wusste es. Trotzdem ist
es erfrischend, es so frei heraus gesagt zu bekommen.''

``Die kalte Dusche der Wirklichkeit auf das Thema der
Produktivit"atsverbesserung.''

Nat"urlich kennen und erkannten Sie ihn. Inzwischen ist er
bereits an einer Konferenz und Webster Thompkins noch immer in
Morovia und schaut weiteren anstrengenden Tagen entgegen. Und
lernt fleissig weiter. Am Ende jedes aufregenden Tages notiert er
Anregungen f"ur uns in sein Notizbuch. Hier sind einige, mit
Bedacht ausgew"ahlte:

Management umfasst Herz, Bauch, Seele und Nase.

Vermeiden von Fehlern, viel eher als das Optimieren des Erfolgs,
steigert die Gesamtleistung.

Erh"ohte "Uberzeit reduziert die Produktivit"at.

Konflikt verdient Beachtung. Konflikt ist kein Zeichen
unprofessionellen Verhaltens.

T"odlich ist nicht, was man nicht weiss ... sondern was man weiss
aber dem ist nicht so.

Ein Projekt ben"otigt beides, Ziele und Sch"atzungen; sie sollten
unterschiedlich sein.

Klingen sie f"ur Sie kontraintuitiv? Die Geschichten hierzu sind
ein ausgezeichnetes Training f"ur Ihre Intuition. 18 Mal mehr
solcher Erkenntnisse konnte Webster Thompkins in seinem Notizbuch
vermerken, bevor er in den verdienten Ruhestand ging. Und uns,
die noch nicht ruhen d"urfen oder wollen, sollten diese Notizen
t"aglich beunruhigen: Sind wir nicht in der gleichen verzwickten
Situation? Kann uns ein Blick nach Morovia aus ihr heraushelfen?

Warum es ein Krimiroman ist? Aus zwei Gr"unden. Erstens, es ist
die sich etwas m"uhsam anbahnende kriminelle Tat einer gescheiten
Frau, die unserem Helden die Lektion in Software-Management
erm"oglicht. Und wie in jedem anst"andigem Krimi gibt es auch
hier ein Happy End. Zweitens, liest sich die in diesem "ausseren
Rahmen eingebettete Geschichte der Software-Projekte und ihrer
F"uhrung wie ein Krimi. Die Spannung steigt von Kapitel zu
Kapitel und regt die Phantasie des Lesers an. Ich empfehle Ihnen,
zwischen den Kapiteln bewusst Pausen einzulegen und jeweils die
Geschichte selbst weiterzuspinnen bevor Sie weiterlesen.

Klingt alles sehr positiv? Gut, ich bekenne: Am Anfang war ich
hin (weiterlesen) und her (aufgeben) gerissen. Das Buch beginnt
nicht mit dem Knall. Langsam, zum Teil holprig und plakativ wird
die Geschichte aufgebaut. Weil ich Tom DeMarco und sein
bisheriges Werk kenne, riss mich meine Neugier hin. Zum Gl"uck.
Sobald er auf dem heimischen Boden ist (ich meine Software
Engineering, nicht Morovia), gewinnt die Geschichte an Fahrt, die
Dialoge fliessen wie von selbst und es entstehen Bilder des
Projektalltags. Eines Projektalltags, den wir ertr"aglicher
gestalten k"on\-nen, wenn wir uns von diesem Buch inspirieren
lassen.

\vspace{2mm}
{\bf Karol Fr"uhauf,} INFOGEM AG, 5401 Baden


%\end{document}

\vspace{1cm}
\noindent {\bf G. K"osters, B.-U. Pagel und H.-W. Six:
Software Engineering - Aufgaben und L"osungen}
\vspace{2mm}

Wer schon einmal "Ubungsaufgaben zu einer Soft\-ware-Technikvorlesung
stellen mu"ste, wei"s wie arbeitsaufwendig das Formulieren guter
Aufgaben und die Erstellung von Musterl"osungen sind. Deshalb werden\linebreak
Lehrende in der Software-Technik ein Buch mit Aufgaben und L"osungen
dankbar annehmen. Auch f"ur Lernende, die sich im Selbststudium in neue
Gebiete der Software-Technik einarbeiten wollen, k"onnte ein
derartiges Buch hilfreich sein.

Das vorliegende Buch beinhaltet eine Sammlung von Aufgaben mit
Musterl"osungen, die im Rahmen der Software-Technikausbildung an der
FernUniversit"at Hagen verwendet wurden. Die behandelten Themen
orientieren sich stark an dem Lehrbuch Pagel/Six: Software Engineering
- Band 1: Die Phasen der Soft\-ware-Entwicklung.


Das Aufgabenbuch ist in die f"unf Kapitel Analyse und Definition, Entwurf,
Modulare Software-Entwick\-lung mit ANSI-C, Implementation und Testen
eingeteilt. Zu jedem Kapitel gibt es
eine Reihe von recht komplexen Aufgaben mit Unterpunkten. In
jedem Kapitel werden verschiedene Methoden und Verfahren der Software-Technik
behandelt.
Die Aufgaben
in den einzelnen Kapiteln bauen teilweise aufeinander auf, so da"s
ein Problem in verschiedenen Phasen des Lebenszyklus bearbeitet wird
und verschiedene Methoden eingesetzt werden.  

Die L"osungen zu den Aufgaben sind sehr umfangreich. Sie
werden Schritt f"ur Schritt entwickelt, sind gut kommentiert und
eignen sich zum Selbststudium. 

\vspace{2mm}
\noindent
{\bf Erfahrungen mit dem Buch}

F"ur die "Ubungen zur Soft\-ware-Technologie\-vorle-\linebreak sung im WS 97/98 haben
wir in Dortmund  das Buch eifrig studiert und zwei Aufgaben
daraus eingesetzt. Es sind nicht mehr geworden, obwohl wir uns gern
mehr Arbeit erspart h"atten, weil es stark auf das Lehrbuch von Pagel und Six
zugeschnitten ist, und dieses Buch nicht die einzige Grundlage der
Vorlesung war. 

Als Implementierungssprache liegt Modula 2 zugrunde, davon
ist nicht nur das Implementierungskapitel sondern auch
das Entwurfskapitel gepr"agt. Es besch"aftigt sich mit modularem
Entwurf, w"ahrend
unserer Vorlesung die Konzepte der rollenbasierten und der objektorientierten
Software-Entwicklung zugrunde lagen. 

Das Kapitel "uber Analyse und Definition scheint uns am
vielf"altigsten einsetzbar, da es programmiersprachenunabh"angig ist.
Dort finden sich Aufgaben zu
ER-Modellierung, strukturierter Analyse und objektorientierter Analyse.
Insbesondere Aufgaben zur Analyse, in denen ein in sich geschlossener
Ausschnitt der realen Welt beschrieben werden mu"s, sind aufwendig zu
erstellen und schwierig zu formulieren, da schnell wichtige Teilaspekte vergessen werden.
Deshalb haben wir dankbar die Gelegenheit ergriffen und eine
dieser Aufgaben erfolgreich eingesetzt.

Das Entwurfskapitel ist stark durch die im Lehrbuch definierte
Spezifikationssprache gepr"agt. Das\linebreak trifft
insbesondere auf die L"osungen zu. Wenn man die
Aufgaben ein wenig umschreibt, k"onnen sie wohl auch in einer anderen
Begriffswelt benutzt werden. 

Wer einen modularen Entwurf in ANSI-C realisieren m"ochte, findet in
Kapitel 3 mehrere "Ubungsaufgaben zur Umsetzung des Modulkonzepts.

Im Kapitel zur Implementierung stehen die Codierung in Modula 2 und 
Effizienzbetrachtungen im
Vordergrund. Die Themen der Aufgaben stammen fast ausschlie"slich aus
der Mathematik. Diese Aufgaben k"onnten auch in einem
Modula-Programmierkurs eingesetzt werden.

Eine der Aufgaben zum Testen haben wir benutzt, obwohl die
zu testende Prozedur in Modula 2 angegeben war. Von Studierenden im
Hauptstudium wird erwartet, da"s sie den Transfer von
einer Sprache in eine andere leisten k"onnen. Die anzuwendenden
Testverfahren wurden in der Vorlesung behandelt. Leider enthielt die
L"osung der Aufgabe drei kleine Fehler. 

Die Aufgaben sind nach Schwierigkeitsgrad und Umfang klassifiziert. 
Nach unserer Erfahrung sind diese Einsch"atzungen realistisch. 

\vspace{2mm}
\noindent
{\bf Fazit}

Wenn eine Software-Technikvorlesung "ahnlich aufgebaut ist wie das
Lehrbuch von Pagel/Six und Modula 2 oder ANSI-C als
Implementierungssprache benutzt wird, bietet das vorliegende Buch eine
gute Basis zum Nacharbeiten des Stoffs in Form von "Ubungen.

\vspace{2mm}
{\bf Doris Schmedding und Corina Kopka}\\
Universit"at~Dortmund,~Informatik~10
(Software-Tech\-nologie), D-44221 Dortmund,\\
schmedding$|$kopka@cs.uni-dort"-mund.de

%Viele Dank an Ursula Wellen und Corina Kopka, die mir ausf"uhrlich von
%ihren Erfahrungen mit den Aufgaben aus dem Buch berichtet haben.
 
\end{document}

