Kravspesifikasjon. Forord

Transkript

1 Kravspesifikasjon Forord Hensikten med en kravspesifikasjon er å gi et overblikk over programmets funksjonalitet og tilleggsfunksjoner, dette vil si både over de som er utviklet før prosjektstart, og de som er utviklet ved utviklingsfasen. Dokumentet er beregnet for alle involverte rundt prosjektet. Disse består blant annet av oppdragsgiver, utviklere, driftspersonale og sluttbrukere. Dokumentet skal gi et innblikk i hva og hvordan systemet skal operere. Kravspesifikasjonen skal også fungere som en intern kontrakt mellom utvikler og arbeidsgiver, og må stadig godkjennes av begge parter. Applikasjonen fungerer som et treningsverktøy tilpasset hovedsakelig demente personer, og som et datainnsamlings verktøy for forskere. Brukerne vil kunne trene hukommelsen sin, eventuelt forebygge demens, mens forskere vil kunne se resultatet i en form for statistikk. Det er også viktig å la brukerne teste produktet slik at man får nok informasjon til å videreutvikle applikasjonen. Kravspesifikasjon brukes som veiledning for prosjektet og for å ta beslutninger. Kravspesifikasjonen vil bli endret underveis, men disse endringene må godkjennes av begge parter før det forekommer endring i dokumentet. Når produktet er ferdigutviklet skal kravspesifikasjonen stemme overens med produktet. Kravspesifikasjonen skal også fungere som en veileder for sensor om hva som kan forventes av prosjektet. Dette gjør at sensor kan sammenligne kravspesifikasjonen med det endelige resultatet. Arbeidsmetoden vi har valgt å bruke er scrum. Man jobber i korte intervaller og arbeidet skal gjøres i henhold til kravspesifikasjonen. Det kan forekomme nye endringer eller situasjoner som gjør at kravene endres eller utvikles trinnvis. Ved bruk av denne metoden vil det føre til en tettere dialog med arbeidsgiver som også vil godkjenne implementasjonen for hvert intervall, og da minsker man sjansen for at uønskede problemer oppstår.

2 Leserveiledning Kravspesifikasjon består av en presentasjon av studentene bak prosjektet, kort om oppdragsgiver og bakgrunn for oppgaven vi fikk utdelt. Videre gjør vi rede for de ramme- og systemkravene som denne oppgaven krevde. Til slutt beskrives kravene til dokumentasjon. Kravspesifikasjonen er organisert på denne måten: 1. Forord som beskriver hvilken rolle kravspesifikasjonen har i prosjektet. 2. Leserveiledning som beskriver hvordan kravspesifikasjonen er organisert 3. Presentasjon som gir en kort introduksjon av prosjektet og studentgruppen. 4. Bakgrunn for oppgaven som gir en kort beskrivelse av bedrift, dagens situasjon og hensikten med produktet. 5. Systemkrav som viser kundenes krav til funksjonalitet. 6. Krav til grensesnitt som viser hva som forventes med tanke på design og brukervennlighet. Dokumentasjonskravene som viser hvilken dokumentasjon som skal utvikles og består av styringsdokumenter og sluttdokumentasjon. Presentasjon Prosjektnavn: TouchPad Applikasjon Gruppe 18: Christopher Llanes Reyes s Informasjonsteknologi Muddasar Hussain (Prosjektleder) s Dataingeniør Raja Zulqurnine Ali s Dataingeniør Zain-Ul-Mubin Mushtaq s Dataingeniør Oppdragsgiver: Anis Yazidi Hugo Lewi Hammer Asieh Abolpour Mofrad Kontaktperson: Anis Yazidi Hugo Lewi Hammer

3 Asieh Abolpour Mofrad Intern veileder: Eva Hadler Vihovde Bakgrunn Arbeidet med applikasjonen er et samarbeid mellom Asieh Abolpour Mofrad som er stipendiat ved Høgskolen i Oslo og Akershus i fakultetet Teknologi, kunst og design. Andre oppdragsgivere inkluderer Anis Yazidi og Hugo Lewi Hammer, begge førsteamanuensiser ved Høgskolen i Oslo og Akershus. Instituttet har flere forskningsprosjekter rundt demens. Systembeskrivelse Vi skal utvikle en applikasjon som er hovedsakelig tilpasset demens-pasienter, men det vil også være mulighet for vanlig brukere å trene hukommelsen. Treningsoppgavene vil basere seg på arbeidet til Prof. Erik Arntzen som har lang erfaring med forskning innenfor demens. Oppdragsgiver hadde også et ønske om at treningsoppgavene skullle støtte øyesporingsfunksjonalitet, slik at man kan kartlegge sammenheng mellom øyebevegelser og brukerens atferd. Applikasjon skal også fungere som et datainnsamlingsverktøy som skal gi forskerne statistikk over brukerens poengsum, tidsforbruk, alder, kjønn, land og hvordan deres atferd er over tid. Applikasjonen skal være utviklet som en webapplikasjon og en ios applikasjon. Ved hjelp av brukertesting skal vi forsikre oss at applikasjonen vil være brukervennlig og stabil. Applikasjonen vil ikke kreve noen erfaring fra brukerne. Den er designet slik at den skal være enkel å bruke for alle målgrupper, også eldre personer. Det stilles både funksjonelle og ikke funksjonelle krav til systemet for å utvikle applikasjonen. Disse kravene kommer under systemkrav

