Projektplan Introduktion Vi har som uppgift att göra ett systemutvecklingsprojekt åt en kund. Målet är att tillfredställa alla behov denne kund har. Projektöversikt Roller och ansvar Projektledare: Fanny Wallner Vice projektledare: Daniel Lindgren Metodansvarig: Johan Lidrot Vice metodansvarig: Fanny Wallner Databasansvarig: Mikael Händling Vice databasansvarig: Christoffer Callegård Programutvecklingsansvarig: Anders Larsson Vice programutvecklingsansvarig: Daniel Lindgren Kvalitet- och testansvarig: Christoffer Callegård Vice kvalitet- och testansvarig: Mikael Händling Arbetsformer och metoder Vi har valt att endast ha två personer som gemensamt granskar våra dokument för att vi vill ha en enhetlig dokumentation. De personerna är våra kvalitet- och testansvariga. Rutiner för beslut och ändringshantering Vi använder oss av versionhanteraren Subversion för att hantera detta. När det sker ändringar så ska detta dokumenteras i en avvikelserapport. Projektplanering Tidplan Se nedan, för tydligare exemplar se bifogat GANTT-schema. 1(5)
2(5)
Kvalitetsplan (och testplan) Granskning utav dokument kommer att genomföras stegvis. Diskussioner i gruppen kommer att resultera i en dynamisk prioritetslista med krav utan kund. Versionshantering kommer att ske automatiskt genom verktyget Subversion. Prototyper kommer att presenteras för kunden för vid kundmöten. Exempel på prioritetslista ges nedan. ID Rubrik Värde för Utvecklingsanvändare kostnad 1 Lista samtliga ärenden 4 3 2 Enkel sökfunktion 4 2 3 Avancerad sökfunktion 2 3 4 Möjlighet att spara varje sökning 1 4 Hur har projektet tänkt testa systemet? Genom checklistor för både komponenter samt ett sista acceptanstest för leverans till kunden. Vi kommer att använda V-modellen som mall för kvalitets- och testutförandet. En viktig del av testandet kommer att innefatta kopplingen mellan applikationen och databasen., men även programmets kod och databasens funktion samt dennes integritet. När skall test genomföras? Testen kommer att utföras under bestämda tider under testperioden, minst en session per vecka. Vilka utav båda utsedda testansvariga genomför testerna och dokumenterar resultaten. Hur skall testresultaten rapporteras? Testresultaten dokumenteras i Word-dokument enligt en förutbestämd mall som godkänns utav gruppen. Exempel på hur denna mall kan se ut visas nedan: ID 3 Rubrik Publicera artikel Testdata Se filen artiklar.txt 1. Välj artikelmodulen Teststeg 2. Ange artikelns text från testdatafilen 3. Klicka på publicera Tabellen tbarticles uppdateras med en ny post med innehåll som motsvarar Förväntat resultat artiklar.txt. ID 4 3(5)
Rubrik Publicera artikel Prioritet Hög Förberedelser (inga förberedelser) Teststeg 1. Välj artikelmodulen 2. Ange text i fältet text 3. Klicka på publicera Förväntat resultat Knappen publicera blir aktiv Ett meddelande visas som säger att artikeln är publicerad Beroende på vilken detaljnivå komponenten i fråga kommer att behöva testas på så har vi två stycken formulär vi kommer följa. Den undre mallen är avsett för de mer detaljkrävande testerna. De övre avser de resterande testerna. För att gå igenom alla olika komponenter kommer vi att utforma en checklista. Vi kommer ha en övergripande checklista för att ge en översikt av vilka komponenter och funktioner som har testats, samt vilket resultat de har gett. Exempel på checklista kan ses nedan. Test Resultat Knappar är konsekvent placerade Färger följer standard Termer är använda på ett konsekvent sätt Validering fungerar Kortkommandon finns och fungerar Samma kortkommando är inte använt för flera fält Fönstret titel stämmer överens med menyalternativet Dokumentation finns och är uppdaterad Felhantering finns där så är nödvändigt Felmeddelanden är korrekta och begripliga Programmet ger felmeddelande om obligatoriska fält utelämnas Test av att ange minsta antal tillåtna tecken i fält Test av att ange maximalt antal tillåtna tecken i ett fält Test av att ange maximalt antal tecken + 1 i ett fält Bokstäver i sifferfält får inte programmet att krascha Tillräcklig mängd negativa tester är genomförda (gärna 8 gånger fler negativa än positiva) Positiva tester är genomförda för att visa att systemet fungerar vid normal användning Test av interna gränsvärden, t ex integer max 32768 Det går att spara och sedan söka fram det som sparats Det som användaren matar in överensstämmer med det som lagras i databasen 4(5)
Alla exempel i detta dokument är tagna ifrån http://konsultbolag1.se och fanns tillgängliga under menyalternativet 'Testdokument' 2010-04-04. Ansvariga för dokumentationen och utförandet av kvalitets och testplanering: Christoffer Callegård Testansvarig Mikael Händling Vice Testansvarig Projektuppföljning Vi kommer göra veckorapporter samt ha gruppmöte minst två tillfällen per vecka för att rapportera vad vi har gjort och vad som ska göras. Risker och sårbarhet Det går inte att förutse om personal kommer att bli sjuka så det är konstant en risk i projektet. För att hantera denna risk planerar vi inte in 100% närvaro på varje person varje vecka utan planerar att varje person kan arbeta 80% av timmarna. Då kan vi hantera att en eller flera personer blir sjuka. Om vi inte följer våran tidsplan så kommer vi inte kunna bli klara i tid, detta förebyggs genom att vara nogranna med att följa tidsplanen och göra uppföljningar varje vecka. Då vi är en arbetsgrupp som läser olika program är risken stor för att våra scheman krockar och projektet kan bli lidande av detta. För att undvika att detta sker krävs en bra och grundlig planering över när vi ska arbeta med projektet och vad som krävs av var och en. 5(5)