Mobile apps for Android and ios platforms Forprosjekt

Transkript

1 Mobile apps for Android and ios platforms Forprosjekt Presentasjon : Hovedprosjekt gruppe 17 Høgskolen i Oslo og Akershus Deltakere : Anders Nordli Knudsen Maha Sami Laham Kedar Nassir Shyto Hussain Salbi Daniel Notstad Periode : Vår 2012 Oppdragsgiver: Norsk Regnesentral/Norwegian Computing Center P.O. Box 114 Blindern NO-0314 Oslo Norway Telefon: (+47) Fax: (+47) Kontaktperson: Trenton Schulz, forsker Område e-inklusjon Norsk Regnesentral Postboks 114 Blindern 0314 Oslo E-post: trenton.schulz@nr.no Veilleder : Eva Hadler Vihovde Sammendrag Prosjektet skal gjennomføres som hovedprosjekt ved HIOA avd. for Ingeniøravdelingen i

2 samarbeid med Norsk Regnesentral. Oppgaven består av å lage en universell utformet mobil applikasjon for Android og ios platformer. Applikasjonen skal være både på engelsk og norsk. Bakgrunn Bakgrunn for prosjektet er et sammarbeid mellom Høgskolen i Oslo og Akershus, og Norsk Regnesentral. Det er et ønske i fra Norsk Regnesentral at det skal drives et prosjekt som skal kunne produsere en applikasjon for smart-telefoner, hvor denne kan brukes på Android og ios plattformer. Bedriften Norsk Regnesentral er en privat bedrift som utfører statistisk oppdragsforskning for næringslivet, offentlig sektor og private organisasjoner både i Norge og internasjonalt. Mål og remmebetingelser Forutsetningene og rammene er satt i samsvar med HiOA, Norsk Regnesentral og prosjektgruppen. Det skal utvikles en applikasjon som er universielt utformet til bruk på smarttelefoner. Applikasjonen skal utformes ved hjelp av webteknologi, nativeteknologi eller begge deler. Den skal være to-språklig (norsk og engelsk) og ha funksjonene: about, news, blogg, feeds, mailing list subscription, contact og map. Vi har fått oppgitt at standardene HTML5, CSS3, Javascript og XMLHttpRequest vil bli prioritert, om vi ønsker å utforme en web-del istedenfor Android-applikasjon. Flere krav og ønsker vil bli diskutert med oppdragsgiver etterhvert. Oppdragsgiver ga prosjektgruppen frie valgmuligheter utover de som allerede er satt, men det kommer til å legges vekt på universell utforming. Prosjektgruppen vil foreta to iterasjoner i utvikling av programmet, med brukertest mellom disse. For applikasjonene vil vi benytte oss av Xcode for ios delen, med en lisens enten gitt av skolen eller oppdragsgiver, og Eclipse med Android SDK for Android opperativsystemet. Lisensen for sistnevnte oppretter vi selv. Det skal også underskrives 2 kontrakter. Den første kontrakten i fra HiOA som bekrefter at ingen av studentene har eierskap til det som skal utvikles ettersom vi gjør dette på oppdrag fra Norsk Regnesentral som vil eie prosjektet. Den andre kontrakten er i fra Norsk Regnesentral som studentene skal skrive under på bakgrunn av at de skal jobbe med personopplysninger. Denne vil bli sendt til Datatilsynet for godkjenning. Resultatet vil være at de ansatte og andre interesserte blir opplyst om oppdrag og tjenester på en enklest mulig måte og som bedriften tilbyr igjennom applikasjonen. Type informasjon som bedriften velger å legge ut, vil også bli tilrettelagt slik at det vil bli enkelt å videreformidle informasjonen for bedriften. Konkret skal det utvikles en applikasjon for å forenkle infomasjonsformidling i fra bedriften til ansatte. Det skal også følge med dokumentasjon i form av en rapport. Dagens situasjon

