Prosessdokumentasjon

Størrelse: px
Begynne med side:

Download "Prosessdokumentasjon"

Transkript

1 Prosessdokumentasjon

2 2 S i d e

3 PROSJEKT NR HOVEDPROSJEKT I DATA Hovedprosjekt tittel: WebStorage Prosjektdeltagere: Dato: 3.1 mai 2010 Antall sider: Son Tung Cao Hui Na Nina Gu Halvor Kokkin Iounut Rebegea Andy Trinh Oppdragsgiver: YIT Sammendrag: s s s s s Intern veileder: Geir Skjevling Kontaktperson: Øyvind Sveberg Prosjektet er utviklet for YIT og er ment som et system for å lettere administrere og få oversikt over utstyrsparken, samt sjekke inn og ut verktøy i den daglige driften. Dette dokumentet er prosessrapporten, og er en redegjørelse og dels kritisk analyse av prosessen vi har vært gjennom mot et ferdig sluttprodukt. Prosessrapporten er primært en måte for dem som skal evaluere hovedprosjektet vårt til å få et visst inntrykk av hvordan gruppen har fungert og hva vi har lært av prosessen. 3 S i d e

4 1 FORORD Denne dokumentasjonen inneholder en utdypning og definisjon av gruppens arbeidsmetoder og oppgaver i forbindelse med 3. årets hovedprosjekt 2010 på Høgskolen i Oslo. Vi vil prøve å redegjøre for fremgangsmåte og tenkt strategi i løpet av dette prosjektets gang, dels ved å kronologisk oppdatere dokumentet underveis, dels ved å se på prosessen i retrospekt for å få formidlet et sannferdig bilde av arbeidsretning og mengde, samt skape en kritisk analyse av ting som kunne vært gjort bedre, hva som fungerte eller ikke og så videre. 4 S i d e

5 2 Innholdsfortegnelse 1 Forord Innholdsliste Innledning Fakta om YIT YIT og Høyskolen i Oslo Om gruppen Rollene i gruppa Hvorfor YIT hovedprosjekt Oppgavens mål Minstekrav til funksjonalitet Andre krav til prosjektet Tekniske krav Krav fra oppdragsgiver Planlegging og metode Planlegging av prosjektet Planlegging av databasen Planlegging av websiden Planlegging av systemet Utviklingsfasene Prosjektstart De forskjellige fasene under utviklingen av prosjektet Innledende arbeid Prosjektets styringsfase Implementasjonsfasen Dokumentasjonsfasen Avslutningsfasen Kravspesifikasjon Oppsummering og konklusjon Kompetanseheving S i d e

6 7.2 Forbedringspotensial Hensikt med produktet Produktets bruk Konklusjon Kilder Vedlegg Styringsdokumentasjoner S i d e

7 3 Innledning 3.1 Fakta om YIT YIT Together we can do it YIT er Norges ledende leverandør av tekniske bygg- og industri-installasjoner. Hovedtyngden av leveransene ligger innenfor fagområdene inneklima, elektro, automasjon, energisparing, rør, IKT, audiovisuelle løsninger og sikkerhet. Vi er samtidig en ledende leverandør av service på tekniske bygginstallasjoner og tjenester for eiendomsdrift. Selskapet har en årlig omsetning på ca. 4 milliarder kroner og ca ansatte fordelt på mer enn 60 steder i Norge. 3.2 YIT og Høgskolen i Oslo Høgskolen i Oslo (HiO) er landets største høgskole med over studenter og 1100 tilsatte. Det betyr at bruk av audiovisuelle systemer ikke kan unngås. Det er YIT som levere disse utstyrene. HiO tilbyr et bredt utvalg av studier innefor estetikk, helse, teknologi, journalistikk, økonomi og etc. Det er veldig viktig med gode AV løsninger. Dette er avgjørende for kvaliteten på undervisningen. For studenten blir det mer interessant, og for foreleseren er det et støtteverktøy. I 2009 ble en ny rammeavtale inngått mellom høgskolen og YIT. Avtalen går ut på at YIT er valgt som leverandør og samarbeidspartner for å dekke skolens totale behov for AVløsninger. 7 S i d e

8 3.3 Om gruppen Gruppemedlemmene i Gruppe28 er følgende personer: Son Tung Cao, s Hui Na Nina Gu, s Halvor Kokkin, s Ionut Rebegea, s Andy Trinh, s Et av gruppemedlemmene har ved siden av å være student på HiO et engasjement hos YIT Statoil som IT-tekniker. I den forbindelse kom han i kontakt med ledelsen og hørte om det var noen oppdrag de kunne gi til oss som kunne forbedre eller forenkle hverdagen til de ansatte "på gulvet" i IT-avdelingen og som ville effektivisere den daglige driften. Resultatet ble at vi fikk et ganske klart definert prosjekt; Sluttproduktet skal være en database med Webgrensesnitt hvor utstyr for utlån til den daglige drift skal kunne registreres med tidsramme og tilhørende informasjon om låne/arbeidstaker. Utfordringene ligger i implementering av tilgangskontroll, brukervennlighet, og administrasjonen som må være idiotsikker. Hensikten er altså å minimere administrasjonskostnadene for bedriften knyttet til utlån av utstyr, men også på et mer folkelig plan å fjerne byråkratiet fra arbeidernes hverdag i mest mulig grad. Øyvind Sveberg på YIT er veldig behjelpelig og informativ på alle henvendelser vi har i forbindelse med prosessen, og i tillegg kan Son Tung Cao aktivt analysere hvilke ting vi må fokusere på og hva som er viktig for arbeiderne i de daglige gjøremål, samt at han er i dialog med evt fremtidige sluttbrukere av systemet når han er på jobb. Vi vil også rette stor takk til medarbeidere av Son Tung som har vært meget behjelpelige med spørsmål 8 S i d e

