Vedlegg: IT1901 Informatikk Prosjektarbeid I. Sheep Locator

Transkript

1 Vedlegg: IT1901 Informatikk Prosjektarbeid I Sheep Locator Gruppe november 2013 Thomas Gautvedt Aina Elisabeth Thunestveit Jostein Granli Geir Forslund Roar Gjøvaag

2 Innhold 1 Kundens kravspesifikasjon 1 2 Use case Use case diagram Use case tekst Vis kart Se på logger Registrere sauer Redigere info om sau Beskjed om under angrep Møtereferat 6 4 Mockups 8 5 Diagram Klassediagram Databasediagram Sekvensdiagram Work breakdown structure Risikonalayse 19 7 Backlog 20 8 Sprint og Burndownchart 22 9 Gantt-diagram Testing Funksjonalitetstest Negativitets test Brukertest SUS-skjema Videreutvikling 39 I 40

3 1 Kundens kravspesifikasjon Innledning Dere jobber som programutviklere i et programvareselskap som blir kontaktet av en bonde (sauebonde) som ønsker hjelp til å utvikle et system for å registrere og administrere sauene sine. Dere får i oppdrag å komme med forslag og utvikle et slikt system basert på analyse deres prosjektgruppe har gjort. Eksempler på bruksområder for systemet 1. En bonde skal kunne registrere sine sauer med id, vekt o.l. Dersom en sau er registrert fra før skal det kunne gå an å slå opp i systemet og redigere informasjonen. 2. Det skal lagres helseinformasjon, identifikasjon til sauen (navn, alder o.l.), geografisk lokasjon o.s.v. 3. Bonden skal kunne sjekke på et kart hvor sauen sist var registrert. 4. Bonden skal få beskjed om en sau er under angrep. 5. Bonden skal kunne gå tilbake i tid og se på logger. Krav Input: Input om lokalisering av de enkelte sauer kommer inn normalfordelt over et døgn. Bonden logger seg på systemet med brukernavn og passord. Forespørsler: Responstid på forespørsler fra bønder skal maksimalt ta 2 sekunder. Responstid på innleggelse av lokaliseringsinformasjon om en sau skal maksimalt ta 0,5 sekund. Dimensjonering: Hver sau rapporterer sin lokalisering 3 ganger per døgn. Hver bonde forespør lokaliseringsinformasjon om sine sauer 2 ganger i døgnet. Alarmer: Innkommende alarm fra en sau gis prioritet. Alarmmeldinger sendes bonden og en han har valgt ut (reserve) i tillegg. Alarmmelding sendes ut som epost, SMS, og mobiltelefon forsøkes ringt opp. Dimensjonering: Maksimalt 200 bønder skal samtidig kunne bruke systemet. Maksimalt sauer kan håndteres av systemet. Feilsituasjoner: Ved systemfeil tillates systemet å være utilgjengelig i inntil 3 timer. Systemet skal ha en tilgjengelighet på minimum 95 % av tiden. Systemet skal være operativt døgnkontinuerlig. 1 40

4 Implementasjon: Systemet implementeres som klient / tjenersystem. 2 40

5 2 Use case 2.1 Use case diagram Legg til sau Vis kart Rediger bruker Rediger varsling Bonde/Kunde Les logg Vis sau Vis liste Slett sau Rediger sau Varsle angrep System Sende GPS- info Sau Sende under angrep 3 40

6 2.2 Use case tekst Vis kart Betingelser: Bruker er logget inn Brukeren befinner seg i hjemmenyen Hovedsekvens: 1. Bruker velger Vis kart i hjemmenyen 2. Systemet henter de siste posisjonene til sauene 3. Systemet plotter og viser kartet Utvidelser:: 2a Ikke kontakt med database.1 Systemet gir en feilmelding, ber bruker prøve igjen om litt.2 Systemet returnerer til hjemmeny Alternativ rute: Bruker velger Vis liste Bruker velger sau Bruker velger Vis kart Systemet henter kart der den siste posisjonen til sauene er plottet, den valgte sauen viser med annen farge på markøren Systemet viser kartet Se på logger Betingelser: Bruker er logget inn Brukeren befinner seg i hjemmenyen Hovedsekvens: 1. Bruker velger Les logger 2. Systemet henter logg Utvidelser: 2a Ikke kontakt med database.1 Systemet gir en feilmelding, ber bruker prøve igjen om litt.2 Systemet returnerer til hjemmeny Registrere sauer Betingelser: Bruker er logget inn Brukeren befinner seg i hjemmenyen Hovedsekvens: 4 40