3 Per dags dato benytter NR seg av internettsiden til å informere om oppdragene de mottar.de ønsker å kunne formidle denne informasjonen også til den stadig økende gruppen av smarttelefon brukere, på en måte som er bedre egnet disse. Faser og oppgaver 1. Ide fase. -Informasjons innhenting. 2.Strategi fase. -Hvordan utføre arbeidet -Hvem utfører arbeidet. 3.Begynne på arbeid. -Konkret starte med å utvikle Applikasjonen. 4.Valgfase. -Valg mellom løsninger. -Test av valgte løsninger. 5.Implementeringsfaser. -Overlevere applikasjonen til Norsk regnesentral. -Implementere applikasjonen for Norsk regnesetnral. Organisering Vi er 5 gruppemedlemmer hvor vi har valgt følgende ansvarsområder: Anders er blitt valgt som Prosjekt leder. Anders er også backup ansvarlig. Kedar er blitt valgt som vara leder. Maha er blitt valg som Møterom ansvarlig. Maha er også blitt valgt som fremdriftsplan og arbeidsplan ansvarlig. Hussain er blitt valgt som talsmann for gruppen. Hussain er kontaktperson for gruppen. Hussain er også valgt som vara refferrent/loggfører. Daniel Har blitt valgt som refferrent/loggfører. Daniel er også blitt valgt som rapport ansvarlig. Arbeidsoppgavene vil bli lagt ut på en fremdriftsplan for å ha oversikt over hvem som har ansvar for arbeid, og til hvilken tid arbeidet skal være ferdig. Timelister vil også bli notert for å sørge for en jevn og rettferdig fordeling av arbeid. Kritiske faktorer/risiko analyse Vi har noen kritiske faktorer å forholde oss til. Disse kan være sykdom, skjevfordeling av arbeid, uoverenstemmelser, språkforskjeller, distanse, tid/tidsrammer. Alle kan bli syke men vi mener gruppen er godt organisert med stedsfortredere hvis sykdom skulle inntreffe så risikoen er liten for alvorlige konsekvenser.litenrisiko.

4 Forebyggende tiltak: - Alltid en vara for ansvarsområdet for hvert gruppemedlem. - Arbeidsoppgavene er kjent for alle på gruppen. Uoverenstemmelser: vil kanskje forekomme, men vi har organisert gruppen slik at gruppeleder har siste ord og skulle det være noe ut over dette, vil veileder bli kontaktet. Liten risiko Skjev fordeling av arbeid: er viktig å holde fokus slik at det ikke sklir ut og arbeidsmengden blir for lite på et gruppemedlem og for mye på et annet. Middelsrisiko. Forebyggende tiltak: - Milepæler og gruppemøter vil vise hva hver av oss har som oppgave å gjøre, og kan hjelpe oss å vurdere arbeidsmengden. Språkforskjellene: kan være en middelsrisiko ettersom arbeidsgiver og gruppen alle er i fra forskjellige land og alle er på sitt nivå av norsk kunnskaper og oppfattning av informasjon kan være forskjellig. Liten risiko Forebyggende tiltak: - Hvert medlem skriver hva han mener, da er liten sjanse at det blir misforståelse av skrevet informasjon. Distanse: Et gruppemedlem skal konsekvent jobbe med prosjektet i fra distanse, dette vil si ikke være fysisk tilstede på møter og veiledning fram til 15 april. Distansen kan være en utfordring men med dagens informasjonsmiddler og nåsituasjonens organisering av gruppen vil dette la seg igjennomføre. Litenrisiko. Tid: Vi har tidsrammer å forholde oss til og det kan være en stor utfordring for mange. Alikevel mener vi at vi er mange på gruppen som er flinke til å dele på arbeids mengden og tar ansvar. Middelsrisiko. Forebyggende tiltak: - En test av applikasjonen midtveis i prosjektet vil hindre noe innspurt helt til slutt, ettersom vi må ha et brukbart produkt for denne tiden. - Milepæler og faste gruppemøter gjør at vi hele tiden er informert om hva som blir gjort og foregår gjennom prosjektet. Løsninger Tilgjenglighet Å tilpasse teknologi slik at den blir brukbar for de fleste brukere. Universell Utformet Applikasjon

