-
Notifications
You must be signed in to change notification settings - Fork 2
Analyse og design
Analyse og design tar for seg hvilke funksjoner som er nødvendig og er behov for i løsningen. For å kartlegge funksjonaliteten man ser for seg har vi brukt brukerhistorier for å utføre dette. Det er to hovedmåter å gjøre dette på:
- Som en X, vil jeg at Y, slik at Z.
- For å unngå Z, som en X, ønsker jeg Y. Det vil her komme frem viktigste rute og funksjonalitet for de historier man ser av størst relevans. Et annet verktøy vi har brukt er rike bilder. Rike bilder tegner opp et helhetlig bilde av hvordan bruker interagerer med system og produkt. Andre viktige metoder og verktøy som vi har brukt er liste over funksjonalitet og MoSCoW for å prioritere; Must have, Should have, Could have og Won’t have. Design er den delen som beskriver utseende for vår Nettløsning og Appløsning.
Rikt bilde er en teknikk for analyse og kartlegging av problematiske situasjoner som danner et bilde av hvordan systemet vi lager bygges opp. På denne måten ser vi hvem som er mest sentralt og hvilken syn de har på situasjonen, og vi kan komme til en bedre forståelse av hva vi vil oppnå med det nye systemet. Vi har valgt å lage to rike bilder av essensielle funksjoner i systemet, det hvor den ene fokuserer på det helhetlige bildet av hele systemet og det andre tar for seg en av de viktigste brukerhistoriene. I våres rike bilder har vi ingen formell syntaks, men vi har valgt å bruke noen symboler som for eksempel strekmennesker og piler som representerer relasjonen mellom elementene. Vi valgte å tegne bildene for hånd ettersom det føltes best.
| Nummer | Brukerhistorie | Krav | Prioritet |
|---|---|---|---|
| 1 | Som en spiller, ønsker jeg å kunne fange Pokèmon ved å bevege på “Pokèballen” | Aktivere generering og lagringsprosessen av Pokèmon ved bruk av et akselerometer. | Must |
| 2 | Som en spiller, ønsker jeg å ha en oversikt over hvilke Pokèmon som jeg har fanget. | Implementerer en webapplikasjon som er tilgjengelig gjennom en nettleser. | Should |
| 3 | Som en spiller ønsker jeg å kunne se hvilke potensielle Pokèmon som kan bli fanget (Pokedex). | På webapplikasjonen bør det være en oversikt over alle Pokèmon som eksisterer. Sortering av generasjon burde være mulig. | Should |
| 4 | Som en spiller ønsker jeg å kunne få en form for signal/feedback når jeg har klart å fange en pokèmon. | Implementere en lysdiode, liten høyttaler eller motor som aktiveres når en pokèmon har blitt fanget. | Could |
| 5 | Som en spiller, ønsker jeg å ha en mobil applikasjon for å ha oversikt over all informasjon relevant for spillet. (Typ hva som kan fanges der jeg er, hvilke pokèmon jeg har). | Lage en app som kan vise informasjon om spillet og brukeren. | Could |
| Nummer | Krav | Prioritet |
|---|---|---|
| 6 | Bruke et rammeverk som er laget for Arduino der hvor vi har mulighet til å styre arduino på flere plattformer. | Must |
| 7 | Implementere et system for å fleksibelt endre parametre brukt i oppsettet for en Arduino. For eksempel gjennom et admin panel kan man endre hvor aksesspunktet på API’et er, istedenfor å manuelt skrive inn hostnamet til serveren API’et ligger på i selve konfigurasjonsfilen til Arduino’en. | Should |