Konstruksjon og Testing Torsdag 30. september 2004 Av Even Aasland Harald Ueland

Case 1: Brukergrensesnitt Kunde: SINTEF Tele & Data Oppgave: Utvikle et webbasert brukergrensesnitt  Krav: ”Det skal være prosessorientert” Hiadata (Visma) (hele systemet) SINTEF (sikkerhet) Vår gruppe (brukergrensesnitt)

Konstruksjonens tre ledd 1. Papirskisser i A3-format 2. a) Digitale bilder av skissene b) Bildene lenket sammen som HTML-sider 3. HTML-sider uten funksjonalitet

Ledd 1: Papirskissene Fortsettelse av kravspesifikasjonsfasen Hadde to hovedfunksjoner: Konkretisere vage krav  Hva legges i begrepet prosessorientert brukergrensesnitt? Sikre enighet om produktet  ”Tenker vi på det samme?” Layout og farger

Ledd 2: Digitalisering 2a) Digitale skisser  Gjorde skissene tilgjengelige for flere, deriblant Hiadata (Visma) 2b) Bilder som HTML-sider  Viste sammenhengen mellom skjermbilder  Fungerte som referanse under implementeringen

Ledd 3: HTML-sider Layouten ble laget i HTML  Prototyp for kunden  Viste at brukergrensesnittet var realiserbart  Ga kunden et mer realistisk bilde av systemet  Grunnlaget for implementasjonen

Erfaringer med metoden Bra til å konkretisere krav Ingen begrensninger på designvalg Veldig nyttig som implementeringsreferanse Bilder  HTML var litt jobb Vi burde ha tegnet andre veien ;)

Case 2: Statistisk system for Under Dusken

Utvikle et rammeverk for å hente ut måledata fra UDs artikkeldatabase og presentere disse på en fornuftig måte. Integrering i eksisterende redaksjonelt system Redsys. Open Source. Webapplikasjon med egenutviklet Java webklient. Teknisk kunde gav gode råd.

Teknologier og verktøy I forstudiet hadde vi funnet en del gode alternative teknologier og verktøy vi kunne bruke. Mye var allerede laget for oss! Open Source  begrenset utvalget av verktøyene.

Disposisjon Innledning Overordnet systembeskrivelse Klientmodulen Servermodulen Statistikkmodulen

Design

Utførelse Fordelte personer på de ulike modulene. Bra definert grensesnitt mellom modulene gjorde samarbeidet enklere. Parallelt med designet jobbet en person med testdokumentet.

Design - Server Apache Cocoon – XML basert rammeverk for webapplikasjoner. Apache Tomcat som webapplikasjonsserver. JDBC m/MySQL. JFreeChart for å generere diagrammer. Fins for å integrere JFreeChart i Cocoon.

Servermodulen (1) Oppgaven vår bestod i hovedsak av å ”sy” sammen de ulike verktøyene. Minimalt med kode. Design med implementasjonen i bakhodet. Skriving av små kodesnutter for å bli kjent med verktøyene.

Servermodulen (2)

Generelle tips Nok en gang: Bruk figurer for å beskrive designet! Forklar med tekst.  Blokkdiagrammer  Sekvensdiagrammer  ER diagrammer  Klassediagrammer Del designet opp i moduler og definer klare grensesnitt mellom disse. Lettere å fordele oppgaver og samarbeide under implementasjonen. Ha med pseudokode for ”avanserte” eller spesielle algoritmer/funksjoner. Gjør gjerne mindre implementeringer underveis i designet for testings skyld. Et bra design letter implementasjonen!