9 vi har hatt underveis. Formatet på denne rapporten er foreløpig tilpasset papir, men vi vurderer og adaptere innholdet for Webvisning også. 3.4 Rollene i gruppa Gruppemedlemmer Rollene Beskrivelse Hui Na Nina Gu Halvor Kokkin Andy Trinh Ionut Rebegea Son Tung Cao Prosjektleder/koordinator Forfatter Korrekturleser Hoved forfatter av rapportene. Korrekturleser Sekretær Holder styr på oppmøte, forfatter og dagbok sjef. Programmerer, og styrer alt det tekniske. Kontakt person Forfatter og dokumentansvarlig Nestleder/koordinator Nina hjelper til med databasen og er med på å forme dokumentasjonene. Hun leser i gjennom hva vi har skrevet og setter sammen dokumentene. Halvor har hovedansvaret for utforming av rapportene. Hjelper også til med det tekniske. Andy skriver dagbok og rapporten sammen med Halvor, Nina og Tung. Han har også ansvar for hvem som dukker opp på møtene. Ionut utfører det meste av det tekniske. Alt teknisk stoff går gjennom han. Tung hjelper til med det tekniske og rapportene. Er også kontakt person mellom gruppen og bedriften. Disse definerte rollene beskriver hva våre ansvarsområder er, men er ikke håndfaste. Alle jobber sammen på hele prosjektet og hjelper til på alle områder. 9 S i d e

10 3.5 Hvorfor YIT som hovedprosjekt YIT trengte en minimalisering av deres store utstyregistrerings program. De har allerede et nå men den er veldig omfattende. YIT avd Vækerø vil gjerne ha en intern database der de kan registrere stasjonære pc er, bærbare pc er og skjermer. De tre hovedutstyrene som går mest av i deres avdeling. Det blir lettere for logistikksjefen å få én oversikt når det kommer til vareopptelling for hvert kvartal. Dette sparer YIT både tid og krefter på. Meningen med WebStorage er at logistikksjefen skal få en lettere jobb både når det gjelder registrering av utstyr og når det kommer til vareopptelling. 3.6 Oppgavens mål Vårt mål er å gjøre hverdagen bedre for logistikk sjefen i YIT. En intern database i hver avdeling skal gjøre jobben deres lettere når vareopptellingen kommer. Utsyr som stasjonærer, laptoper og skjermer skal registreres i databasen. Ved slutten av hvert kvartal vet logistikksjefen nøyaktig hvor mange stasjonære pc er, bærbare pc er og skjermer det er igjen på lageret. Det skal være lett å registrere utstyr og kvittere ut utstyr. Databasen skal hele veien holde telling på utstyrene som har størst verdi og som er mest brukt i avdelingen Minstekrav til funksjonalitet Systemet skal kunne gjøre følgende oppgaver / inneha følgende funksjonalitet: Sluttbrukere skal kunne registrere informasjon om grunnlag for uttak av utstyr, ønsket låneperiode, hvem som foretar bookingen, tag-nr på utstyr osv. Grensesnittet skal være lettfattelig og veiledende. Sluttbrukere skal være forhindret fra å kunne gjøre feilregistreringer, uautoriserte slettinger eller innsyn i annen informasjon. Kun administrator skal kunne slette/endre informasjon; dette for å forhindre misbruk og manipulasjon av system og utstyr. Forskjellige typer søk i utstyr og/eller etter hva som er tilgjengelig i en gitt tidsperiode. Søkeresultatet skal også kunne sorteres etter diverse 10 S i d e

11 kriterier som "ledig/opptatt", person som booker utstyrer per nå, kronologisk etter dato, etter tag-nr osv. Altså kolonnebasert sortering av output fra et gitt søk. Brukere og foretatte bookinger skal ikke kunne slettes av administrator før etter at sluttbrukerkonto har vært deaktivert i en gitt periode. Av avskjedigelser er det viktig å holde på logg av historikk for å avdekke evt misbruk i ettertid. Øvrige krav til registreringssystemet: Systemet skal i minst mulig grad avhenge av en brukermanual. Dvs, sluttbruker skal intuitivt og enkelt forstå hvordan systemet brukes uten mye ekstra innføring/opplæring. Kunne oppdateres og videreutvikles. Systemet skal kunne videreutvikles av en annen programmerer uten for mye arbeide. Systemet skal kunne skrive ut kvitteringer for lånt utstyr på en enkel måte Andre krav til prosjektet Lett leselig brukermanual Må kunne videreutvikles Lett å navigere seg rundt Lett å logge seg inn hvor enn man er Tekniske krav Front-end og back-end Webgrensesnitt CSS PHP MySQL 11 S i d e

12 Må være forberedt for implementering av scanner-utstyr ved senere anledning Krav fra oppdragsgiver Det ble stilt en del krav fra oppdragsgiveren vår, YIT. Men med tanke på seks måneders arbeid kunne vi ikke rekke å oppfylle alle disse kravene. Hovedsaklig prøvde vi å utføre krav som ble stilt av logstikksjefen. Men ellers stod vi ganske fritt for brukergrensesnittet og designen. Kontakten mellom oss og oppdragsgiver har vært god hele veien. Hos YIT er de veldig opptatte, så det har blitt en del mailer og telefoner. Tung som har en deltidsstilling der har også stått for en del av møtene. Dermed trengte ikke hele gruppen å møte opp hver gang. Oppdragsgiveren har hele veien sett på de forskjellige prototypene og kommet med innslag på hva vi kan endre på. De fleste tilfellene har vi gjort det som oppdragsgiver vil, men noe har vi latt være etter avstemmning fra gruppen. 4 Planlegging og metode 4.1 Planlegging av prosjektet Etter at gruppa ble sammensatt begynte fokuset på selve prosjektet. Det var mange områder å dekke og mye idemyldring. Derfor var det viktig for oss å dele opp oppgavene så tidlig som mulig for å få bedre oversikt. Vi utviklet en arbeidsplan med detaljert beskrivelse av arbeidet som skulle utføres og arrangerte ukentlige møter. Gruppa jobbet systematisk med arbeidsoppgavene og diskuterte mye om de på møtene. Vi var også fleksible når det gjaldt ferier, eksamener og innleveringer i andre fag slik at de av oss som trengte fri fikk det. Første steget i prosjektet var å få på plass kravspesifikasjonene sammen med oppdragsgiver. Her fikk vi frie tøyler, så det meste var egentlig opp til oss. Men 12 S i d e