7 1. Brukeren velger Legg til sau 2. Brukeren legger inn informasjon om sau og trykker Lagre 3. Systemet legger sauen til i databasen, viser en bekreftelse på at sauen er lagt til 4. Systemet returnerer til hjemmenyen Utvidelser: 3a En sau med same detaljer er allerede registrert.1 Systemet gir en feilmelding.2 Bruker repeterer steg 1 og 2 3b Ikke kontakt med database.1 Systemet gir en feilmelding, ber bruker prøve igjen om litt.2 Systemet returnerer til hjemmeny Redigere info om sau Betingelser: Bruker er logget inn Brukeren befinner seg i hjemmenyen Hovedsekvens: 1. Bruker velger vis liste i hjemmeny 2. Bruker finner den aktuelle sauen i lista 3. Bruker velger Rediger sau 4. Bruker endrer informasjon og trykker Lagre endring 5. Systemet endrer infoen til sauen i databasen, viser en bekreftelse på at endringen er lagt til 6. Systemet returnerer til listen Utvidelser:: 5a Endring ikke registrert.1 Systemet gir en feilmelding.2 Bruker repeterer steg 1 og 2 5b Ikke kontakt med database.1 Systemet gir en feilmelding, ber bruker prøve igjen om litt.2 Systemet returnerer til hjemmeny Beskjed om under angrep Hovedsekvens: 1. Brikke i sau sender beskjed om angrep 2. Systemet mottar beskjed om angrep 3. Systemet sender varsel om angrep til bruker 4. Bruker mottar beskjed om angrep 5 40

8 3 Møtereferat Møtereferat Dato september 2013 Tilstede Referent Geir Forslund, Aina Elisabeth Thunestveit, Thomas Gautvedt Jostein Granli, Roar Gjøvaag, Roar Gjøvaag Agenda/Sprint 1. Godkjenning av forrige referat 2. Status Sprint/Applikasjon 3. Arbeide/Godkjenne med punktliste for Gantt diagrammet 4. Plan for uken. Saker Sak Beskrivelse Forfall/Ansvarli g 1. Komplimentere punktlisten for gantt diagramet 26.sept/Alle 2. Korrigere for Sprint 1 og Sprint 2 Sprint1: Spesifisering av oppgave Valg av system arkitektur Use Case diagram Work Breakdown Structure Sette opp Database Risikoanalyse Gantt Sprint2: Backend: Planlegge arkitektur 10 timer Skissering av systemet 10 timer Skissering av klasser for systemet 10 timer Sette opp klassediagram og planlegge nødvendige metoder med mer 10 timer Planlegging av template systemet 5 timer Programmering av skjelettet til systemet 10 n/a 6 40

9 timer Feilsøking og testing av skjelettet 10 timer Opprydning av skjelettet 5 timer Disse er ferdige. 3. Møtereferat/Logger fra møtene blir ført på ukes basis fra når, grunnetn/a / Roar dette passer bedre med arbeidstrukturen til gruppen og følger Scrum/sprinten bedre. 4. Fyll etter hva som inngår i rapportskriving, med tidsestimat 26.sept/Roar 5. Gjøre ferdig Gantt diagram for gjennomgang tirsdag. 30.sept/Roar 6. Det ble diskutert møtefri i uke 41, grunnet hjemreise og ferie. n/a 7. Onsdag: ble brukt til testing av gantt verktøy og justering av risikovurdering. La til tallverdier i risikoanalysen for å kunne kvantifisere risikoene n/a 8. Meget dårlig oppmøte på Onsdag, og det ble gitt beskjed meget sent eller ikke gitt beskjed. Alle oppfordres til å gi beskjed så snart som mulig ved frafall. ALLE 9. Aina får ikke til å møte på Tirsdager de neste 3 ukene, forslag om å flytte dette til fredag 10. Databasediagram: Skisse for databasediagramet ble ferdigstilt på møtet, Og Aina legger dette inn in digitalt Gjør oss opp en mening om hvordan diagramen og slikt skal legges inn rapporten, slik at alt blir unisont (Burde lages i word) 11. Sprint 3: Planen er å avslutte backend programeringen i denne sprinten, satser på å være ferdig i slutten av uken. Frontend skal også være godt i gang før perioden er over. 1.okt/alle 30.Sept/Aina n/a Se gantt for mer utdypende info. (Se gantt over oppgaves som skal være påbegynt.)

