PVK: Projektet i Korthet

OBS! Under projektdelen skall alla deltagare föra en dagbok där alla aktiviteter som har med projektet att göra skall loggas (även möten osv). Dagboken kommer att redovisas i samband med projektets skriftliga redovisningstillfällen.

Uppgift

Projektet går ut på att utveckla en fungerande prototyp för ett PSP verktyg. Detta görs i två steg.

Steg 1: GUI design för verktyget (i grupper á 4 studenter).
Steg 2: Körklar prototyp för PSP support (i grupper á 4 delgrupper, där delgrupperna är grupperna från steg 1).

Funktionalitet

Verktyget skall uppfylla följande krav.

Funktionaliteten enligt PSP0.1 (eller högre), dvs
1. tidsloggning
2. felloggning
3. planering (prediktering/uppskattning av LOC)
4. sammanfattning av projektet (i en tabell)
Förutom PSP0.1 (eller högre) skall verktyget
1. klara av flera projekt samtidigt
2. har nån sorts "automatiskt" tidstagning (dvs användaren behöver inte knappa in start och sluttid för alla aktiviteter manuellt)
3. har möjlighet att varierar faser och felkoder som används i formulären
4. logga fel på ett "smart" sätt (felen skall inte loggas en och en)
Dessutom finns följande övergripande krav
1. gränssnittet skall vara effektivt, dvs få knapptryckningar, korta vägar, ...
2. alla uppgifter skall kunna sparas på/ läsas från fil (eller en databas)
3. tidslog, fellog och projektsammanfattning skall kunna skrivas ut

Att tänka på

Att jobba med flara projekt samtidigt (krav 5) och/ eller spara projektdatat i en databas (krav 10) har stora effekter på hela systemet.
Framförallt de grupper som jobba med/i Java måste bestämma en entydig JDK version (de som jobba hemma har kanske en annan version än i datasalarna).
Portabiliteten av systemet skall inte äventyras genom "speciallösningar".
...

Grupporganisation

Varje grupp måste ha en kontaktperson som kan nås även under juluppehållet.
Kommunikations- och samarbetsproblem skall rapporteras till "upper management" om de inte kan lösas internt.
Inaktiva studenter/ (del)grupper skall rapporteras till "upper management".
Problem med datorer/ programvaror skall rapporteras till support (och "upper management").

OBS! I princip är grupperna själva ansvarig för risk hantering.

Tidsplan

Den fullständiga versionen finns i kursens Schema. Anvisningar angående rapportering/ redovisning finns på http://www.cs.umu.se/kurser/TDBB12/projektRedovisning.html

on 1 dec Projektstart

on 8 dec Skriftlig rapport (GUI del)

fre 10 dec Möte 1: Diskussion kring projekt management och prototyp design

må 13 dec Möte 2: Uppföljning av möte 1

ti 14 dec

on 15 dec

ti 21 dec Skriftlig rapport (uppföljnig)

fre 7 jan Möte 3: Uppföljning och slutspurt

on 12 jan Muntlig slutredovisning och prototyp demo

må 17 jan Skriftlig slutrapport

Obligatorisk närvaro

Minst 1 student av varje delgrupp i mötena 1, 2 och 3
Alla studenter vid slutredovisning (förhinder skall anmälas i förväg)

on 1 dec	Projektstart
on 8 dec	Skriftlig rapport (GUI del)
fre 10 dec	Möte 1: Diskussion kring projekt management och prototyp design
må 13 dec	Möte 2: Uppföljning av möte 1
ti 14 dec
on 15 dec
ti 21 dec	Skriftlig rapport (uppföljnig)
fre 7 jan	Möte 3: Uppföljning och slutspurt
on 12 jan	Muntlig slutredovisning och prototyp demo
må 17 jan	Skriftlig slutrapport