System för tidsplanering & -rapportering (SYTT)
Projektstatus 20 februari 2002
Version 2
Detta dokument
Det här är en statusrapport och beskrivning av projektstruktur per den 20 februari. Syftet är
att fästa på papper det som kommit fram under första fasen av projektets arbete. Målet är att
alla i gruppen ska vara överens om projektstruktur, tidsplan, arbetssätt och arbetsfördelning.
Då vi inte kan mötas alla samtidigt förrän möjligen v10 är det mycket viktigt att alla tar sig tid
att läsa samt ger feedback till mig. För att vara säker på att alla är insatta vill jag att ni ringer
eller mejlar mig senast söndagen 24 februari. Hör av er även om ni inte har andra synpunkter
än att ni håller med i varje stavel
Innehåll:
Arbetsfördelning............................. 2
Min roll som projektledare .............2
Resurser & namn ............................ 2
Arbetsprinciper ............................... 2
Översiktlig tidsplan ........................ 3
Nästa delmål – Specifikation..........3
Användarsidan ................................ 4
Tekniksidan ....................................4
Problem att arbeta........................... 6
Kontaktinformation ........................ 6
Sidan 1 av 6
Arbetsfördelning
Uppdragsgivare:
Projektledning:
Dokumentation/Adm:
Användargränssnitt:
Teknik:
Henrik Artman, NADA
Petter
MariAnne
Kerstin & Magnus
Mathe, Per-Henrik & Tham
Ovanstående fördelning är satt efter kompetens, intresse samt möjligheter att arbeta. Hur
skiljelinjen mellan teknik och användargränssnitt blir under programmeringsfasen vet vi inte.
Detta hoppas jag blir klarare under arbetet med specifikationen.
Min roll som projektledare
Jag har själv svårt för personer som hela tiden berättar varje liten sak som jag ska göra, så det
vill jag undvika. Då jag inte vet hur ni andra vill att jag ska styra vårt projekt, så hoppas jag
att ni ger mig feedback. Mycket och ofta. Vi har kommit igång, och det är viktigt, närmsta
målet är att göra en riktigt bra specifikation (och efterföljande systembeskrivning &
datastruktur).
Jag vill helst undvika att detaljstyra när och hur alla gör sitt jobb, det är allas personliga
ansvar att projektet blir bra. Som ni ser längre ned i den här texten så ser ni den projektplan
som ligger för närvarande. Det är respektive grupp och person som måste ta ansvar för att
allt arbete blir gjort i tid, varje missad deadline innebär att en person eller grupp kommer få
mindre tid att lösa sitt arbete. Kom ihåg det när ni planerar ert eget arbete, för lyckas vi hålla
projektplanen slipper vi slita ut oss och sitta sent i maj med ett misslyckat projekt.
Resurser & namn
Vi har blivit döpta! Projektet går nu under namnet System för tidsplanering och –
rapportering, med förkortningen SYTT.
Systemgruppen har gett oss en projektplats för allt arbete med projektet, alla kommer att få
fullständiga rättigheter till denna. Skicka era användarnamn till MariAnne så löser hon detta.
Vi har numera även ett mejlalias som går till gruppens medlemmar. Per-Henrik kommer
läggas in under denna vecka så sen är det bara att mejla på!
E-mail: [email protected]
Arbetsprinciper
För att lyckas med projektet tror jag att vi som grupp behöver jobba med ungefär samma
utgångspunkt. Jag hoppas att vi under vecka 10 kan träffas alla för att diskutera bla
målsättning för projektet. Då har vi en bra bild över problemen och en, mer eller mindre,
specificerad lösning och det är läge att verkligen sätta vårt egna mål för projektet.
Det som kommer att gälla genomgående under projektet är att vi alltid måste skriva ned
tankar & motivationer till de beslut vi tar. Detta är viktigt för kommande dokumentation samt
en av punkterna Henrik Artman tydligt poängterat.
Då dokumentation är en stor del av projektet är det bra om vi hela tiden har detta i tankarna
när vi arbetar. Skriv kontinuerligt ned förklaringar, behöver inte vara finputsat, allt sådant
löser vi på slutet. Om vi inte följer detta blir det dygnet-runt-arbete sista veckorna. Det
Sidan 2 av 6
kommer inte vara kul att både testa, felsöka och dokumentera hela systemet på två veckor när
sommarn är på väg och solen skiner utanför datorsalarna.
För att planera, och följa upp hur väl vi lyckats i planeringen, vill jag att alla antecknar de
timmar som ni lägger ned på projektet. Skriv ned tid, aktivitet och datum. Att vi själva både
planerar och följer upp tidsåtgång för allt arbete tror jag är nyttigt, om inte annat så är det bra
att kunna fördela arbetsbelastningen och se hur mycket man själv verkligen arbetat. Målet är
att vi ska ha en jämn (och troligen tung…) arbetsbelastning under våren. För att kunna följa
upp tidsåtgång vill jag gärna ha in ”tidsrapporter” i slutet av vecka 10. Därefter kanske det är
vettigt varannan vecka. Vad tror ni?
Observera att det inte är fråga om Gestapo-kontroll, och att det inte alls är meningen att alla
hela tiden ska ligga på samma antal timmar. Alla är medvetna om att vi kommer jobba olika
mycket under olika faser av projektet, men för mig är det viktigt att kontinuerligt veta hur
mycket arbete vi lägger ned. (Ser framför mig gruppens timmar som en graf som är hög på
mitten men gärna är fallande allteftersom sommaren närmar sig!)
Översiktlig tidsplan
Vecka 6 – 7
Uppstart av projekt.
Första skiss av lösning.
Vecka 8 – 9
Användarintervjuer och infosamlande. Förbättra lösningsförslag.
Undersöka tekniken
Vecka 10
Prototyp och funktionsbeskrivningar klara torsdag 7 mars
Proof-of-concept (tekniklösning) klart torsdag 7 mars
Specifikation klar fredag 8 mars.
Vecka 11
Datastruktur och dataflöde.
Användartest & utvärdering (förbättringar) av prototyp.
Fryser specifikation, dvs inga ändringar efter.
Vecka12-15
Kodning/produktion
v16 Slutproduktion, testning, dokumentera
v17 Sammanställa dokumentation
v18 DEADLINE, skapa presentation
v20 SLUT
Nästa delmål – Specifikation
Fredagen i vecka tio, 8 mars, ska vår projektspecifikation vara klar. Arbetet med att ta fram
denna är inte för Lasses skull!!! Allt arbete vi gör för att skriva en bra specifikation är för att
ta fram alla eventuella problem och hitta våra misstag innan de ens begåtts. Lyckas vi bra med
detta förarbete undviker vi en mängd extraarbete senare i vår! Det är vi själva som kommer att
använda specifikationen när vi ska börja producera systemet…
Sidan 3 av 6
Arbetet med att skapa specifikationen har delats upp enligt bifogat dokument.
Det kommer vara mycket arbete under den närmsta perioden, jag kommer som jag skrev
tidigare att undvika detaljplanering så långt det är möjligt. Min tanke är att vi alla i gruppen
får ta ansvar för att de saker som nämns i projektplan/tidsplan verkligen blir genomförda i tid.
Användarsidan
Ansvariga: Kerstin & Magnus, stöd av Petter & MariAnne
Iterationer av gränssnitt/system/funktioner
1. Lösningsförslag/skiss (idénivå, klar v7)
2. Prototyp på papper & Beskrivning av alla funktioner(klart torsdag v10)
3. Prototyp 2 (användartest & korrigeringar v11)
4. Färdig lösning (slutversion v18)
Fundering: Skall vi testa under produktionsfasen, eller ska användarna uteslutas efter v11?
Vecka 8 – 9
Användarintervjuer och infosamlande, skulle varit klart måndag 25 februari, klarar ni
intervjuerna till tisdag 26 februari? Då Kerstin inte kan under v10 (tis-tor) krävs att stor del av
arbetet är klart innan vår tenta i GRIP.
Intervjumaterialet är grunden för resten av projektet. Utifrån detta ska vi inför specifikationen
skapa:
 Prototyp (papper) över alla sidor (och på dessa ingående funktioner)
 Beskrivning av alla funktioner som finns i prototypen
