På kundmötet diskuterade vi främst olika aspekter av den kravspecifikation kunden skickat till oss (v0.1). Vi faställde att 3D inte skall vara ett skall krav, vi kom även fram till att kraven till viss del kommer att vara "levande" under projektets gång. Planen är dock att kraven i stort skall vara färdiga före den 2/14 och sedan endast förfinas. Detta för att många av kraven behöver förfinas och att det pågår flera diskussioner hos kmc över vad som är bäst / vad man vill ha.
Det föreslogs även att vi skall skicka in två dokument, ett med de ändringar som vi vill ha av kraven och även förslag på facktermer för projektet så att det finns en gemensam standard för namn på olika saker. Jag har tänkt att skriva de första versionerna av båda dessa dokument.
Jag föreslår att vår kravspecifikation bygger vidare på den vi fått av kunden, tex så föreslår jag att vi behåller samma namn och prefix på kraven så att vi enkelt kan se varifrån ett krav kommer ifrån. Kom även ihåg att vår kravspecifikation kommer ha fler krav, eftersom kursen ställer fler krav.
Vidare till sammanfattningen
Först förklarade vi att projektgruppen ansåg att 3D var en idé som både har hög risk och även har begränsad nytta för arbetad tid jämfört med enklare funktioner som tex att kunna scripta events i scenarion. Därför kom vi överens om att inte ha 3D funktioner som skall krav, det innebär att följande krav kommer att flyttas eller strykas helt: S.R.2.1, S.R.3, S.R.12.1, S.R.16 S.R.5 gäller bara för 2D kartor. Värt att notera är att krav 4.1.1 kvarstår men kommer att förfinas, möjliga lösningar på detta krav är att andvända google street view, video eller en bild.
Sedan diskuterades exakt vad meningen med S.R.7 är, kort kan S.R.7 beskrivas som ett sätt att automatisera händelser (Events) i ett scenario på en tidslinje. Jump points är ett specialfall av events, om dessa är aktiva (de frågar "läraren") så kommer dessa att ändra hur världen ser ut. Detta är för att enkelt kunna hoppa fram till ett senare skede i ett scenario. Exempelvis kanske ett scenario först handlar om tiden precis efter en olycka och sedan kan man med hjälp av en jump point hoppa fram till det som är ett mycket senare tidpunkt.
Nästa punkt var Game Manager, till att börja med diskuterade vi om Game Manager och Result visualizer skall vara ett eller två program, inget beslut togs på den punkten. I Game Manager gjordes inga ändringar utan fokus låg istället på att förklara vad olika krav innebär. De viktigaste sakerna vi pratade om var: S.R.18 Game Manager består dels av mer funktioner i servern och ett gui som använder de nya funktionerna. Här är det viktigt att funktionerna i servern har ett tydligt api så att nya guin kan skrivas (det är detta som menas med loose couplings) S.R.20.3 med hidable menas att dessa avanserade funktioner bör finnas under en separat flik för att inte vara i vägen eller "skrämma" användaren S.R.22.1 man vill kunna se en klients vy eftersom managern tex inte nödvändigtvis är i samma rum. S.R.23.1 är duplett av 7.3, tanken är att poängtera att game managern skall kunna aktivera en jump point. S.R.23.5.2 vissa events frågar game manager om eventet skall aktiveras eller ej. användaren svarar. S.R.23.5.3 game managern skall stödja att skapa nya events S.R.26 Med detta menas att tex en sammanfattande text visas, antal patienter, etc. inte att faktiskt visa scenariot. S.R.30.1 Tex en graf över hur antalet patienter ändras på olika platser under scenariots gång S.R.31 Med detta menas visa statistik från olika medicinska databaser, inte att algoritmiskt ta reda på vad som kunde gjorts bättre under scenariot.
Den 7 februari 2014 15:31 skrev Jon Dybeck jondy276@student.liu.se:
Jag sitter och skriver en sammanfattning, skickar den när jag är klar.
Den 7 februari 2014 15:18 skrev Oscar Nöjdh oscno940@student.liu.se:
Vad sas på kundmötet imorse? Om jag ska skriva på kravspecen i helgen hade det vart bra med en sammanfattning. _______________________________________________ Tddd77-group5 mailing list Tddd77-group5@lists.lysator.liu.se http://lists.lysator.liu.se/mailman/listinfo/tddd77-group5