Presentasjon. Kristian Hewlett- Packard

Transkript

1 2012 Presentasjon Kristian Hewlett- Packard

2 1 Innledning Denne innledningen inneholder informasjon om gruppen, samt bakgrunn og mål for oppgaven og en introduksjon til temaet. 1.1 Gruppen Vår gruppe består av Kristian Johannessen, Alexander Wehlin, Lena Sandvik, Snorre Olimstad og Michael Krog. Alle gruppemedlemmene er tidligere kjent med hverandre, og har jobbet sammen på andre skoleprosjekter. Vi har både god kommunikasjon og godt samarbeid innad i gruppen. I tillegg har vi likt ambisjonsnivå, noe som gjør arbeidet lettere å gjennomføre. Vi kjenner hverandre godt både sosialt og faglig, og alle har et mål om å lære så mye som mulig ut fra denne erfaringen. Siden vi kjenner hverandre fra før, har vi like gjerne gitt oss selv et alias; nemlig Team Rubberduck. Derfor følte vi for å lage en egen gruppelogo (Figur 1). Navnet er en intern greie som vi ikke skal gå i detalj i her. Det som kan nevnes er at det kommer av meget faglig fantasi. 1.2 Oppdragsgiver Figur 1: Gruppelogo Figur 2: WebCruiters logo Vår oppdragsgiver er WebCruiter som ble stiftet som selskap i De er en bedrift som utvikler og leverer webbaserte rekrutteringsløsninger. De har store klienter som Statoil, Manpower, politiet og Adecco. Selskapet benyttes på mange språk over hele verden og har mer enn 300 anerkjente kunder innenfor de fleste bransjer. Per dags dato benytter over brukere i mer enn 40 land WebCruiter sine rekrutteringsløsninger.

3 Figur 3: Noen av WebCruiters kunder De tilbyr løsninger på forskjellige måter, alt fra ferdigformatert data slik som for eksempel politiet benytter, til mer ubehandlet data som kundene kan formatere som de ønsker. Det er derfor ikke alltid tydelig at en aktør benytter seg av WebCruiter, men sjansene er store for at du har lest en stillingsannonse som ligger i deres database. I tillegg samarbeider selskapet med flere leverandører av HR- programvare. De tilbyr integrasjon med blant annet testverktøy, løsninger for kompetanseledelse og sak- /arkivløsninger. 1.3 Bakgrunn for oppgaven Bakgrunn gitt i oppgavebeskrivelse fra WebCruiter ved Lars- Erik Johannessen (vi presiserer at med verktøy i teksten under, menes verktøy for kryssplattformutvikling): WebCruiter har vedtatt å skalere deler av løsningen på mobile plattformer. Selskapet har ikke selv erfaring med dette og ønsker gjennom en studentoppgave å få utredet hvilke muligheter som finnes og en anbefaling av verktøy for videre utviklingsarbeid. Aktuelle plattformer som skal støttes er de tre antatt ledende mobilplattformene Android, ios og Windows Mål for oppgaven Oppgaven består av to deler hvor den første er en utredning av aktuelle kryssplattformrammeverk, mens den andre er applikasjonsutvikling med det best egnede rammeverket fra del 1. Utredningen skal gi en bred oversikt over hvilke rammeverk som finnes på markedet. Den skal også gi en dyp analyse av de tre antatt beste av disse. Til slutt skal dette beskrives i en rapport hvor det konkluderes med hvilket rammeverk som er best egnet. Utviklingen skal være en omfattende utprøving av rammeverkets muligheter. Videre skal erfaringer gjort i denne delen brukes som grunnlag for en revurdering av rammeverket fra del Hva er kryssplattformutvikling? Kryssplattformutvikling er et relativt nytt fenomen. Innen mobilutvikling er det vanlig å programmere til hver sin respektive plattform. Til iphone brukes Objective C, Android bruker Java, mens til Windows Phone benyttes et av.net rammeverkets språk hvor C# er et av de mest brukte. Dette er kun tilfellet når man vil utvikle en native applikasjon fremfor en webapplikasjon. En native app er et program som i utgangspunktet blir utviklet til en enkelt plattform og som benytter seg av funksjonaliteten til operativsystemet. Lettere sagt er det noe du kan laste ned fra en App Store og installere på din smarttelefon.