13 funksjonaliteten på prosjektet var mer eller mindre hardbanket. Siden et av gruppemedlemmene jobber hos oppdragsgiveren så gjorde det planleggingen lettere for oss som gruppe. Vi fikk mye inside informasjon som sparte oss for mye tid. Med kravspesifikasjonen klar så hadde vi det vi trengte for å komme oss videre i prosjektet siden den var en slags veiledning for oss om hvordan systemet ville se ut. Vi jobbet mye rundt den Planlegging av databasen Oppsett av databasemodellen skjedde først ved diskusjoner og håndtegnede skisser. Etter hvert som gruppa ble enig og all informasjon var på plass så begynte vi å sette opp ER modeller, koble sammen relasjoner mellom tabeller, definere primærnøkler og fremmednøkler etc. Da dette var klart kunne vi begynne med å kode selve databasen Planlegging av websiden Planleggingen av websiden startet med idemyldring og håndtegnede skisser. Det var mye å ta hensyn til, ikke kun innholdsmessig, men også utseendemessig og brukervennligheten. Samtidig hadde vi universell utforming i bakhodet. Vi ønsket en enkel webdesign med rene farger og store skriftstørrelse med en tydelig logo Planlegging av systemet Etter at vi begynte med å utforme kravspesifikasjonen kunne vi nesten se for oss hvordan systemet ville bli. Vi diskuterte mye om hva slags funksjoner systemet skulle ha og hva den kunne utføre. Vi delte ideer og forslag og skisserte de på papir. 13 S i d e

14 5 Utviklingsfasene 5.1 Prosjektstart Gruppen vår ble til ved mye tilfeldigheter samt at studiesituasjonen vår er noe sammenfallende. Dvs. vi er ikke så integrerte i det sosiale som foregår på HiO og var derfor i beit etter medlemmer for å få en fullverdig gruppe. 3 av oss har imidlertid jobbet sammen på et tidligere prosjekt. En av oss deler arbeidsplass med ett av de nye medlemmene og det andre nye medlemmet er en bekjentskap til et annet medlem i den originale gruppa. Vi ble relativt fort innstilt på å jobbe med prosjektet hos YIT fordi vi så at det var gjennomførbart og ikke risikobetont i forhold til at kompetansemangel kunne trenere prosessen hadde vi vært for ambisiøse. Det viser seg at selv de tilsynelatende enkle systemer har mange fallgruver og detaljer man ikke har tenkt på og som krever prøving og feiling. I tillegg er det verdifull erfaring at Tung jobber i bedriften og har en forståelse av hvordan arbeiderne på gulvet tenker og hva de fokuserer på i den daglige bruk av utstyr av systemer. Prosjektet har egentlig gått smertefritt hele veien, og vi var samstemte og motiverte for valget vi landet på. Utfordringen ligger hele tiden i at gruppen som helhet har en forståelse av systemet de skal beskrive og legge rammeverk for. Dette blir mye til underveis og man er derfor avhengig av å ha hyppige møter som vi også har prioritert. 5.2 De forskjellige fasene under utviklingen av prosjektet Vi følgte dokumentasjonsstandarden og delte prosjektet i to deler. Vi gjorde oss nesten erdig med styringsdokumentasjonen. Det som er hele tiden under utvikling i styringsdokumentasjonen er kravspesifikasjonen vår. Etter at deler av styringsdokumentasjonen er på plass startet vi på sluttdokumentasjonen. Vi har jobbet 14 S i d e

15 litt om hverandre i hver fase. Noen faser måtte vi vente med, mens andre faser kunne vi nesten gjøre oss ferdig med. 5.3 Innledende arbeid Etter at gruppa ble dannet og oppdragsgiver var på plass startet det innledende arbeidet. Det første som gruppa skulle levere var statusrapporten der hvor vi skrev litt om hva vi ville jobbe med og hvem vi ville jobbe sammen med. Etter jul samlet gruppa seg for å bli ordentlig kjent og begynne på planleggingsfasen. Da ble prosjektskissen til. På samme tidspunkt fikk vi opp prosjekthjemmesiden Prosjektets styringsfase Denne fasen startet vi ganske tidlig. Allerede midten av oktober skrev vi statusrapporten. Under denne fasen måtte alt planlegges nøye. For hvor mye tid vi skal bruke i hver fase under hele prosjektperioden. Statusrapport Rapporten skrev vi midten av oktober. Da var vi bare to i gruppen. Gruppen var ikke komplett da, men allerede da hadde vi fått oppdragsgiver. Prosjektskisse Prosjektskisse ble laget slutten av november. Gruppen er på plass og vi vet også hva vi skal lage i denne fasen. Arbeidsplan Planen ble laget rett etter nyttår. Arbeidsplanen måtte planlegges nøye før vi startet prosjektet. Men dette var bare en skisse, etter hvert måtte vi utdype arbeidsplanen. Prosjektdagbok 15 S i d e

