Forord Planleggingsprosess Prosjektstart Arbeidsmåte/Fremgangsmåte Begreper innenfor Scrum Datainnsamling...
|
|
- Klara Arntzen
- 8 år siden
- Visninger:
Transkript
1 1
2 Innholdsfortegnelse Forord... 3 Planleggingsprosess... 4 Prosjektstart... 4 Arbeidsmåte/Fremgangsmåte... 4 Begreper innenfor Scrum... 5 Datainnsamling... 6 Styringsdokumenter... 6 Dagbok... 7 Rissikoplanlegging... 7 Rissikostyring... Feil! Bokmerke er ikke definert. Risikohåndtering... 9 Forhåndskunnskaper Prosjekthjemmeside Utviklingsprosess Utviklingsfasen Dokumentasjonsfasen Verktøy og Teknologier Kommunikasjon Utfordringer Avslutning Læringsutbytte Konklusjon Videre Utvikling
3 Forord I prosessrapporten beskriver vi prosessen bak utviklingen av Server Boot Applikasjon til TeleComputing. Hele arbeidsprosessen gjennom hovedprosjektet vil bli beskrevet og består av tre hovedkapitler. Her anbefaler vi at leseren har lest igjennom presentasjonsdokumentet av hovedprosjektrapporten og gjort seg kjent med denne. Under ser du de ulike kapitlene. Planleggingsprosess: Som innebærer planleggingen av prosjektet, hvordan vi planla gjennomføringen av hovedprosjektet. Utviklingsprosess: Her beskriver vi gangen i prosjektet, hvordan vi jobbet i henhold til planen, hvordan vi utviklet produktet fra programmering til design, hvilke utfordringer vi møtte underveis. Avsluttende del: Som tar for seg litt rund våre tanker rundt produktet, en liten avsluttende konklusjon, hva vi gjorde bra og hva vi kunne gjort bedre. 3
4 Planleggingsprosess Planleggingsprosess innebærer hvordan vi planla gjennomføringen av hovedprosjektet. På et større prosjekt er det utrolig viktig å ha en plan, hvis ikke får man aldri helt oversikten og man rekker ikke deadline. Derfor viktig å planlegge hva som skal gjøre og hvem som gjør hva, gruppemedlemmene burde vite hva de andre arbeider med, slik at de får kontroll på hva som gjøres/har blitt gjort, og så de kan støtte opp hverandre når noen sitter fast. Prosjektstart Gruppen hadde sitt første gruppemøte 26. oktober Fram til dette hadde vi bare vært i kontakt via e-post. Hensikten med dette møtet var å hilse på hverandre siden vi ikke hadde jobbet sammen tidligere, og utveksle litt tanker og ideer rundt prosjektet. Det ble også diskutert hvilke bedrifter som var potensielle oppdragsgivere, og som kunne tilby oss et prosjekt. Gruppen satt igjen med en liten liste med virksomheter, og vi fikk også laget ferdig en søknad, som ble sendt rundt til oppdragsgiverne. Gruppen fikk interesse fra flere bedrifter, og vi kom fort i kontakt med TeleComputing som hadde flere oppdrag ledige. TeleComputing ville at vi skulle lage en løsning for kontrollert omstart av servere for dem. De hadde allerede en eksisterende løsning, som de ikke var helt fornøyd med, dette beskrives mer detaljert i Produktrapporten. Prosjektet ble godkjent mitt i januar, slik at vi kunne gjennomføre det våren Arbeidsmåte/Fremgangsmåte Scrum: Gruppen har utviklet dette produktet, med Scrum som utviklingsmetode, noe vi bestemte oss for i begynnelsen av prosjektet. Denne metoden handler om å dele opp arbeidet i små deler, som man utfører hver for seg. Videre så utvikler vi delene, slik at de bygger på hverandre. Dette er for å få frem kreativiteten blant utviklerne, og for at produkteieren kan gi jevnlige tilbakemeldinger. Tilbakemeldinger er fint å ha gjennom hele utviklingsprosessen, slik at man alltid har mulighet til å utføre endringer underveis. Scrum deles inn i tre hoved deler. Produkteier styrer hva som skal utvikles innen de ulike fristene. Utviklere bygger det som skal utvikles innen de ulike fristene, og presenterer resultatene for produkteierne, produkteierne styrer neste sprint etter resultatet av presentasjonen. 4
5 Scrum-master forbereder prosessen ved å legge ting til rette for utviklerne. Utfører nødvendig forarbeid ved å sørge for at de har tilgang til verktøy og programmer som er nødvendig for utviklingen, og fjerner alt som står i veien for dem. Gruppen klarte å holde på dette neste hele veien med visse unntak, hvor vi måte gjøre litt småendringer her og der. Sprint: En sprint er en tidsramme på cirka tre uker, der utviklere utfører en del av et prosjekt helt ferdig. Med en gang en sprint er ferdig, starter en ny, som bygger videre på den forrige. Knockout: Var den første sprinten vi hadde, her satte vi et intervall på to uker. Vi fikk først hjel av veileder i TC's Sebastian Henriksen, når vi skulle prøve selv bød det på visse utfordringer, men vi kom i mål før fristen. Koble til Database: Var den andre sprinten, her satte vi en frist på 3 uker, siden vi så på det som en mer omfattende sprint. Her la vi mye tid for å lære sammenhengen mellom Stored Procedures og Inside Database. Design på Produktet: Var ikke noe so vi la mest vekt på, men satte av en to ukers sprint til dette, vi måtte først planlegge hvordan det skulle se ut. Vi bestemte oss fort for at design ikke var noe vi ville bruke for mye tid på og fant et ferdig design som passet våre designskisser. Vi prøvde holde oss til Scrum gjennom hele prosessen, ved å sette forskjellige sprinter som skulle gjøres innenfor noen par uker. Dette holdt frem til slutten hvor det ble litt mer desorganisert når deadline nærmet seg. Begreper innenfor Scrum Daglig Scrum: Et møte på rundt 15 minutter, hvor utviklerne oppdaterer hverandre om hva de har gjort, og hva de tenker å gjøre de neste dagene. De må da planlegge fremover, i forhold til arbeidet som er blitt gjort de siste dagene. Product Backlog: Er en liste med ting som er nyttig for produktet under utvikling. Det er produkteieren som er ansvarlig for innholdet, og hva som blir prioritert. Sprint: Står forklart på forrige side. Inkrement: Er en liste med alle Product Backlog som har blitt utført. Sprint Backlog: Er en liste med Product Backlog, som producteier ønsker med i de kommende sprintene Lokalisert Lokalisert
6 Sprint-Mål: Er et mål som utviklingslaget jobber for å nå, innen en sprint. Hvis utviklerne finner ut at det er behov for endringer, må de diskutere med produkteieren for å endre målet. Gruppen hadde gjennom prosjektet to faste dager i uka hvor vi møttes for å jobbe. Dagene ble satt opp etter når det passet oss med henhold til forelesningene i andre fag. 2 tirsdag og torsdag ble de faste dagene, hvor vi på tirsdager jobbet på Høgskolen og torsdager hos TC. Samarbeidet mellom gruppemedlemmene har gått fint, gruppen har hatt en veldig god tone, og vi har blitt venner gjennom prosjektet. Det har ikke utartet seg noen konflikter i gruppen, som har hindret framdriften til prosjektet. Forarbeid: I begynnelsen brukte vi mye tid på læringsprosessen. Vi fikk god hjelp av veiledere hos TeleComputing. Det var mye å sette seg inn i alle språk og rammeverk vi skulle bruke til programmering, som var SQL, C#, jquery, Ajax, Javascript, Durandal og knockout. Før vi begynte å sette oss inn i de nye språkene og rammeverkene regnet vi med at dette skulle ta litt kortere tid, men det viste seg å være mer stoff enn forventet. Durandal kom ikke inn før sent i prosjektet. Som følge av dette ble utviklingen litt forsinket, men ting ble litt klarere for oss etter hvert, og gruppen greide å hente oss og inn og vi er tilfredse med de kravene som er innfridd. Datainnsamling TeleComputing ga oss føringer på utviklingsspråk og noen av rammeverkene vi skulle benytte for utvikle systemet og hovedlinjene av hvilke elementer som burde være med i et slikt system. Vi startet med et møte med TC hvor vi fikk en kort innføring i Visual studio og sammen laget et "Hello world!" script eksempel ved hjelp av C#, WebApi, HTML og Knockouts. Styringsdokumenter Statusrapport: En rapport som ble levert høst 2013, for å vise at vi er i gang med å finne gruppe og oppdragsgiver. Når denne ble utført var vi kun to på gruppen, Vi valgte å rekruttere et siste gruppemedlem Fredrik Joramo etter denne deadline. Prosjektskisse: Var det første som ble opprettet, gruppen utførte denne januar 2014 og den ble levert samme måned. Her ble det kort forklart hva slags oppgave vi har satt oss ut på, og 6
7 litt om TeleComputing som var oppdragsgiver. Vi gikk også litt inn på hva oppdragsgiver ønsker at vi lager, og hvilke krav produktet skal innebære. Fremdriftsplan: Fremdriftsplan ble laget tidlig i prosjektet og var veldig nyttig for gruppen. Planlegging av et prosjekt er noe av det viktigst å gjøre før man setter i gang med en slik prosess, derfor var dette noe av det første, gruppe satte opp. Figur2: Her ser vi fremdriftsplanen, hvor de sorte boksene viser hva som skal ha vært gjort og når det skal utføres, Den røde boksen viser når innleveringsfristen er. Dato står øverst i bildet. Dette gav oss en veldig oversiktlig måte, for å holde oversikt på hva som skulle hvert gjort og når. Fremdriftsplanen ble kun justert litt underveis, på grunn av sykdom, og et av gruppemedlemmene måtte reise utenlands. Fremdriftsplanen ble et nyttig verktøy både under planleggingen av prosjektet, og under utføringen. Dagbok Gruppen har ført opp en dagbok helt fra dag 1 i oktober 2013, og frem til innleveringen 27. mai. Dagboken ble ført opp i et Word dokument, og oppdatert hver uke. Rissikoplanlegging Risiko Sannsynlighet Følger Sykdom Veldig høy Moderat Ikke rekker deadline for levering Moderat Katastrofalt Tekniske Problemer Moderat Alvorlig 7
8 Faglige problemer Høy Akseptabelt Motivasjon/Enkelte medlemmer gjør ikke oppgavene sine Liten Alvorlig Endringer i prosjektet underveis Moderat Akseptabelt Tap av gruppemedlem Veldig lav Alvorlig Risikostyring Risiko Sykdom Ikke rekker deadline for levering Tekniske problemer 3 Forebygging Viktig å kommunisere hele tiden gjennom facebook gruppesiden, og informere gruppemedlemmene med en gang man blir syk slik at kritisk arbeid kan settes til andre gruppemedlemmer. Ha hyppige møter i god tid før deadline og hele tiden vurdere hvilke om det er noen av kravene som burde utsettes for å få et fungerende produkt til slutt Bruk av skylagring, slik at nødvendige dokumenter og koder ikke forsvinner hvis en pc streiker. I tillegg til skylagring har vi en reservekopi på lokal maskin. Alle gruppemedlemmene har hver sin pc, og vi ser på det som veldig usannsynlig at alle tre streiker, hvis en streiker har vi fortsatt to som kan programmere, da kan sistemann hjelpe de som koder eller finne en annen maskin Større feil i koden som ikke oppdages før det Benytte et versjoneringssystemslik at vi kan 3 Lokalisert
9 er gjort mange endringer Faglige problemer rulle tilbake til fungerende versjon Viktig å heletiden holde kontakt med kontaktpersoner, de jobber som programmerere til vanlig og kan hjelpe oss når vi har problemer. Motivasjon/Enkelte medlemmer gjør ikke oppgavene sine Viktig å ta opp uenigheter i plenum, og diskutere med alle gruppemedlemmene forskjellige løsninger til vi kommer til enighet. Endringer i prosjektet underveis Tap av gruppemedlemmer På alle prosjekter kan ting endre seg underveis, derfor er det viktig å ha jevnlige møter med gruppa, men også med veileder og kontaktpersoner, slik at vi kan gjøre avtaler, og diskutere problemer. Tap av gruppemedlem ser vi på som usannsynlig, siden vi alle har sagt at vi er veldig motiverte på å føllføre jobben nå. Hvis dette skjer må vi sette oss ned med en gang å fordele arbeidsoppgavene på nytt, og belage oss på mer arbeid fremmover. Risikohåndtering Gruppen var forbredt på å sette av mye tid i begynnelsen av semesteret til tilegning av kunnskap i teknologier vi ikke hadde kunnskap om. Programmeringen til prosjektet ble dermed forsinket noe vi var fullt klar over at kunne skje. Det viste seg å være mer å sette seg inn i enn vi hadde regnet med. Dette medførte mye arbeid mot slutten av prosjektet. 9
10 Forhåndskunnskaper 4 HTML/CSS: Alle gruppemedlemmene hadde tidligere hatt faget Webprosjekt, hvor vi fikk et innblikk rundt denne teknologien. Det handler om og bygge og designe nettsider, og det var nettopp dette vi brukte HTML og CSS til, og lage gruppeside og designe produktet våres. JavaScript: JavaScript var noe vi kunne lite om fra tidligere programmerings fag. Dette er et språk som brukes til å legge til dynamiske elementer til nettsider. Alle viewmodeller har vi skrevet i JavaScript. MS SQL: Alle gruppemedlemmene hadde tidligere hatt faget Database, hvor SQL var en stor del av pensumet. SQL brukes til å hente ut og legge til informasjon i en database, og det er nettopp dette vi har brukt det til. Vi bruker SQL som datalager for applikasjonen og skriver og henter data fra C#. Arbeidsforhold: Gruppen har i hovedsak arbeidet i Høgskolen sine lokaler og i TeleComputing sine kontorer. Vi har også arbeidet litt individuelt hjemmefra hver for oss for. Drengsrudbekken: Hver torsdag gjennom hele prosjektet har gruppen sittet samlet på TeleComputing sine lokaler, Drengsrudbekken i Asker. Dette var et helt nytt bygg med fantastiske arbeidsforhold og kontorer, vist på bildet under. HIOA: På tirsdager møttes gruppen på HIOA sine lokaler i 4. etg i Pilestredet 35 på datatorget, hvor vi har for det meste benyttet oss av gruppe rommene til Høgskolen. 4 Lokalisert Lokalisert Lokalisert Lokalisert
11 Prosjekthjemmeside Prosjekthjemmeside var et krav at gruppen opprettet tidlig i prosjektet, denne skulle brukes til å gi informasjon om prosjektet og til å laste opp nødvendige dokumenter. Hjemmesiden til gruppen er skrevet i HTML/CSS og er vist på bildet under. Utviklingsprosess Her beskriver vi gangen i prosjektet, hvordan vi jobbet i henhold til planen, hvordan vi utviklet produktet fra programmering til design, hvilke utfordringer vi møtte underveis. UML modeller Unified Modelling Language - UML - er et standardisert grafisk språk for å kommunisere strukturen og oppførselen, for å kontrollere og visualisere arkitekturen i et system. Den gir bedre forståelse av systemet vi skal utvikle og kan hjelpe til å håndtere risiko (Østbø, M. udatert) 5. Modellering var viktig for å forstå funksjonaliteten i systemet vi skulle utvikle. Her under beskriver vi de ulike modelleingsspråk som vi har benyttet: Use case Et Use Case er ment å representere systemfunksjoner for det generelle tilfelle. Og er en konkret gjennomgang av en sesjon for brukeren. Det representerer egentlig systemets formål. 5 Østbø, M. (udatert). Unified Modellering Language (UML). Hentet Mai 24, 2014 fra 11
12 En Use Case eller bruksmønster hjelper til å få en bedre oppfatning av om hvem/hva som utgjør systemets omgivelser og hvilken funksjonalitet systemet skal ha. Hensikten er å skaffe et overblikk over funksjonalitetskravene til systemet. Kravene gjelder kun hva systemet skal kunne gjøre og ikke hvordan. For eksempel spør man ikke etter sikkerhetskrav, kvalitetskrav, responstid, rammer i form av kostnader, tidsfrister, operativsystemer, maskinmiljø osv. Omgivelsene er mennesker og andre systemer som spiller en rolle i forhold til systemet vi skal lage (Hansson, 2007, s. 4). 6 For å få oversikt over systemets funksjonalitet i forhold til kravspesifikasjonen benyttet vi både Use Case diagram og Use Case beskrivelse (se vedlegg). Noe som har spillet en viktig rolle i designprosessen og utviklingsprosess. Her under fins en tabell med liste over de forskjellige bruksmønsterene samt aktører og deres krav. Aktivitetsdiagram Aktivitetsdiagrammer viser forretningsprosesser og arbeidsprosesser. Aktivitetsdiagram brukes til å beskrive hvordan aktivitetene må utføres i en operasjon og hvor de er avhengig av hverandre. Det viser også at hvilke aktiviteter skal avsluttes før et annet skulle startes og hvilke aktiviteter må utføres parallelle (Grønning, K. 2008). Klassediagram Klassediagram er det viktigst og mest brukte blant de alle UML diagrammene. Det ble brukt til å definere den statiske strukturen av klasser og deres egenskaper samt assosiasjoner mellom de ulike objekter Utviklingsfasen Forstudie: Forstudie var en fase i prosjektet hvor vi leverte statusrapport, prosjektskisse og forprosjektrapport. Statusrapporten ble gjort først, og var en beskrivelse rundt gruppen og hvordan vi lå an i søkeprosessen etter virksomhet. Prosjektskisse var det neste som ble gjort, da hadde gruppen blitt dannet, og her beskrev vi detaljene i prosjektoppgaven. Prosjektskissen ble levert Den siste innleveringen i forstudie, var Forprosjektrapporten. Den ble levert , og inneholder en mer detaljert beskrivelse 6 Grønning, K. (2008). UML: Unified Modeling Language: Aktivitetsdiagram. Hentet Mai 24, fra: 12
13 av oppgaven, og dens rammebetingelser. Hensikten med disse stadiene, er at skolen skal forsikre seg om at studentene utfører en oppgave, som er ønsket til et hovedprosjekt på IT linjen på Høgskolen. Dette er også fint i tilfelle misforståelse, mellom studenter, veileder og oppdragsgiver. Presentasjon av konsept: 16. januar hadde vi et møte med oppdragsgiver, hvor de presenterte forslaget til oppdrag de ville ha utført. Vi hadde da allerede hvert i kontakt med TeleComputing en stund, men det var først nå oppdraget var godkjent av HiOA og vi kunne begynne. Begge parter ble under møtet enige om oppdraget som ble presentert, og vi fikk flere innspill til hvordan vi burde gå fram i prosessen og hva som skulle gjøres, av veileder Kristoffer Hovland. Oppdraget skulle inneholde følgende: Omstart av servere Gi en mer oversiktlig metode for oppdragsgiver til å utføre reboot Sjekke om server kommer opp etter reboot Kunne sette tidspunkt for reboot på forhånd Loggføre hver eneste boot På slutten av møtet fikk gruppen litt kontakte med en Arild Bakken som har vært i TeleComputing lenge og har gode programmeringskunnskaper. Vi fikk hjelp og veiledning av ham og han ga oss et lite innblikk i hvordan dagens løsning fungerte. Utviklingen av produktet, ble startet med en gang vi følte oss trygge med de teknologiene som skulle benyttes, til utviklingen. Gruppen følte det var nødvendig med en læringsfase før vi satte i gang med utviklingsfasen. Vi programmerte en del i begynnelsen også, men mye måtte gjøres om etter hvert som vi fikk bedre forståelse for hvordan språkene og rammeverkene fungerte. Vi valgte å legge hovedvekten på selve produktet og dens krav til bruk. Når vi begynte utviklingen hadde vi allerede skaffet oss de nødvendige verktøyene, Visual studio 2013, med Team Foundation Server kunne alle gjøre endringer fra sin maskin og få beskjed dersom det var konflikter. Vi satt de to første gangene på et grupperom hos Telecomputing, sammen med to ansatte Sebastian Henriksen og Kristoffer Hovland. De hjalp oss med å komme litt i gang med å sette opp de første skriptene, siden de jobber som systemutviklere til vanlig. Vi tok noen slike sesjoner gjennom prosjektet når vi følte vi hadde mestret en ting og var klare for utfordring. Utenom dette programmerte vi stort sett for oss selv, men hadde alltid muligheten til å spørre de om hjelp hvis vi lurte på noe. 13
14 Pairprogramming 7 Er en metode for utvikling av programvare, dette innebærer at en sitter å koder, men en annen gruppemedlem sitter ved siden av, følger med og kommer med innspill. Dette er noe gruppen har brukt til tider, hvis det er en som sliter litt med programmeringen og har behov for å støttes litt opp. Dette er også en veldig fin måte hvis to på gruppa har forskjellige kvalifikasjoner. Testing: Se testrapporten for en detaljert beskrivelse om de ulike testene som er utført. 7 Lokalisert
15 Dokumentasjonsfasen Styringsdokumentasjonen var noe vi arbeidet med i starten av prosjektet, og fortsatte litt med gjennom hele prosessen. Denne inkluderer dagbok, prosjektskisse, forprosjektrapport, fremdriftsplan og kravspesifikasjon. Prosjektskisse ble allerede levert før jul, og prosjekt skisse, fremdriftsplan og kravspesifikasjon ble utarbeidet og levert i januar. Dagbok ble ført hver uke, gjennom hele prosjektet. Sluttdokumentasjonsfasen var det siste, gruppen begynt å jobbe med. Microsoft Word var verktøyet som ble brukt til å skrive rapporten. Vi leste igjennom dokumentasjonsstandarden som ligger ute på web for alle studenter, og fant her ut at sluttrapporten skulle deles opp i flere hoveddeler, litt opp til hver gruppe å bestemme. Vi valgte dermed å dele sluttrapporten opp i 4 hoveddeler, og samle dem til en sluttdokumentasjon. Presentasjon: Det minste kapittelet, bare noen generelle forord, litt om oss og oppdragsgiver og en takk til alle medvirkende. Prosessrapport: Som beskriver hvordan vi har jobbet gjennom hele prosjektet. Produktrapport: Forklarer de tekniske aspektene til produktet, og hvordan de fungerer. Brukerveiledning: Et lite kapittel som tar for seg hvordan produktet skal brukes. Produktrapporten og testrapporten valgte vi å fullføre i slutten av prosjektet. Det er greit å være ferdig med utviklingen før man går i gang med disse, men notater vi har gjort oss underveis var meget nyttige. Prosessdokumentasjonen var det først vi begynte med, og vi har jobbet litt med gjennom hele prosjektet. Vi begynte for alvor med denne i april, for da hadde vi allerede jobbet en del, og vi kunne da gå i gang med å forklare litt om hvordan vi hadde jobbet. Produktrapporten ville vi vente med, til vi var så å si ferdige med utviklingen, i tilfelle vi skulle støtte på noen eventuelle endringer. For å lage en testrapport må produktet være klart til test, så det ble det siste gruppen tokk for seg. Verktøy og Teknologier Visual Studio 2013: Visual Studio er et program som brukes til programmering, og brukes av de ansatte hos Telecomputing hver dag. Dette var et veldig nyttig program for oss gjennom 15
16 denne prosessen, og vi satte opp en server som gjorde at alle kunne koble seg til å gjøre endringer fra sin egen pc. 8 Dropbox: Dropbox er en skybasert lagringsenhet, hvor du kan lagre filer på web som du kan hente fra hvilken som helst pc, så lenge den har internett tilgang. Gruppen inviterte hverandre, slik at alle kunne legge ut arbeid som alle hadde tilgang til å se. Veldig nyttig verktøy som gjør det lettere å samarbeide. 9 Facebook: På det første gruppemøtet i oktober, satte vi opp en gruppeside på facebook. Denne gruppesiden har blitt brukt til å kommunisere, når vi ikke sitter samlet. Det gjorde det også enkelt for oss å sende linker til nyttige sider, som vi ville se på og lære av. Microsoft Word: Microsoft Word er et tekstredigeringsprogram, og bruker til å skrive innhold i dokumenter, og plassere grafikk. Dette har hovedsakelig blitt brukt i sluttrapporten, men også til skisser og dagbok. Microsoft Excel: Microsoft Excel er et program basert på regneark, og brukes ofte til å behandle mattematikk, tall og analyser. Gruppen brukte dette verktøyet til å lage fremdriftsplan, til hele perioden. Microsoft Visio 2013: Microsoft Visio er et diagram verktøy, som gruppen brukte til å lage prototype av database diagrammene. 10 Notepad++: Notepad++ er et verktøy som brukes til programmering, den ble kun brukt i starten av prosjektet til å lage hjemmeside til gruppen. Etter dette fikk vi oss Visual Studio som er et mye bedre og omfattende verktøy til programmering, og Notepad++ ble da byttet ut. Paint: Paint er et grafisk tegneprogram, som man kan tegne og redigere bilder med. Gruppen har brukt dette til å justere, og redigere bilder og diagrammer, som ble lagt i sluttraporten. Dia/Diagram Editor: Dia er et tegne program, som brukes til å designe ulike diagrammer. Dia støtter mer enn 30 forskjellige diagramtyper som flytskjemaer, nettverksdiagrammer, databasemodeller. Dia kan lese og skrive en rekke forskjellige raster og vektor bildeformater. 11 E-post: Når gruppemedlemmene kom i kontakt med hverandre, var dette via e-post. Da fortsatte vi å kommunisere med dette, frem til første gruppemøte, hvor vi satte opp en facebook gruppe. Etter dette ble e-post brukt til å kommunisere med veileder Boning Feng. 8 Lokalisert Lokalisert Lokalisert Lokalisert
17 Kommunikasjon Gruppen hadde sitt første møte med veileder Boning Feng, Her fikk vi en liten introduksjon til hovedprosjektet, og om generelle råd. Vi fortsatte å holde jevnlig kontakt, vi fikk meget god faglig hjelp hos TeleComputing så vi bruke veileder mest til spørsmål rundt rapportering og praktiske ting rundt hovedprosjektet. Gruppen hadde sitt første møte med kontaktpersonene Erling Wittusen og Kristoffer Hovland allerede Det ble da ingen møter med de før over nyttår. Fra da jobbet vi i TeleComputing sine lokaler, hver torsdag gjennom hele prosessen. Her fikk vi holde jevnlig kontakt med kontaktpersonene, og det ble også holdt flere møter. I disse møtene ble det først diskutert hva vi skulle lage, det ble drøftet litt om eksisterende løsning og ny funksjonalitet. Etter hvert hjalp de oss litt i gang med å programmere. Vi føler at kommunikasjonen med kontaktpersonene har vært utrolig bra, siden vi så dem ofte og det ene gruppemedlemmet Fredrik Joramo kjenner dem godt som kollegaer. Utfordringer Den største utfordringen gruppen hadde, var programmering i C#. Kun et av gruppemedlemmene hadde tidligere erfaring med dette kodespråket. De eneste teknologien vi kunne fra før var HTML/CSS og SQL, utenom dette måtte vi tilegne oss kunnskapen. Gruppen måtte bruke mye tid på å sette oss inn i dette. Vi hadde noen utfordringer med Visual Studio og database ettersom vi ikke hadde en egen SQL server og jobbe mot, det ble brukt separate databaser på hver av gruppemedlemmenes maskiner og dette skapte til tider litt trøbbel. Vi møtte på en stor teknisk utfordring mot slutten av programmerings prosessen. Når vi byttet navn på domene til alle filene, sluttet alt å virke. Det var mulig å navigere seg rundt på siden, men alt stoppet og virke sporadisk med feilmeldingen "undefined undefined". Dette var var nok på grunn av noen referanser til gamle navn som vi ikke klarte lokalisere. Vi ble nå veldig bekymret, for om vi kanskje ikke skulle få produktet til å virke tilslutt. Det som reddet oss med denne utfordringen, var at vi hadde TFS som versjoneringssystem. Dette gjorde at vi bare kunne gå tilbake, til slik koden så ut for noen timer siden, eller tilbake til forrige oppdatering. Vi hadde også kontakt med våre veiledere i TeleComputing, som gav oss råd og tips til hvordan vi skulle håndtere slike situasjoner. Avslutning Å jobbe med et så stort prosjekt som dette, er utrolig lærerikt. Alt arbeid vi gjør bringer frem utfordringer og lærings muligheter. Gruppemedlemmene har lært utrolig mye, under dette prosjektet. Vi hadde alle vært med på prosjekter i andre fag, men ikke i nærheten av størrelsen med dette. Vi har erfart hvor stor arbeidsmengde som kreves for et så stort prosjekt som dette, og hvor mye det krever av planlegging for at gruppen skal fungere effektivt. Vi har høstet mange erfaringer om hvordan et prosjekt burde planlegges og om 17
18 ting vi vil gjøre annerledes i senere prosjekter. Gruppen har blitt utfordret til å lære nye programmeringsspråk. Vi føler nå mot slutten, at vi kanskje burde begynt tidligere med å sette oss inn i det nye stoffet, så vi hadde fått mer tid til utvikling i slutten av prosjektet Læringsutbytte Vi har blitt utfordret til å lære nye språk, som har hvert inntresant og lærerikt for videre karriere. Vi har også lært hvordan å bruke teknologien på et ordentlig prosjekt, og ikke bare simulerte problemstillinger, som vi vanligvis gjør på høgskolen. Vi føler også at vi har utviklet oss til å jobbe mer selvstendig, og evne til å samarbeide i grupper. Det er bra for vår personlige utvikling at vi har fått bryne oss på et større prosjekt. Det har vært utrolig verdifull læring, å jobbe som konsulenter for en bedrift, og vi har fått en god smak på hva som venter oss når vi kommer oss ut i arbeidslivet. Konklusjon Alt i alt er gruppen utrolig fornøyd med det vi har lært på under dette prosjektet, vi har vært i et arbeidsmiljø hos TeleComputing som var veldig aktivt, vi fikk god kontakt med erfaringsrike ansatte som driver med samme fagfelt. Selv om vi gjerne skulle hatt mer tid til denne utviklingen, så føler vi at vi har utviklet et kvalitetsprodukt, som vi er stolte av. Det er mange timers arbeid som ligger bak utviklingen av systemet, og vi mener det er skrevet på en slik måte at det er lett og vedlikeholde, utvide eller gjenbruke deler av koden i andre prosjekter. Videre Utvikling Forslag til videre utvikling er dokumentert i produktrapporten 18
Mø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
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
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
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.
DetaljerKravspesifikasjon. Forord
Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den
DetaljerSoftware Development Plan. Software Development Plan. Forum / Nettverkssamfunn Team 2
Forum / Nettverkssamfunn Team 2 1 Innholdsfortegnelse 1 Introduksjon... 3 2 Team & Organisering... 3 3 Brainstorming, tanker og utførelse... 4 3.1 Bruker Registrering og metoder... 4 3.2 Generering av
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
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. 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...
DetaljerPROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004
PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 VERSJON: PROSJEKTPLAN (1.0) 24. SEPTEMBER, 2004 prosjektplan.doc GRUPPE 12 PROSJEKTPLAN: PROSJEKTLEDELSE: USE CASE: KVALITETSSIKRING: ANDRÉ
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
DetaljerFORPROSJEKT RAPPORT PRESENTASJON
FORPROSJEKT RAPPORT PRESENTASJON Tittel: Oppgave: Appenes App Utvikle en Windows 8.1 Applikasjon for Tablet, og en Windows 8 Phone App og en backend. Periode: 06.01.2013-27.05.2013 Gruppemedlemmer: Athavan
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
DetaljerGruppe 33 Studieprogram: Informasjonsteknologi Åpen HOVEDPROSJEKT Server Boot
PROSJEKT NR. Gruppe 33 Studieprogram: Informasjonsteknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET Åpen Telefon: 22 45 32 00 Telefaks: 22
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
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.
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
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
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
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
DetaljerGruppelogg for hovedprosjekt 2009
Gruppelogg for hovedprosjekt 2009 Før det endelige valget på prosjektet ble tatt brukte gruppen en del tid på å finne forskjellige muligheter for oppgaveemner. Det ble blant annet kontaktet Hafslund produksjon
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
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
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
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
DetaljerInstitutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren Camilla Kaasi(s188070) Roza Moustafa(s188113)
Forprosjektrapport Gruppe 14 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren 2015 Sted: Høgskolen i Oslo og Akershus Dato: 23.01.2015 Tittel: Gruppemedlemmer: Oppgave: Oppdragsgiver:
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...
DetaljerDagbok. Januar. Uke 2 ( ) Uke 3 ( ) Uke 3 (17.01, 12:45-14:00)
Dagbok Januar Uke 2 (7.1-11.1) Vi har lest halvveis på standard dokumentasjon og jobbet med forprosjektrapport. Vi har hatt vårt første møte med den interne veilederen vår Tor Hasle. Vi fortalte om at
DetaljerForprosjektrapport. Hovedprosjekt våren 2009. Gruppenr. H09E03. Bent-Henning Nesse Cheko Haji Abbasi Jon Espen Olsen
Forprosjektrapport Hovedprosjekt våren 2009 Gruppenr. H09E03 Bent-Henning Nesse Cheko Haji Abbasi Jon Espen Olsen Styre- og loggsystem for en testjigg HØGSKOLEN I ØSTFOLD Avdeling for ingeniørfag Postadresse:
DetaljerProsjektdagbok Oktober 2009 November 2009 Desember 2009 Januar 2010 (Uke 1)
Prosjektdagbok (Vi valgte og ikke legge ut dagboken på en felles fil som anbefalt da vi har jobbet mye sammen før og viste at vi kunne stole på hverandre. Eventuelle ubehagligheter tok vi heller opp på
DetaljerProduktrapport Gruppe 9
Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette
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
DetaljerKap 11 Planlegging og dokumentasjon s 310
Kap 11 Planlegging og dokumentasjon s 310 11.1 Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid:
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
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
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
DetaljerForprosjekt. 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
DetaljerForprosjektrapport For gruppe 20:
Forprosjektrapport For gruppe 20: Kevin Johnny Galåen s135768 Ali Emre Yildirim s135573 Danh Tran s141712 Vibeke Askeland s141436 Fullført: 30.01.2009 Table of Contents Forprosjektrapport... 1 For gruppe
DetaljerForprosjektrapport. Presentasjon. Sammendrag. Tittel Informasjonsplatform for NorgesGruppen
Forprosjektrapport Presentasjon Tittel Informasjonsplatform for NorgesGruppen Oppgave Utvikle en informasjonsplatform for butikkene i NorgesGruppen Periode 3. Januar 14. Juni Gruppemedlemmer Joakim Sjögren
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
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
DetaljerHovedprosjektet i Data Høgskolen i Oslo våren 2010
Hovedprosjektet i Data Høgskolen i Oslo våren 2010 Kevin Holmvik s147777 Nikolai Godager s147790 Einar Drivdal s147782 Chau Quoc Quo Do s147792 PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi
DetaljerProduktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet
Produktrapport Hjelpemiddel portal for Parkinsonforbundet 1 Innhold: Forord ------------------------------------------------------------------------------------------------------2 Planlegging og arbeidsmetode
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
Detaljer11 Planlegging og dokumentasjon
11 Planlegging og dokumentasjon Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid: Programmerer
DetaljerUse Case Modeller. Administrator og standardbruker
Vedlegg 1 Use Case Modeller Administrator og standardbruker 2 Use case Logge inn Bruker Bruker ønsker å logge inn Bruker har valgt å logge inn Bruker er logget inn 1. Systemet ber om brukernavn 2. Systemet
DetaljerSRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie
SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...
DetaljerHovedprosjekt 2011 HO912A. Securitas IT portal. Forprosjektrapport. Adeel Yousaf Khan s Mats Klingenberg Naustdal s Stig Arild Ysterud
Hovedprosjekt 2011 HO912A Securitas IT portal Forprosjektrapport Adeel Yousaf Khan s141459 Mats Klingenberg Naustdal s148155 Nur M. Ahmed s148108 Thomas Wiborg s161335 Stig Arild Ysterud s155483 1 Innhold
DetaljerArbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser)
Arbeidsplan En arbeidsplan er en måte å få oversikt over de ulike fasene i prosjektet. I arbeidsplanen har vi delt arbeidet i naturlige faser og detaljert disse med estimert tidsbruk. Hovedfasene er startfasen,
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. 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)
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
DetaljerSRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie
SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...
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
DetaljerHovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus. Forprosjektrapport. Bravo Booking App
Hovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus Forprosjektrapport Bravo Booking App 1 Presentasjon 2 1.1 Gruppe 2 1.2 Oppdragsgiver 2 1.3 Kontaktpersoner 2 1.4 Oppgave 3 2 Dagens
DetaljerEntobutikk 4.PROSESSRAPPORT VÅR 2011
4.PROSESSRAPPORT VÅR 2011 1 DELKAPITTEL 1 FORORD Denne prosessrapporten inneholder detaljer om alle metoder vi har benyttet og alle fasene vi gikk gjennom under gjennomføringen av hovedprosjektet ved Høgskolen
DetaljerHovedprosjekt 2013. Gruppe 27. Forprosjektrapport [GILJE AS] Lars Gjestang - Hiran Piapo - Bård Skeie
2013 Hovedprosjekt 2013 Gruppe 27 Forprosjektrapport [GILJE AS] Lars Gjestang - Hiran Piapo - Bård Skeie Innhold 1. Presentasjon... 2 2. Sammendrag... 2 3. Dagens Situasjon... 2 4. Mål og rammebetingelser...
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
DetaljerForprosjektrapport. Gruppe 34. Magnus Dahl Hegge s153549
Forprosjektrapport Gruppe 34 Bjørn Bergan Abdi Baisa Mads Larsen s161593 s156140 s156151 Magnus Dahl Hegge s153549 Presentasjon Hovedprosjektgruppe 34 består av 4 elever som nå gjennomfører sitt siste
Detaljer1. Introduksjon. Glis 13/02/2018
SDP GLIS Espen Buø Innholdsfortegnelse 1. Introduksjon... 2 2. Gruppebeskrivelse og ansvarsområder... 3 3. Risikoanalyse... 4 4. Hardware og softwarekrav for brukeren... 5 5. Behov for prosjektet... 6
DetaljerStyringsdokumenter. Studentevalueringssystem
Styringsdokumenter Studentevalueringssystem Forord Dette er en samling av alle styringsdokumentene gjennom prosjekt perioden. Styringsdokumentene er satt opp i rekkefølge i forhold til perioden de ble
DetaljerProsessrapport. IT-infrastruktur. Prosessrapport. Høgskolen i Oslo. Avdeling for Ingeniører. 23. mai 2008
IT-infrastruktur Prosessrapport Mathias Hagen Balagumar Rajaratnam Høgskolen i Oslo Avdeling for Ingeniører 23. mai 2008 Høgskolen i Oslo Hovedprosjekt i data, 2008 Gruppe 8 side 0 PROSJEKT NR. 08-08 Studieprogram:
DetaljerProsjektdagbok FRA 30.10-08 TIL 2.3-09. Uke Dato Personer tilstede. Beskrivelse 10:00. 44 30.10-08 Øyvind. Vi dannet gruppe og skrev Statusrapport.
Prosjektdagbok FRA 30.1008 TIL 2.309 Uke Dato Personer tilstede 44 30.1008 48 25.1108 49 02.1208 2 8.109 Tid 10:00 12:00 12:00 12:00 Beskrivelse Vi dannet gruppe og skrev Statusrapport. Kontaktet bedrifter
DetaljerSLUTTRAPPORT. gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen. 25. november 2002
SLUTTRAPPORT gruppe 42 Nils-Kristian Liborg, Bente Brevig, Tom Olav Bruaas, Eirik Lied og Hege Lid Pedersen 25. november 2002 1 Innhold 1 Sammenligning ressursforbruk 3 2 Erfaringer fra prosjektgjennomføring
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:
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
DetaljerSTATUSRAPPORT 3: Produksjon av nettside for Skjerdingen Høyfjellshotell.
statusrapport 2 I produksjon av webside for skjerdingen høyfjellshotell STATUSRAPPORT 3: Produksjon av nettside for Skjerdingen Høyfjellshotell 1 29. APRIL 2010 http://hovedprosjekter.hig.no/v2010/imt/mp/skjerdingen
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
DetaljerProsjektdagbok hovedprosjekt våren 09
Prosjektdagbok hovedprosjekt våren 09 Man 25. Mai 09 Planlegging og arbeid med sluttføring Sluttføring av grensesnitt, arbeid med dokumentasjon og detaljplanlegging av sluttføring. Ons 21. Mai 09 Arbeid
DetaljerTeam2 Requirements & Design Document Værsystem
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerHOVEDPROSJEKT. Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo
PROSJEKT NR. 2008-18 Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET Åpen HOVEDPROSJEKT Telefon: 22 45 32 00 Telefaks: 22 45 32 05
DetaljerGJENNOMGANG UKESOPPGAVER 7 REPETISJON
GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon
DetaljerPROSJEKTDAGBOK GRUPPE 28
PROSJEKTDAGBOK GRUPPE 28 Uke 43-25.10.2009 Tid/Sted P35 Gruppen består av 5 medlemmer. Vi hadde en bli kjent opplegg i dag. Arbeider med å levere inn statusrapporten til fredag 30.10.2009. Uke 48-29.11.2009
DetaljerSoftware Development Plan
Software Development Plan Værsystem Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SDP 03/04/2018 Systemutvikling og dokumentasjon/ia4412
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
DetaljerSystem Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk
System Dokumentasjon Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk System Dokumentsjon 23/04/2018 Systemutvikling og dokumentasjon/ia4412
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,
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...
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.
DetaljerForprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg
Forprosjektrapport Presentasjon Tittel Bakerman AS Website Oppgave Utvikle ett websted for Bakerman AS der hvor de kan promotere seg selv og kommunisere med kundene sine. Periode 4. Januar 2010 til 17.
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
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
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
DetaljerVeiledning og vurdering av Bacheloroppgave for Informasjonsbehandling
Veiledning og vurdering av Bacheloroppgave for Informasjonsbehandling Oppdatert 15. jan. 2014, Svend Andreas Horgen (studieleder Informasjonsbehandling og itfag.hist.no) Her er noen generelle retningslinjer
DetaljerHOVEDPROSJEKT I DATA VÅR 2011
PROSJEKT NR. 18 TILGJENGELIGHET åpen Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo Telefon: 22 45 32 00 Telefaks: 22 45 32 05 HOVEDPROSJEKT I DATA
DetaljerHeggset Engineering er et kreativt og uavhengig kompetansemiljø med ti ingeniører/tekniske tegnere lokalisert i moderne lokaler i Dale Industripark i
Heggset Engineering er et kreativt og uavhengig kompetansemiljø med ti ingeniører/tekniske tegnere lokalisert i moderne lokaler i Dale Industripark i Kristiansund. Bedriften tilbyr engineering og maskintekniske
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
DetaljerDokument 3 - Prosessdokumentasjon
Dokument 3 - Prosessdokumentasjon Automatnett - Nytt CMS-verktøy for Uno-X Automat Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus, 2013 Dokument 3 - Prosessdokumentasjon Innholdsfortegnelse
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
DetaljerSvarskjema for kurset 'Databaser' - evalueringsrunde 2 - Antall svar på eval: 13
Kurs: Databaser(10stp) Faglærer: Edgar Bostrøm Dato: 05.05.2009 1. Hvilke forventningen hadde du til kurset på forhånd? At det skulle være vanskelig og mye å gjøre, men at det også ville være spennende
DetaljerHovedprosjekt i ingeniørfag, data, våren 2015. Oslo 19.01.2015. Gruppe 23 Torstein Frogner, Bernt Kristoffer Helland, Vahid Khairkhah, Jonas Myren Mo
Hovedprosjekt i ingeniørfag, data, våren 2015 Oslo 19.01.2015 Gruppe 23 Torstein Frogner, Bernt Kristoffer Helland, Vahid Khairkhah, Jonas Myren Mo Forprosjektrapport Presentasjon Tittel: Pizzaplutselig.no
DetaljerOblig 5 Webutvikling. Av Thomas Gitlevaag
Oblig 5 Webutvikling Av Thomas Gitlevaag For oppgave 1 og 2 skal dere levere en funksjonell webside på deres hjemmeområde. Dere skal også levere alle phps-filene slik at man for en hver side kan slenge
DetaljerRequirements & Design Document
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 03/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerForprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018
Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018 Utvikling av Spires Medlemsregister Gruppe 2, medlemmer Etternavn Fornavn og mellomnavn Studentnummer
DetaljerGenerell brukerveiledning for Elevportalen
Generell brukerveiledning for Elevportalen Denne elevportalen er best egnet i nettleseren Internett Explorer. Dersom du opplever kompatibilitets-problemer kan det skyldes at du bruker en annen nettleser.
DetaljerRapport til undersøkelse i sosiologi og sosialantropologi
Rapport til undersøkelse i sosiologi og sosialantropologi Problemstilling: Er det en sammenheng mellom kjønn og hva de velger å gjøre etter videregående? Er det noen hindringer for ønske av utdanning og
DetaljerGJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG
GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG INF1050 V16 HVA ER EN SYSTEMUTVIKLINGSPROSESS? De aktivitetene som utføres for å utvikle et IT-system Eksempler på aktiviteter:
DetaljerSoftware Development Plan (1. utkast)
Software Development Plan (1. utkast) Høgskolen i Sørøst-Norge Fakultet for teknologiske fag Institutt for elektro, IT og kybernetikk SDP 12/01/2018 Systemutvikling og dokumentasjon/ia4412 Innholdsfortegnelse
DetaljerREFLEKSJONSNOTAT FOR WEBPERIODEN
9. 11. 2010 HEIDI BJELLAND 2MKA REFLEKSJONSNOTAT FOR WEBPERIODEN HØSTEN 2010 Webdesign www.omfoto.net23.net Heidi Bjelland Jeg valgte prosjektoppgave C som var å lage en informativ side om foto. Målgruppen
Detaljer