Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren Prosessrapport
|
|
- Joakim Langeland
- 8 år siden
- Visninger:
Transkript
1 Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013 Prosessrapport
2 1 Innholdsfortegnelse 1 Innholdsfortegnelse Prosessdokumentasjon Gruppen Om oppdragsgiver Bakgrunn for oppgaven Dagens løsning Mål Oppgavens mål Egne mål Mobile plattformer Planlegging og metode Arbeidsforhold Arbeidsfordeling Planleggingsverktøy og metodikk Dokumentasjon Prosjekthjemmeside Utviklingsmodell/metode Teknologier og verktøy Netbeans Ajax JavaScript HTML/CSS jquery/jquery Mobile Dropbox Google Docs CodeIgniter JSON (JavaScript Object Notation) MySQL REST Phonegap Build Teambox SoapUI (OAuth)... 10
3 Balsamiq Mockups Faser Gjentatte faser Tilegning av kunnskap Risikohåndtering Endring og revurdering Utredningsfasen Fremgangsmåte Utviklingsfasen Fremgangsmåte Design mobilapplikasjon Design webside Problemer og løsninger Dokumentasjonsfasen Avsluttende del Det ferdige produkt Hva kun vært annerledes Phonegap Testing Navngivning og kommentarer Konklusjon... 19
4 2 Prosessdokumentasjon Prosessdokumentasjonen beskriver prosessen rundt utviklingen av applikasjonen. Dette inkluderer begrunnelse av beslutninger, vurderinger, hvordan vi har jobbet, dokumentasjon og teknologier. 2.1 Gruppen Gruppen består av to dataingeniørstudenter, Andreas Berglihn og Harald Svendsen. Vi har tidligere jobbet sammen på diverse prosjekter og gruppearbeid v/hioa og vet av erfaring at vi har et godt samarbeid. 2.2 Om oppdragsgiver Slik presenterer Accenture seg selv. «Accenture er et globalt konsulentselskap som leverer tjenester innenfor rådgivning, teknologi og outsourcing. Vi leverer nyskapende løsninger og samarbeider med kundene, slik at de kan realisere sine visjoner og skape verdi for seg selv. Med vår omfattende bransjeekspertise, våre globale ressurser og vår erfaring innenfor konsulentvirksomhet og driftsutsetting kan vi mobilisere de riktige menneskene og den nødvendige kompetansen for å hjelpe våre kunder til å bli virksomheter med høy prestasjonsevne. Med mer enn ansatte i 49 land hadde Accenture en omsetning på 23,40 milliarder dollar i regnskapsåret som ble avsluttet 31. august 2007.» Accenture s hjemmeside: eller Bakgrunn for oppgaven Accenture setter per i dag opp jobbsamtaler og arrangementer med å bestille sted/rom, setter opp timeplan, bestiller nødvendige ressurser, informerer HR om arrangement og gir telefonnummer til den som bestiller sted/rom, sender ut sms/mail til student om avtalt tid og sted. Deretter, hvis det er snakk om jobbsamtale, er det avhengig av om rommet er ledig. Hvis ikke, og studenten ikke kan komme på et annet tidspunkt, så tas samtalen per telefon.
5 Alt dette skal vi putte i en og samme applikasjon. Den skal kunne sette opp avtaler, sende ut mail og legge inn avtalte møter i intern kalender. Det vil spare ansatte mye tid og vil gjøre det lettere å finne ledig rom/sted og jobbsamtaleressurs/arrangementansvarlig. 2.4 Dagens løsning Accenture tar i dag i mot påmeldinger fra studenter for jobbsamtaler og andre arrangementer på stands på karrieredager, eller at studenten sender en SMS. Dette innebærer at Accentures ansatte må bruke mye tid og ressurser på å sette opp møter. Dagens prosess: Bilde: 2,1
6 2.5 Mål Oppgavens mål Målet med prosjektet er å utvikle et system som skal gjøre det enklere for Accenture å sette opp jobbsamtaler med studenter og for å la studenter melde seg på ulike arrangementer som Accenture måtte holde. Dagens rutiner krever en del manuelle steg og et hovedmål er at det nye systemet skal være tidsbesparende for Accentures konsulenter samt sørge for bedre kvalitet og brukeropplevelse for studentene de møter. Løsningen skal integreres mot en SharePoint-portal hos Accenture. Ellers har gruppen stått fritt til å velge utviklingsverktøy og hvordan løsningen implementeres Egne mål Våre egne mål er å utvikle en mobilapplikasjon vi selv og sluttkunde er fornøyd med. Den skal være enkel i bruk med riktig funksjonalitet og responstid. Vi skal gjøre en jobb for å gjøre jobben lettere for sluttbruker. Vi skal lære hvordan det er å jobbe i et større prosjekt, som gruppe, over en lengre periode enn vi har gjort tidligere, og vi skal sette opp planer for å nå mål og frister i tide. Vi skal lære nytten av styringsdokumenter gjennom prosjektets løp. Mye ny læring om teknologier og fagområder vi tidligere ikke kjente til. 3 Mobile plattformer Mobilapplikasjoner er et tema som har eksplodert de siste årene med utallige smarttelefonvarianter. Dette bringer med seg et stort marked og muligheter for å utvikle applikasjoner, men også utfordringer. På en mobiltelefonen er skjermen mindre og ytelsen lavere enn på en PC, og det gir begrensninger. Brukeropplevelsen på en applikasjon er veldig viktig, og da spesielt med tanke på utseende og respons. Ser applikasjonen uproff ut, vil den ofte også være vanskelig å navigere seg frem i. Krever applikasjonen mye venting, vil den fort bli byttet ut. Med brukeropplevelse i tankene må man gjøre diverse valg for sin utvikling av mobilapplikasjoner. Det finnes flere måter å gjøre det på, men vi skiller her på de to mest brukte typene; hybrid og native løsninger. En hybrid løsning, som Phonegap Build (som vi har valgt å gå for), har muligheten til å kompilere kode til flere plattformer med kun ett sett med kode skrevet i HTML5, CSS og JavaScript. Ikke alltid like velfungerende på alle plattformer, spesielt om applikasjonen krever mye prosessorkraft.
7 En native løsning, som X Code, er kun laget til en plattform. Denne løsningen er som regel bedre egnet plattformen den er laget til, i forhold til en hybrid løsning. Er vanskelig å tar lang tid å lage native til alle plattformer, en etter en. 4 Planlegging og metode 4.1 Arbeidsforhold Vi har tidligere i vårt 3 årige bachelorstudie jobbet sammen på vellykkede gruppeoppgaver, og da falt det naturlig å samarbeide på bacheloroppgaven. Vi kjenner hverandre godt, har effektive og fokuserte arbeidsøkter sammen. Vi bestemte oss tidlig for at vi ønsket å være 2 på gruppa. Lettere å samarbeide og mer kunnskap å lære innen alle feltene. Så lenge oppgaven kunne tilpasses 2 stk, så var det slik det ble. Vi har stort sett benyttet oss av grupperommene på Høgskolen i Oslo v/holbergs plass, hvor vi sitter sammen og jobber. Dette gir oss fordelen til å kunne ta opp diskusjoner på stedet og løse problemer mer effektivt. Av erfaring er dette den beste måten for oss å jobbe. Vi har også lokaler hos Accenture Fornebu, men pga. av reiseavstand og vår egen hjemmeadresse valgte vi bort å reise ut dit. 4.2 Arbeidsfordeling Arbeidet er fordelt, så godt det lar seg gjøre, 50% hver. Vi har forsøkt at begge er innom alle felter, både på api-, klient- og dokumentasjonssiden. Dette gjør at vi begge forstår sammenhengen bedre, og kan hjelpe hverandre på et høyere nivå. Vi har begge identiske PCer lånt av Accenture, og har installert samme programvare på dem, som bidrar til at begge enkelt kan ta tak hvor det skulle trenges. 4.3 Planleggingsverktøy og metodikk Dokumentasjon Vi har ført dagbok etter hver arbeidsøkt, noe som gir oss en detaljert oversikt over hva vi har gjort. Dette er til stor hjelp når vi skal skrive sluttrapport Styringsdokumenter Statusrapport: En rapport som ble levert i fjor, for å vise at vi var i gang med å finne oppgave. Prosjektskisse: Om oppdragsgiver og en kort beskrivelse av oppgaven. Vedlegg 6 Forprosjektrapport: En rapport, som viser hva vi tenker å gjøre og om dagens situasjon. Vedlegg 5
8 Prosjektdagbok: Blir oppdatert etter hver endt arbeidsøkt. Korte stikkord og forklaringer på hva vi gjorde hver dag. Risikoplan: Er et viktig punkt, som viser oversikt over risikotiltak om det skulle oppstå problemer. Inneholder en tabell med oversikt over sannsynligheten for at noe skal inntreffe. Vedlegg 7 Arbeidsplan og fremdriftsplan: Oversikt over hva som skal gjøres når. Skjema over tidsfrister, sprinter og mål. Vedlegg 3 og 4 Kravspesifikasjon: Denne har blitt endret en del underveis, men er til for å sette kravene på plass. Endringer som har skjedd, gjør at oppgaven ble større, men også mer funksjonibel og lettere å bruke. Blant annet så endret vi fra at studenten skulle sende påmelding på sms, til at studenten melder seg på via web. Viktig at det finnes i hvert fall et førsteutkast ved prosjektets start. Vedlegg Versjonskontroll og backup All dokumentasjon, utenom selve sluttrapporten, som ble skrevet i Microsoft Word (pga. problemer med formateringer) er skrevet i Google docs. Dette er en tjeneste vi er godt kjent med og tillater oss å skrive i samme dokument samtidig. Sluttrapporten ble lagret i Dropbox, og Google Docs lagres online. Til koding, brukte vi Netbeans mot git med lokasjon hos Accenture s innersource. Dermed hadde vi også en backup der, pluss en kopi på hver vår laptop Prosjekthjemmeside Hjemmesiden var et krav fra skolen hvor vi skulle laste opp dokumenter, som skulle vurderes av dem. Den er laget i ren HTML/CSS. Bilde: 4, Utviklingsmodell/metode Vi har tatt utgangspunktet i å bruke Scrum med innflytelse fra vannfallsmetoden, men siden vi kun er to stk, så bruker vi en forenklet og egendefinert versjon. Vi har benyttet oss av en online tjeneste som heter Teambox, hvor vi la opp sprinter og arbeidsoppgaver. Der kunne vi legge til nye oppgaver, kommentere og ferdigstille oppgaver. Denne tjenesten ble opprettet og vedlikeholdt i samarbeid med veilederne hos Accenture.
9 Det å sette opp sprinter har gitt oss en stødig og effektiv fremgang i prosjektet og vi har klart å fullføre hver sprint til gitt frist. Vannfallsmetoden reflekteres i at vi satt opp frister i en arbeidsplan. 4.4 Teknologier og verktøy Her tar vi for oss alle teknologier og verktøy vi har brukt for å ferdigstille produktet Netbeans Utviklerverktøy for en rekke av språk. Gjenkjenner språk og gjør det enkelt å redigere mange filer samtidig i forskjellige språk. All kode er skrevet i Netbeans, både til backend og klient. Netbeans er et program vi er blitt godt kjent med gjennom tidligere fag på HiOA, og er et velkjent og velfungerende program til å skrive kode Ajax Øker sidens interaktivitet og vi slipper å måtte laste siden på nytt hver gang data skal hentes. Brukes i sammenheng med JavaScript og jquery for å lage kort og oversiktlig kode. Ajax var ukjent for oss i starten, men lærte fort at det gav oss akkurat det vi trengte for å gi JavaScriptene våre den funksjonalitet vi trengte JavaScript Brukes til å tilføre dynamiske elementer til HTML koden og gir siden funksjonalitet. Koden legges i separate JavaScriptfiler, og importeres der dem trengs. Alle våre JavaScript er importert i index.html. Det er tryggere å legge dem i separate filer, da dette gjør det vanskeligere for codeinjection og tukling av verdier HTML/CSS HTML er markup språk for å plassere elementer der du vil ha dem og er bygget av <tags>. IDer og klasser er brukt, slik at vi i CSS filene (filer for utseende) kan utforme elementene med font, farger, rammer osv. Vi har opprettet en egen standard.css fil i tillegg til at vi har importert CSS-filer for jquery Mobile og en datovelger, og brukt dem sine IDer for å få det til å se ut slik vi vil jquery/jquery Mobile Hjelpebiblioteker for å gjøre kodingen i JavaScript enklere. Her har vi importert bibliotekfiler for jquery og jquery Mobile, samt som nevnt en egen CSS-fil for jquery Mobile. Brukes hyppig for å hente og referere til elementer i HTML-koden, og hente eller sette data i dem. jquery Mobile er direkte rettet til mobilenheter og utforming og funksjonalitet av disse. jquery Mobile har spesielt vært til stor hjelp på designbiten Dropbox Dropbox er en gratis (inntil en gitt grense GB) onlinetjeneste for lagring av data, og brukes av oss til å lagre diagrammer, dokumenter, bilder osv, som flere parter skal ha tilgang til. Vi har god kjennskap til tjenesten og brukes hyppig av oss begge til daglig.
10 4.4.7 Google Docs Google Docs er en gratis onlinetjeneste for å opprette, dele og redigere de vanligste dokumenttyper, som regneark, tekst, presentasjoner osv. Har god erfaring med Google Docs, og kan redigere i samme dokument samtidig uten å få versjonskrasj CodeIgniter CodeIgniter er rammeverket vi bruker til API (Backend) og er skrevet i PHP. Har en mappestruktur og en bestemt måte å sette opp metoder på. Forespørsler kommer inn til en controller, som sender data videre til modeller, som igjen henter ut, eller setter inn data fra/til en server, som i vårt tilfelle er en MySQL database. CodeIgniter har også et sett med filer for konfigurasjon av det en måtte trenge, som hvor databasen er, samt legge inn påloggingsinfo, ruter til forskjellige filer osv. Vi falt for CodeIgniter etter godt tips fra medstudent og testing selv JSON (JavaScript Object Notation) Brukes til å sende data mellom server og klient. Det bygges opp et JSON-streng på klient eller server, med relevant data, for å kunne sende dette som tekst over til klient eller server, slik at data kan hentes ut på riktig måte. Inneholder et fast oppsett av klammeparenteser, kolon og komma. JSON passer oss veldig bra, siden vi ikke har de store mengde data for sending og mottak, og da trenger en lett måte å gjøre transaksjoner på MySQL Brukes til lagring av data til database. MySQL er verdens mest populære open source database, og er den vi er mest kjent med. Har et sett med kodeord for spørringer og har en strukturert måte å hente eller å putte inn data. Tabellene er laget og redigert i phpmyadmin, som er et hjelpeverktøy, som ofte er installert i sammenheng med en database, og gir deg grafisk kontroll over dataene som måtte være der REST Et sett med metodenavngivning i rammeverket. Navnpåmetode_put hvor put brukes videre i Ajax på klient og api (controller) på server, og forteller at her skal det oppdateres noe i databasen. Get og Post er også mye brukt, hvor Get er å hente noe vha. en SELECT-spørring, mens Post er å sette inn en ny rad vha. en INSERT Phonegap Build Brukes til å kompilere kode skrevet i HTML, CSS og JavaScript til flere plattformer. En online tjeneste, hvor du laster opp kode enten via et git-repository eller en zippet fil av koden. Deretter kompilerer den til alle (inkl. iphone om du har lisens) plattformer. Dette er noe som er svært tungt å få til på en enkelt PC, da du trenger å installere kompileringskode for hver enkelt plattform. Derfor valgte vi å bruke en skytjeneste som allerede taklet alle plattformer Teambox En online tjeneste for prosjektstyring hvor vi kan opprette backlog og tilhørende sprints. Er et enkelt verktøy for å holde kontroll på prioriterte emner, samt ferdigstille dem underveis og sette tidsfrister.
11 SoapUI Brukes til å teste at ressursene til et API fungerer, og at de fortsatt fungerer etter endret kode. Tester direkte til APIet og dets metoder. Setter opp test til ønskede metoder og deretter kjøres testen på samtlige. Dette gir en oversikt og tidlig oppdagelse av feil som oppstår etter endret kode. Må installeres og kjøres lokalt på maskinen/server (OAuth) Sikker sending av data. Brukes av store aktører på den sosiale mediafronten. OAuth er ikke implementert, men plan for å gjøre det medfølger rapporten Balsamiq Mockups Brukes til å lage mockups (tenkte skjermbilder) i planleggingen. Vi syns det var enkelt å bruke med nødvendige funksjoner lett tilgjengelig. 5 Faser 5.1 Gjentatte faser Vi kalte dette punktet for gjentatte faser, da det er faser, som skjer flere ganger i prosjektets løp. Her er det da spesielt tilegning av kunnskap og risikohåndtering som går igjen Tilegning av kunnskap I starten av prosjektet var det mange nye teknologier og fagområder vi måtte ta tak i, å samle informasjon om. Det eneste vi hadde vært borti tidligere var HTML og CSS, som vi begge har hatt ett fag på i første semester. Utover dette var det nye språk, rammeverk, biblioteker og regler vi måtte samle informasjon om før vi kunne gå i gang for fullt. Ut i fra at vi valgte å gå for Phonegap Build (ref kap ) og CodeIgniter (ref kap 2.4.8) falt det inn nye teknologier vi måtte sette oss inn i og lære. Blant annet jquery, jquery Mobile, Ajax, REST, JavaScript og JSON. Ref kap Risikohåndtering Vi har klart oss uten de store forsinkelseshendelsene, men litt fravær i forbindelse med reise og ferie pluss tap av lisens har det vært. iphone-lisensen vi måtte ha for å få testet applikasjonen live på en telefon fikk vi i utgangspunktet veldig sent, og vi var godt i gang med Phonegap Build. Kort tid etter vi fikk den, mistet vi viktig informasjon, som gjorde den ukjørbar. Dermed tok det noen dager før vi da fikk opp en ny og kunne legge inn ny versjon på telefonene. Dette medførte frustrasjon og tapt arbeidstid, men i ettertid ser vi at det ikke var kritisk, men heller et kjedelig uhell som kostet noen timer med arbeid.
12 5.1.3 Endring og revurdering Gjennom prosjektet har vi støtt borti store og små endringer vi må og burde gjøre. Versjon en og to av kravene fra arbeidsgiver er veldig forskjellige, og det skyldes et møte vi hadde med veileder hvor vi kom frem til en bedre og mer effektive måter å gjøre ting på, samt en forstørring av oppgaven. Denne endringen kom tidlig pga. kjapp oppstart og hyppige møter i starten, noe som sparte oss for ekstraarbeid siden vi ikke var kommet til utviklingsfasen enda. En annen stor endring var da vi gikk fra å bare bruke JavaScript og jquery til å i bruk rammeverket jquery Mobile (ref kap 2.4.5), etter startet arbeid. Denne endringen førte med seg en del endring i kode og ny læring, men vi var fortsatt tidlig i prosessen, så det var ikke veldig tidskonsumerende å endre. Det viste seg i ettertid at valget førte med seg positive sider og negative sider. Negative siden var at jquery Mobile og Phonegap sammen krever mer kraft fra enheten det kjører på. Noe som medfører treghet. Dette oppdaget vi ikke før vi fikk iphone-lisensen fra Accenture et godt stykke inn i prosjektperioden, som medførte at vi ikke hadde tid til å gå tilbake å lage ny kode til en annen teknologi. Den positive siden var derimot veldig mye tid spart, og i stor grad penere kode. Bedre funksjonalitet og penere utseende. 5.2 Utredningsfasen Fremgangsmåte Hvorfor gikk vi for løsningen vi har i dag? Forarbeid Vi brukte tid surfet på nett, pratet med veileder og hørt på anbefalinger fra kjente for å komme frem til løsningene vi gjorde. Phonegap Build falt fort på plass da det kun krevde ett sett med kode, at vi kunne bruke programmeringsspråk som var kjente for oss, og masse god omtale på nett, lett å finne informasjon og veilederne hos Accenture gikk også god for løsningen. Vi har i tillegg sett at tidligere bachelorgrupper, som har vært i lignende situasjon som oss, har gått for samme løsning. Bilde: 5,1
13 Bytte rammeverk Vi fikk også i starten beskjed om å bruke «Spring», som er et Javabasert rammeverk. Noe vi etter mye prøving fikk lov å gå bort i fra, da dette var for stort og tungt å bruke til vårt arbeid. Vi gikk, etter anbefalinger og artikler lest, for «CodeIgniter» isteden, som er et PHP-basert rammeverk. Vi oppfattet kvikt hvordan det fungerte, og fikk etter kort tid satt opp et testmiljø for dette. CodeIgniter koblet vi opp mot en MySQL database, som falt helt naturlig å bruke, siden vi har brukt det før og er per i dag det mest utbredte databasesystemet. Bilde: 5,2 Hovedgrunner til bytte: CodeIgniter var lettere tilgjengelig i form av informasjon og veiledning på Internet. CodeIgniter er lettere satt sammen, og da også lettere å forstå hvordan mappestrukturen er bygget opp. CodeIgniter var lettere å forstå. CodeIgniter har enkel integrering mot NetBeans (ref kap 2.4.1) I alt brukte vi noen dager på å lese og utforske flere varianter av «samme» løsning, og mener vi gjorde gode valg og justeringer fra start og underveis Jira og Teambox 5.3 Utviklingsfasen Kapitlet tar for seg implementeringen av applikasjonen, og sammen med utredningsfasen gir et bilde på hvordan produktet ble produsert Fremgangsmåte Under prosessen ble det mye lesing på nett, og hele tiden forbedring av kode, så en iterativ arbeidsmetode falt naturlig for oss Design mobilapplikasjon Når man skal lage design til en mobilapplikasjon er det er det en del viktige ting å tenke på, som at skjermen er liten så et minimalistisk utseende er og foretrekke, ikke masse bilder og plass på å ha
14 god plass til navigering. Siden vi ikke hadde gjort dette før, tok vi utgangspunkt i mobilapplikasjoner vi selv likte og laget et eget utseende basert på erfaringer vi gjorde etter bruken av disse Mockups Vår applikasjon skulle stort sett vise informasjon og motta input fra bruker og lagre dette, så utseende burde være enkelt og oversiktelig på listeform. Bilde: 5,3
15 Slik så vi for oss at det skulle se ut når du klikket deg inn på en detaljert oversikt over et spesifikt arrangement, og et vindu for endring av info. Bilde: 5,4 Slik ble til slutt. Skjermbildet er hentet fra Phonegap Build sin emulator, men utseende og størrelsen er tilnærmet identisk med hvordan det ser ut på iphone Planlegge design Vårt valg av hybrid løsning til å kompilere applikasjonen krever at koden er skrevet i HTML5, CSS og JavaScript, noe som gjør det enkelt å ha et gjennomgående design i applikasjonen. Vha. importerte CSS filer sammen med egendefinerte har vi klart å sette et fast design på hvordan ting skal se ut. Spesielt har jquery Mobile kommet til god hjelp. jquery Mobile (ref kap ) er et rammeverk med metoder og elementer, samt en tilhørende CSS fil. Dette har gjort det enklere å opprette nye sider, og bygge sidene dynamisk med samme design. Vi har lagt vekt på at utseende skal være oversiktlig og brukervennlig, og har som nevnt sett på andre mobilapplikasjoner for å lage oss et eget bilde av hvordan ting kan se ut. Fargene vi har valgt følger en mal i jquery Mobile og gjør det lett å lese og se. Små ikoner på knapper og nedtrekksmenyer er også valgt etter standardikoner, og gir en forklaring i seg selv i tillegg til teksten. Luft mellom elementene er også vesentlig for at det skal være lettere å navigere seg rundt i applikasjonen. Det at knappene alltid er plassert i topp venstre og høyre hjørne, gjør at brukeren alltid vet hvor de er, og gjør det enklere å treffe knappene med fingrene, noe som er en utfordring med utvikling av mobilapplikasjoner.
16 Vi brukte samme versjon av Phonegap Build gjennom hele utviklingen. Vi forsøkte å oppdatere mot slutten av kodeperioden, men dette skar seg og dermed havnet vi tilbake på tidligere versjon Design webside I oppgaven skulle vi lage en tilhørende webside hvor studenter kunne melde seg på spesifikke arrangementer vha. en unik URL gitt til hvert arrangement. Denne siden inneholder kun et par felter for å fylle inn informasjon samt et lite informasjonsfelt. Slik så vi for oss at side kunne se ut i en mockup. Se bilde 5,5. Slik ble den seende ut. Se bilde 5,6 Bilde 5,5
17 Denne siden er laget kjapt for å få en fungerende side. Det ikke lagt mye arbeid i design, men funksjonalitet bak er på plass. Dette fordi det ikke ble satt noe krav til siden, og da satt vi design på siden lengre ned på prioriteringslisten Problemer og løsninger I dette kapitelet tar vi for oss de største problemene vi støttet på under utviklingen av applikasjonen, samt løsningene vi valgte for problemet Liveserver for testing Da tiden var kommet for brukertesting av applikasjonen, trengte vi en ekstern server å legge backend på. Vi fikk da tilgang til en server av en medstudent men vi fikk ikke backend til å kjøre på serveren. Det viste seg at vi hadde brukt noen elementer fra PHP 5.4 mens serveren kjørte versjon 5.3. Det tok litt tid før vi skjønte at dette var årsaken til problemet. Løsningen var da å oppgradere serveren. Da dette var i orden ble vi møtt med et nytt problem når vi gjorde AJAX-kall til backend. Origin is not allowed by Access-Control-Allow-Origin JavaScript er begrenset av «same policy origin». Av sikkerhetsmessige årsaker hindrer policy en JavaScript tilgang til ressurser fra andre domener. Løsningen var å legge til en header i responsen fra backend. header('access-control-allow-origin: *');
18 Navngivning og kommentarer Navngivning og kommentarer er viktig for en lesbar og oversiktlig kode. Konsekvent bruk av et språk, og kommentarer til hver metode. Vi var sent ute med å sette et fast mønster på navn og kommentarer, og merket etter hvert at dette burde vi ha gjort fra starten da det i senere tid ble knotete og uoversiktlig og endre hele koden på en gang. Vi valgte allikevel å gjøre jobben for en mer lesbar og oversiktlig kode. Kommentarer er lagt til alle metoder og navnene har likt mønster og samme språk iphone lisens For å få lov til å legge mobilapplikasjonen fra Phonegap Build og over på en iphone (som er mobiltypen begge i gruppen har for testing), må en lisens være tilstede med serienummer på mobiletelefonene og annen info mottatt fra Apple mot kjøpt lisens. Accenture hadde tilgang på slike lisenser, men det tok noe tid før vi fikk lisens til å teste. Dette medførte sen testmulighet på iphone, og det viste seg at applikasjonen var litt i overkant lite responsiv da spesielt på iphone 4. iphone 5 og Samsung Note ll hadde akseptabel responstid vel og merke. Det viste seg også senere at vi mistet viktig informasjon i lisensen, og måtte dermed bygge en ny lisens. Noe som medførte tapt tid og frustrasjon. Vi fikk ordnet det kjapt og med god responstid fra veileder hos Accenture var vi kjapt oppe å kjøre igjen Testing selenium Selenium er et testprogram til nettleseren, som lar deg ta opp knappetrykk og innskrivninger, for å senere utføre nettopp denne innspillingen. Vi hadde planer om å bruke dette, men det viste seg fort at Selenium ikke taklet vår type oppbygging av nettside. Vår applikasjon er bygget dynamisk og Selenium mister alle filene vi importerer i index.html fila fra start, fordi Selenium laster sider på nytt etter hvert knappetrykk Handlebars og JQuery Mobile Handlebars er et bibliotek skrevet i JavaScript som vi brukte i starten for å generere templates for HTML-kode. Fordelen er at man kan separere logikk fra presentasjon. Før vi oppdaget jquery Mobile brukte vi ikke noe rammeverk men skrev applikasjonen med hjelp av JavaScript og Handlebars templates. Men da vi gikk over til jquery Mobile fikk vi det ikke til å fungere sammen med Handlebars. Dette løste vi med å gå vekk fra Handlebars og over til å bruke Mustache, som tjener samme formål. 5.4 Dokumentasjonsfasen For å lage sluttdokumentasjonen valgte vi å gå bort i fra Google Docs, fordi formatteringer av diverse slag ikke er tilgjengelig i Google Docs. Vi gikk heller for å bruke Microsoft Word for å ferdigstille rapporten. Vi gikk igjennom dokumentasjonsstandarden laget av Ann-Mari Torvatn tilgjengelig på hovedprosjektsidene, for å få tips til hvordan forme dokumentasjonen. Andre rapporter fra tidligere grupper ble også gjennomgått for å se hvordan de ulike formateringer hadde effekt på å tilegne seg informasjonen.
19 Vi har delt inn i mange kapitler og underkapitler for å enkelt bruke hyperlinker og referanser til andre kapitler. Dette gjør rapporten mer leselig og lettere å navigere seg i. Bilder har også fått egne navn i sammenheng med hvilket kapitel du hører til. Dermed kan vi referere til dem, på samme måte som kapitler. Dokumentasjonen er delt inn i hoveddeler som samlet representerer sluttdokumentasjonen. Prosessrapport; Tar for seg hvorfor vi gjorde det vi gjorde, og hvordan vi arbeidet oss gjennom hele perioden. Produktrapport; Forklarer mer tekniske valg, og hvordan ting fungerer. Testrapport; Tar for seg hvordan vi testet, resultat fra brukertesting. Brukerveiledning; Forklarer hvordan mobilapplikasjonen skal brukes. Vedlegg; Inneholder diverse tilleggsopplysninger vi refererer til i fra andre deler av rapporten. Styringsdokumenter, kildehenvisninger, modeller med mer. 6 Avsluttende del 6.1 Det ferdige produkt Vi har laget et produkt, som med implementasjon i kundens system vil kunne brukes i dag. Etter brukertest har vi fått gode tilbakemeldinger, og kunden er så langt fornøyd. Det finnes forbedringsmuligheter, og oppgaven kan videreutvikles. 6.2 Hva kun vært annerledes Når vi nærmer oss slutten, ser vi at det er ting vi kunne gjort annerledes, men at tiden ikke strekker til Phonegap For å få applikasjonen mer responsiv kunne vi ha utforsket en annen teknologi enn Phonegap, men som forklart i kap fikk vi ikke testet applikasjonen før vi var godt ute i arbeidsperioden. Hadde vi oppdaget treghet veldig tidlig, kunne vi forsøkt en annen teknologi, og sammenlignet mot Phonegap. Vi kunne også ha brukt mer tid på å undersøke å teste andre hybride løsninger Testing For å gjøre testingen enklere, tenker her på soapui (kap ) og ikke generell kodetesting, kunne vi ha satt opp testmiljø før vi begynte å kode, og ikke mot slutten av kodeperioden. Dette hadde gjort koden tryggere å endre og lettere å jobbe med, pluss et fordelt arbeid gjennom hele prosessen og ikke en bulk med arbeid på slutten.
20 6.2.3 Navngivning og kommentarer Vi var ikke konsekvente på navngivning og kommentarer fra starten. Vi satt ikke en fast mal på om kommentarene og navnene skulle være engelsk og heller ikke noe fast oppsett på hvordan navnene var bygget opp relativt til posisjon. Dette skapte ekstra arbeid vi måtte sette av tid til istedenfor å gjøre det kontinuerlig underveis. Dette er noe vi allikevel fikk fikset, med å sette av tid til det. 6.3 Konklusjon Dette er det største prosjektet vi har vært med på og har vært en lærerik, spennende og tidkrevende prosess. Vi måtte ta viktige valg, og for det meste har vi gjort riktige og bra valg vi er fornøyd med. Læringskurven vår har vært bratt fra start, siden vi ikke hadde kunnskap og/eller kjennskap til teknologier vi måtte ta i bruk. Dette var en spennende og krevende utfordring for oss begge, og føler vi har kommet godt ut av det med mye relevant læring og forståelse av nye teknologier. Prosjektet har gitt oss en bedre innlevelse i hvordan et større prosjekt må styres for å komme i mål, og hvor viktig det er å sette opp planer, krav og frister. Vi har gjennom prosjektets løp hatt et bra samarbeid med et ubetydelig antall uenigheter, og kommet i mål til gitte frister hver gang. Samarbeidet med veilederne både på HiOA og hos Accenture fungert bra, med små unntak av kommunikasjonsproblemer, og har vært til stor hjelp gjennom prosjektet. Med hyppige møter mellom oss på gruppa og veiledere har vi holdt en stødig kurs og er nå i mål med erfaringer og et produkt vi er stolte av.
Forprosjekt. Accenture Rune Waage, rune.waage@accenture.com, 91605634
Forprosjekt Presentasjon Gruppe 19: Event-planlegger Andreas Berglihn s169991 Harald R. Svendsen s127142 Gruppe Gruppe 19 Andreas Berglihn, s169991 Harald R. Svendsen s127142 Oppgave Eventplanlegger Utvikle
DetaljerEventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013. Produktrapport
Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013 Produktrapport 1 Innholdsfortegnelse 1 Innholdsfortegnelse... 1 2 Produktdokumentasjon... 2 3 Beskrivelse av mobilapplikasjonen...
DetaljerEventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013. Testrapport
Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013 Testrapport 1 INNHOLDSFORTEGNELSE 1 INNHOLDSFORTEGNELSE... 1 2 Innledning... 2 3 Formål med testing... 3 3.1 Funksjonalitet...
DetaljerForprosjektrapport ElevApp
Forprosjektrapport ElevApp Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2017 Gruppe 14 Mirko Grimm, s236630 Andreas Krutnes, s236656 Japple John Regalario, s236621 Innholdsfortegnelse
DetaljerStudentdrevet innovasjon
Studentdrevet innovasjon Hovedprosjekt 2013 Høgskolen i Oslo og Akershus Forprosjektrapport av Gruppe 11 Karoline Sanderengen, Mona Isabelle Yari og Randi Ueland 25.01.2013 Studentdrevet innovasjon 9 Innhold
DetaljerEventhandler. Hovedprosjekt. Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013
Eventhandler Hovedprosjekt Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013 Sted/dato: Høgskolen i Oslo og Akershus, Oslo 22.5.2013 Tittel: Eventhandler Prosjektmedlemmer: Andreas Berglihn
DetaljerDel IV: Prosessdokumentasjon
1 2 Forord Dette dokumentet omhandler detaljert beskrivelse av vår arbeidsprosess gjennom hele perioden med prosjektet. Prosessdokumentasjonen er en viktig del av sluttrapporten, og er delt opp i følgende
DetaljerBrukerveiledning. Eventhandler. Mobilapplikasjon utviklet for kryssplattformer.
Brukerveiledning Eventhandler Mobilapplikasjon utviklet for kryssplattformer. Utviklet av Andreas Berglihn og Harald Svendsen i samarbeid med Accenture AS. Bacheloroppgave 2013 Forord Dette er en brukerveiledning
DetaljerForprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016. Pillbox Punchline
Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016 Pillbox Punchline Gruppe 8 André Østhagen Bye, s198607 Annika Hammervoll, s198611 Hanne Rygge, s198613
DetaljerArtist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen.
Artist webside Innhold Artist webside...1 Gruppe medlemmer...1 Oppdragsgiver...1 Kontaktperson...2 Veileder...2 Oppgaven...2 Muligheter...2 Sammendrag...2 Dagens situasjon...2 Mål og rammebetingelser...3
DetaljerDokument 1 - Sammendrag
Dokument 1 - Sammendrag Automatnett - Nytt CMS-verktøy for Uno-X Automat Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus, 2013 Innholdsfortegnelse Sammendrag 1 1. Innledning 1 2. Om
DetaljerBachelorprosjekt i informasjonsteknologi, vår 2017
Bachelorprosjekt i informasjonsteknologi, vår 2017 Gruppe 29: Marthe Janson Skogen, s236357, Ingeniørfag - data Odd Einar Hoel, s236313, Ingeniørfag - data Forprosjektrapport Rapporten inneholder presentasjon,
DetaljerBachelorprosjekt 2015
Bachelorprosjekt 2015 Høgskolen i Oslo og Akershus Tam Ha (s171513) Arslan Yousaf (s189135) Gabriel Noraker Alfarrustad (s161910) Eivind Lund (s180381) Phillip Padiernos Næss (s162951) Forprosjekt Prosjektets
DetaljerForprosjekt gruppe 13
Forprosjekt gruppe 13 Presentasjon Tittel: Oppgave: Periode: Gruppemedlemmer: Veileder: Oppdragsgiver: Kontaktperson: Mobilbillett i HTML5 Utvikle en mobil billettautomat innenfor kategorien dedikert web
DetaljerHovedprosjekt 2014, Høgskolen i Oslo og Akershus
Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...
DetaljerProduktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet
Produktrapport Hjelpemiddel portal for Parkinsonforbundet 1 Innhold: Forord ------------------------------------------------------------------------------------------------------2 Planlegging og arbeidsmetode
DetaljerForprosjektrapport. Gruppe 31
Forprosjektrapport Gruppe 31 1 Presentasjon Oppgave: Finne et kodespråk som kan være med på å forbedre kundetilfredsheten og brukervennligheten ved bruk av Telenor sine websider. Periode: 14. januar til
DetaljerKRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.
KRAVSPESIFIKASJON Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. Prosjektgruppe: 27 Prosjektmedlem: Ole Almenning Stenhaug Veileder.
DetaljerKravspesifikasjon. Forord
Kravspesifikasjon Forord Hensikten med en kravspesifikasjon er å gi et overblikk over programmets funksjonalitet og tilleggsfunksjoner, dette vil si både over de som er utviklet før prosjektstart, og de
DetaljerTestrapport Prosjekt nr. 2011-22 Det Norske Veritas
Prosjekt nr. 2011 22 Testrapport Hovedprosjektets tittel Implementering av plugin og utvikling av wizard for Det Norske Veritas Prosjektdeltakere Magnus Strand Nekstad s156159 Jørgen Rønbeck s135779 Dato
DetaljerTestrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5
Testrapport Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 24.5.2013 Public 2013 Aker Solutions Page 1 of 5 Innledning I denne rapporten vil vi skrive om testingen som
DetaljerKravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften
Kravspesifikasjon Presentasjon Hovedprosjektet gjennomføres ved Høgskolen i Oslo, avdelingen for ingeniørutdanning. Målet med oppgaven er å utvikle en online webshop for bestilling av postkasser. Dette
DetaljerGruppe 43. Hoved-Prosjekt Forprosjekt
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
DetaljerForprosjektrapport Bacheloroppgave 2017
Forprosjektrapport Bacheloroppgave 2017 Chat Modul for Webnodes Content Management System Gruppe 32 Adam Asskali, Anmer Seif, Sara Khan 20.01.2017 Veileder G. Anthony Giannoumis Innholdsfortegnelse 1.Presentasjon
DetaljerBachelorprosjekt 2017
Bachelorprosjekt 2017 Høgskolen i Oslo og Akershus Gruppe 41 Kristan Munter Simonsen (s236789) Andreas Jacobsen (s236778) Jamal Lakbir (s236722) 1 Innholdsfortegnelse Forprosjekt... 3 Presentasjon... 3
DetaljerGruppe Forprosjekt. Gruppe 15
Forprosjekt Gruppe 15 Marius Ylven Westgaard - s236797 - Anvendt Datateknologi Lise Janbu Eide - s236361 - Dataingeniør Lavanja Jeyenthiran - s236346 - Dataingeniør Kristian Pedersen - s236728 - Anvendt
DetaljerKravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo,
Kravspesifikasjon Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 12.01.2013 Public 2013 Aker Solutions Page 1 of 7 Table of Contents Forord... 3 Om bakgrunnen... 3 Presentasjon...
DetaljerProsjektdagbok. Gruppe 9. Gruppemedlemmer. Eirik Fjellheim Andersen (s198590) Sigurd Witold Aspen (s198593) Jonas Mögenburg (s198741)
Prosjektdagbok Gruppe 9 Gruppemedlemmer Eirik Fjellheim Andersen (s198590) Sigurd Witold Aspen (s198593) Jonas Mögenburg (s198741) Månedsoppsummering: Mai Arbeidet har vært tungt siden vi har måttet flytte
DetaljerForprosjektrapport for bacheloroppgave i data og informasjonsteknologi
Forprosjektrapport for bacheloroppgave i data og informasjonsteknologi Gruppe 5 Anders Minde Dørum, Eirik Odden Solberg, Patrick Ingeberg og Torbjørn Magnus Brandrud Prosjektmedlemmer: Anders Minde Dørum,
DetaljerForprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Digitalisering av Sentralen UNG Gründer
Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 207 Digitalisering av Sentralen UNG Gründer Gruppe 34 Kenneth Di Vita Jensen, s236745 Frank Arne Bjørkmann
DetaljerForprosjektrapport. Gruppe Januar 2016
Forprosjektrapport Gruppe 22 22. Januar 2016 Innholdsfortegnelse Innholdsfortegnelse Presentasjon Sammendrag Dagens situasjon Mål og rammebetingelser Mål Rammebetingelser Løsninger og alternativer Løsning
DetaljerRefleksjonsnotat Web.
Refleksjonsnotat Web. www.kildebruk.host22.com Mariell Hagen Hovedoppgaven i Web Webdesign: opphavsrett og bruk av kilder Vi har hatt prosjektperiode i litt over 2 uker. Oppgaven var at vi skulle lage
DetaljerMandag : Onsdag : Torsdag : Mandag :
Prosjektdagbok Mandag 13.01.2014: - Oppmøte på Accenture. Pratet med veileder om oppgaven og avtalte at vi skulle starte med problemstilling, møteintervall og formulering av oppgaven. Tidsperspektivet
DetaljerLæringsplattform for IT-fag basert på HTML5 utviklet i CakePhp
Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp { En selvstendig plattform som kan brukes til å formidle kurs på nett med dagsaktuell teknologi. Oppgave 5, av Fredrik Johnsen Oppgavestiller
Detaljer4.5 Kravspesifikasjon
4.5 Kravspesifikasjon 4.5.1 Funksjonalitet og systembeskrivelse Webapplikasjonen har tre overordnede funksjoner; Opprett Spotify arrangement, Opprett SoundCloud arrangement og Bli med på arrangement. Brukere(kalt
DetaljerInnstallasjon og oppsett av Wordpress
Del 1 - Installasjon og oppsett Innstallasjon og oppsett av Wordpress Wordpress har blitt en veldig populær publiseringsplattform for websider. Uten særlige tekniske ferdigheter kan man sette opp profesjonelle
DetaljerUtvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet
Kravspesifikasjon Hovedprosjekt 2014 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Tittel: Oppgave: Gruppemedlemmer: Digitalt Helsekort for Gravide Utvikle en prototype
DetaljerKunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.
1 Forord Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg prosjektets rammer
DetaljerForprosjektrapport. Universelt LæringsVerktøy (ULV) Å lage en læringsplattform som tilfredsstiller alle krav til universell
Forprosjektrapport Presentasjon Tittel: Oppgave: utforming Periode: Gruppemedlemmer: Hafnor Prosjektgruppe: Veileder: Oppdragsgiver: Kontaktperson: Nettside for gruppa: Universelt LæringsVerktøy (ULV)
DetaljerForprosjekt. Oppgdragsgiver Unikia, Lille grensen 7, 0159 Oslo, Kontaktperson Anders Kose Nervold,
Hovedprosjekt i data/informasjonsteknologi Høgskolen i Oslo og Akershus Forprosjekt Prosjekttittel Unikia Android applikasjon Gruppe 13 Markus Bugge-Hundere s188909 Morten Wold Aksel Wiig s236326 s232324
DetaljerS y s t e m d o k u m e n t a s j o n
S y s t e m d o k u m e n t a s j o n Monitorering av produksjonsløyper ved Nasjonalbiblioteket - Project BAKE Utarbeidet av: Einar Wågan Kristian Akerhei Studium: Informasjonssystemer Innlevert: 26.5.2015
DetaljerStikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client.
Stikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client. Studenter: Magnus Skomsøy Bae, Marius Eggen, Magnus Krane Klasse: 3ING, Systemutvikling Produserer redaksjonelle
DetaljerPresentasjon... 3. Sammendrag... 4. Dagens situasjon... 5. Mål og rammebetingelser... 5. Moduler... 6. Løsning og alternativer...
Innholdsfortegnelse Presentasjon..................................................... 3 Sammendrag.................................................... 4 Dagens situasjon.................................................
DetaljerForprosjektrapport Gruppe 30
Forprosjektrapport Gruppe 30 Gruppemedlemmer: Eyvind Nielsen s177748 Ullvar Brekke s236375 Kristoffer Pettersen s239404 Innhold Presentasjon... 3 Sammendrag... 3 Dagens situasjon... 3 Mål... 3 Rammebetingelser...
DetaljerProduktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk
Produktdokumentasjon Madison Møbler Administrasjonsside og Nettbutikk 1 1. Forord 1.1 Dokumentasjonen Dette er en teknisk dokumentasjon på produktet som er utviklet. Denne er tiltenkt personer med teknisk
DetaljerPresentasjon. Kristian Hewlett- Packard 29.05.2012
2012 Presentasjon Kristian Hewlett- Packard 29.05.2012 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
DetaljerKRAVSPESIFIKASJON FORORD
KRAVSPESIFIKASJON FORORD Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg
Detaljer1. Forord 2. Leserveiledning
KRAVSPESIFIKASJON 1 1. Forord Hensikten med kravspesifikasjonen er at den skal fungere som et styringsdokument under prosessen og definere rammer og betingelser rundt hovedprosjektet. Den er utviklet etter
DetaljerForprosjektrapport. Feilsøkingsverktøy for Homebase AS INNHOLD
Forprosjektrapport Feilsøkingsverktøy for Homebase AS INNHOLD Presentasjon Sammendrag Om bedriften Dagens situasjon Mål og rammebetingelser Funksjonelle krav: Ikke-funksjonelle krav: Løsninger Analyse
DetaljerPROSESSDOKUMENTASJON
PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET: Papir og elektronisk Telefon: 22 45 32 00
DetaljerHovedprosjekt. Høgskolen i Oslo data/informasjonsteknologi våren 2011 Forprosjektrapport. K-skjema og ferie kalender
Hovedprosjekt Høgskolen i Oslo data/informasjonsteknologi våren 2011 Forprosjektrapport Presentasjon Sted og dato Oslo, Jan 9, 2011 Prosjekt tittel Periode K-skjema og ferie kalender Utvikle et registreringssystem
DetaljerBRUKERMANUAL. Telsys Online Backup
BRUKERMANUAL Telsys Online Backup TELSYS AS - 06.08.2009 Innhold Generelt... 3 Kom i gang... 4 Installasjon av Telsys Online Backup Proff/Standard... 4 Start opp klienten for første gang!... 10 Logg inn...
Detaljer1 Del I: Presentasjon
1 Del I: Presentasjon 2 Forord Denne sluttrapporten er skrevet av gruppe 12 som består av 4 studenter som studerer ved Høgskolen i Oslo og Akershus. Vi studerer Anvendt datateknologi og denne rapporten
DetaljerGruppe 44. Bachelorprosjekt ved Institutt for informasjonsteknologi, våren Høgskolen i Oslo og Akershus,
Bachelorprosjekt ved Institutt for informasjonsteknologi, våren 2017 Høgskolen i Oslo og Akershus, 19.01.2017 Gruppe 44 Håkon Andre Sylte Garnes, Tobias Hallèn, Gaurab J. Gurung Forprosjektrapport Presentasjon
DetaljerHøgskolen i Oslo og Akershus. Bachelorprosjekt Hacking Cristin. (midlertidig tittel) Forprosjektrapport
Høgskolen i Oslo og Akershus Bachelorprosjekt 2017 Hacking Cristin (midlertidig tittel) Forprosjektrapport Innholdsfortegnelse: 1.0 Presentasjon s. 3 2.0 Sammendrag s. 3 3.0 Dagens situasjon s. 4 4.0 Mål
DetaljerFronter 19 En rask introduksjon
Fronter 19 En rask introduksjon Velkommen til en ny Fronter opplevelse. Denne guiden dekker forskjellene mellom eksisterende Fronter og Fronter 19, og resultatet av endringene. Dette betyr mindre klikk
DetaljerMøtereferater: HP36 uke 2, 10.1.2012: Gruppemedlemmer: Christian Salater Magne Hjermann Zunaira Afzal Tola Sarzali Waleed Abtidon.
Møtereferater: HP36 uke 2, 10.1.2012: Gruppemedlemmer: Christian Salater Magne Hjermann Zunaira Afzal Tola Sarzali Waleed Abtidon Møtereferat: 1. møte med veileder I dette møtet presenterte vi oss for
DetaljerKRAVSPESIFIKASJON v.1.2
KRAVSPESIFIKASJON v.1.2 PROKAP Prosjektstyringsverktøy for kapasitetsplanlegging G r u p p e 2 6 A n d r é S t e n e r s e n B j a r t e A u n e O l s e n C h r i s t i a n S t r å t h H e n r i k H o
DetaljerForprosjektrapport. Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016
Forprosjektrapport Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016 1.0 Presentasjon 2.0 Sammendrag 3.0 Dagens situasjon 4.0 Mål og rammebetingelser 5.0 Løsninger/alternativer 6.0 Analyse
DetaljerForprosjekt Hovedprosjekt ved Høgskolen i Oslo Våren 2008
Forprosjekt Hovedprosjekt ved Høgskolen i Oslo Våren 2008 Skrevet av Ole Myrbakken, Fadima Mohamoud, Orji Okoroafor, Karen Arrendondo Side 1 PRESENTASJON Prosjekt tittel: Prosjektperiode: MetaGen 7.jan
DetaljerKandidat nr. 1, 2 og 3
Kandidat nr. 1, 2 og 3 Rapport 1 IT202E Bacheloroppgave i Informatikk Vår 2011 Mobilapplikasjonsutvikling med Scrum 1 Innhold Innledning... 3 Overordnet Prosjektplan... 3 Produktbacklog... 5 Sprint planning
DetaljerProsessrapport. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23
Utvikling av moduler til CMS for bonefish.no Gruppe 08-23 Prosessrapport for hovedprosjektet utvikling av moduler til CMS for bonefish.no ved Høgskolen i Oslo, avdeling for Ingeniørutdanning våren 2008.
DetaljerKravspesifikasjon. Høgskolen i Oslo, våren 2011 Sted og dato: Oslo, 9. februar 2011. Gruppemedlemmer
Kravspesifikasjon Høgskolen i Oslo, våren 2011 Sted og dato: Oslo, 9. februar 2011 Gruppemedlemmer Adeel Yousaf Khan s141459 Mats Klingenberg Naustdal s148155 Nur M. Ahmed s148108 Thomas Wiborg s161335
Detaljer1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer...
Side 1 1. Forord Dette dokumentet er en kravspesifikasjon og har blitt utarbeidet av arbeidsgiver og prosjektgruppen. Dokumentet består av ni kapitler. Det vil først bli presentert hvem prosjektgruppen
Detaljer3. Kravspesifikasjon. Experior - rich test editor for FitNesse -
3. Experior - rich test editor for FitNesse - 3.1. Forord Dette dokumentet inneholder krav til funksjonalitet i Experior og hvordan denne skal integreres inn i selve FitNesse. I tillegg spesifiseres krav
DetaljerDAGBOK. Patrick - Opprettet blogside for å kunne legge ut informasjon om hva som skjer underveis i prosjektet.
DAGBOK Uke 43: Torsdag 28/10 Patrick - Opprettet blogside for å kunne legge ut informasjon om hva som skjer underveis i prosjektet. Uke 44: Mandag 1/11 Gruppen utformet den første statusrapporten til prosjektet.
DetaljerVedlegg Brukertester INNHOLDFORTEGNELSE
Vedlegg Brukertester INNHOLDFORTEGNELSE Vedlegg Brukertester... 1 Testrapport Wireframe... 2 1. INTRODUKSJON... 2 1.1 Systemoversikt... 2 1.2 Meningen med testen... 2 2 TESTPLAN... 2 2.1 Funksjoner som
DetaljerDel VII: Kravspesifikasjon
1 2 Forord Dette dokumentet inneholder retningslinjer for gruppen vår og beskrivelse av betingelsene for utviklingen av vårt prosjekt. Vår gruppe benyttet dette dokumentet som et styringsdokument for å
DetaljerForprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av:
Forprosjektrapport for Agresso R&D Ansettelsessystem Hovedprosjekt våren 2007 31.01.07 Skrevet av: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 1 Sammendrag Prosjektittel:
DetaljerJon Hammeren Nilsson, Anders Emil Rønning, Lars Grini og Erling Fjelstad
Forprosjektrapport Presentasjon Tittel: Oppgave: Infront SSO Utvikle en Single Sign-on løsning for Infront Periode: 8/1-2013 28/5-2013 Gruppemedlemmer: Jon Hammeren Nilsson, Anders Emil Rønning, Lars Grini
DetaljerSupport, nye funksjoner og tjenester fra Uni Pluss
Support, nye funksjoner og tjenester fra Uni Pluss Hvem er vi? Rune Synnevåg Systemutvikler Begynte i Uni Pluss juli 2008 Erik Faugstad Kundekonsulent Begynte i Uni Pluss mars 2009. Dette står på menyen
DetaljerSkøyen, 23.01.14 Gruppe 11
Forprosjektrapport Produktkvalitet, visitnorway.com Sammendrag Vi skal gjennomføre et produktkvalitetsprosjekt hos Creuna i forbindelse med visitnorway.com, Innovasjon Norges turistinformasjonsside. Prosjektet
Detaljer6 Kravspesifikasjon. 6.1 Presentasjon. Tittel Precision Teaching App for Android
6 Kravspesifikasjon 6.1 Presentasjon Tittel Precision Teaching App for Android Oppgave Å lage en Android app som skal benyttes av studenter for å øve på fagpensum. Appen skal ta i bruk prinsipper fra Precision
DetaljerHei verden Introduksjon Swift PDF
Hei verden Introduksjon Swift PDF Introduksjon Swift er et programmeringsspråk laget av Apple og er etterfølgeren til Objective-C. Med Swift kan du lage apper for ios og OSX. For å gjennomføre dette kurset
DetaljerBrukermanual - Joomla. Kopiering av materiale fra denne Bonefish manualen for bruk annet sted er ikke tillatt uten avtale 2010 Bonefish.
Brukermanual - Joomla Bonefish brukermanual - Joomla Gratulerer med ny nettside fra Bonefish. Du er nå blitt eier og administrator for din egen nettside, noe som gir deg visse forpliktelser ovenfor din
DetaljerHØGSKOLEN I OSLO OG AKERSHUS. FôrIt CDS. Avslutning
HØGSKOLEN I OSLO OG AKERSHUS FôrIt CDS Stian Strøm Anderssen, Mikkel Sannes Nylend og Shahariar Kabir Bhuiyan Gruppe 10 26.05.2014 Forord Denne rapporten oppsummerer vårt arbeid med FôrIt CDS. Under skriver
DetaljerOblig 1 Webutvikling av Jon-Håkon Rabben
Oblig 1 Webutvikling av Jon-Håkon Rabben Oppgave 2 og 3) http://www.it-stud.hiof.no/~jhrabben/boxmodel.html Oppgave 6) http://www.it-stud.hiof.no/~jhrabben/oblig1oppg6.html Oppgave 1) Siden tar lang tid
DetaljerForprosjektrapport. Sammendrag. Hovedoppgave våren 2019 Gruppe 3
Forprosjektrapport Hovedoppgave våren 2019 Gruppe 3 Sammendrag Vi skal overføre en eksisterende nettside over på en ny plattform samt legge til noe tilleggsfunksjonalitet. Hovedutfordringene ved den eksisterende
DetaljerPedagogisk regnskapssystem
av Benjamin Dehli og Jørgen Tellnes Innhold 1 Innledning 2 Om forprosjektet 2.1 Forprosjektgruppen 2.2 Målsetninger med forprosjektet 3 Beskrivelse av hovedprosjektet 3.1 Arbeidstittel 3.2 Prosjektgruppe
DetaljerProsjektlogg Samfunnet Bislet (Gr. 44)
Prosjektlogg (Gr. 44) Håkon Andre Sylte Garnes, s198128 (H) Tobias Hallèn, s194582 (T) Gaurab Jung Gurung, s181085 (G) Mandag, 17.10.2016-12.30 13.30: Første gruppemøte (H, T) o o Statusrapport Oppstart
DetaljerTestrapport. Studentevalueringssystem
Testrapport Studentevalueringssystem 1 Forord 1.2 Forord Dette prosjektet er et hovedprosjekt i data ved Høgskolen i Oslo, avdeling for ingeniørutdanning, og gjennomføres i samarbeid med Ingeniøravdeling
DetaljerWP-WATCHER WORDPRESS SIKKERHET
WP-WATCHER WORDPRESS SIKKERHET WP-WATCHER BACKUP - SIKKERHETSKOPIERING «Hei! Jeg oppdaterte en plugin på siden min og nå kommer jeg ikke inn på siden min i det hele tatt. Kan du hjelpe meg?» «Hjelp! Jeg
DetaljerHøgskolen i Oslo og Akershus
Høgskolen i Oslo og Akershus Gruppe 2 Forprosjektrapport Presentasjon Oppdragsgiver: Prosjekttittel: Definisjon: Accenture Shera Shera er en «event»-applikasjon til Android der man kan registrere arrangementer
DetaljerUtvikling av et nettbasert CMS med tilhørende nettsted for Axel Bruun Sport AS
Utvikling av et nettbasert CMS med tilhørende nettsted for Axel Bruun Sport AS Håkon Bogsrud Anders Høye Karlsen Alexander Borgen Saxevik Bacheloroppgave vår 2012 IT-støttet bedriftsutvikling Oppgavenummer:
DetaljerForprosjektrapport. Gruppe 3, Anvendt Datateknologi våren 2016
Forprosjektrapport Gruppe 3, Anvendt Datateknologi våren 2016 1. Presentasjon 2. Sammendrag 3. Dagens situasjon 4. Mål og rammebetingelser 5. Løsninger/alternativer 6. Analyse av virkninger 1. Presentasjon
DetaljerTESTRAPPORT - PRODSYS
TESTRAPPORT - PRODSYS PRODSYS-DATASYSTEM FOR ÅS PRODUKSJONSLAB AS GRUPPE 12 CHRISTOPHER CONRADI STEFFEN DIEDRICHSEN ROMAN KOVALENKO INFORMASJONSTEKNOLOGI, INGENIØRUTDANNINGEN, HØYSKOLEN I OSLO 1. FORORD
DetaljerTestdokumentasjon. Testdokumentasjon Side 1
Testdokumentasjon Testdokumentasjon Side 1 1. Innledning Dette er en testrapport som er laget for å teste applikasjonene for ios og Android plattformer. Den vil være delt opp i 4 deler. Den første delen
DetaljerHumanware. Trekker Breeze versjon 2.0.0.
Humanware Trekker Breeze versjon 2.0.0. Humanware er stolte av å kunne introdusere versjon 2.0 av Trekker Breeze talende GPS. Denne oppgraderingen er gratis for alle Trekker Breeze brukere. Programmet
DetaljerKOM I GANG MED WORDPRESS En enkel guide for å hjelpe deg gjennom det grunnleggende i Wordpress
KOM I GANG MED WORDPRESS En enkel guide for å hjelpe deg gjennom det grunnleggende i Wordpress Sist oppdatert 05.06.2015 Innholdsfortegnelse 1. Hva er Wordpress?... 3 2. Hvordan logger jeg inn i kontrollpanelet?...
DetaljerHTML5. Skjemaer på nettsider. Skjemaer med. Informasjonsteknologi 1 og 2. Gløer Olav Langslet Sandvika VGS
Skjemaer med HTML5 Gløer Olav Langslet Sandvika VGS Leksjon 10 Informasjonsteknologi 1 og 2 Skjemaer på nettsider I denne leksjonen skal vi se litt nærmere på bruk av skjemaer på nettsider. Du har sett
DetaljerKravspesifikasjon
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...
DetaljerVedlikeholde nettstedet i Joomla 2.5 +
Vedlikeholde nettstedet i Joomla 2.5 + Innlogging: Klikk deg inn på din nettside. I menyen på ditt nettsted vil det være en link til logg inn eller adm. Klikk på denne og logg inn med det brukernavnet
DetaljerBle ferdig med prosjektskisse. Sett på forskellige rammeverk for php. Lager milepæl for to uker.
Logg 22 oktober 2013 Vi skriver status rapport og starter også med å skrive logg idag. Vi har vært i kontakt med mange firmaer uten alt for mye interesse fra deres side. Vi fortsetter å søke etter oppgave.
DetaljerKravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet
Kravspesifikasjon Presentasjon Tittel: Oppgave: Backup for PDA/Smartphones Utvikle en applikasjon for PDA/Smartphones med funksjonalitet for backup av sms, mms, e-post, kontakter, kalender, bilder og dokumenter
DetaljerPRESENTASJON BACHELOROPPGAVE 14E
PRESENTASJON BACHELOROPPGAVE 14E Koordinatbasert dataregistrering og loggføring med Drupal, PHP og MySQL Alf Harald Saelevik 1 1 Om oppdragsgiver og prosjekt Pingvin sporstsdykkerklubb er en idrettsklubb
Detaljer- reklamebannere mobil og tablet
Spesifikasjoner - reklamebannere mobil og tablet FINN.no Versjon 2.4 Sist oppdatert 16.08.2013 1. Innhold Innhold Introduksjon Målsetning Spesifikasjoner HTML Fysisk størrelse 225 px* Eksempler Størrelser
DetaljerForprosjektrapport. Bachelorprosjekt ved Høgskolen i Oslo og Akershus, våren Gruppe 11. Mohamed el Morabeti, s198748
Forprosjektrapport Bachelorprosjekt ved Høgskolen i Oslo og Akershus, våren 2016 Gruppe 11 Mohamed el Morabeti, s198748 Hotan Shahidi-Nejad, s236770 Arlen Syver Wasserman, s193956 Studentparlamentet 1
DetaljerVEILEDER MOTTA FJERNHJELP
VEILEDER MOTTA FJERNHJELP INNLEDNING Denne veilederen beskriver hvordan du som skal motta fjernhjelp skal bruke tjenesten. Veiledningen er delt opp i to deler, "Support" og "Access", der hver del beskriver
Detaljer