Kravspesifikasjon

24.05.2017 Kravspesifikasjon Gruppe 10 BACHELORPROSJEKT 2017

INNHOLDSFORTEGNELSE 1 PRESENTASJON... 3 2 OM BAKGRUNNEN... 3 3 FORORD... 4 4 LESERVEILEDNING... 4 5 KORT SYSTEMBESKRIVELSE... 4 6 RAMMEKRAV... 4 6.1 FUNKSJONELLE KRAV... 4 6.2 TEKNISKE KRAV... 5 6.3 KRAV TIL KODEN... 5 6.4 FREMTIDIG UTVIDELSE AV KODEN... 5 6.5 TIDSFRISTER... 5 7 AKTØRER OG BRUKERHISTORIER... 5 7.1 AKTØRER... 5 7.2 BRUKERHISTORIER... 6 7.2.1 Anonyme brukere... 6 7.2.2 Registrerte Brukere... 6 7.2.3 Event deltaker... 7 7.2.4 Event Organisator... 7 7.2.5 Administrator... 8

1 PRESENTASJON EVENTURE EN EVENT APPLIKASJON FOR ANDROID Kontaktpersoner i Accenture Christian Møller Andersen Fredrik Bjørnøy Marius Torsrud Veiledere fra Accenture Ingleiv Johansen Ørjan Johansen 2 OM BAKGRUNNEN Vår oppdragsgiver Accenture er et av verdens ledende konsulentselskaper. Accenture leverer tjenester innenfor rådgiving, teknologi og outsourcing. De stiller med en fot innenfor Norge med ca 1100 ansatte, og kontorer i Oslo, Bergen og Stavanger. Globalt har de nesten 400 000 ansatte og kontorer i over 200 byer og i 52 land. I Norge arbeider de med mange av Norges største virksomheter og tilbyr kompetanse og løsninger innenfor de fleste områder og bransjer. Oppgaven som vi har fått fra Accenture er å utvikle en event applikasjon. Et av de viktigste kravene til applikasjonen er at den skal kunne brukes på et pub-til-pub event som holdes hver desember. Vi skal derfor utvikle en applikasjon som løser de spesielle brukerhistoriene til denne pub-til-pub-appen, men samtidig så ønsker vi å utvikle en applikasjon som er så generell at den kan brukes til flere typer eventer.

3 FORORD Formålet med dette dokumentet er at oppdragsgiver, veiledere og utviklere skal kunne ha en felles forståelse for hvilket produkt som skal realiseres. Dokumentet skal dermed brukes til å fjerne eventuelle misforståelser og antakelser fra prosjektarbeidet. Vi jobber smidig med scrum-metodikk, som en del av dette bruker vi brukerhistoriene gjennom hele utviklingsløpet. Vi jobber i sprinter og i begynnelsen av hver sprint så velger vi ut hvilke brukerhistorier vi ønsker å jobbe med i løpet av sprinten. Disse brukerhistoriene bryter vi ned i mindre oppgaver som til sammen vil realisere brukerhistorien. 4 LESERVEILEDNING Under i kapittel fem kan det leses en kort beskrivelse av systemet. I kapittel seks kan det leses om rammekrav, både funksjonelle og ikke-funksjonelle krav, samt tidsfrister. I kapittel syv kan det leses om aktører og brukerhistorier. 5 KORT SYSTEMBESKRIVELSE Det skal implementeres en event app hvor organisatorer kan opprette eventer og brukere kan søke etter og melde seg på eventer. Brukere skal kunne søke på eventer basert på sted, tid og fritekstsøk. Eventer kan ha en kategori som musikk, uteliv, mat, o.l, som igjen vil kunne fremstilles grafisk ved hjelp av en farge eller et ikon. Det er også ønske for at applikasjonen og eventer skal kunne ha ulike temaer. Eventer skal kunne ha konkurranser som i hovedsak tenkes å være en bildekonkurranse slik at deltakerne kan nominere og stemme på bilder tilknyttet eventet. 6 RAMMEKRAV 6.1 FUNKSJONELLE KRAV 1. Mobilapplikasjonen skal gi både anonyme og registrerte brukere tilgang til informasjon om eventer og disse eventene skal kunne sorteres / filtreres på lokasjon (avstand fra mobil), tid, kategori, fritekstsøk. 2. Mobilapplikasjonen skal gi anonyme brukere mulighet for å registrere seg med enten brukernavn og passord eller sosial innlogging som (facebook, google, twitter). 3. Mobilapplikasjonen skal gi registrerte brukere mulighet for å autentisere seg med enten brukernavn og passord eller sosial innlogging som (facebook, google, twitter). 4. Mobilapplikasjonen skal gi registrerte brukere tilgang til å endre sin egen profilside. 5. Mobilapplikasjonen skal gi registrerte brukere tilgang til å melde interesse for et event. 6. Mobilapplikasjonen skal gi registrerte brukere tilgang til å melde deltakelse for et event. 7. Mobilapplikasjonen skal gi registrerte brukere mulighet til å opprette eventer. 8. Mobilapplikasjonen skal gi registrerte brukere som har opprettet et event mulighet til å endre eller deaktivere dette eventet. 9. Mobilapplikasjonen skal gi registrerte brukere som har opprettet et event mulighet til å starte bildekonkurranser i dette eventet. 10. Mobilapplikasjonen skal gi registrerte brukere mulighet til å nominere bilder til en aktiv konkurranse i et event de deltar på. 11. Mobilapplikasjonen skal gi registrerte brukere mulighet til å stemme på bilder til en aktiv konkurranse i et event de deltar på.