10 4 Mockups (a) Logg inn (b) Hovedskjerm 8 40

11 (a) Vis liste (b) Varslinger 9 40

12 (a) Ny sau (b) Ny bruker 10 40

13 (a) Fjern bruker (b) Kart 11 40

14 Figur 1: Se logg 12 40

15 5 Diagram 5.1 Klassediagram Loader - response + construct + getresponse - setresponsestate - printresponse TemplateFetcher - base - routes + construct + get MapController + construct - find_center # get_map # get_map_highlight ContactController + construct # get_contact # put_contact ChipController + construct - send_mail - put_chip LogController + construct - fetch_logs # get_log # get_log_page Rest # classname # db # response # id # system # user_name # method_url # master_password - path - ignore_no_at + construct - doauth - checktoken - dorequest - getmethodurl # checkrequiredparams # setresponsestate # log + printresponse AuthController + construct - generateaccesstoken # get_auth # put_auth # get_auth_validate UserController + construct # get_user # put_user # put_user_login NotificationController + construct - notifications # get_notification # get_notification_page # get_notification_dropdown # get_notification_num SheepController + construct - find_center # get_sheep # post_sheep # get_sheep_single # delete_sheep_single # put_sheep_single 13 40

16 5.2 Databasediagram pswd id system user [0,n] id [0,n] [0,n] pswd belongs to salt access_token name has a [0,n] id id id id system sent [0,n] belongs to [1,1] name contact belongs to [1,1] [0,n] system sent identification chip text sheep_token text name sheep birthday [0,n] is_read weight [0,n] has a [0,n] has a [0,n] vaccine comment alive last_updated id lat system lng sheep 14 40

17 5.3 Sekvensdiagram Vis sau- rediger - skjerm Klient Server Database Ber om template til skjerm Skjema valideres Vis sau- vis-info - skjerm Returnerer template Sender oppdatert data Returnerer data og kode om feil eller suksess put_sheep oppdaterer data i db Returnerer respons fra databasen Vis sau-leggtil-ny -skjerm Klient Server Database Ber om template til skjerm Skjema validere s Vis sau- vis-info - skjerm Returnerer template Sender data om ny sau Returnerer data og kode om feil eller suksess post_sheep lagrer data i db Returnerer respons fra databasen 15 40

18 Etterspør sau-vis-info - skjerm Klient Server Database Ber om template og data fra serveren get_sheep henter data fra db Skjema vises Returnerer template og data Returnerer respons fra databasen Klient Server Database Sau Notificationverdi oppdateres Sender notification post_notification lagrer data Sender hendelse

19 Diagram 1: Rediger sau, Diagram 2: Opprett ny sau, Diagram 3: Vis sau, Diagram 4: Oppdater varsling 17 40

20 5.4 Work breakdown structure 1.Organisering 2. Planlegging 3. Utvikling 4. TesNng 5. Rapportering 1.1 Møter 2.1 Krav 3.1 Database 4.1 Enhets Test 5.1 Referat/Logg 1.2 Verktøy 2.2 Løsningsmetode 3.2 Backend/API 4.2 System Test 5.2 Midtveis Pres. 1.3 Arbeidsfordeling 2.3 Arkitektur 3.3 Frontend/GUI 4.3 Brukbarhets Test 5.3 Dokumentasjon 2.4 Diagramer 3.4 Simulator 4.4 Stress Test 5.4 Rapport 2.5 Utviklingsplan 4.5 Dimensjonerings Test 5.5 Presantasjon 2.6 Planlegg test/ simulator 18 40

