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 servletjsp 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 anvtekn
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