5 Minimal informasjonsmengde og lav kompleksitet. Intuitivt grensesnitt ved hjelp av ikoner. Taktil feedback (vibrasjon understøtter interaksjon og poengterer hendelser). Bevisst bruk av farger. Bevegelse som interaksjonsform. Utvikling av en android-applikasjon Til utviklingen av android-applikasjonsdelen vil vi benytte oss av de veiledningene som er å finnes over nett. Vi har tenkt å benytte oss av Eclipse med Android Software Development Kit og Android Development Tools. Mellom en og to android smartphones vil også være tilgjengelig for testing av applikasjonsutkast når disse ferdiggjøres. Underveis vil vi bruke en emulator for å ikke utilsiktig skade våre mobiler. Ideelt kommer vi til å være en eller to som programmerer på hver OS-del parallellt, med veiledning og planlegging om utforming fra andre gruppemedlemmer. Det blir mest fornuftig å benytte timene vi er samlet for dette formålet og foreta individuell programmering/debugging utenom. For utgivelsen av en applikasjon gjennom android må vi sertifisere denne før distribusjon. Android krever ingen kostnader for denne sertifiseringen og vi har tillatelse til å gjøre denne selv. De utgivelsene vi kommer til å benytte oss av vil ikke gå gjennom Android markedet, men kunne lastes ned enten fra hjemmesida vår eller bare sendes direkte til de smartphones vi har tilgjengelig. Vi har ikke tatt standpunkt til hvordan applikasjonen vil distribueres etter endt prosjekt, men det er i første omgang ikke vesentlig. Når vi begynner å ha en virkelig solid utgivelse skal vi se på om vi holder distribusjonene mer private. Vårt mål er ikke å designe en veldig ressurskrevende og innviklet applikasjon, men heller holde det strukturert og intuitivt for å minske sjansene for feil eller hull. Utvikling av ios applikasjon Utviklingen av en ios-applikasjon for Apple s iphone foregår gjennom Xcode. Vi benytter oss av en av gruppens Mac som platform for å kode denne. En iphone er også tilgjengelig for testingen av denne applikasjonen, samt en ipad etter eget ønske om sammenligning. Det tar sikte på ios 5 som systemkrav. For utgivelsen av applikasjonen i AppStore, trenger vi en Certificate lisens fra Apple som bekostes av enten skolen eller oppdragsgiver. Analyse av løsninger Til utviklingen vil vi sannsynligvis benytte oss av java for Android og C++ for ios, ettersom dette

6 er de programmeringsspråkene som har blitt brukt til å lage disse systemene. Fordelen ved dette er at de to har ferdigkomponenter som man bruker ofte. Sikkerhetskopiering Planlagt sikkerhetskopieringsrutine tar bruk google docs, dropbox og to minnepinner. Dropbox vil automatisk gi oss opp til fem kopier fordelt på våre bærbare maskiner, samt en over nettet. Men denne har ikke versjonskontroll, så dette må vi sørge for manuelt. All informasjon vil bli lagret gradvis fordelt på minst to minnepinner som backup, tatt etter hver gruppetime dette arbeidet blir utført. Først må all informasjonen komme i et system, så dette vil komme i gang i full ved sluttfasen av forprosjektet. En del informasjon vil også være å finne over mail mellom gruppemedlemmene, men dette er ikke en tiltrodd lagringsted og vil først og fremst kun dreie seg om lett informasjon oss i mellom. Skulle alt gå galt, vil iallefall noe være å hente der. Når vi først begynner programmeringsbiten vil kodeutkastene også bli inndelt i tilstander slik de var på den dagen de ble avsluttet. Ved eventuelle kodetester, vil det også bli lagret før disse. Gjennomføring av brukertest Vi skal gjennomføre en brukertest i samarbeid med oppdragsgiver midt i prosjektfasen. Dette går ut på å få testet applikasjons utkastet vi har på dette tidspunktet en bred brukergruppe som dekker hva universiell utforming ønsker å oppnå. Planleggingen av denne testen blir gjennom dialog med oppdragsgiver, ettersom han har erfaring med dette fra tidligere. Dette blir gjort for å samle informasjon om videreutviklingen av applikasjonen, hvordan vi skal forbedre den for å tilfredstille ønsker for universiell utforming før slutten av prosjektet. Ettersom dette berører personlige opplysninger må vi sende en melding til Datatilsynet om hva informasjon vi samler inn og hva vi skal bruke dette til. Konklusjon Denne applikasjonen vil være til stor hjelp for NR for å pressentere seg i AppStore og Androids Market, eller via deres egen nettside. Vi sto fritt til å kunne velge å utvikle en web-løsning for Android istedet for en applikasjon. En endelig avgjørelse er ikke tatt men vi tar sikte på å lage en Android applikasjon. Valgfriheten kom fra at Android ikke har kommet like langt når det gjelder universiell utforming og behjelpelighet ved dette. Flere vil bli kjent med NRs tjenester gjennom applikasjonen. Folk med nedsatt funksjonsevne kan benytte seg av applikasjonen. Gjøre det enkenlt for brukere å navigere i appen.

7 Hussain Salbi Anders Nordlie Knudsen Daniel Notstad Maha Sami Laham Kedar Nassir Shyto