21 6 Risikonalayse Prioritering (Sannsynlighet * Konsekvens) Forebyggende Risiko Sannsynlighet (1-9) Konsekvens(1-9) (1-9) tiltak Prøve å estimere litt høyt. Møtes Tidsestimering går veldig feil. Større konsekvens ofte, kontinuerlig Prosjektet er mye mer krevende jo senere i status på enn vi først trodde. Veldig høy 7 prosjektet arbeidsoppgaver. Høy, om det er God kontakt og store endringer kommunikasjon og/eller det skjer med Kravspesifikasjon blir endret Middels 5 sent i prosjektet oppdragsgiver. Feil i systemet som vi ikke forstår Middels 5 Høy Fravær (Sykdom, ferie, o.l.) Høy 8 Feiltolking av kravspesifikasjon Middels 4 Om en person er borte, liten effekt. Om tre eller flere er borte, store konsekvenser Middes. Høyere jo viktigere krav vi misforstår Alle i gruppa har ikke aktive arbeidsoppgaver til en hver tid. Skeiv arbeidsfordeling. Middels 4 Middels Dårlig valg av programmeringsspråk. Kommer ikke i mål med prosjektet. Lav 2 Katastrofal 9 18 Uenighet i gruppa Middels 4 Lav 3 12 En eller flere er ikke interessert i å bidra (Skulking) Tekniske problem (T.d server er nede) Lav 2 Lav Middels. Om en person er borte, ikke så stor effekt. Om tre eller flere er borte, 2 katastrofalt 6 12 Kommentere koden godt. Samarbeide og snakke med hverandre og Planlegge. Teambuilding. Sørge for at alle får det med seg når vi har møte. Holde møter på skype, slik at personer som ikke er fysisk til stede kan delta. Kommunikasjon med studass, spørre om alt vi er usikre på. Hyppige møter, der arbeidsoppgaver fra prosjektplanen blir fordelt så likt som mulig. Diskutering og god research rundt ulike språk. La alle få si sin mening og la alle bli hørt. Holde en god stemning i gruppa, teambuilding. Lav, dersom vi har backup. Uten backup, katastrofal. 3 6 Ha backup på alt. Løsning Legge inn ekstra arbeidstimer og hjelpe hverandre. Ha en open løsning som er enklest mulig å tilpasse. Få tak i hjelp, fra t. d studass og andre eksterne. Ved gjentatte hendelser må vi finne ut grunnen til fraværet og prøve å finne en passende løsning. Møte med studdas om nødvendig Kommunikasjon med studass. Refordele arbeid. Ikke velge et språk, ingen kan. Ha demokrati i gruppa. Få kontakt med vedkommende, forstå hva som gjør det. Kontakte studass om situasjonen ikke forbedrer seg. Bruke servere som vi stoler på. Bruke backupen

22 7 Backlog Produktbacklog Sprint 1 Komme i gang med prosjektet Estimert 1 Komme i gang 2 Kravspesifikasjon 4t 3 Diagrammer 15t 4 Risikoanalyse 5t 5 Database 6 Arkitektur 5t 7 Planlegge Database-modeller, struktur og relasjoner(databasediagram) 10t 8 Tabeller 10t 9 Møtereferat og rapportskriving 5t Sprint 2 Backend Estimert 1 Planlegge Systemet 10t 2 Planlegge arkitektur 10t 3 Sette opp Klassediagram 10t 4 Planlegging av templates 5t 5 Porgrammering av skjelett 10t 6 Programmering av metoder 30t 7 Programmering av metoder 10t 8 Møtereferat og rapportskriving 5t Sprint 3 Backend og Frontend Estimert 1 Backend/API 2 Testing av API-metodene 10t 3 Opprydning av API-metodene 4t 4 Tilpassing av API-metodene 10t 5 Template-systemet(programmering, testing) 20t 6 Frontend/APP 7 Planlegge arkitektur 10t 8 Skissere systemet 20t 9 Planlegge oppbyggingen av systemet 10t 10 Skissere midlertidig design og utseende 10t 11 Møtereferat og rapportskriving 5t Sprint 4 Frontend og Javascript Estimert 1 Planlegging/Research av biblioteker å bruke 5t 2 Planlegging/Research av template-enginge å bruke 6t 3 HTML-markup for skjelettet 5t 4 CSS og struktur i JavaScript 10t 5 Tildel stil og utseende på appen 10t 6 Utbygging av JavaScript-klasse for API-kommunikasjon og interaksjon 7 Utbygging av metoder 5t 8 Utbygging av events 5t 9 Animasjoner 5t 10 Utbygging av metoder som har med innlogging og utlogging å gjøre 5t 11 Finpuss av metoder og testing av metoder 10t 12 Møtereferat og rapportskriving 5t Sprint 5 Frontend/APP Estimert 1 Utbygging av templates 30t 20 40

23 2 Testing av innlogging 5t 3 Testing av forskjellige sider og skjemaer 15t 4 Testing av andre metoder 5t 5 Gjennomgang av farger, layout osv 5t 6 Ferdigstille HTML markup 10t 7 Ferdigstille logikk, metoder og ryddighet 10t 8 Stresstest av systemet 10t 9 Breaktesting av systemet 10t 10 Møtereferat og rapportskriving 5t Sprint 6 Simulator Estimert 1 Planlegging av arkitektur 15t 2 Planlegging av oppbygging og funksjonalitet 15t 3 Utbygging av system 4 Utbygging av skjermer/vinduer 15t 5 Utbygging av metoder 25t 6 Testing av system 15t 7 Møtereferat og rapportskriving 5t Sprint 7 Rapport Estimert 1 Skrive ferdig rapporten 25t 2 Ferdigstille alle vedlegg 15t

