Gruppe 43 Hoved-Prosjekt Forprosjekt Mobil Applikasjon Utvikling HiOA Bacheloroppgave forprosjekt våren 2017
Presentasjon Gruppen består av: Gebi Beshir Ole-Kristian Steiro Tasmia Faruque s182414 s189141 s198606 Oppdragsgiver: Navn Abdir Abdirahman, fotballtrener ved Høvik IF Telefonnummer +47 994 37 314 E-post abdir@hotmail.com Intern veileder ved HiOA: Navn Boning Feng, Førsteamanuensis ved Fakultet for teknologi, kunst og design Telefonnummer +47 672 38 714 E-post Boning.Feng@hioa.no Prosjektgruppeleder: Navn Gebi Beshir, student ved HiOA Telefonnummer +47 467 81 317 E-post S182414@hioa.no
Sammendrag Som en hoved oppgave i sammenheng med Ingeniørstudien ved HiOA har grupe 43 som opplyst ovenfor, valgt fra prosjektforslag, prosjektet Idretts-App. Idretts-App går ut på å utvikle en mobil applikasjon for Android Operativsystemet. Applikasjonen Idretts- App har ennå ikke fått en endelig navn, og er derfor «Idretts-App» ikke den endelige applikasjonens navn. Applikasjonen som skal utvikles skal brukes av Idrettslag og deres trener. Den skal brukes hovedsakelig for administrering og kommunisering av idrettslaget. Videre samler applikasjonen data tilknyttet spillere, som skal analyseres av trener i klubben og ut fra det skal kunne trener gjøre et bedre treningsøkt som er tilegnet deltakerne, avhengig av forskjellige indikasjoner, som for eksempel, hvor mye egentrening det er utført av en spiller, eller en gruppe spillere. Dagens situasjon Det finnes i dag flere applikasjoner som kan brukes til slike mål, som å få oversikt over idrettsutøvere og veiledere i klubber og i private treningsgrupper. Og oppdragsgiveren vårt bruker i dag en applikasjon som er dårlig tilpasset for det spesielle funksjonalitet som han ønsker. Og det er neppe noen av applikasjonene som finnes som kunne dekke det aktuelle behovet og funksjonaliteter som oppdragsgiveren vårt hadde ønsket. Derfor var det nødvendig for treneren å ha en egen applikasjon som ikke er unødvendig komplisert, men som utfører kun funksjonaliteter som han er ute etter. Mål Det skal utvikles en mobil applikasjon rettet mot administrerings problemstillinger i sammenheng med idrettsklubb og deltakere, for Android plattform. Applikasjonen skal løse administrerings problemer for fotballtrener og klubbens deltakere. Skal gjøre administreringen og oppfølgingen mer oversiktlig og enklere i tillegg til å skape bedre kommunikasjon mellom deltakere og treneren,
Rammebetingelser Etter som det blir registrering av brukere og i tillegg til behov for kommunikasjon mellom registrerte medlemmer og fotballtrener, har vi avklart og blitt enig at applikasjonen skal vare en database avhengig applikasjon, og derfor krever en server for å fungere slik den er forventet. Dette har også vært avklart med oppdragsgiveren om at det blir nødvendig med server. Når det gjelder programvare som skal brukes under utviklingen, skal vi hovedsakelig bruke Android Studio. Android Studio er en IDE (Integrated Development Environment) som er laget av Google for Android. Og etter som dette er en IDE eksklusivt lagd for applikasjon utvikling for Android er det også det beste alternativet for å utvikle hele applikasjonen med bruk av denne IDE. Programmeringsspråk: Android applikasjon programmering skjer med bruk av Java. Google har laget en SDK (Software Development Kit) for Android applikasjon utvikling, og derfor kommer dette til å brukes under utviklingen av prosjektet. Google SDK er en tilleggs java-klasse-bibliotek som er egnet for å brukes sammen med Java for utvikling av Android mobil applikasjoner. Etter som applikasjonen er også database avhengig, skal vi i tillegg til bruke MySQL database programmering, for interaksjon mellom applikasjonen og databasen. Når man utvikler en applikasjon, er det ofte slik at prosjekter løses i grupper. Dette på grunn av programmeringsprosjekter ofte krever flere deltakere til å jobbe samtidig i samme prosjekt på forskjellige deler av prosjektet. For at dette skal være mulig er det vanlig at det brukes an standard source-control. Source-control gjør at alle som jobber på prosjektet kan jobbe samtidig på det samme ting med å ha kontroll over for hvem som jobber på hvilken del av prosjektet. Derfor selv om dette ikke er et stort og omfattende prosjekt, vil vi likevel bruke GitHub som source-control for prosjektet vårt.
kortsagt skal disse brukes i sammenheng med prosjektet: - Java - MySQL - Android API - GitHub - Android Studio IDE Løsninger og alternativer Oppdragsgiveren ønsker løsningen på problemstillingen som er å utvikle en mobil applikasjon, skal gjøres på Android plattform. Det vil si at applikasjonen utvikles kun for Android brukere. Men som alternativ kunne oppdragsgiveren og så ha valgt IOS (iphone) plattformen som en alternativ. Men generelt etter som det vil alltid være stor sjanse for at ikke alle medlemmer av klubben bruker eller har Android operativsystem basert mobiltelefon eller IOS mobiler, ville vi anbefalt helst å ha en nettside eller web- applikasjon som kunne aksesseres av både Android mobiler, pc, og IOS mobiler, etter som websider og webapplikasjoner er cross-plattform, det vil si er kompatible med alle type apparater som vi bruker i dag. fordeler: - Flere i klubben ville ha nytte av appen etter som det er hovedsakelig er flere som bruker Android basert mobiler framfor en IOS basert telefon per dags dato. - Applikasjonen vil kunne fungere på en rekke forskjellige mobiler som ikke er bare av SAMSUNG, men og så andre type mobiler som for eksempel HTC og andre merker som bruker Android operativ system. Ulemper: - Applikasjonen er kun for Android OS, og derfor vil iphone brukere ikke kan nytte den. Analyse av virkninger Med å utvikle en spesielt egnet applikasjon, på den måten som oppdragsgiveren har beskrevet, vil vi kunne komme opp med en applikasjon som inkluderer alle ønskede funksjonaliteter som er ønsket av oppdragsgiveren. Dermed håper vi at applikasjonen vil kunne bidra med at oppdragsgiveren får en bedre oversikt over administreringen av deltakerne sine, som igjen gjør han i stand til å kunne gi en bedre treningsøkt som er tilegnet deltakerne hans, ut fra statistiske data som applikasjonen utgir, og i tillegg til sørge
for en direkte kommunikasjon i form av meldinger gjennom applikasjonen, mellom trener og spillere.. Arbeidsplan og fremdriftsplan Under utvikling av applikasjonen har vi tenkt å følge den konvensjonelle fremgangsmåten for applikasjon utvikling. Oppdragsgiveren har beskrevet alle problemstillingene sine, og ikke minst har tegnet og demonstrert en god del av skjerm- bilder av hvordan UI (User Interface) til applikasjonen skal se ut. Arbeids plan: Som nevnt tidligere vil vi følge en agile metode for utviklingen. Innsamling av bruker krav og analyse av prosjektets avhengigheter. Design og tegning av UML, sekvensdiagrammer, klassediagrammer.. Koding av selve applikasjonen i sprint iterasjoner. Dette tror vi er viktig for oss slik at vi har alltid kontakt med oppdragsgiveren og for at vi utvikler en applikasjon som oppdragsgiveren blir fornøyd med. Testing av applikasjonen i helhet etter hvert som den blir klar. Dokumentering av prosjektet. Publisering av applikasjonen på Google Play.
Fremdriftsplan Oppgave Tids-periode (Uke) Detaljer Bruker krav samling 1-2 Møter med oppdragsgiveren og samle inn alle problem stillinger og bruker kravene for applikasjonen. Design (UI) user Interface 3-4 Designing av alle visninger av applikasjonen og bestemme hvordan applikasjonen skal se ut og hvordan den skal fungere, med knapper og detaljerte beskrivelser. Utvikling Første Fase 5-6 Utvikling Andre Fase 7-13 Utvikling Tredje Fase 14-15 Første fasen omfatter design av UML, klassediagrammer, designe kode struktur og sekvensdiagram. Her kodes det meste delen av koden, på grunnlag av diagrammer fra Første Fasen. Hoved kodingen skjer i denne fasen. Her skal vi sørge for å sikre oss at applikasjonen er bugg-free (Debuggin) og sørge for å implementere di siste funksjonalitetene på plass. Kodingen skal være ferdig. Testing 16 Testing av programvaren (Black - Box, White - Box), her kal applikasjonen testes grundig for sistegang før den publiseres. Overnevnte test metodikk brukes under testing. Testing med fysiske database server og appen. Publisering 17 (mandag) Applikasjonen publiseres på Google Play Dokumentering 18-20 Hovedsakelig skal rapporten skrives i dette perioden. Men det skal ikke være slik at vi ikke har skrevet noe fram til uke 18 i forbindelse med rapporten, men det er gjennom denne perioden vi setter sammen hele rapporten.