Uni Bremen

Software-Projekt 2009/10

Abgabe 1 - Projektplan - zum Software-Projekt 2009/10
Dozent zur Vorlesung: Prof. Dr. rer. nat. Rainer Koschke

FB3


Dieses Dokument beschreibt die Abgabe des Projektplans für das Software-Projekt 2009/10 .

Abgabe

Die Abgabe des Projektplans muss sowohl elektronisch als auch in Papierform erfolgen. Die elektronische Fassung muss spätestens am 23. November 2009, 7 Uhr früh, dem Tutor vorliegen. Die ausgedruckter Form ist beim Tutor/bei der Tutorin im entsprechenden Tutorium Montag (23.11.2009)/Dienstag (24.11.2009)/Donnerstag (26.11.2009) abzugeben.

Elektronische Abgabe

Das Format der elektronischen Fassung muss PDF sein. Die Abgabe der elektronische Fassung erfolgt über MEMS. Falls MEMS nicht verfügbar ist oder Probleme auftreten, erfolgt die Abgabe als E-Mail an den Tutor.

Inhalt des Projektplans

Der Projektplan muss der Struktur entsprechen, die in der Vorlesung vorgestellt wurde (ANSI/IEEE Std. 1058.1-1987). Grundsätzlich soll der Projektplan möglichst konkret für Eure Situation und Euer Projekt sein.

Für alle abzugebenden Dokumente gilt: Es muss klar erkennbar sein, welche Teile von welchen Mitarbeitern erstellt wurden. Diese Information muss also an den Anfang des jeweiligen Abschnitts oder in Form einer Übersicht eingefügt werden.

Einleitung

Alle in der Vorlesung besprochenen Details müssen beschrieben werden.

Projektorganisation

Wir verwenden das so genannte Wasserfallmodell, bei dem streng sequenziell die Phasen Spezifikation, Entwurf, Implementierung, Test und Auslieferung durchlaufen werden.

Wer ist am Projekt beteiligt, und wie sind diese Personen erreichbar? Dazu hätten wir von jedem Eurer Teammitglieder gerne ein Foto im Projektplan, damit wir Euch wiedererkennen können.

Ihr solltet in den restlichen Abschnitten dieses Kapitels Aussagen machen, wer grundsätzlich für die Aspekte Projektplanung, Spezifikation, Entwurf, Implementierung, Test, Dokumentation verantwortlich sein wird (Phasenleiter). Was sind die Rechte und Pflichten des Phasenleiters und der anderen Beteiligten?

Bezieht also Stellung in den Abschnitten Organisationsstruktur, Organisationsgrenzen und Verantwortlichkeiten.

Managementprozess

Beschreibt hier alle geforderten Einzelheiten. Großer Wert wird auf den Abschnitt "Risikomanagement" gelegt. Beschreibt hier alle möglichen Risiken, eine qualitative Abschätzung ihres Eintreffens, eine qualitative Abschätzung über ihre möglichen Schäden, wie Ihr sie überwachen wollt und wie Ihr ihnen begegnen werdet, wenn sie auftreten.

Technischer Prozess

Beschreibt hier alle Details, zu denen Ihr zum heutigen Zeitpunkt Aussagen machen könnt. Solltet Ihr zu Punkten keine Aussagen machen können, dann begründet dies explizit und nennt Maßnahmen, die Ihr ergreifen werdet, um diese Details möglichst bald nachzuliefern.

Arbeitspakete, Zeitplan und Budget

Die Anforderungsspezifikation werdet Ihr zum 11. Januar 2010 abgeben müssen. Wir verlangen realistischerweise von Euch zum jetzigen Zeitpunkt nur eine detaillierte Darstellung der Arbeitspakete für die Spezifikationsphase, also für den Zeitraum bis zur Abgabe der Anforderungsspezifikation, d.h. nicht für die anderen Phasen des Projekts (Entwurf, Implementierung und Test). Die weiteren Phasen werden dann jeweils zu Beginn der Phase geplant. Aus der Vorlesung erfahrt Ihr rechtzeitig, was Euch in der jeweils zu planenden Phase erwartet.

Ihr sollt jedoch zumindest die in der Vorlesung bereits bekannt gegebenen externen Meilensteine im Plan dokumentieren.

In der Beschreibung Eurer Arbeitspakete sollt Ihr niederschreiben, wie Ihr konkret vorgehen werdet, um die Anforderungsspezifikation zu erstellen. Das bedeutet, die Arbeitspakete sollen nicht Ist-Analyse, Soll-Analyse etc. heißen, sondern konkreter sein. Dies kann gerne detailliert und aussagekräftig etwa so aussehen:

Zu jedem Arbeitspaket (AP) soll neben der geplanten Dauer auch der geschätzte Aufwand angegeben werden. Die Dauer der APs soll eine Woche nicht übersteigen.

Welche qualitätssichernden Maßnahmen plant Ihr zu ergreifen, um eine qualitativ hochwertige Anforderungsspezifikation zu erstellen? Auch hierfür müssen entsprechende Arbeitspakete eingeplant werden.

Der Zeitplan soll als Gantt-Diagramm erstellt werden (z.B. mit Microsoft Project oder der freien Projektmanagementsoftware GANTTProject). Zusätzlich ist eine Tabelle erforderlich, die genauere Informationen zu den einzelnen Arbeitspaketen enthält.

Das Gantt-Diagramm muss auch die Abhängigkeiten zwischen den APs widerspiegeln. Identifiziert und markiert den kritischen Pfad in Eurem Zeitplan. Erklärt den kritischen Pfad: Welche APs liegen darauf und warum? Es könnte auch mehrere kritische Pfade geben. Welche APs könnten kritisch werden?

Sonstige Elemente

Fügt Pläne mindestens zu den folgenden Aspekten bei:

Beispiel

Hier findet Ihr den Link auf einen Beispielprojektplan, der Euch eine ungefähre Vorstellung vermitteln soll, was wir von Euch erwarten. Der Plan enthält die Struktur gemäß IEEE-Standard sowie Beispiele zu den meisten Teilen des Dokuments.

Auf vielfachen Wunsch gibt es hier auch ein LaTeX-Gerüst für den Projektplan.

Bewertungskriterien

Wir werden den Projektplan aus Sicht eines Projektcontrollers des Kunden beurteilen. Hierfür sind die folgenden Aspekte relevant:

Besonderen Wert legen wir auf den Abschnitt "Arbeitspakete" (für die Spezifikationsphase) sowie die Risikobetrachtungen. Hier die genaue Gewichtung der verschiedenen Aspekte:



Valid HTML 4.01 Transitional