24 8 Sprint og Burndownchart Sprint 1 Gjøremål Estimert Faktisk Ferdig Start dato: Oppstart Kravspesifikasjoner WBS Risikoanalyse Gantt Database Avtale Arkitektur Planlegge Database-modeller, struktur og relasjoner Opprette Tabeller Gjennomgang av Tabeller og oppbygging Populere tabeller med test data Sekvensdiagram Møtereferat og rapportskriving Burndown chart: Sprint Faktisk Ideel 22 40

25 Sprint 2 Gjøremål Estimert Faktisk Ferdig Start dato: Backend/API Planlegge Arkitektur Skissering av Systemet Skissering av klasser for systemet Sette opp Klassediagram og planlegge nødvendige metoder Planlegging av template-systemet Porgrammering av skjelettet til systemet Feilsøking og testing av skjelettet Opprydning av skjelettet Programmering av innlogging-/autentifikasjons-metoder Programmering av saue- og kart metoder Programmering av bruker-metoder Programmering av notifikasjons- og logg metoder Programmering av resterende metoder Møtereferat og rapportskriving Burndown chart: Sprint 2 Faktisk Ideel

26 Sprint 3 Gjøremål Estimert Faktisk Ferdig Startdato: Backend/API Testing av API-metodene Finpussing av API-metodene Opprydning av API-metodene Tilpassing av API-metodene Programmering av template-systemet Testing av template systemet Oppryding og finpussing av template-systemet Frontend/APP Planlegge arkitektur Skissering av systemet Skissering av klasser for systemet og generell oppbygging Planlegging av oppbyging av system Skissering av midlertidig design og utseende Planlegging av midtveisrapport og skrive møtereferat Burndown chart: Sprint Faktisk Ideel

27 Sprint 4 Gjøremål Estimert Faktisk Ferdig Startdato: Frontend/APP Planlegging/Research av biblioteker å bruke Planlegging/Research av template-enginge å bruke HTML-markup for skjelettet CSS og struktur i JavaScript på appen Tildel stil og utseende på appen Utbygging av JavaScript-klasse for API-kommunikasjon og interaksjon Utbygging av Ajax-metode Utbygging av events og klick/touch i menyer Utbygging av events i skjemaer Utbygging av events andre steder i appen (notifications, alerts) Utbygging av metoder for å behandle feil og invalide session/token Finpuss av metoder i denne bolken Animasjoner og bytte mellom views Utbygging av metoder som har med innlogging og utlogging å gjøre Finpuss av metoder som har med animasjon/effekter å gjøre Testing av metoder Møtereferat og rapportskriving Burndown chart: Sprint 4 Faktisk Ideel

28 Sprint 5 Gjøremål Estimert Faktisk Ferdig Startdato: Frontend/APP Utbygging forside-templates Utbygging av saue-templates Utbygging av former i templates Utbygging av resterende templates Testing av innlogging Testing av forskjellige sider Testing av forskjellige skjemaer Testing av andre metoder Finpuss av events Finpuss av innebygde metoder Finpuss av utseende Detaljert gjennomgang av farger, layout og småpirk Finpuss av HTML markup Finpuss av logikk, metoder og ryddighet Stresstest av systemet Brekatesting av systemet Eventuell ytelsesforbedring av systemet Møtereferat og rapportskriving Burndown chart: Sprint Faktisk Ideel

29 sprint 6 Gjøremål Estimert Faktisk Ferdig Startdato: Simulator Planlegging av arkitektur Planlegging av oppbygging Planlegging av nødvendig funksjonalitet Utbygging av system Utbygging av hjemme-skjermen Utbygging av "velg gård"-vinduet Utbygging av innloggings-vinduet Utbygging av Google maps-skjermbilde Utbygging av logg-ut metode Utbygging av drep-/flytt-sau- metoder Finpuss av systemet Testing av system Møtereferat og rapportskriving Burndown chart: Sprint Faktisk Ideel

