Høgskolen i Oslo og Akershus Gruppe 27

Transkript

1 Forprosjektrapport Høgskolen i Oslo og Akershus Gruppe 27 Christer Erik Bang Kristoffer Gard Osen Trym Skilleås Daniel Aleksander Thoresen s s s s198731

2 Innhold 1 Presentasjon Gruppen Bedriften Oppgaven Samendrag 3 3 Dagens situasjon 3 4 Mål og rammebetingelser Mål Rammebetingelser Løsninger Back-end Front-end Analyse av virkninger Front-end Back-end

3 1 Presentasjon Prosjekttittel Allora 1.1 Gruppen Gruppemedlemmer Veileder Christer E. Bang Tulpesh Patel Kristoffer G. Osen Studieleder, HiOA Daniel A. Thoresen Tlf: Trym Skilleås Epost: Bedriften Kontaktperson: Prego Media AS Robin Bang Produktansvarlig Tlf: Tlf: Grev Wedels Plass 9 Epost: robin@pregomedia.no 0151 Oslo 1.2 Oppdragsgiver Pregomedia er et medieselskap bestående av mennesker med tilsammen 60 års erfaring i mediebransjen. De tilbyr i dag seks ulike OOH* mediekanaler med fokus på store formater. Pregomedia ønsker å være en dynamisk utfordrer i OOH markedet og deres hovedmål er å tilby målrettede og kostnadseffektive løsninger til våre kunder. 1.3 Oppgaven Prego Media ønsker et system som kan brukes til å booke kampanjer, vedlikeholde kundedatabase og danne fakturagrunnlag. Systemet har som mål å forenkle og effektivisere manuelle oppgaver samt tilføye ny funksjonalitet. 2

4 2 Sammendrag De kommende månedene frem til sommeren, skal vi utvikle en webapplikasjon for Prego Media. Robin Bang vil fungere som veileder og kontaktperson for bedriften, og Tulpesh Patel er vår interne veileder. Oppgaven vi har blitt tildelt har som mål å systematisere og tilgjengeliggjøre informasjon tilknyttet virksomhetens daglige drift. Dette ønsker vi å løse ved å lagre informasjonen i en database, og deretter lage en applikasjon som fremstiller informasjonen på en visuelt tilfredsstillende måte. Prego Media har de siste årene hevdet seg som en større leverandør av reklameplasser utendørs, og har selv innsett at dagens løsning med manuelt vedlikeholdte regneark ikke holder følge med selskapets vekst. Applikasjonen vår skal automatisere mye av arbeidet og være skalerbar for fremtidig vekst. Den må være lett tilgjengelig for selskapets ansatte, og være enkel å ta i bruk. Basert på prosjektets mål og rammebetingelser, nærmere beskrevet i punkt 4.1 og 4.2, har vi besluttet at en webapplikasjon er best egnet til dette bruksområdet. I forhold til løsninger vi ønsker å bruke for å bygge applikasjonen, har vi besluttet å ta i bruk MEAN-stacken (MongoDB, Express, AngularJS, Node.js). Dette beskrives nærmere i seksjon 5 og 6, og det begrunnes hvorfor teknologien passer for oss med en analyse av de overnevnte løsningene samt alternativer til hvert enkelt teknologivalg. 3 Dagens situasjon Prego Media er en leverandør av utendørs reklameplasser. De har idag fem forskjellige mediekanaler som kan servere reklamekampanjer. 3