16 Dagboken ble laget under vårt første møte. Andy i gruppen fikk ansvaret for dagboken, men alle i gruppen måtte lese gjennom det. Dokumentet ble lagt ut på google docs, og vi kunne tilføye hvis det var noe. Forprosjektrapporten Rapporten måtte leveres slutten av januar. Da hadde vi alt på plass, gruppen er på plass. Navnet haddde vi og vi visste hva slags produkt vi skal lage. Vi fikk også tildelt veileder som vi er veldig fornøyd med. Veilederen vi har er alltid tilgjengelig for spørsmål. Møtereferater Før hver møte lagde vi oss møtereferat. Hva vi måtte gå igjennom, og om alle har fått gjort backloggen. Alle måtte også fortelle hvor langt de har kommet. Vi planla også hva som måtte bli ferdig til neste møte Programmeringsfasen MySQL, opprettelse av tabeller PHPmyAdmin, definere spørringer som skal sendes til databasen Definere forskjellige tilgangsnivåer så man differensierer mellom teknikere og administrator av systemet. Grensesnitt, opprettelse av html-kode som henter definert data fra databasen Dokumentasjonsfasen I løpet av dokumentasjonsfasen ble styringsdokumentasjon og sluttdokumentasjon fullført. Forprosjektrapport, prosjektskisse, arbeidsplan, framdriftsplan, kravspesifikasjon, prosjektdagbok/møtereferat er alle essensielle deler av styringsdokumentasjonen. Vi kom litt sent i gang men mesteparten av dokumentasjonen ble ferdig i logistisk riktig rekkefølge og vi hadde god tid til å jobbe med produktrapport og selve produktet. 16 S i d e

17 Produktdokumentasjonen skal hovedsakelig brukes av systemadministratorer som faktisk skal bruke systemet, men den skal også delvis hjelpe sensorer og forstå produktet. Dokumentasjon av hvordan systemet fungerer og hvilke moduler det er bygget opp av er gjort på en måte som forhåpentligvis skal gjøre det lettere for personer som ikke har vært involvert i prosessen tidligere å forstå systemets virkemåte og eventuelt utvikle det videre. Som del av sluttdokumentasjonen er testinformasjon av det ferdige produktet. Brukerdokumentasjon er laget for å beskrive i enkelhet hvordan en sluttbruker skal benytte systemet Avslutningsfasen Gruppen vår hadde problemer med ujevn jobbing fordi alle jobber ved siden av studiene og til forskjellige tider. Den store utfordringen for oss lå derfor i å presentere en uniform dokumentasjon samt holde oss oppdatert i hverandres prosesser. Mot slutten satt vi mer på fysisk samme sted og dette hjalp oss med å tydeliggjøre svake områder som måtte jobbes mere med og samkjøre prosjektets sluttføring og layout i dokumentasjon. Muntlige forberedelser ble også påbegynt og planlagt. 6 Kravspesifikasjon Det meste kravspesifikasjonen ble utviklet av oss med noen få inputs fra arbeidsgiver. Siden YIT har et lignende system fra før så gjorde det jobben enklere for oss. Meningen er å forenkle det systemet de allerede har i dag og gjøre det mer brukervennlig. Som nevnt ovenfor så fikk vi for det meste frie tøyler av arbeidsgiver og utviklet en spesifikasjon etter det vi mente var best. Kravspesifikasjonen har vært en slags rød tråd gjennom prosjektet. Den har holdt oss på riktig sti og veiledet oss. Men vi har ikke låst oss fast til den. Etter hvert som bitene 17 S i d e

18 begynte å falle på plass oppdaget vi at spesifikasjonen måtte endres. Det var ikke snakk om store endringer, men endringer som ville forbedre systemet. 7 Oppsummering og konklusjon Etter at vi hadde blitt enige om hva prosjektet skulle være skisserte vi en fremdriftsplan samt ble enige om hva som var realistiske mål for oss. Vi gjorde også rede for hvilke kompetansefelt hver og en av oss mestret best for å kunne ha en fornuftig arbeidsflyt underveis. Samtid ønsket vi at alle skulle ha en grunnleggende forståelse av alt, så vi gikk igjennom arbeidet vi hadde gjort for hverandre med jevne mellomrom. Så laget vi en kravspesifikasjon etter hva oppdragsgiver hadde bedt om, men sørget for å bruke eget skjønn som IT studenter til å luke ut problemer som oppdragsgiver ikke hadde tenkt på samt la til noen egne krav. Sluttproduktet er en webbasert database med administrator tilgang og sluttbrukertilgang for innsjekking og utsjekking av utstyr som brukes i det daglige av YITs teknikere. Her vil man også kunne etterspore historikk av interesse. Brukerdokumentasjonen er blitt lagt ut på nettsiden vår. Den er også trykket i papirformat. 7.1 Kompetanseheving En refleksjon rundt hva gruppen har lært er en ganske vanskelig oppgave. Rent konkret i det praktiske har vi alle lært mer om html, mysql, php, css, uml-diagrammer og all annen teknologi og analyse som har vært tatt i bruk i prosessen mot et ferdig produkt. I tillegg har vi hatt en del kompetanseheving som er vanskelig å måle, dvs. alle de sosiale problemstillingene vi har støtt på i forhold til respekt for hverandres tid, demokratiske beslutninger, arbeidsfordeling, kommunikasjon og hensyn til forskjellige personligheter. 18 S i d e

19 Vi har også lært hvor viktig det er med fysisk tilstedeværelse uansett hvor mange sosiale nettverk og online samarbeidsverktøy man er medlem av. Dette har vært største utfordringen for oss pga vidt forskjellige arbeidsturnuser. Alt i alt er vi fornøyde med hvordan alt er gått og føler det har vært en veldig verdifull erfaring. 7.2 Forbedringspotensial Det er flere punkter vi føler kunne ha vært gjort bedre. Som nevnt i forrige avsnitt har vi hatt problemer med logistikk i forhold til oppmøte for alle medlemmene av gruppa. Ideen om at alle kunne jobbe individuelt for seg selv og så lime delene sammen til en helhet viste seg fort og ikke holde mål og vi måtte endre tilnærmingsmetode. Andre ting som burde vært gjort umiddelbart var å opprette en felles kommunikasjonskanal (epost-liste), samt online mappe for dokumentlagring med revisjoner. Det har flydd for mange versjoner av dokumenter og beskjeder fra person til person og det ble brukt for mye tid til å administrere og sette sammen dokumentasjonen samtidig som enighetene vi hadde kommet frem til ikke alltid var konsistent (fordi forskjellige beskjeder ble sendt til forskjellige gruppemedlemmer). 7.3 Hensikt med produktet Systemet var hovedsakelig utviklet for å lette Studentparlamentets arbeid med å få kontakt med og opprette en dialog med tillitspersoner ved hele HiO. Dette var et utrolig vanskelig og krevende arbeid da de måtte kontakte hver avdeling for å få navn, e-post og telefonnummer til de tillitsvalgte. For å holde databasen oppdatert ble alle avdelingene gitt tilstrekkelige rettigheter til å kunne legge inn å endre data om tillitsvalgte på sin avdeling. 19 S i d e