4 Systemkrav KUNDENS KRAV TIL FUNKSJONALITET For WebApp: Brukeren taster inn url i webbrowseren og da skal man komme til loading screen. Loading Screen: Progressbar / logo Innloggingsvindu: Det vinduet er det første brukern kommer til. Brukere skal kunne registrere seg Brukere skal kunne logge inn ved hjelp av og passord Bruker skal kunne logge inn med facebook Brukeren skal kunne gjenopprette glemt passord Info om appen og generell info Brukeren skal kunne få demo versjon Kontaktinfo Hovedmeny: Navigasjonsmeny med selvforklarende ikoner. Brukere kunne ta ulike tester Brukere kunne se resultatet av testene de har tatt Logge ut Brukeren skal kunne endre passord Registrerings vindu: Brukere kunne registrere seg ved hjelp av epost,land, kjønn, alder og passord. Glemt passord vindu: Brukere skal kunne gjenopprette passord Innstillinger: Kunne justere lyden kalibrering av øyesporing

5 Ønsket tilleggsfunksjoner: Kunne gjøre om fra norsk til engelsk. Test: Brukere skal kunne se og ta alle tester. Resultat: Brukere kunne se resultater av testene de har tatt. Tilgjengelighet: For svaksynte Fargeblindhet Lese opp tekst (TTS, text to speech) Admin View: Admin panelet brukes for admin personer til å samle data i statistikk form. Dataen skal videre brukes i større forskningsprosjekt. Kunne se test resultater av brukerne. Kunne se antall registrerte brukere. Kunne se hvor mange som er kvinner og menn. Kunne se samlet data fra Eye tracking. Backend: Database som holder info på brukeren,tester,tid og alt som kan vises i statistikk. For ios App Etter at brukeren har lastet ned applikasjonen kan brukeren trykke på ikonet for starte appen. Man kommer til loading screen. Loading Screen: Progressbar / logo Innloggingsvindu: Det vinduet er det første brukern kommer til.

6 Brukere skal kunne registrere seg Brukere skal kunne logge inn ved hjelp av og passord Bruker skal kunne logge inn med facebook Brukeren skal kunne gjenopprette glemt passord Info om appen og generell info Brukeren skal kunne få demo versjon Kontaktinfo Hovedmeny: Navigasjonsmeny med selvforklarende ikoner. Brukere kunne ta ulike tester Brukere kunne se resultatet av testene de har tatt Logge ut Brukeren skal kunne endre passord Registrerings vindu: Brukere kunne registrere seg ved hjelp av epost,land, kjønn, alder og passord. Glemt passord vindu: Brukere skal kunne gjenopprette passord Innstillinger: Kunne justere lyden kalibrering av øyesporing Ønsket tilleggsfunksjoner: Kunne gjøre om fra norsk til engelsk. Test: Brukere skal kunne se og ta alle tester. Resultat: Brukere kunne se resultater av testene de har tatt. Tilgjengelighet: For svaksynte

7 Fargeblindhet Lese opp tekst (TTS, text to speech) Admin View: Admin panelet brukes for admin personer til å samle data i statistikk form. Dataen skal videre brukes i større forskningsprosjekt. Kunne se test resultater av brukerne. Kunne se antall registrerte brukere. Kunne se hvor mange som er kvinner og menn. Kunne se samlet data fra Eye tracking. Backend: Database som holder info på brukeren,tester,tid og alt som kan vises i statistikk. TEKNISKE KRAV Applikasjon skal utvikles for ios enheter Applikasjonen skal utvikles med Swift 3 i Xcode 8. Webapplikasjonen skal utvikles i Angular 2. Webapplikasjonen skal også utvikles i html,css og javascript. KRAV TIL KODEN Kodingen og kommentarer skal skrives på engelsk. Koden skal være ryddig og ha riktig syntaks. Kodingen skal struktureres slik at det skal være enkelt å endre eller sette inn nye funksjonaliteter inn i applikasjonen i fremtiden. KRAV TIL GRENSESNITT Det skal ta hensyn til universell utforming. Det skal være enkelt å navigere for brukerne. God bruk av skriftstørrelse og tekst. Fokus på detaljer. Gjenkjennelig logo for applikasjonen.

8 BRUK OG BRUKERVENNLIGHET Applikasjon skal være på norsk. Applikasjonen skal være lett å bruke og krever ikke noe erfaring. DOKUMENTASJONSKRAV Dokumentasjonskrav viser hvilket dokumenter som skal utvikles og består av styringsdokumenter og sluttdokumentasjon. Styringsdokumenter: Prosjektskisse Kravspesifikasjon Forprosjektrapport Fremdriftsplan Arbeidsplan Prosjektdagbok Sluttdokumentasjon: Prosessdokumentasjon Produktdokumentasjon Testdokumentasjon Brukerveiledning