Die Erfahrungen aus den letzten Semestern haben gezeigt, dass viele Studierende sich weigern, ihr Projekt mit Hilfe dieses Tagebuchs zu organisieren. Daher gilt folgende Regelung: Wird das Tagebuch nicht ordnungsgemäß gepflegt, oder ist aus dem Tagebuch abzulesen, dass keine kontinuierliche Projektarbeit stattgefunden hat, führt dies zum Abbruch des Projekts.

Die Benutzung des Projekttagebuchs wird in der zweiten Woche erklärt.

In den ersten zwei bis drei Wochen nach der Themenvergaben ist das Problem zu analysieren und ein Grobentwurf zu erstellen. Außerdem ist in dieser Zeit die Projektumgebung einzurichten: Das SVN-Archiv ist zu erstellen, erste Makefiles auszuprobieren, Werkzeuge und zu verwendende Fremdsoftware sind zu beschaffen und zu analysieren.

Nach dieser Phase werden in der Mitte des Projektes die bis dahin erarbeiteten Resultate in Einzelpräsentationen vorgestellt. Dieser Meilenstein im Projektplan bildet gleichzeitig eine Sollbruchstelle: ist zu diesem Zeitpunkt zu erkennen, daß die Aufgabe nicht ernsthaft bearbeitet worden ist, so wird das Projekt abgebrochen.

Nach diesem Treffen gibt es keine festen Betreuungstermine mehr. Betreuungstermine oder Treffen in größeren Gruppen werden nach Bedarf angesetzt. Um Probleme und Lösungsansätze zu diskutieren, sind Einzeltermine mit den betreuenden Mitarbeitern zu organisieren. Entstehen im Projekt wesentliche Verzögerungen gegenüber dem Projektplan, wird das Projekt abgebrochen,

Spätestens eine Woche vor der Endabnahme ist das Archiv vollständig zu füllen, so dass das System hieraus durch einen einfachen Aufruf von make erzeugt werden kann.

Bei der Präsentation ist das Projekt aus dem SVN-Repository auszuchecken und mit make all zu generieren und falls notwendig mit make install zu installieren.

Für die Vorführung sind gute Testfälle vorzubereiten.

Bei dieser Endabnahme wird entschieden, ob das Projekt erfolgreich durchgeführt wurde, oder ob das Resultat ungenügend ist. Eine Ausdehnung des Projekts auf die vorlesungsfreie Zeit ist nicht möglich.

Als Resultat ist ein SVN-Archiv abzugeben. Aus diesem Archiv muß das vollständige System reproduzierbar sein. In dem Wurzelverzeichnis sind immer eine README-Datei, eine INSTALL-Datei und ein Makefile zu erstellen.

Die README-Datei enthält eine Beschreibung, was das System macht, wo die Dokumentation zu finden ist, welche Systemvoraussetzungen erforderlich sind und welche zusätzliche Software benötigt wird.

Die INSTALL-Datei beschreibt, wie das System zu installieren und zu konfigurieren ist.

Der Makefile enthält alle Anweisungen zur Erzeugung des Systems, zur Dokumentationserzeugung, zum Installieren und zum Deistallieren, und zum automatischen Testen. (Für alle, die in der Unix & Internet Veranstaltung krank waren: Dieser Makefile ist die Beschreibungsdatei für das make Werkzeug.)

Bei Java-zentrierten Projekten können natürlich Java spezifische Werkzeuge, wie Ant, JUnit, Eclipse, ... verwendet werden. In diesen Fällen enthält der Makefile sinnvollerweise nur einen Aufruf von Ant.

Bei Projekten, die bestimmte Server-Dienste benötigen (z.B. Apache, mysql), gehört die automatische Konfiguration dieser Dienste ohne Root-Rechte auf Linux zur Aufgabe.

Aus dem Archiv muß der Projektverlauf nachvollziehbar sein. Es muß erkennbar sein, welche Person wann welche Dokumente erstellt oder verändert hat.

Der jeweils aktuelle Stand eines Projektes muss sich jederzeit ohne grössere Handarbeit durch "make" erzeugen lassen. Die automatische Installation muss spätestens bis zur Vorführung laufen.

Ist aus dem Archiv ablesbar, daß dieses erst am Ende des Projekts gefüllt worden ist, wird das Praktikum nicht anerkannt.

Aufgaben, die in 100% pure Java zu erstellen sind, müssen auf allen Java-Plattformen lauffähig sein (auch wenn sie unter Windows entwickelt werden). Insbesondere die Thread-Programmierung und die grafischen Oberflächen sind hier zu berücksichtigen.