20 Studentparlamentet kan nå registrere, deaktivere og legge inn historie på tillitsvalgte, søke opp en eller flere tillitsvalgte ved hele Høgskolen, lage mailinglister, registrere hendelser som Landsmøte i systemet og på de tillitspersoner som er påmeldte, endre informasjon på valgte personer. De har også alle rettigheter til å endre ting i systemet. Studentrådsstyrenes rettigheter begrenser seg til å kunne registrere, endre og søke opp tillitsvalgte, mens studenter generelt kan søke opp sin tillitsvalgt. 7.4 Produktets bruk WebStorage YIT ble utviklet for å gjøre hverdagen til teknikerne på gulvet lettere. Når utstyret ankommer fra leverandørene Dell og HP blir det registrert med en såkalt gul-tag-id i systemet vi har laget. Man vil i systemet kunne få oversikt over beholdning til enhver tid, sjekke inn og ut utstyr, flagge utstyr for reparasjon, tilbakespore historikk på en bestemt gjenstand, administrere databasen osv. Alt skjer via nettleser. Det blir i tillegg lettere for logistikksjefen å holde oversikt over lageret og ha meningsfulle vareopptellinger. Det blir også mulig å oppdage avvik uten for mye arbeide. 7.5 Konklusjon Vi føler at tiden under prosjektet har vært veldig lærerikt og brakt oss nye kunnskaper som vi ikke hadde fra før. Vi lærte å samarbeide gjennom vanskelige tider og under press. Gjennom både gode og onde dager har gruppa lært å holde seg sammen og jobbe hardt for å oppnå et godt resultat. Erfaringene vil vi ta med oss videre i fremtiden når vi skal ut i jobb, så vel som videre i livet. 20 S i d e

21 8 Kilder Prosjektarbeid - en veiledning for studenter. Erling S. Andersen og Eva Schwencke 9 Vedlegg 9.1 Styringdokumentasjoner 21 S i d e

2 Innholdsfortegnelse

2 Innholdsfortegnelse Kravspesifikasjon 1 Forord Kravspesifikasjonen er ment å sees i sammenheng med gruppas forventninger til sitt eget sluttprodukt. Den er altså like mye våre egne krav som krav stilt av arbeidsgiver. Vi

Detaljer

PROSJEKTDAGBOK GRUPPE 28

PROSJEKTDAGBOK 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

Detaljer

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

Hovedprosjekt 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...

Detaljer

HOVEDPROSJEKT I DATA

HOVEDPROSJEKT I DATA Brukerdokumentasjon 2 S i d e PROSJEKT NR. 2010-28 HOVEDPROSJEKT I DATA Hovedprosjekt tittel: WebStorage Prosjektdeltagere: Dato: 31. mai 2010 Antall sider: Son Tung Cao Hui Na Nina Gu Halvor Kokkin Iounut

Detaljer

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ø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

Detaljer

Dokument 1 - Sammendrag

Dokument 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

Detaljer

Studentdrevet innovasjon

Studentdrevet 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

Detaljer

Testrapport. Studentevalueringssystem

Testrapport. 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

Detaljer

Del IV: Prosessdokumentasjon

Del 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

Detaljer

1 Del I: Presentasjon

1 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

Detaljer

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen.

Artist 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

Detaljer

Produktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet

Produktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet Produktrapport Hjelpemiddel portal for Parkinsonforbundet 1 Innhold: Forord ------------------------------------------------------------------------------------------------------2 Planlegging og arbeidsmetode

Detaljer

PROSESSDOKUMENTASJON

PROSESSDOKUMENTASJON 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

Detaljer

HOVEDPROSJEKT 2010 - HIO IU - DATA FORPROSJEKTRAPPORT GRUPPE 18

HOVEDPROSJEKT 2010 - HIO IU - DATA FORPROSJEKTRAPPORT GRUPPE 18 HOVEDPROSJEKT 2010 - HIO IU - DATA FORPROSJEKTRAPPORT GRUPPE 18 INNHOLDSFORTEGNELSE 1. PRESENTASJON 2. SAMMENDRAG 3. DAGENS SITUASJON 4. MÅL OG RAMMEBETINGELSER 5. LØSNINGER \ ALTERNATIVER 6. ANALYSE AV

Detaljer

Produktrapport Gruppe 9

Produktrapport 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

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. 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

Detaljer

Testrapport for Sir Jerky Leap

Testrapport for Sir Jerky Leap Jasmine Garry (s135600) Line Sørensen (s135590) Fredrik Hoem Grelland (s135595) Tor Anders Gustavsen (s127668) 1 1. Forord Dette dokumentet inneholder informasjon og redegjøring av tester foretatt i forbindelse

Detaljer

HOVEDPROSJEKT. Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo

HOVEDPROSJEKT. 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

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den

Detaljer

Prosessrapport. IT-infrastruktur. Prosessrapport. Høgskolen i Oslo. Avdeling for Ingeniører. 23. mai 2008

Prosessrapport. 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:

Detaljer

Prosjektdagbok Oktober 2009 November 2009 Desember 2009 Januar 2010 (Uke 1)

Prosjektdagbok 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å

Detaljer

PROSESSDOKUMENTASJON

PROSESSDOKUMENTASJON 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

Detaljer

Forprosjektrapport. 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 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

Detaljer

Bachelorprosjekt i informasjonsteknologi, vår 2017

Bachelorprosjekt 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,

Detaljer

Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp

Læ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

Detaljer

Bachelorprosjekt 2015

