Projektstatus 20 februari 2002

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: pr02-sytt@nada.kth.se 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 Sidan 2 av 6

löser vi på slutet. Om vi inte följer detta blir det dygnet-runt-arbete sista veckorna. Det 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 Sidan 3 av 6

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 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 Sidan 4 av 6

Det skulle vara bra om vi kunde träffas, ni tre och jag, för att diskutera igenom närmsta veckorna. 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 JSP-sidor Apache Server med Tomcat-modul Logik Java Servletts Apache Server med Tomcat-modul Datalagring SQL 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.) Sidan 5 av 6

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 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, kerstin@lind.gs, 070-875 76 79 Magnus Schylström, i97_sms@lector.kth.se, 070-721 41 66 MariAnne Ygberg, i98_yge@lector.kth.se, 070-493 33 06 Matherey Bracamonte Nunez, d98-mbn@nada.kth.se, 070-468 69 53 Per-Henrik Stenlund, phs@kth.se Petter Hallman, petter@lector.kth.se, 070-471 14 37 Tham Ngoc Minh, d97-nmt@nada.kth.se, 070-740 81 08 Sidan 6 av 6