Die Beispielgrafiken wurden mit GIMP erstellt und sind auf die unterschiedlichen Ebenen der .xcf Datei Verteilt:

Karte: LSS Grafikpaket.xcf.zip (32,8 MB, entpackt 53,1 MB)

Objekte: Grafikpaket Objekte.zip (2,9 MB, entpackt 3,9 MB)

Wir haben den Server aktualisiert. Ein login mit Passwörtern ohne Sonderzeichen sollte jetzt funktionieren und auch mit einem SUCCESS quittiert werden.

Wir werden hier bekannt geben sobald der Server auch mit Sonderzeichen umgehen kann.

In der Regel ist jedes Feature mit mindestens einem JUnit Test zu testen. Für jedes Szenario wird eine Testmethode geschrieben, die die textuelle Szenariobeschreibung im JavaDoc enthält. Außerdem soll aus dem JavaDoc für die Klasse ersichtlich sein zu welcher Anforderung aus dem Anforderungsdokument sie gehören (Referenz auf das Kapitel).

Die Kommentare im Quellcode sollen wie heute in der Vorlesung gezeigt die einzelnen Schritte kurz erklären.

In jedem Release werden die Kunden die ausführliche Dokumentation eines bestimmten Features wünschen. Die Ausführlichen Features sollen in einem technischen Handbuch Dokumentiert werden und enthalten neben Anforderungsbeschreibung und textuellen Szenarien auch Objektdiagramme mit Start- und Endsituation zu den Szenarien, aus den Objektdiagrammen abgeleitete Klassendiagramme sowie ein einleitendes Kapitel zur Architektur mit einem Komponentendiagramm. Außerdem muss ein Hinweis / Link auf die relevanten JUnit tests vorhanden sein, sowie die Ergebnisse der Code Coverage und JavaDoc angesprochen werden. Die Kapitelstruktur sollte sich an folgenden Vorschlag halten:

0. Startseite mit Kontaktinformationen wie beim Anforderungsdokument
1. Einleitung
2. Architektur
3. Schlüsselanforderungen
3.1 Login
3.2 KI Architektur
3.3 <To be announced>
3.4 <To be announced>
4. Glossar

Im ersten Release ist die ausführliche Dokumentation des Login gefordert. Im zweiten Release ist die ausführliche Dokumentation der KI Architektur gefordert. Die ausführlich zu Dokumentatierenden Features der nächsten Releases werden noch bekanntgegeben.

Ab Montag, den 23.11. erwarten wir von jedem Scrum Master die Erstellung eines täglich aktualisierten Burn Down Charts.  Um das Vorankommen des Teams zu visualisieren soll täglich bis 24h ein PDF erstellt werden, das auf der ersten Seite das Diagramm für den aktuellen Sprint zeigt und auf den nachfolgenden Seiten die Tabelle die dem Diagramm zugrunde liegt. Falls der Scrum Master ein Teammitglied nicht erreichen konnte trägt er die Kontaktversuche mit Uhrzeit ein: Mail / IM / Phone …

Die Diagramme könnte ihr mit Google Text & Tabellen, OpenOffice, Excel, Latex oder sonst irgendwie erstellen, als Abgabe ist aber ein PDF gefordert.

Das PDF ist im CVS unter “pfad/zur/doku/BurnDownChart.pdf” einzuchecken. Die Teammitglieder und Betreuer können so täglich erkennen wie weit die Gruppe ist.

Das Taggen der  Abgaben ist Pflicht. Die Fertigstellung ist mit den folgenden Tags zu markieren:

anforderungsdokument, sprint1, sprint2_release1, sprint3, sprint4_release2, …

Der Server ist aus dem Internet unter der IP 141.51.169.113 Port 1138 zu erreichen. Die Server für die KI Clients können per SSH unter den folgenden IP Addressen erreicht werden:

Die Passwörter entsprechen dem KI Client Login. Fragt den Deployment Experten eurer Gruppe wie ihr auf einem Linux Server euren KI Client aufsetzt und ggf. auch zu remote Debugging und Testing.

“I love deadlines. I like the whooshing sound they make as they fly by.” – Douglas Adams

Soweit ihr mit Euren Betreuern keine Ausnahmen vereinbart wurden gilt als Deadline für abzugebende Dokumente jeweils Sonntags 24h. Allerdings solltet ihr zu eurem Betreuertreff bereits eine erste Version haben um Fragen zu klären und weiteren Input zu bekommen!