4 Figur 4: Kryssplattform- rammeverk til unnsetning En webapplikasjon får du tak i via en URL på din telefons nettleser (browser). Her trenger ikke en utvikler å tenke kryssplattform, siden disse applikasjonene alltid skrives med webteknologier 1. De vil oppføre seg ganske likt på de fleste plattformer siden alt skjer i telefonens nettleser. Det er kun browserforskjeller som vil gi noe ulik opplevelse fra mobil til mobil. Det fins også hybridapplikasjoner som er en blanding av de to ovennevnte. Det er først i de seneste årene muligheten for å programmere til forskjellige plattformer med samme kode har blitt en virkelighet. Det er her rammeverkene kommer inn i spillet. Med et rammeverk som støtter kryssplattformutvikling kan du lage en native applikasjon til flere plattformer (ios, Android, WP7, BlackBerry, Symbian m.m.) med én og samme kodebase. Høres bra ut, ikke sant? Det var akkurat dette vi tenkte. Derfor gav vi oss selv en skikkelig utfordring og kastet oss ut på en fantastisk reise, nemlig kryssplattformutvikling. 2 Beskrivelse av sluttprodukt Siden vår oppgave er todelt, en utredningsdel og en utviklingsdel, må begge tas med i betraktning i sluttproduktet. Det var vår oppgave for oppdragsgiver først å kartlegge aktuelle rammeverk, for senere å finne det mest gunstige av dem. Dette rammeverket ble videre brukt i utviklingsdelen for å lage en applikasjon for WebCruiter. Nedenfor vil vi beskrive begge delene og hva resultatet av de ble. 2.1 Del 1 Utredningen Dette var den første delen vi begynte på i prosjektet. Her var målet å finne det beste rammeverket til kryssplattformutvikling. Det var tilsynelatende utallige mange kandidater å velge mellom. Men 1 HTML, PHP, JavaScript med fler

5 gjennom kartleggingsprosessen falt en etter en fra. Flere av rammeverkene hadde for eksempel støtte for ios, BlackBerry og Android, men ikke for Windows Phone. Siden Windows Phone er et såpass nytt operativsystem, kom vi frem til syv som hadde støtte for våre plattformer: ios, Android og WP7. Figur 5: Illustrasjon av kryssplattformutvikling Disse ble tatt med videre til kartleggingen, hvor vi gransket hvert rammeverk nøyere. Vi hentet inn omfattende informasjon fra rammeverkenes egne hjemmesider, forumer og artikler om kryssplattformutvikling. Gjennom denne prosessen fikk vi et godt inntrykk av de aktuelle rammeverkene. På bakgrunn av dette gjorde vi en analyse med diskusjon om fordeler/ulemper og poengrangering. Dette var med på å bestemme hvilke tre kandidater som skulle komme til finalen. De tre som gikk til dette steget var PhoneGap, Mono og Rhomobile. Disse tre rammeverkene gikk vi mer i dybden på og gjorde en grundig utredning. Utredningen gikk ut på å lage en testapplikasjon per rammeverk for å få et bedre innblikk i hvordan de fungerte i praksis. Alle tre benyttet seg av forskjellige teknologier; C#, JavaScript og Ruby. Vi ønsket å skape oss en så bred oversikt over rammeverkenes potensiale som mulig. Derfor la vi vekt på utprøving av rammeverkenes API er i testapplikasjonen. Videre visste vi at måten vi kom til å få data på i utviklingsfasen, kom til å være via en webservice. Derfor ble dette også vektlagt i testapplikasjonen.

6 På bakgrunn av den kunnskapen vi tilegnet oss gjennom utviklingen av testapplikasjonen, samt vårt inntrykk av brukervennligheten 2 til rammeverkene, gjorde vi en ny vurdering. Resultatet ble at vi kom fram til en mening om hvilket rammeverk som var best egnet; nemlig PhoneGap. Hele kartleggingen og utredningen ble samlet i en omfattende rapport til WebCruiter. Denne er integrert i sluttrapporten. Videre kan den også leses på vår hjemmeside (KILDE). Figur 6: Valg av rammeverk 2.2 Del 2 - Utviklingen Nå som vi hadde funnet hvilket rammeverk vi skulle bruke, var det bare å begynne implementeringen av den komplette applikasjonen. Dette er en app du kan bruke til å søke etter stillinger. Du kan søke på bransje eller søke med fritekst, samt få opp resultater i kart. Dette er hovedfunksjonaliteten til applikasjonen. Det er også muligheter for å registrere deg som bruker slik at du får mer ut av applikasjonen. Vi hadde ingen spesielle instruksjoner om hva navnet skulle være. Vi kom fram til Jobfinder (Figur 7), noe som falt godt i smak hos gruppen. Sjefdesigneren ble satt på saken og resultatet ble meget profesjonelt om vi tør si det selv. 2 Her mener vi brukervennlighet for programmereren

7 Figur 7: Applikasjonslogo Hovedmenyen (Figur 8) er enkel og ryddig strukturert. Herfra kan du navigere deg til alle de andre sidene. Denne menyen ser forskjellig ut om du innlogget eller ikke. For mer informasjon om resten av funksjonaliteten i programmet, se brukermanual (REF). Figur 8: Meny når du ikke er innlogget, og når du er innlogget Denne applikasjonen var ikke tiltenkt som et produkt som skal settes i drift. Den er derimot en heldekkende og dyptgående test av PhoneGap. Flere aspekter kan dog gjenbrukes av oppdragsgiver om det ønskes. Kartleggingen, utredningen og utvikling av Jobfinder- applikasjonen utgjør til sammen et omfattende forskningsmateriale som oppdragsgiver allerede bruker som referanse i sitt arbeid.