12. Mobilapplikasjonen skal gi registrerte brukere som har opprettet et event mulighet til styre om lokasjonsdeling skal være tilgjengelig for eventet. 13. Mobilapplikasjonen skal gi registrert brukere som deltar på et event mulighet til å se eventets organisators lokasjon hvis deling av denne er skrudd på. 14. Eventer skal kunne inneholde flere lokasjoner som kan være knyttet mot ulike tidsintervaller. 6.2 TEKNISKE KRAV 1. Applikasjonen skal ta høyde for krav for tilgjengelighet (accessability) 2. Applikasjonen skal ta høyde for personvern og sikre at lokasjonsdata blir håndtert på en sikker måte. 3. Applikasjonen skal utvikles i Java med Android SDK, Minimum API-level 21. 4. Backend skal utvikles i Java med Spring Boot, Spring Security, Hibernate. 5. Applikasjonen skal bruke Google Maps. 6.3 KRAV TIL KODEN 1. Koden og kommentarer skal følge standarder for clean code og skrives på Engelsk. 2. Koden skal skrives på en slik måte at det er enkelt å utføre automatiske tester. 3. Koden skal skrives på en slik måte at den er enkel å utvide. 6.4 FREMTIDIG UTVIDELSE AV KODEN Grunnet ressursbegrensninger så har vi valgt å kun implementere en Android-applikasjon, men samtidig for å sikre at koden enkelt kan utvides videre med for eksempel en ios-applikasjon eller tilsvarende, så har vi valgt å implementere et backend i Java med Spring Boot. Dette backendet tar hånd om store deler av applikasjonens business logikk og datalagring, og er et REST-Api som konsumeres av mobilapplikasjonen, som igjen fører til at det vil lette arbeidsmengden vesentlig hvis oppdragsgiver ønsker å ta prosjektet videre og implementere en mobil-applikasjon for ios. 6.5 TIDSFRISTER 1. Mai - Kodefrys 6. Mai - Applikasjonen skal testes på Tom Waits Løpet. 24. Mai - Innlevering av bacheloroppgaven. 7 AKTØRER OG BRUKERHISTORIER 7.1 AKTØRER Primære aktører: Anonyme brukere, Registrerte brukere, Event Organisatorer, Administratorer. Sekundære aktører: Facebook API, Google Maps, Google API 1. Anonym bruker: En bruker av applikasjonen som ikke enda har registrert seg i systemet som har tilgang til noe av funksjonaliteten. 2. Registrert bruker: En registrert bruker av applikasjonen som har tilgang til alt av funksjonalitet. 3. Event deltaker: En registrert bruker av applikasjonen som deltar på eventer. 4. Event organisator: En registrert bruker av applikasjonen som organiserer eventer. 5. Administrator: En bruker som har tilgang til å endre og deaktivere innhold.

En Registrert bruker vil ha mulighet til å ta rollen som event deltaker og organisatorer. Det vil ikke være nødvendig å opprette en konto for hver rolle. 7.2 BRUKERHISTORIER 7.2.1 ANONYME BRUKERE Etter at en bruker har lastet ned og installert Eventure-applikasjonen så skal brukeren har tilgang til et subset av applikasjonens funksjonalitet uten å ha registrert noe brukerkonto. Dette ønsker vi å tilby slik at terskelen for å prøve ut applikasjonen skal være lavere, og at dette skal kunne føre til at flere tester ut applikasjonen. Som en anonym bruker ønsker jeg å kunne se noe innhold uten å registrere meg, slik at jeg kan finne ut om denne applikasjonen er noe for meg. Som en anonym bruker ønsker jeg å kunne søke etter og se hvilke eventer som er i nærheten, slik at jeg kan finne ut om denne applikasjonen er noe for meg. Som en anonym bruker ønsker jeg å kunne se eventene listet ut i en liste sortert på tid og lokasjon, markert med kategori-ikon og kategori/farge, slik at jeg enkelt kan få oversikt over hva som skjer i nærheten. Som en anonym bruker ønsker jeg å kunne se eventene markert som nåler på et kart, market med kategori-ikoner og kategori-farger slik at jeg enkelt kan få oversikt over hva som skjer i nærheten. Som en anonym bruker ønsker jeg å kunne se detaljert informasjon om et event ved å trykke meg inn på det fra liste eller kartvisning, fordi hvis jeg ikke kunne dette så ville det føltes som et forsøk på å tvinge meg til å registrere konto. Som en anonym bruker ønsker jeg at eventets detaljerte informasjon inneholder et kart som viser hvor eventet skal holdes. Som en anonym bruker ønsker jeg å kunne logge inn eller registrere meg slik at jeg kan få tilgang til applikasjonens fulle funksjonalitet. 7.2.2 REGISTRERTE BRUKERE Etter at en anonym bruker har bestemt seg for å registrere en konto, så vil de få tilgang til en rikere opplevelse og funksjonalitet. Registrerte brukere kan ta rollen som deltaker og organisator for eventer. En registrert bruker får dermed tilgang til både det å søke etter og melde seg opp til eventer, men også det å registrere nye eventer og endre/slette disse. Som en registrert bruker ønsker jeg å kunne gjøre alt det samme som anonyme brukere fordi jeg ønsker ikke å miste funksjonalitet ved å registrere meg. Som en registrert bruker ønsker jeg å kunne melde deltakelse på eventer slik at andre kan se at jeg skal delta Som en registrert bruker ønsker jeg å kunne melde interesse for et event slik at jeg selv kan følge dette eventet. Som en registrert bruker ønsker jeg å ha en profilside med informasjon om min bruker og hvilke eventer jeg har deltatt på.