Bachelorprosjekt 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

Detaljer

Arbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser)

Arbeidsplan. 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,

Detaljer

Forprosjektrapport. Gruppe Januar 2016

Forprosjektrapport. 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

Detaljer

Testrapport Prosjekt nr. 2011-22 Det Norske Veritas

Testrapport 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

Detaljer

Ble ferdig med prosjektskisse. Sett på forskellige rammeverk for php. Lager milepæl for to uker.

Ble 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.

Detaljer

Use Case Modeller. Administrator og standardbruker

Use 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

Detaljer

1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer...

1. 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

Detaljer

Kravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften

Kravspesifikasjon. 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

Detaljer

Prosjektdagbok hovedprosjekt våren 09

Prosjektdagbok 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

Detaljer

Brukermanual. Studentevalueringssystem

Brukermanual. Studentevalueringssystem Brukermanual Studentevalueringssystem 1 Forord 1.1 Forord Denne brukermanualen innholder beskrivelse av systemets funksjonalitet og introduserer systemet for brukeren. Brukermanualen er delt inn i tre

Detaljer

Granitt Grafisk AS Kravspesifikasjon Gruppenr: 2011-12

Granitt Grafisk AS Kravspesifikasjon Gruppenr: 2011-12 1 av 6 1.Innledning 1.1Presentasjon Dato: 01.02.2011 Bacheloroppgave: Produktkalkyle for Granitt Grafisk AS Gruppenr: 11-12 Gruppemedlemmer: Pål Georg Dahl Myran Joakim Haneberg Johansen Michael Venables

Detaljer

DAGBOK. Patrick - Opprettet blogside for å kunne legge ut informasjon om hva som skjer underveis i prosjektet.

DAGBOK. 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.

Detaljer

Forprosjektrapport. 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 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

Detaljer

24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon

24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon 24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus Forprosjektrapport Presentasjon Tittel Precision Teaching App for Android Oppgave Å lage en Android app som skal benyttes

Detaljer

1. Forord 2. Leserveiledning

1. 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

Detaljer

PROEX.NO. En webbasert samhandlingsløsning. Utviklet av Eskaler as. Rogaland Kunnskapspark Postboks 8034 Postterminalen 4068 Stavanger

PROEX.NO. En webbasert samhandlingsløsning. Utviklet av Eskaler as. Rogaland Kunnskapspark Postboks 8034 Postterminalen 4068 Stavanger PROEX.NO En webbasert samhandlingsløsning. Utviklet av Eskaler as Rogaland Kunnskapspark Postboks 8034 Postterminalen 4068 Stavanger Telefon: 51 87 48 50 Fax: 51 87 40 71 Dette dokumentet inneholder en

Detaljer

Kravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet

Kravspesifikasjon. 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

Detaljer

Forprosjektrapport. Universelt LæringsVerktøy (ULV) Å lage en læringsplattform som tilfredsstiller alle krav til universell

Forprosjektrapport. 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)

Detaljer

TESTRAPPORT - PRODSYS

TESTRAPPORT - 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

Detaljer

Kravspesifikasjon. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23

Kravspesifikasjon. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23 Utvikling av moduler til CMS for bonefish.no Gruppe 08-23 Kravspesifikasjon for hovedprosjektet utvikling av moduler til CMS for bonefish.no ved Høgskolen i Oslo, avdeling for Ingeniørutdanning våren 2008.

Detaljer

Forprosjektrapport gruppe 20

Forprosjektrapport gruppe 20 Høgskolen i Oslo og Akershus Forprosjektrapport gruppe 20 PlaNet Knut Magnus Elde s189160 Kristoffer Ylven Westgaard s189143 22.01.2015 Innhold 1. Sammendrag... 3 2. Dagens situasjon... 3 3. Mål og rammebetingelser...

Detaljer

Forprosjekt. Høgskolen i Oslo, våren

Forprosjekt. Høgskolen i Oslo, våren Forprosjekt Høgskolen i Oslo, våren 2011 ------------------------------------------ Presentasjon Tittel: Oppgave: Database og nettside for Nor Dagligvarer Import AS Utvikle et databasesystem for bedriften

Detaljer

Dokumentasjon. Prosjektdagbok Timelister. Rolled Up Task. Rolled Up Milestone. Rolled Up Progress. Split. Page 1

Dokumentasjon. Prosjektdagbok Timelister. Rolled Up Task. Rolled Up Milestone. Rolled Up Progress. Split. Page 1 ID Name Duration Start Finish 1 Planlegging 95 days Mon 02.10.06 Fri 09.02.07 2 Statusrapport 20 days Mon 02.10.06 Fri 27.10.06 3 Prosjektskisse 25 days Mon 30.10.06 Fri 01.12.06 4 Prosjektweb 31 days

Detaljer

Kravspesifikasjon Gruppe nr ABTF

Kravspesifikasjon Gruppe nr ABTF 1 Presentasjon Tittel: Web-løsning for ABTF Utvikle en Web-løsning helt fra bunnen av, samt med en Oppgave: plattform som gir underviseren muligheten til å veilede og følge opp sine elever gjennom kurset.

Detaljer

Veiledning og vurdering av Bacheloroppgave for Informasjonsbehandling

Veiledning 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

Detaljer

Vedlegg Brukertester INNHOLDFORTEGNELSE

Vedlegg 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

Detaljer

Kravspesifikasjon. 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, 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...

Detaljer

Dokument 3 - Prosessdokumentasjon

Dokument 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

Detaljer

Forprosjekt. Oppgdragsgiver Unikia, Lille grensen 7, 0159 Oslo, Kontaktperson Anders Kose Nervold,

Forprosjekt. 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

Detaljer

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.

Kunden 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

Detaljer

Kravspesifikasjon. Kravspesifikasjon Gruppe nr 10 Hårgalleriet. DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl

Kravspesifikasjon. Kravspesifikasjon Gruppe nr 10 Hårgalleriet. DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl Kravspesifikasjon HOVEDPROSJEKTETS TITTEL Bestillingssystem for frisørsalong PROSJEKTDELTAKERE Endre Gulbrandsen (s150690) DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl OPPDRAGSGIVER

Detaljer

Tema: Oversikt over ansatt, rom, datamaskin, skjerm, software, hardvare og tilkoblingsanlegg.

Tema: Oversikt over ansatt, rom, datamaskin, skjerm, software, hardvare og tilkoblingsanlegg. Forprosjektrapport Presentasjon Tittel: Inventardatabase Tema: Oversikt over ansatt, rom, datamaskin, skjerm, software, hardvare og tilkoblingsanlegg. Prosjektperiode: 2/12-08 23/05-08. Prosjektgruppe:

Detaljer

Del VII: Kravspesifikasjon

Del 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 å

Detaljer

Hovedprosjekt 2011. Høgskolen i Oslo. Gruppe 24. Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535)

Hovedprosjekt 2011. Høgskolen i Oslo. Gruppe 24. Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535) Hovedprosjekt 2011 Høgskolen i Oslo Gruppe 24 Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535) Stian Pettersen (s144449) en RSS-leser på tvers av touchenheter

Detaljer

Hovedprosjektet i Data Høgskolen i Oslo våren 2010

Hovedprosjektet 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

Detaljer

Prosessrapport. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23

Prosessrapport. 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.

Detaljer

6 Kravspesifikasjon. 6.1 Presentasjon. Tittel Precision Teaching App for Android

6 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

Detaljer

STATUSRAPPORT I: Produksjon av webside for Skjerdingen Høyfjellshotell.

STATUSRAPPORT I: Produksjon av webside for Skjerdingen Høyfjellshotell. STATUSRAPPORT I: Produksjon av webside for Skjerdingen Høyfjellshotell 1 25. FEBRUAR 2010 http://hovedprosjekter.hig.no/v2010/imt/mp/skjerdingen INNHOLD PROSJEKTDELTAKERNE 3 PROSJEKTPLAN 3 LEVERANSER OG

Detaljer

Forprosjektrapport. Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016

Forprosjektrapport. 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

Detaljer

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk

Produktdokumentasjon. 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

Detaljer

Kravspesifikasjon Innholdsfortegnelse

Kravspesifikasjon Innholdsfortegnelse Kravspesifikasjon Innholdsfortegnelse 1.Introduksjon... 2 1.1 Medlemmer:... 2 1.2 Oppdragsgiver:... 2 1.3 Kontaktsperson hos Retriever:... 2 1.4 Veileder:... 2 1.5 Bakgrunn... 3 2. Om Kravspesifikasjonen...

Detaljer

STATUSRAPPORT 3: Produksjon av nettside for Skjerdingen Høyfjellshotell.

STATUSRAPPORT 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

Detaljer

Hovedprosjekt 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 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

Detaljer

Hovedprosjekt i data ved Høgskolen i Oslo våren 2007

Hovedprosjekt i data ved Høgskolen i Oslo våren 2007 Hovedprosjekt i data ved Høgskolen i Oslo våren 2007 Sluttrapport Høgskolen i Oslo Student: Martin Oppegaard Gruppe: 07-12 Dato: 25. mai 2007 Veileder ved HIO: Eva Vihovde Oppdragsgiver: Bekk Consulting

Detaljer

Inf1510: Oppsummering. Rune Rosseland

Inf1510: Oppsummering. Rune Rosseland Inf1510: Oppsummering Rune Rosseland Plan Gjennomgang av evalueringskriterier Læringsmål Hva gir en god / dårlig karakter? Svare på spørsmål 3 Læringsmål 1. Bruke flere metoder for bruks-orientert design.

Detaljer

Styringsdokumenter. Forord

Styringsdokumenter. Forord 8 Styringsdokumenter Forord Dette er en samling av samtlige styringsdokumenter gjennom hele prosjektperioden. Styringsdokumentene er satt opp i rekkefølge i forhold til leveringsfrister Dokumentene ble

Detaljer

Prosjektplan Bacheloroppgave 2014. - Hvordan kan Joker Gjøvik styrke sin markedsposisjon?

Prosjektplan Bacheloroppgave 2014. - Hvordan kan Joker Gjøvik styrke sin markedsposisjon? Prosjektplan Bacheloroppgave 2014 - Hvordan kan Joker Gjøvik styrke sin markedsposisjon? Amund Farås 23.01.2014 1 Innholdsfortegnelse Innhold 1 Innholdsfortegnelse... 2 2 Innledning... 3 3 Organisering...

Detaljer

HOVEDPROSJEKT. Telefon: Telefaks: Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo. 25.mai 2007.

HOVEDPROSJEKT. Telefon: Telefaks: Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo. 25.mai 2007. PROSJEKT NR. 2007-16 TILGJENGELIGHET Åpen Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Telefon: 22 45 32 00 Telefaks: 22 45 32 05 HOVEDPROSJEKT HOVEDPROSJEKTETS TITTEL DATO Panther

Detaljer

TESTRAPPORT... 91 FORORD... 91 INNHOLD... 92 23 INNLEDNING... 93 24 TEST AV SYSTEMET... 93. 24.1 Databasen og SQL spørringer... 93

TESTRAPPORT... 91 FORORD... 91 INNHOLD... 92 23 INNLEDNING... 93 24 TEST AV SYSTEMET... 93. 24.1 Databasen og SQL spørringer... 93 90 Testrapport Forord Dette dokumentet er testrapporten for hovedprosjektet, og skal gi en oversikt over all testing utført på systemet under og etter ferdigstilling, samt feil og løsninger gruppen har

Detaljer

Utvikling 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 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:

Detaljer

HOVEDPROSJEKT I DATA VÅR 2011

HOVEDPROSJEKT 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

Detaljer

Kravspesifikasjon. 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 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

Detaljer

Forprosjektrapport. Utvikle en plattform for digitalisering av foosballbord.