30 sprint 7 Gjøremål Estimert Faktisk Ferdig Startdato: Ferdigstilling av rapport Intro Prosjekt organisering Utviklingsprosess Testing Arkitektur forklaring Server Burndown chart En ikke-teknisk brukermanual Brukertest-evaluering Kvalitetssjekk og korrektur Ferdigstille vedlegg Burndown chart: Sprint 7 Faktisk Ideel

31 9 Gantt-diagram Se vedlagt fil Gantt.png for hele diagrammet. Dette fordi vi ikke fant noen fornuftig måte og dele opp dette diagrammet på der det fremdeles var lesbart og få plass til det i rapporten. Avsnittet om sprint og burndown chart (8) viser også mye av den samme innformasjonen

32 10 Testing 10.1 Funksjonalitetstest Funksjonalitetstest Logg inn skjerm: Test Skriv inn brukernavn som ikke er registret eller feil passord, og trykk på Send Ønsket resultat Feilmelding Skriv inn brukernavn som er registrert og riktig passord, og trykk på Send Programmet starter Hjem skjerm: Test Trykk på Vis alle Trykk på Vis på kart Trykk på Legg til ny Trykk på Rediger bruker Trykk på Rediger varsling Trykk på Les logg Trykk på Logg ut Ønsket resultat Får opp en liste av alle sauer Får opp et kart der alle sauer viser Får opp et skjema der en kan legge til en ny sau Kommer til et skjema der en kan endre bruker og/eller passord Kommer til et skjema der en kan slette brukere eller legge til nye brukere som blir varslet når det kommer notification Kommer til en oversikt over all logging Du blir logget ut av systemet og kommer tilbake til Logg inn skjermen Sau vis alle skjerm: Test Ønsket resultat Trykk på Tilbake Kommer tilbake til Hjem skjermen Trykk på en sau Får opp informasjon om denne sauen 30 40

33 Sau vis info skjerm: Vei fra hjem skjerm: Sau vis alle trykk på sau Test Trykk på Tilbake Trykk på Vis på kart Trykk på Rediger Trykk på Slett Ønsket resultat Kommer tilbake til Sau vis alle skjerm Kommer til Sau vis på kart skjerm Kommer til Rediger sau skjerm Får opp et popup vindu som spør om du er sikker på om sauen skal slettes. Trykk ok : sauen blir slettet og du kommer til Sau vis alle skjerm Trykk på Cancel : det skjer ingenting Rediger sau skjerm Vei fra hjem skjerm: Sau vis alle trykk på sau trykk på rediger Test Trykk på Tilbake Ønsket resultat Kommer tilbake til Sau vis info skjerm Trykk på Lagre Endringer blir lagret, kommer tilbake til Sau vis info skjerm Sau vis på kart skjerm: Test Trykk på en sau, deretter på vis info Trykk på Tilbake Ønsket resultat Kommer til Sau vis info skjerm Kommer tilbake til Hjem skjerm Sau legg til ny skjerm Test Trykk på Tilbake Ønsket resultat Kommer tilbake til Hjem skjerm Trykk på Lagre Sau blir lagret og en kommer tilbake til Sau vis info skjerm

34 Administrasjon rediger bruker skjerm Test Trykk på Tilbake Trykk på Lagre (under bruker) Trykk på Lagre (under endre passord) med feil gammelt passord Trykk på Lagre (under endre passord) med riktig gammelt passord Ønsket resultat Kommer tilbake til Hjem skjerm Kommer opp et popup vindu som bekrefter at lagringen er gjort. Trykk ok : kommer tilbake til Administrasjon rediger bruker skjerm Får opp en feilmelding, passord blir ikke endret. Kommer opp popup vindu som bekrefter at endringen er gjort. Trykk ok : kommer tilbake til Administrasjon rediger bruker skjerm Administrasjon rediger varsling skjerm Test Trykk på Tilbake Trykk på Lagre Trykk på Slett (etter å ha trykket på navn) Ønsket resultat Kommer tilbake til Hjem skjerm Navnet kommer opp under varslingsoversikten. Epostadressen mottar varslinger Navnet forsvinn på varslingsoversikten og epostadressen vil ikke motta nye varslinger Admistrasjon les logg skjerm Test Trykk på Tilbake Ønsket resultat Kommer tilbake til Hjem skjerm

35 Varsling popup: Test Trykk på en notification Trykk utenfor popup vinduet Ønsket resultat Kommer til Sau vis info skjerm Popup vinduet forsvinner og du kommer tilbake til den skjermen du var på Alle skjermer: Test Trykk på tallet oppe i høyre hjørne Ønsket resultat Får opp Notification popup som inneholder en liste med siste notifications

