Projektstatus/-plan v1 20 mars 2002 Förslag till arbetsform under v 12-15 Det är nu tisdag i vecka 12. Vi har kommit igång med utvecklingen av kod, och systemdesignen är i det närmaste klar. Som alla såg per mejl var Lasse mycket nöjd med vår preliminära specifikation. Kul! Jag träffade Henrik i fredags och han gav oss väldigt mycket beröm för att vi kommit igång bra och gjort ett mycket lovande förarbete!!! Närmsta veckorna ska vi bygga hela applikationen, vilket kommer att bli spännande på många sätt. I riskanalysen vi gjorde tillsammans framkom att viktiga problemområden var brister i systemdesign och ansvarsfördelningen under produktionsfasen. Systemdesign För att undvika det första problemet har systemdesignen jobbats fram av MariAnne, P-H och mig, i ett försök att blanda kunskap om användargränssnittet med mer teknisk syn. Vi kommer att finna brister i systemspecifikationen allt eftersom, men försök gärna att fundera igenom dess innehåll närmsta veckan så att vi har möjlighet att ändra innan vi kommit alltför långt med utvecklingen. Teknikgruppen har även reviderat datastrukturen som nu borde fungera enligt plan. Ändringar i systemdesignen måste kommuniceras med övriga! Beskriv syfte, effekt på egna komponenter samt vilken effekt man tror att det får på övriga systemet. Kom ihåg att nästan alla förändringar som vi gör åtminstone påverkar en annan komponent samt datastrukturen/databasen. Ansvarsfördelning För att undvika att problem faller mellan stolar har vi en ansvarsfördelning som gäller tills vidare. Det är mycket viktigt att inte stirra sig blind på denna, många problem gränsar mellan de olika grupperna och allt hänger på att vi pratar med varandra. Då ändringar uppstår eller önskas är det viktigt att ta kontakt med berörda personer (i princip hela projektgruppen), kasta iväg ett mejl till gruppens mejlalias [email protected]. Teknikgruppens ansvar: Datastruktur – Ansvariga för dokumentets uppdatering och för datastrukturens utseende. Databas – Allt kring databasen sköts av teknikgruppen. Teknisk lösning – Webserver (för jsp och servlet) med uppstarta och drift. Utvecklingsmiljö – Sätta upp filstruktur samt se till att alla är införstådda med denna. Back-up av kod. Systemdesign – Allt som hör till servletts, db och logik. Att försäkra sig om att designen går att genomföra, eller om det finns bättre tekniska lösingar. Servlet – All utveckling och uppdatering. Får HTML-kod från användargruppen för de servlets som skall returnera html. JSP – Sätter upp tomma skal av de JSP-sidor som finns i systemdesignen. Dessa ska ha all indata färdig i koden, med bekräftat att kommunikation servletjsp fungerar och ger data. Sida 1 Projektstatus/-plan v1 20 mars 2002 Användargruppens ansvar HTML – All html-kod som behövs. JSP – Bygger JSP-sidorna utifrån de färdiga skal som teknikgruppen levererar. Användargränssnittet – Ansvariga för ev ändringar gränssnittet. Dokumentägare Systemdesign Datastruktur Projektdokumentation Användadokumentation Teknikdokumentation Servlett & logik = Teknikgruppen JSP = användargrupen Teknikgruppen MariAnne (skrivstöd av Petter) MariAnne (skrivstöd av Anv) MariAnne (skrivstöd av Teknik) Preliminär tidsplan produktionsfas Projektplanen från specifikationen gäller fortfarande. Den kommer att uppdateras vid tillfälle för att bli mer detaljrik. Nedanstående är ett förslag på tidsplan, det är medvetet satt relativt pressat. Vecka 12 HTML-kodning Kunskapsinhämtning (javascript, beans, fönsterhantering) Db sätts upp och testas Servlet och JSP skapas, med tomma rutiner men fungerande kommunikation Inloggning bör fungera. Vecka 13 HTML kodning forts JavaScript-kodning av expanderbarhet/autouträkningar Kodning av logikkomponenter HTML och önskemål om ev form på returdata överförs anvtekn Sessionshantering helt färdigt Vecka 14 JSP-implementation Kodning av logikkomponenter (forts) Verifieringskomponenter och -regler färdigställs Testning av samtliga komponenter, utvärdering av ev problem för färdigställande. Envars ansvar att avgöra om hjälp/nedskakning behövs inom det egna området. Vecka 15 Färdigställande av systemet. Sida 2 Projektstatus/-plan v1 20 mars 2002 Följande frågeställningar uppkom under systemdesign. Teknikrelaterade Hur hanteras stängning av pop-up-fönster? Går det att stänga pop-up:en från en servlett efter det att indata verifierats, eller måste den stängas direkt vid användarens submitförfarande, dvs verifiering av indata måste ske mha Javascript? Hur uppdaterar vi underliggande fönster vid pop-up-fönstrets ”action” Är det lämpligare att ”mamma-servletten” istället anropar stödklasser för generering av vanligt förekommande html-komponenter såsom dropdownmenyer? Bör kommunikation mellan jsp-servlet skötas mha beans istället för passning av parametrar? Användarrelaterade Hur bygger vi expanderbara menyer? Troligen JavaScript, finns många liknande lösningar. Nödlösningen är att anropa servlet igen, men det är inte så bra… Hur fungerar automatisk ifyllnad av värden och automatisk sumering? Verifierngarna borde ses över, maxgränser är satta på måfå. Borde anges utifrån användarperspektiv och beror på utformning av sidorna. (Detta är inte så bråttom, teknikgruppen bygger verifieringsfunktionalitet som är utbyggningsbar) Bör de sidor där man kan ändra sitt lösenord innehålla feedback att ändringen lyckats, eller varför det inte fungerade? Detta kan tex lösas genom att statusmeddelande skickas tillbaka till jsp som berättar om det gick, eller vad som gick fel. detta kan vara bra att utnyttja även för att ändra de övriga uppgifterna. Om inget statusmeddelande skickas, dvs status=null, bör inte JSP:n visa ngt alls. Finns bättre sätt för användaren att mata in datum för aktiviteterna än på formatet YYYYMMDD, kanske bättre med MMDD och förinställt årtal i dropdown? Sida 3