5 Prego Media holder i dag all informasjon vedrørende utleie av produkter, kundeinformasjon, og bookede kampanjer i et excel dokument. De har i tillegg et dokument med informasjon om hver lokasjon av hvert enkelt produkt. Eksempelvis har det største produktet, Billboards ca 600 lokasjoner, hvor hver lokasjon har en større samling metadata. Det hører derfor med at det er mye manuelt arbeid å holde disse listene oppdatert i flere ledd. De overnevnte dokumentene danner grunnlaget for faktureringen bedriften foretar to ganger i året. Denne prosessen innebærer å sette sammen informasjon som må letes fram i dokumentene; hver kampanje må matches med hver lokasjon og analysere hvor mye kampanjen har kostet, og hvor mye bedriften skylder de forskjellige eiere av lokasjonene kampanjen har omfattet. Prosessen er viktig for bedriften og krever mange arbeidstimer med detektivarbeid. Vår jobb er derfor å lage en webapplikasjon bedriften kan bruke internt til å håndtere all informasjon knyttet til den daglige driften. Det skal være mulig å booke kampanjer og knytte disse direkte opp mot kunden og gårdeier, slik at systemet kan regne ut fakturagrunnlag automatisk og gi et nøyaktig øyeblikksbilde. Bedriften tar stadig større del av markedet og tilfører nye produkter i porteføljen sin. Tiden er derfor moden for et system som i stor grad automatiserer viktige oppgaver og fungerer som et oversiktsverktøy for de ansatte som booker kampanjer. 4 Mål og rammebetingelser 4.1 Mål Hovedmålet med arbeidet vårt er å tilby en webapplikasjon som dekker behovet Prego Media har for å effektivisere og organisere eksisterende løsninger de bruker i dag. Vi har i samarbeid med Prego Media kommet fram til hvilken funksjonalitet som er essensiell for systemet og hvilke ekstrafunksjoner som kan være ønskelig å ha. Hovedmålet vårt er å levere et løsning som inneholder den essensielle funksjonen og senere, i dialog med Prego Media, bestemme hvilke av de ikke essensielle funksjonene som skal prioriteres å implementere. Den essensielle funksjonaliteten er: 4

6 En løsning som håndterer reklameplasser, kampanjer, kunder, gårdseiere og forholdene mellom de fire. Funksjonalitet som er ønskelig, men ikke essensiell for effektiviseringen: En utdypet CRM-løsning. En kartfunksjon som viser reklameplassers plassering for lettere å velge ut plasser ved konstruering av kampanjer. Enkel budsjetteringsfunksjon. Mer generelle mål vi har for løsningen er: Det skal være mulig å videreutvikle løsningen og legge til ny funksjonalitet. Løsningen skal kunne vedlikeholdes uten store utfordringer. Løsningen skal være lett å installere og ta i bruk av de ansatte. Det skal ikke være nødvendig med opplæring og løsningen skal følge gangen i de eksisterende daglige oppgavene. 4.2 Rammebetingelser Webapplikasjonen skal være tilgjengelig fra en cloud-plattfortjeneste. Ingen krav til veldig kort responstid eller prosessorkraft ettersom at løsningen er liten og har veldig få brukere. Webapplikasjonen skal ikke ha unødig lang responstid og ikke bruke unødvendig mye prosessorkraft eller andre ressurser. Løsningen må være sikker og krever innlogging. 5 Løsninger 5.1 Back-end MongoDB MongoDB er et cross-platform, dokumentbasert, relasjonsløst databasesystem. Der tradisjonelle relasjonsbaser er strukturert gjennom tabeller og forholdet mellom disse, 5