36 10.2 Negativitets test Negativitetstesting Sau legg til ny skjerm: Felt Test Identifikasjon Kan kun bestå av hele tall, makslenge på 25 tall Navn Bursdag Vekt Chip ID Må være minst to tegn langt Må fylles ut gjennom dato velgeren i nettleseren eller på formen åååå mm dd Kan bestå av heltall eller kommatall Må bestå av et unikt heltall i systemet Sau Rediger sau skjerm Alle de samme testene som over er gjennomført, i tillegg har vi her et felt Kommentar som kan fylles ut. Dette feltet eksisterer ikke i Legg til ny skjermen, da det ikke er ofte du har bruk for dette feltet. Dette feltet har ingen restriksjoner. og derfor ikke nødvendig å teste. Administrasjon rediger bruker skjerm: Felt Navn Epost Gårdsnavn Test Må være minst to tegn langt Det må være en gyldig epostadresse Må være minst to tegn langt Administrasjon rediger varsling skjerm Felt Navn Epost Test Må være minst to tegn langt Må være en gyldig epostadresse 34 40

37 10.3 Brukertest Brukertest Oppgave Tilbakemeldinger vi fikk Løsning Logg inn i systemet Uproblematisk Legg til en sau i systemet Var litt utfordrende å sette dato når en sitter på en datamaskin Hva er lat/lng? Hvilken vaksine er det snakk om? Applikasjonen er hovedsaklig laget for at den skal brukes på en mobilenhet og da vil det poppe opp en kalender i stedet for å manuelt trykke inn dato. Ved vår første implementasjon la brukeren inn lat og lng verdier for posisjonen til sauen. Dette endret vi til å legge inn chipid, noe som er mer reelt og enklere å forstå. Vi kan ikke så mye om vaksiner for sauer, så vi valgte å beholde Ja/Nei valget. Dette er diskutert i videre utvikling, da vi på sikt ønsker en bedre løsning på dette problemet. Vis denne sauen på kartet Noen av de uerfarende brukerne forsto ikke helt hvordan de skulle zoome Rediger sauens vekt Uoversiktlig, hva er vekten? Dette ble vi ikke obs på før sent i prosjektet og rakk ikke å endre på noe her. Se vedlegg om videre utvikling. Endre passord Endre passord lå litt langt nede på skjermen. Dette har vi ikke endret på

38 Legg til en epostadresse som blir kontaktet når en sau er under angrep Uproblematisk Vis alle sauer på kart Det var litt vanskelig å finne sauene, siden de ikke befant seg i vinduet. Når en la inn manuelle lat og lng verdier, befant sauene seg ofte rundtom i hele verden. Kartet klarte derfor ikke å fokusere på alle sauene. Dette problemet løste seg da vi la inn chipid i stedet. Kartet fokuserer nå på området sauene faktisk befinner seg i. Se gjennom loggen Uproblematisk Finn ut om sau #1 er vaksinert Bruke litt tid, på å se hvor i loggen vaksinert informasjonen befant seg. Samme problem som i Rediger sauens vekt. Vil løse problemet ved å legge til overskrifter på alle felter når en befinner seg i Sau vis info skjermen. Se om du får en notification når sau blir drept i simulator. Hadde problemer med å forstå hvor varslinger skulle dukke opp. Vi har ikke gjort noen endringer her. Brukeren som hadde problemer med dette, hadde veldig lite dataerfaringer og vi tror de fleste er vant med løsningen vi har implementert. Logg ut Uproblematisk

39 Øvrige kommentarer Løsning Knappen jeg trykket på ble ikke merket, men et lite område under. Det så ut som jeg trykket feil hele tiden, selv om jeg ikke gjorde det. En bug i systemet forårsaket denne feilen og den er rettet.

40 10.4 SUS-skjema SUS Spørsmålene er besvart med en verdi fra 1 til 5, der en er veldig uenig og 5 er veldig enig. Resultatene fra de tidlige brukertestene er markert med rød farge og resultatene fra de sene brukertestene er markert med grønn farge Påstand IIII Dette er et system jeg kunne tenkt meg å bruke ofte III I Jeg fant dette systemet unødvendig komplekst. I III Jeg synes at systemet var enkelt å bruke IIII Jeg tror jeg trenger teknisk brukerhjelp for å være i stand til å bruke dette systemet. IIII Jeg synes de ulike funksjonene var godt integrert i systemet. IIII Jeg synes det var mye inkonsistens i systemet. I II I Jeg ser for meg at de fleste vil lære seg dette systemet veldig fort. II II Jeg synes dette systemet var tungvint å bruke. I III Jeg følte meg veldig selvsikker når jeg brukte systemet. IIII Jeg trengte å lære meg mange ting før jeg kunne bruke dette systemet. Sus verdiene fra de to tidlige brukertestene er regnet ut til å bli 90 og 92,5. De to sene brukertestene fikk bedre verdier og endte opp med 97,5 begge to. Dette gir oss et gjennomsnitt på 94,

