1.

2.

3.

4.

5.

6.

7.

8.

9.

10.

Begutachtung des Pflichtenheftes durch Jörg:

• Keine Umgangssprache verwenden, sondern die Fakten nüchtern aufzählen.
• "Universität Gesamthochschule" ersetzen durch "Universität".
• Spielkarten müssen gezeichnet werden und im Pflichtenheft abgebildet sein.
• Unter "Externe Dokumente" sollte auch ein Verweis auf die Use-Case-Diagramme vorhanden sein.
• Den einzelnen Use-Case im Pflichtenheft streichen und statt dessen einen Link auf das Use-Case-Dokument setzen bzw. die Use-Case-Diagramme an den Stellen abbilden, an denen der jeweilige Anwendungsfall angesprochen wird.
  • Mögliche Stelle im Pflichtenheft: Punkt VI. (i).
• Re-Engineering des alten Projekts ist zu sehr im Pflichtenheft versteckt und muß stärker hervorgehoben werden.
• In den Use-Case-Diagrammen sollte die GUI nicht als Nutzer auftreten.
• Die in der Schnittstellengruppe erarbeitete Schnittstelle muß erwähnt und erläutert werden, damit ihr Nutzen und ihre Arbeitsweise deutlich wird.
• Einzelne Diagramme sollten der Übersichtlichkeit halber stärker untergliedert werden.
• Die Klasse "ArenaImages", die die Funktion eines Image-Containers übernimmt, muß im Pflichtenheft ebenfalls erwähnt und erläutert werden.

Klärung allgemeiner Fragen:

• Der Source-Code sollte durchgehend in Englisch dokumentiert sein; Variablen- und Methodennamen dürfen keinen Unterstrich ("_") enthalten.
• Das Pflichtenheft muß bis zum 1.6. fertig sein.

Weiteres Vorgehen:

• Martin schließt das Pflichtenheft durch Korrektur der oben angesprochenen Punkte ab.
• Heiko kümmert sich um die Verbesserung des Re-Design-Dokuments.
• Volker hält die Präsentation und bereitet diese gemeinsam mit Martin vor.

Vorführung einer Vor-Version des Arena-Designers:

• Die Darstellung der Waben sieht gut aus und ist auch in der niedrigen Zoom-Stufe noch erkennbar.
• Die Neuzeichnung der Arena soll unter extremen Bedingungen getestet werden, da Jörg vermutet, daß diese Art der Vorgehensweise zu langsam für einen Spielbetrieb ist; Gegenvorschlag ist das Verwenden von einzelnen Komponenten pro Feld und eines zentralen Layout-Managers.