7 er MongoDB strukturert gjennom dokumenter, med dynamiske rader etter hva man ser hensiktsmessig. MongoDB er spesielt godt egnet for big data, men kan også brukes i mindre applikasjoner, og man kan forvente en vesentlig bedre ytelse i forhold til mer tradisjonelle relasjonsdatabaser. Node.JS Node.JS er en open source, cross-platform utviklingsløsning. Node benyttes til å utvikle serverapplikasjoner og skrives i javascript. Det er designet for enkel skalering og for å være lite ressurskrevende. Node er en del av MEAN-stacken og kommuniserer naturlig nok godt med øvrige komponenter. Express.JS Express.JS er et lite webapplikasjonsrammeverk basert på Node.JS. Express er godt egnet både for single-page, multi-page og hybride webapplikasjoner. Det er i seg selv lite, men tillater en rekke plugins, om man ønsker ytterligere funksjonalitet. Express.JS er back-end delen av MEAN-stacken WebStorm WebStorm er IDE-en vi bruker under utviklingen. Det er en lettvekts IDE, velegnet til utvikling av Webapplikasjoner, og er godt tilrettelagt for JavaScript-utvikling. Azure Azure er Microsofts cloudtjeneste. De tilbyr virtuelle instanser av forskjellige typer servere og verktøy for å monitorere disse. Slike instanser er tilgjengelig for oss gjennom skolens avtaler med Microsoft. Git/GitHub Git er et versjonshåndteringssystem for kode, utviklet av Linux grunnlegger Linus Torvalds. Vi bruker git-hostingtjenesten GitHub for å sikre at hvert gruppemedlem 6

8 alltid har tilgang på den nyeste og mest oppdaterte versjonen av koden, samt holde oversikt over enkeltbidrag og historikk. MVC MVC er en forkortelse for Model-View-Controller, og er et mye brukt designmønster i forbindelse med softwareutvikling. MVC deler programmet opp i data (model), og brukergrensesnitt (view), samt et databehandlingsledd (controller) for å binde disse to sammen. Hensikten er å fremstille en applikasjon med oversiktlig og gjenbrukbar kode, samt at en kan utføre endringer på de forskjellige leddene uten å påvirke de øvrige funksjonene i programmet. 5.2 Front-end Angular.JS Angular.JS er et open-source webapplikasjonsrammeverk. Angular er et rammeverk for klient-siden av et MVC, MVVM eller lignende arkitekturer. Det adresserer det statiske HTML, og tilbyr en dynamisk framstilling av webapplikasjoner. Angular fungerer godt med en rekke ulike komponteter og er designet for å enkelt utbyttes, når nye og bedre rammeverk er tilgjengelige. 6 Analyse av virkninger Målet med våre teknologivalg er å gi Prego Media en oversiktlig, funksjonell, og stabil applikasjon for å holde oversikt over reklamekampanjer, billboards, kunder og gårdeiere. Samtidig skal løsningen være modulær og lettfattelig for eventuell fremtidig utvikling og vedlikehold. I tillegg til dette er det også viktig at vi som gruppe har læringsutbytte av oppgaven, noe som har preget valget av teknologi. 6.1 Front-end Valget av front-end rammeverkene AngularJS og Bootstrap er begrunnet med at disse begge er å regne som industristandarder. Gruppen er kjent med rammeverkene fra før, men må nå bygge videre på grunnkunnskapen ved å implementere de på en 7

9 hensiktsmessig måte i større skala. Vi har også vurderert ReactJS og Angular 2.0. Disse ble derimot forkastet da ReactJS ser ut til å ha manglende/tynn funksjonalitet, og Angular 2.0 fremdeles er i Betaversjon, som bringer med seg en del usikkerhet i forhold til fremtidig bruk og stabilitet. Av den grunn er vi sikre på at front-end valgene vil resultere i en tilfredsstillende applikasjon for oppdragsgiver, samtidig som de tilbyr tilstrekkelig læringsutbytte. 6.2 Back-end Med tanke på læringsutbytte ligger den virkelige utfordringen i back-end løsningen. Gruppen har svært begrenset erfaring med Node.js og MongoDB, som gjør at dette i praksis blir et helt ukjent felt for oss å fordype oss i. Fordelen med disse to er at databaseløsningen MongoDB lagrer data i JSON-lignende format (BSON), som samhandler meget godt med JavaScript-serverløsningen Node.js. Node.js krever også at vi starter fra bunn og utvikler vårt eget skreddersydde API for denne applikasjonen. Begge deler er også veldig fleksible i form av at de er basert på åpen kildekode, og kjører på nærmest alle plattformer. Dette fører igjen til økt fleksibilitet for oppdragsgiver i fremtiden. 8