Som en registrert bruker ønsker jeg å endre min profilside slik at informasjonen er mest mulig oppdatert. Som en registrert bruker ønsker jeg å kunne deaktivere min konto om jeg ikke ønsker å bruke applikasjonen lenger. 7.2.3 EVENT DELTAKER Som en deltaker av et event ønsker jeg å motta notifikasjon når informasjonen knyttet til eventet blir oppdatert slik at jeg kan holde meg oppdatert. Som en deltaker av et event ønsker jeg å mtota notifikasjon når noen publiserer et innlegg på veggen til eventet slik at jeg kan holde meg oppdatert. Som en deltaker på et event ønsker jeg å motta notifikasjon når eventet starter slik at jeg ikke glemmer eventet. Som en deltaker på et event ønsker jeg å motta notifikasjon hvis det starter en konkurranse slik at jeg kan nominere mine bilder og stemme på andres bilder. Som en deltaker av et event ønsker jeg å motta notifikasjon når jeg beveger meg innenfor en en sone tilknyttet en event-lokasjon slik at jeg vet at jeg har kommet til rett sted. Som en registrert bruker ønsker jeg å kunne nominere bilder til aktive bildekonkurranse for eventer jeg deltar på fordi konkurranser er involverende og skaper engasjement. Som en deltaker av et event ønsker jeg å se lokasjonen til eventets organisator.. Som en deltaker av et event ønsker jeg å kunne melde meg av et event slik at hvis jeg ikke får informasjon om eventer jeg ikke allikevel skal gå på. Som en deltaker av et event ønsker jeg å kunne laste opp bilder til eventet slik at de kan bli nominert i konkurransen. Som en deltaker av et event ønsker jeg å kunne nominere bilder som har blitt lastet opp i eventet slik at det kan kåres en vinner. Som en registrert bruker ønsker jeg å kunne publisere innlegg på veggen til et event slik at eventuelle spørsmål eller kommentarer kommer frem. Lav 7.2.4 EVENT ORGANISATOR

Som organisator av eventer ønsker jeg å ha muligheten til å opprette et event fordi jeg ønsker at brukerne av applikasjonen skal kunne se og melde seg på eventet. Som en organisator ønsker jeg å ha muligheten til å endre eventet slik at det alltid er oppdatert med riktig informasjon. Som en organisator ønsker jeg å kunne deaktivere (myk-sletting) et event jeg har opprettet for å sikre at alle påmeldte får det med seg at eventet er avlyst. Som en organisator ønsker jeg å opprette bilde-konkurranser for eventer jeg har opprettet. Som en organisator ønsker jeg å ha muligheten til å dele min lokasjon med eventets deltakere. Som en organisator ønsker jeg å ha muligheten til å ikke dele min lokasjon med eventets deltakere. Som en organisator ønsker jeg å knytte eventer mot flere lokasjoner og tidspunkter i tilfelle jeg skal hoste en pub-crawl eller en festival. Som en organisator ønsker jeg å kunne knytte eventet mot en kategori slik at det blir enklere for brukere å identifisere eventet mitt som et event av typen x. Som en organisator ønsker jeg å kunne knytte eventet mot et visuelt tema slik at informasjonssiden til eventet enklere kan gi uttrykk for hva slags event det faktisk er. 7.2.5 ADMINISTRATOR Som en administrator ønsker jeg å kunne endre alt innhold for å sikre at støtende eller ulovlig innhold blir sensurert. Som en administrator ønsker jeg å kunne deaktivere alt innhold for å sikre at støtende eller ulovlig innhold blir sensurert. Som en administrator ønsker jeg å kunne se statistikk applikasjonens brukere for å kunne hvilken retning applikasjonen bør utvikles videre mot. Lav Lav Lav