Forprosjektrapport. Utvikle en plattform for digitalisering av foosballbord. Forprosjektrapport Tittel Oppgave Periode Openfoos Utvikle en plattform for digitalisering av foosballbord. 3. januar til 15. juni Gruppemedlemmer Amir Ghoreshi Marcel Eggum Neberd Salimi Valentin Rey

Detaljer

Prosjektdagbok. 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) 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

Detaljer

Forprosjektrapport ElevApp

Forprosjektrapport 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

Detaljer

Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008

Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008 Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008 1.Forord I dette dokumentet skal vi gi et bildet av de kravene som er satt til prosjektet. Dokumentet er hovedsakelig beregnet som et styringsdokument

Detaljer

Prosjektdagbok 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.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

Detaljer

Forprosjektrapport Gruppe 30

Forprosjektrapport 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...

Detaljer

Dette dokumentet er en produktrapport for vårt avsluttende hovedprosjekt våren 2008 ved høgskolen i Oslo, for ingeniør - avdelingen.

Dette dokumentet er en produktrapport for vårt avsluttende hovedprosjekt våren 2008 ved høgskolen i Oslo, for ingeniør - avdelingen. 1 Sammendrag Dette dokumentet er en produktrapport for vårt avsluttende hovedprosjekt våren 2008 ved høgskolen i Oslo, for ingeniør - avdelingen. Vår oppdragsgiver, ABTF hadde et ønske om en større web

Detaljer

Veiledning og vurdering av Bacheloroppgave for Informasjonsbehandling

Veiledning og vurdering av Bacheloroppgave for Informasjonsbehandling Veiledning og vurdering av Bacheloroppgave for Informasjonsbehandling Oppdatert 2. nov. 2017, Leif Erik Opland (programansvarlig Informasjonsbehandling og itfag.no) Her er noen generelle retningslinjer

Detaljer

Forprosjektrapport. Feilsøkingsverktøy for Homebase AS INNHOLD

Forprosjektrapport. 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

Detaljer

MakerSpace Event System

MakerSpace Event System 18. Januar 2019 Bachelor gruppe 11: Amanda Kristine Hansen Anders Tidemann Norli Dexter Winther Smith Innholdsfortegnelse Prosjektpresentasjon 3 Innledning 4 Bachelorgrupp a 4 Amanda Kristine Hansen 4

Detaljer

KRAVSPESIFIKASJON DAGSPLANAPPLIKASJON FOR NETTBRETT. Gruppe 28 Hovedprosjekt våren 2015

KRAVSPESIFIKASJON DAGSPLANAPPLIKASJON FOR NETTBRETT. Gruppe 28 Hovedprosjekt våren 2015 KRAVSPESIFIKASJON Kravspesifikasjon er en beskrivelse av hvilke krav oppdragsgiver har til systemet som skal utvikles. Den fungerer som en kontrakt mellom oppdragsgiver og utviklere. DAGSPLANAPPLIKASJON

Detaljer

Repository Self Service. Hovedoppgave våren 2010

Repository Self Service. Hovedoppgave våren 2010 Forprosjektrapport for Repository Self Service Hovedoppgave våren 2010 Christer Berg (070604 07HBDRA) Ron Stangvik (070427 07HBDRA) 1 Innholdsfortegnelse 1. MÅL OG RAMMER...3 1.1. Bakgrunn...3 1.2. Prosjektmål...3

Detaljer

Styringsdokumenter. Studentevalueringssystem

Styringsdokumenter. 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

Detaljer

Gruppe 44. Bachelorprosjekt ved Institutt for informasjonsteknologi, våren Høgskolen i Oslo og Akershus,

Gruppe 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

Detaljer

Hovedprosjekt. Høgskolen i Oslo og Akershus Våren Gruppe 3 Forprosjektrapport

Hovedprosjekt. Høgskolen i Oslo og Akershus Våren Gruppe 3 Forprosjektrapport Hovedprosjekt Høgskolen i Oslo og Akershus Våren 2012 Gruppe 3 Forprosjektrapport INNHOLDSFORTEGNELSE Presentasjon... 3 Gruppen... 3 Bedriften... 3 Sammendrag... 4 Dagens situasjon... 4 Native-applikasjon...

Detaljer

SLUTTRAPPORT. Glenn Bjørlo. Bedriftspraksis. Høgskolen i Østfold. Halden

SLUTTRAPPORT. Glenn Bjørlo. Bedriftspraksis. Høgskolen i Østfold. Halden SLUTTRAPPORT Glenn Bjørlo Bedriftspraksis Høgskolen i Østfold Halden 01.12.2014 INNHOLD Overskrift Sidetall Introduksjon 3 Beskrivelse 4 Refleksjon 6 Vedlegg 1: Timebruk 9 Vedlegg 2: Attest 12 Introduksjon

Detaljer

3. Kravspesifikasjon. Experior - rich test editor for FitNesse -

3. 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

Detaljer

Rapport Oblig 08 - Flash galleri og banner.

Rapport Oblig 08 - Flash galleri og banner. Rapport Oblig 08 - Flash galleri og banner. De siste ukene på skolen har vi lært om Flash. I denne oppgaven skulle jeg bl.a lære grunnleggende scripting og koding for webbaserte medier, lære om interaktivitet

Detaljer

Jon Hammeren Nilsson, Anders Emil Rønning, Lars Grini og Erling Fjelstad

Jon 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

Detaljer

Prosjektrapport Gruppenr FigureGame 3.0

Prosjektrapport Gruppenr FigureGame 3.0 Vedlegg 1. Prosjektavtale Avtale mellom: Reidar Kvadsheim, oppdragsgiver og Robin Juliussen, Olaf Nikolai Hansen og Inger Lill Nystad Prosjektets navn: Figure Game 3.0 Wrath of the Configuration 1. Prosjektets

Detaljer

Forprosjekt. Accenture Rune Waage, rune.waage@accenture.com, 91605634

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

Detaljer

Forprosjektrapport. Gruppe 31

Forprosjektrapport. 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

Detaljer