41 11 Videreutvikling Videreutvikling 1. Bakgrunn 2. Grafikk 3. Logg inn 4. Sikkerhet 5. Integrasjon med mobile enheter 6. Andre funksjoner 1. Bakgrunn Da dette var et relativt stort prosjekt og vi hadde mye programmering å gjøre, har vi holdt oss til kravspecet som kom med oppgaven. Vi har noe funksjonalitet som ikke ble nevnt der, men tonet ned ekstrafunksjonene kraftig da vi så hvilke arbeidsmengde vi sto ovenfor. På grunn av dette er det en rekke aspekter og småting som kan utvikles videre for å få et mye bedre helhetlig produkt. 2. Grafikk Ingen av de på gruppa er grafikere eller særlig stabile i verken Photoshop eller andre bilderedigeringsverktøy. På grunn av dette er grafikken gjennomgående i appen ikke verdens beste. Alle ikonene er laget ved å manupulere vektor grafikk fra gratisfiler rundt på nettet. Disse ikonene kan forbedres mye og blant annet gjøres mye skarpere. Det går også an å lage helt annen grafikk, da vi måtte bruke de elementene vi fant som var gratis. I tillegg kan logoen forbedres og fargetonene kan justeres noe. 3. Logg inn På Logg inn skjermen mangler det funksjonalitet for å sendte/resette glemt passord. Dette er en ganske standard funksjon som ikke burde ta veldig lang tid å implementere, men var noe vi rett og slett ikke prioriterte da vi utviklet. Dersom man glemmer passordet sitt slik systemet er i dag, er det ingen måte å resette dette på. 4. Sikkerhet Som nevnt i rapporten har vi ikke hashet passordene i databasen. Dette burde være relativt greit å legge til, og er en selvfølge om produktet ikke hadde vært fiktivt. Ett av første bud ved håndtering av sensitiv data som passord er å enveishashe dem, så de aldri kan lekke ut. I tillegg burde man ha gått til innkjøp av SSL sertifikat som også omtales i rapporten. Dette 39 40

42 er for å gjøre det umulig for brukere å få deres passord stjålet av andre som er på det samme lokale nettverket. De fleste seriøse sider som operer med innlogging i dag bruker SSL og https for sikker innlogging. 5. Integrasjon med mobile enheter Slik appen fremstår i dag er det en webapp som må installeres gjennom nettleseren på mobilen. Dette er ikke en optimal løsning. Det beste hadde vært å lage en native app til de store mobilmerkene (som ios, Android og Windows Phone), og brukt et Web view der som peker til nettsiden. Hadde vi gjordt dette kunne brukerne søkt opp appen i Appstore og kjøpt/installert appen derfra. I tillegg kunne vi implementert ordentlige push notifications som får mobilen til å vibrere når den mottar en melding. Dette er ikke implementert i dag. 6. Andre funksjoner Som tidligere nevnt mangler push notifications og glemt passord. Det er også andre småting som kunne gjort appen bedre. Blant annet kunne vi vist notifications som tilhører en spesifikk sau når man ser på informasjonen om sauen. Dette er en ting vi innser i ettertid at hadde vært veldig praktisk. I brukertesten var det flere som påpekte at de ikke visste hva vaksine det var snakk om, når de så på informasjon om sauen. Dette er noe vi kunne forbedret om vi utforsket mer hva vaksiner sauer ofte trenger og vi kunne lagt dette inn, for eksempel som en checklist i stedet for bare et alternativ. I tillegg til dette er det noe småplukk som kunne vært bedret. Blant annet når man skal redigere en sau så står det ikke navn over feltene som forklarer hva hvert av feltene gjør. Dette var noe vi ble gjort obs på da vi gjorde brukertester. Vi som hadde utviklet systemet visse såklart hva feltene ble brukt til, og tok dette for gitt da vi ga andre tilgang. Det viste seg at dette var et av punktene hvor folk hadde mest problemer.