Vecka 10
Prototyp och funktionsbeskrivningar klara torsdag 7 mars
Specifikation klar fredag 8 mars. (se bilaga)
Riskbedömning ska genomföras tillsammans med övriga gruppen.
Under veckan ska vi även identifiera vilka aktiviteter som kommer att krävas under resten av
projektet, helt enkelt vilket arbete som ska utföras och i vilken ordning.
Vecka 11
Under veckan ska vi genomföra vårt enda riktiga användartest. Detta är vår möjlighet att göra
förändringar över funktionalitet. Senare under projektets gång kan vi endast ändra i layout och
detaljer. Anledningen till att frysa alla funktioner och sidor är att vi ska kunna ta fram en bra
datastruktur samt kunna producera kod utan att behöva ändra hela tiden.
Vecka 12 och framåt
Produktion av JSP-sidor och samverka med teknikgruppen för att skapa systemet. (Mer om
detta senare.)
Tekniksidan
Ansvariga: Per-Henrik, Tham & Mathe
Det skulle vara bra om vi kunde träffas, ni tre och jag, för att diskutera igenom närmsta
veckorna.
Sidan 4 av 6
Vecka 7 – 10 (Kompetens, grov systembeskrivning, proof-of-concept)
Sätta sig in i lösning (krav, problem, driftperspektiv mm). Jag kommer att ta reda på
kravställning från Henrik Artman vad gäller teknisk lösning. I dagsläget vet jag att det inte
finns nämnvärt många tekniska krav vad gäller drift, mjuk-/hårdvara och liknande annat än att
vi ska göra en webblösning och att det bör vara mjukvaror som antingen är gratis eller som
Nada/KTH har licens för.
Den lösning som jag ser framför mig är en 3-lagers webbapplikation. Detta bygger vi enligt
standardförfarande, något i stil med:
Presentation/Interaktion
Logik
Datalagring
JSP-sidor
Java Servletts
SQL
Apache Server med Tomcat-modul
Apache Server med Tomcat-modul
Ngn version av SQL,
Det ni måste göra är att säkerställa att vi inom gruppen har den kompetens som behövs för att
lyckas med projektet. Vi kan fö stöd av Serafim (NADA) med databasfrågor räknar jag med.
Han är db-lärare och kan säkert ge synpunkter, jag kollar detta med Henrik.
En viktig test av vår teknikstatus är det proof-of-concept som ska vara klart torsdag vecka 10
dvs 7 mars. Det består i att vi sätter upp en lösning identisk med den vi räknar med att
använda enligt specifikation/lösningsförslag. Det den ska klara av är att skicka information
mellan användarsidan ner till databas, lagra informationen som sedan ska kunna läsas och
presenteras på en ny sida för användaren. Förhoppningsvis klarar vi redan då att sköta en
enklare inloggning.
Inför specifikationen kommer användarsidan att skapa en prototyp bestående av skisser över
alla sidor samt beskrivning över all fukttonalitet. Under vecka tio kommer sedan vi behöva gå
igenom detta och skapa en grov skiss över systemlösning. Denna blir en del I specifikationen.
Vecka 11 (Systembeskrivning och datastruktur)
Den grova bild av systemet som blev klar vecka 10 och ingick i specifikationen ska bli en
systemskiss som är tillräckligt bra för att starta produktion. Vecka 11 blir troligen en av de
viktigaste för teknikdelen av projektet då datastruktur och systembeskrivningen ska vara klara
i veckans slut. Räkna med kraftsamling inför detta. (Gäller till viss del även användarsidan då
dessa sitter inne med mesta kunskapen om funktonaliteten och sidornas utformning.)
Vecka 12 och framåt
Produktion, testning, dokumentation mm
Ni måste hjälpa mig att planera denna period. Jag hoppas att vi vet tillräckligt under vecka 10
för att kunna planera hela produktionsfasen i projektet. På slutet har vi en mycket kort frist för
Sidan 5 av 6
testning, varför jag hoppas att vi hela tiden ska kunna testa kontinuerligt. Den sista
testperioden kommer bla uppdragsgivare och verkliga användare att testa systemet, så då
skulle det vara bra om vi har hyfsat få buggar.
Om vi dokumenterar kontinuerligt borde det inte bli några problem med dokumentationen i
slutet. Innehållet från specifikation och arbetet med systemlösning och datastruktur från vecka
11 kommer att vara grunden i slutdokumentationen.
Problem att arbeta
Bra både för mig och övriga i gruppen att veta när man har svårt att arbeta. Planera så att allt
arbete hinns med enligt projektplanen, och se till så att vi andra vet hur och när du kan jobba!
Tham gör exjobb och har mycket att göra feb-mars, gott om tid därefter
Kerstin tisdag-torsdag v10, torsdag-söndag v11
Petter & MariAnne borta 1-2 v runt påsk
Kontaktinformation
Kerstin Lindbergsson, [email protected], 070-875 76 79
Magnus Schylström, [email protected], 070-721 41 66
MariAnne Ygberg, [email protected], 070-493 33 06
Matherey Bracamonte Nunez, [email protected], 070-468 69 53
Per-Henrik Stenlund, [email protected]
Petter Hallman, [email protected], 070-471 14 37
Tham Ngoc Minh, [email protected], 070-740 81 08
Sidan 6 av 6