Praktische Lehrveranstaltungen im Studiengang Softwaretechnik ...

46 J. Ludewig (Hrsg.): Praktische Lehrveranstaltungen in der Softwaretechnik
Dieser schlechte Zustand der Spezifikation war vor allem auf mangelnde Kommunikation
zwischen den Teammitgliedern zurückzuführen. Niemand war für das
Gesamtdokument zuständig und hatte den Überblick über alle Teile. Künftig sollte es
deshalb (für jedes Dokument) einen Koordinator geben, der den Gesamtüberblick über
das Dokument bewahrt und übergreifende Fragen und Konflikte klärt.
Außerdem wurde in unserem Studienprojekt kein internes Review, sondern direkt
ein Review mit der Kundin durchgeführt. Da jedoch aufgrund der mangelnden
Qualität dieses Dokuments ein formales Review nicht möglich war, verlangte die
Kundin zunächst eine weitere Überarbeitung des Dokuments. Erst anschließend
wurde ein formales Review durchgeführt, bei dem die Spezifikation mit Änderungen
akzeptiert wurde. Es ist daher dringend zu empfehlen, die Spezifikation nicht nur in
einem externen Review mit dem Kunden, sondern zuvor intern zu prüfen. Auf diese
Weise ist nicht nur eine effizientere Prüfung der Spezifikation durch den Kunden
möglich (weil dieser sich auf seine Aspekte konzentrieren kann und nicht durch viele
Fehler irritiert und abgelenkt wird), sondern die Motivation des Kunden wird nicht
unnötig durch schlechte Dokumente gesenkt. Außerdem werden unnötige
Verzögerungen im Projektplan vermieden.
Im zweiten Studienprojekt (Wintersemester 1999/2000) haben die Studierenden
zunächst ein internes Review durchgeführt. Gutachter waren die Teilnehmer eines
parallel stattfindenden Studienprojekts. Bei dem anschließenden Kundenreview war
die Spezifikation in einem Zustand, der es der Kundin ermöglicht hat, sich ganz auf
die ihr zugeteilten Prüfkriterien Vollständigkeit und Korrektheit zu konzentrieren.
Die Prüfung war somit sehr effizient.
4.9 Entwurf
Die Erfahrung in unseren bisherigen Studienprojekten zeigt, dass Entwerfen für die
Studierenden eine der schwierigsten Tätigkeiten ist. In der Entwurfs- und Implementierungsphase
geht es darum, das spezifizierte System zu konstruieren. Wie sich zeigt,
können die meisten Studierenden recht gut programmieren. Der Entwurf fällt ihnen
aber sehr schwer.
Hauptproblem dürfte hierbei die fehlende Erfahrung mit großen Projekten sein. Die
Projekte im EST-1-Praktikum und SoPra haben noch nicht die Größe, dass ein
fehlerhafter oder schlechter Entwurf zu echten Problemen führt. Die Implementierung
war auch ohne Entwurf möglich. Im Studienprojekt wird die kritische Größe
aber überschritten. Die Betreuer sollten also sicherstellen, dass ein tragfähiger Entwurf
entsteht.
In unserem Studienprojekt wurde in der Entwurfsphase ein System- und Schnittstellenentwurf
und in der Implementierungsphase ein Feinentwurf durchgeführt
(siehe Kapitel ). In der Entwurfsphase sind dabei folgende Effekte aufgetreten:
• Der Systementwurf ist vage. Der häufig verwendete Begriff „Grobentwurf“ verleitet
die Studierenden dazu, den Systementwurf als eine vage Lösungsskizze
misszuverstehen. Es ist wichtig, dass die Teilsysteme und deren Schnittstellen