Hier im wesentlichen die selben Dinge beachten wie
TA 5: Zwischenpräsentation, aber die Darstellung sollte auf das ganze Jahr bezogen sein, d.h. nicht nur zurück bis zur letzten Präsentation.
Und zusätzlich:
- d.h. hier auch die wichtigen Konzept, Ideen und Modelle vorstellen
- In der Demo die Registrierung nicht mehr zeigen.
- Screenshots zur Erklärung der wesentlichen Komponenten (bitte hier keine Mockups mehr oder Vorher/Nachherdarstellungen)
- Die Qualitätssicherung:
- allgemeiner Rück- und Ausblick, aber bitte keinen detaillierten Rückblick auf einzelne Sprints (In Sprint 1 haben wir ... In Sprint 2 haben wir ...)
- 60-90 Minuten, typischerweise im OFFIS U61
- Alle Mitglieder der Gruppe!
Hinweis:
- Die Demo sollte i.d.R. mit dem Server auf einem Rechner in der ARBI (z.B. Dümmer) erfolgen.
- Ich habe eine ganze Menge an Präsentationen. Ich kann mich nicht immer an alles vorher erinnern
Für die finale Abgabe alles was im Laufe der Zeit entstanden ist auf eine DVD brennen (in Papierhülle) mit Readme zur Erläuterung der Inhalte/des Aufbaus → keine Ausdrucke notwendig!
NEU: Immer auch: Verwendung des Uni Cloud Shares (mit einem oderen ggf. auch mehreren Zip-Dateien zum Download). Falls es Probleme mit der VM gibt, gerne auch einzeln über Stick (Anm. das Hochladen sollte im Uni-Netz deutlich schneller funktionieren, als von zuhause), alle anderen geforderten Dinge auf jeden Fall dort hochladen! Dann mit mir "teilen".
NEU (11.02.2019): Ab sofort kann man mir auch eine Mail (bitte mit Angabe der Gruppe) schreiben und ich richte dann bei mir eine Freigabe ein, in der die Daten hochgeladen werden können. Dann geht nicht der eigene Platz zur Neige. Trotzdem bitte darauf achten, dass der Upload nicht zu groß wird! In der Summe habe ich auch "nur" 100 GB.
Hinweis: Der Termin für die finale Abgabe ist immer der Tag, an dem die letzte Präsentation stattfindet, es darf aber auch während der Präsentation abgegeben werden 
.
- Dokumente (als PDF! Die wichtigen zusammen in einem Ordner)
- Die Dokumentation darf als Export aus dem Confluence generiert werden.
- Der Quellcode
- braucht ab sofort nicht mehr abgegegen werden, da er ja in Bitbucket vorhanden ist.
- muss sich mit Maven automatisiert bauen lassen! Auch die Tests müssen darüber ausführbar sein. (Neu: 2018: Kein Gradle mehr, da dies in in der Nachbereitung für mich zu viel Aufwand bedeutet). Es muss EIN zentrales Maven-Script geben, welches andere verwendet.
- Wichtig! Ich schaue mir nur den Quellcode im MASTER-Branch an, ggf. also auf jeden Fall vor der Abgabe auf jeden Fall noch einmal in den Master mergen!
- Protokolle, Präsentationen, …
- zusätzlich (!) virtuelle Maschine (VMWare (mit VMWarePlayer abspielbar!), VirtualBox)
- mit vollständig eingerichtetem lauffähigem Server für mich zum Testen (mit Hinweise zur Verwendung, z.B. mit Readme auf Desktop)
- ohne Abhängigkeiten nach außen (E-Mail, Datenbank, etc.!)
- VM sollte den Gruppennamen enthalten
- keine Dokumente in der VM "verstecken"!
- Es sollte direkt in der VM spielbar sein. (ggf. muss also auch ein Browser installiert sein. Keine Zugriff mit einem externen Browser!)
- Die VM sollte nicht zu groß sein! Linux statt Windows kann hier schon viel helfen
- BITTE die VM testen. Insbesondere ob auch alles funktioniert!
- 10 Minuten-Video
- mit Präsentation des Endproduktes (z.B. mit HyperCam),
- bitte mit Ton
- Fokus bitte auf das Spiel, Registrierung, Chat, Besonderheiten außerhalb des Spiels etc. max 1 Minute
- Bitte mit mehreren Spielern spielen
- Spezielle Spielsituationen (gemäß Regeln) sollten extra dargestellt werden um zu zeigen, wie die Software damit umgeht
- Damit auch die anderen Gruppen sehen können, was in den anderen Gruppen gemacht worden ist, werden die Videos im Anschluss alle Präsentationen veröffentlicht
Wichtig: Natürlich muss man sich für das Software Projekt wie für jedes andere Modul auch über Stud.IP für die Prüfung anmelden!