Hovedprosjekt våren 2011 gruppe 10

Størrelse: px
Begynne med side:

Download "Hovedprosjekt våren 2011 gruppe 10"

Transkript

1 Hovedprosjekt våren 2011 gruppe 10 Endre Gulbrandsen s150690

2 PROSJEKT NR Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET Åpen Telefon: Telefaks: HOVEDPROSJEKT HOVEDPROSJEKTETS TITTEL Bestillingssystem for frisørsalong DATO 31. mai 2011 ANTALL SIDER / BILAG 65 PROSJEKTDELTAKERE Endre Gulbrandsen (s150690) INTERN VEILEDER Tor Krattebøl OPPDRAGSGIVER Linda Sjåstad v / Hårgalleriet Hønefoss KONTAKTPERSON Linda Sjåstad lindasj7@hotmail.com SAMMENDRAG Dette er sluttdokumentasjonen til hovedprosjektet for gruppe 10 ved Høgskolen i Oslo Rapporten inneholder to dokumenter, en prosessrapport og en produktrapport. 3 STIKKORD Timebestilling Frisør Online

3 PROSESSDOKUMENTASJON

4 INNHOLD Innhold 1 Innledning BESKRIVELSE AV INNVOLVERTE PARTER Prosjektgruppen Hårgalleriet Intern veileder Metodikk Smidig utviklingsmetodikk Oppstartsfasen Kravspesifikasjon Use Case Prosjektplan Risikoanalyse Prosjektnettsted og prosjektdagbok Beskrivelse av arbeidsflyten Månedlig fremdrift Kontakt med involverte parter Intern veileder Kontakt med oppdragsgiver Utviklingsarbeidet... Feil! Bokmerke er ikke definert. 8.1 Kodestandard... Feil! Bokmerke er ikke definert. 8.2 Prototyping av brukergrensesnittet... Feil! Bokmerke er ikke definert. 9 Testing... Feil! Bokmerke er ikke definert. 10 Avslutningsfase Konklusjon... Feil! Bokmerke er ikke definert. 12 Kilder... 16

5 Vedlegg... 17

6 1 Innledning Denne rapporten inneholder prosessdokumentasjon for mitt hovedprosjekt ved Høgskolen i Oslo, våren Mitt oppdrag har vært å lage et system for frisørsalong, primært for en frisør som ikke er helt fornøyd med dagens system. Dette systemet kan også vurderes å tas i bruk av hele firmaet dersom det blir en suksess. Til å veilede meg har jeg hatt god hjelp fra min interne veileder fra HiO, Tor Krattebøl. Applikasjonen er utviklet ved hjelp av PHP og MySQL. Jeg vil rette en takk til Linda Sjåstad som har vært essensiell i prosessen med å utvikle kravspesifikasjonen, og en stor takk til Tor Krattebøl for veldig bra veiledning underveis.

7 2 BESKRIVELSE AV INNVOLVERTE PARTER 2.1 Prosjektgruppen Prosjektgruppen har bestått av følgende medlem: - Endre Gulbrandsen (s150690) 2.2 Hårgalleriet Hårgalleriet er en populær frisørsalong med to avdelinger i Hønefoss. Disse ligger på Kuben kjøpesenter og sentrumskvartalet. Bedriften har 7 ansatte som har en hektisk hverdag med stor tilstrømning av kunder. Linda Sjåstad er frisør i Hårgalleriet og dette systemet er designet etter hennes ønsker og behov. Hun tilbyr alt innen hårpleie. Min kontaktperson har vært Linda Sjåstad. 2.3 Intern veileder Min interne veileder fra HIO har vært Tor Krattebøl

8 3 Metodikk Jeg ble tipset fra intern veileder om at jeg kunne bruke testdrevet utvikling på dette prosjektet. Jeg valgte å ikke gjøre dette fordi jeg var alene og var nødt til å prioritere. Som metode valgte jeg å bruke smidig utviklingsmetodikk. Etter å ha lest en av fjorårets prosessdokumentasjoner så fant jeg det slik at den metoden de hadde brukt ville passe bra på dette prosjektet også. 3.1 Smidig utviklingsmetodikk Smidig utviklingsmetodikk bygger i hovedsak på fire utviklingsprinsipper(beedle, et al.,2011): - Individer og samspill fremfor prosesser og verktøy - Fungerende programvare fremfor omfattende dokumentasjon - Kundesamarbeid fremfor kontraktforhandlinger - Respondere på endringer fremfor å følge en plan Når man jobber smidig, er det viktig å levere del leveranser underveis slik at kunden kan ytre ønske om endringer. Jeg har hatt kontinuerlig kontakt med oppdragsgiver under hele prosjektet, hvor hun har fått prøve systemet og komme med innspill.

9 4 Oppstartsfasen Da prosjektet satt i gang for fullt etter jul så hadde jeg egentlig vurdert å bruke.net rammeverket til dette prosjektet. Men ved litt prøvelse fant jeg ut at jeg er mye bedre i PHP programmering og at resultatet ville bli bedre dersom jeg valgte denne teknologien. 4.1 Kravspesifikasjon Jeg visste på forhånd at kravspesifikasjonen ville bli ekstra viktig for min del i og med at jeg jobbet alene på dette prosjektet. Jeg måtte skape klarhet med oppdragsgiver i forhold til hva som skulle leveres og hva som ikke kunne leveres i forhold til tidsrammen. Vi var enige om at den funksjonaliteten som jeg ikke rakk under prosjektperioden kunne legges til senere om ønskelig. Kravspesifikasjonen beskriver hvilke krav som settes til systemet. Disse kravene kan beskrives som funksjonelle krav og ikke-funksjonelle krav. De funksjonelle kravene beskriver en handling som systemet skal utføre, mens de ikke funksjonelle kravene beskriver egenskaper systemet skal ha. Siden jeg brukte smidig utvikling så lagde jeg en kravspesifikasjon med funksjonelle krav som stod i tråd med hva oppdragsgiver hadde tenkt seg. Disse kravene reforhandlet vi underveis da jeg så mer tydelig hva som var realistisk å rekke innenfor prosjektperioden. Jeg hadde hele tiden fokus på at oppdragsgiver skulle være fornøyd. 4.2 Use Case Jeg utarbeidet Use Case basert på de funksjonelle kravene som ble spesifisert i kravspesifikasjonen. Jeg valgte å lage et overordnet og et detaljert Use Case. I tillegg lagde jeg beskrivelser for hvert tilfelle. Eksempel på oppsett av Use Case beskrivelse: Legg til bestilling Use Case Aktør Trigger Pre-betingelser Legg til bestilling Ansatt Ansatt ønsker å legge til ny bestilling En kunde vil bestille time

10 Post-betingelser Ny time blir lagt til ellers må det oppstå feilmelding Normal hendelsesflyt 1. Ansatt søker opp ledig tid * 2. Det sjekkes om kunden er registrert fra før ** 3. Kunden registreres på ledig time 4. Systemet lagrer informasjon i database 5. Det gis melding om prosessen var suksessfull eller om det oppstod feil Variasjoner * Ansatt kan velge å søke etter ledig tid ** Dersom kunde ikke finnes fra før må det registreres ny kunde Relatert informasjon Oversikt over eksisterende kunder kan finnes via en rullgardinmeny 4.3 Prosjektplan Jeg lagde en prosjektplan i MS Project som lå tilgjengelig på nettsiden under hele prosjektet. MS Project er laget spesielt for det formålet å holde styr på hva som skal gjøres, hvem som har ansvaret og når fristen for leveranse er.

11 Den tidsmessige planleggingen av dette prosjektet var viktig. Fremdriftsplanen var veldig god å ha underveis for å holde fremdriften oppe og se det hele i perspektiv. Noen av tidsfristene var satt av HiO: - Forprosjekt leveransen - Leveranse av sluttrapporten - Presentasjonen Milepælene og leveransen av de andre artifaktene bestemte jeg selv tidlig i prosjektet. 4.4 Risikoanalyse En risikoanalyse utformes tidlig i et prosjekt for å luke ut potensielle trusler som kan føre til at prosjektet i blir en fiasko. En stor risiko i dette prosjektet var tid. Det var mye å gjøre og kun meg selv til å gjøre det. Det at jeg hadde kontinuerlig kontakt med kunden gjorde at vi kommuniserte underveis og jeg fikk ført prosjektet i havn i tide. Og det gikk så vidt!

12 Punkt: Risiko: 1 Uenighet om hva skal lages Grad av risiko: Middels Dersom uenighet oppstår vil det være viktig å kommunisere med kunde slik at det ikke oppstår misforståelser. Use Case og low fidelity prototyper vil være viktige elementer for å synliggjøre for kunden hvordan system vil fungere og se ut. Dette vil være med på å minske risiko for uenighet om hva som skal lages. 2 Dersom det som er realistisk å oppnå i løpet av prosjektperioden ikke tilfredsstiller de krav som kunden stiller. Middels Dersom kundens krav til funksjonalitet er større enn hva prosjektets tidsperiode tillater vil det være viktig å kunne komme til en enighet om hvilke funksjoner som er essensielle for at systemet skal være interessant for kunden å ta i bruk. Det er viktig at dette blir kartlagt på et tidlig stadium ved hjelp av å utforme en nøye gjennomtenkt kravspesifikasjon. 3 Feilberegning av tid i forhold fremdriftsplanen Høy

13 Den største risikoen for dette prosjektet er at tiden ikke strekker til. Det er vanskelig å beregne nøyaktig i forkant hvor lang tid utformingen av nettstedet vil ta. Det er kritisk for prosjektet at det ikke blir tatt vann over hodet og at det samtales med veileder fra høyskolen i Oslo om hva som er realistisk å gjennomføre på den avsatte prosjektperioden. 4 Langvarig sykdom i prosjektperioden Liten Dersom det skulle oppstå langvarig sykdom fra prosjektgruppen så vil dette påvirke prosjektet i den grad at man havner på etterskudd i forhold til fremdriftsplanen. Men det er lite sannsynlig at noe slikt inntreffer. Skulle kunden bli syk slik at det blir vanskelig å møtes finnes det muligheter å kommunisere via for eksempel e-post. 5 Arbeidet hoper seg opp og blir lite oversiktelig Middels Et annet aspekt å tenke over er at det er mye dokumentasjon som skal produseres ved siden av selve implementeringen av systemet. For at det ikke skal

14 oppstå kaos er det viktig av fremdriftsplanen holdes og at man støtter seg til rammeverket UML. 6 Forstå kundens behov Middels Det å forstå kundens behov vil være viktig for å oppnå suksess. Dette kan gjøres ved å oppsøke salongen, være med og observere hvilke prosesser som foregår samt være i tett dialog med kunden. 7 Liten grad av universell utforming Middels Hentet fra lovdata.no står det i 11. Plikt til universell utforming av informasjons- og kommunikasjonsteknologi (IKT) Nye IKT-løsninger som underbygger virksomhetens alminnelige funksjoner, og som er hovedløsninger rettet mot eller stillet til rådighet for allmennheten, skal være universelt utformet fra og med 1. juli 2011, men likevel tidligst tolv måneder etter at det foreligger standarder eller retningslinjer for innholdet i plikten. For eksisterende IKTløsninger gjelder plikten fra 1.

15 januar Plikten omfatter ikke IKT-løsninger der utformingen reguleres av annen lovgivning. Dette betyr at det må tas hensyn til at systemet skal brukes av alle og må derfor være universelt utformet. Det er viktig at man ikke overser dette i løpet av den travle prosjektperioden som ligger foran oss. 8 Kompleks funksjonalitet Middels - Høy Det kan være at deler av funksjonaliteten er kompleks å implementere. Det vil være lurt på et tidlig stadium å kartlegge disse og ha alternative løsninger i bakhånd. 4.5 Prosjektnettsted og prosjektdagbok Jeg opprettet en nettside hvor alle dokumentene ble publisert underveis slik at intern veileder og andre studenter fikk tilgang til disse.

16 5 Beskrivelse av arbeidsflyten 5.1 Månedlig fremdrift Prosessen med å utvikle systemet startet i januar Jeg bestemte meg for å fokusere på god planlegging slik at jeg skulle få en god flyt i prosjektet. Januar Januar måned gikk med til å utarbeide en fremdriftsplan, gjøre analyse, utarbeide kravspesifikasjon og Use Case. Jeg hadde god kommunikasjon med intern veileder og oppdragsgiver. Leveranse for denne måneden var forprosjektrapport. Februar I februar utarbeidet jeg low fidelity prototype sammen med oppdragsgiver slik at de designmessige ønskene ble ivaretatt. Første milepæl var enighet om hva som skulle lages. Denne ble satt etter planen 8. februar Deretter startet jeg jobben med å utforme klassediagram og sette opp databasen. Mot slutten av februar startet jeg med å programmere. Jeg visste at dette ville bli den mest tidkrevende delen av prosjektet og ville komme i gang så tidlig som mulig med dette. Mars Hele måneden gikk med til hovedsakelig programmering og testing opp mot kunden. April Store deler av april gikk med på å teste og utbedre system på en iterativ måte. Mai 4 mai hadde jeg satt som milepæl å være ferdig med produktet slik at resten av måneden kunne gå med til å skrive sluttrapporten. Jeg fikk senere vite at jeg kunne utbedre produktet frem til presentasjonen den 16. juni. På bakgrunn av dette så fortsatte jeg å forbedre produktet etter den 4. mai.

17 Hovedfokus denne måneden var å skrive ferdig denne rapporten for å rekke leveranse den 31. mai. 5.2 Kontakt med involverte parter Intern veileder Jeg hadde ukentlige samtaler med intern veileder hovedsakelig via telefon. Jeg fikk hjelp til problemer tilknyttet utvikling av systemet, programmering relaterte spørsmål og svar på hvordan jeg skulle utforme dokumentasjonen Kontakt med oppdragsgiver Kontakt med oppdragsgiver var gjennom møter og e-post. Dette fungerte utmerket og uten godt samarbeid og forståelse fra oppdragsgiver så ville det vært vanskelig for meg å gjennomføre prosjektet.

18 6 Avslutningsfase 6.1 Ferdigstillelse av prosjektet Når sluttrapporten ble levert den 31. mai 2011 var systemet grovt sett ferdig. Jeg gjorde kun små oppdateringer frem til presentasjonen den 16. juni. 7 Konklusjon Dette prosjektet har vært en stor jobb med mye frustrasjon, følelse av vann over hodet og store utfordringer. Alt i alt har det vært veldig lærerikt. I og med at jeg har jobbet alene så har jeg lært mye om meg selv, press, arbeidsrutiner og PHP syntaks. Jeg har vært veldig heldig med veileder og oppdragsgiver. God kommunikasjon har gjort at jeg har kunnet prestere godt og gitt meg tro på at dette skulle gå(selv om det til tider så mørkt ut). Målene jeg satt meg var at oppdragsgiver skulle bli fornøyd, å lære meg smidig utviklingsmetode samt å utvikle et onlinebasert system. Oppdragsgiver er fornøyd med resultatet så jeg kan si at jeg har oppfylt disse målene. 8 Kilder Wikipedia. (2011, 5. mai) PHP Hypertext Preprocessor. Hentet fra Horgen, S.A. (2007). Webprogrammering i PHP (2. utg., 3. oppl.). Gyldendal Norsk Forlag

19 Vedlegg 1 Risikoanalyse Punkt: Risiko: 1 Uenighet om hva skal lages Grad av risiko: Middels Dersom uenighet oppstår vil det være viktig å kommunisere med kunde slik at det ikke oppstår misforståelser. Use Case og low fidelity prototyper vil være viktige elementer for å synliggjøre for kunden hvordan system vil fungere og se ut. Dette vil være med på å minske risiko for uenighet om hva som skal lages. 2 Dersom det som er realistisk å oppnå i løpet av prosjektperioden ikke tilfredsstiller de krav som kunden stiller. Middels Dersom kundens krav til funksjonalitet er større enn hva prosjektets tidsperiode tillater vil det være viktig å kunne komme til en enighet om hvilke funksjoner som er essensielle for at systemet skal være interessant for kunden å ta i bruk. Det er viktig at dette blir kartlagt på et tidlig stadium ved hjelp av å utforme en nøye gjennomtenkt kravspesifikasjon. 3 Feilberegning av tid i forhold fremdriftsplanen Høy

20 Den største risikoen for dette prosjektet er at tiden ikke strekker til. Det er vanskelig å beregne nøyaktig i forkant hvor lang tid utformingen av nettstedet vil ta. Det er kritisk for prosjektet at det ikke blir tatt vann over hodet og at det samtales med veileder fra høyskolen i Oslo om hva som er realistisk å gjennomføre på den avsatte prosjektperioden. 4 Langvarig sykdom i prosjektperioden Liten Dersom det skulle oppstå langvarig sykdom fra prosjektgruppen så vil dette påvirke prosjektet i den grad at man havner på etterskudd i forhold til fremdriftsplanen. Men det er lite sannsynlig at noe slikt inntreffer. Skulle kunden bli syk slik at det blir vanskelig å møtes finnes det muligheter å kommunisere via for eksempel e-post. 5 Arbeidet hoper seg opp og blir lite oversiktelig Middels Et annet aspekt å tenke over er at det er mye dokumentasjon som skal produseres ved siden av selve implementeringen av

21 systemet. For at det ikke skal oppstå kaos er det viktig av fremdriftsplanen holdes og at man støtter seg til rammeverket UML. 6 Forstå kundens behov Middels Det å forstå kundens behov vil være viktig for å oppnå suksess. Dette kan gjøres ved å oppsøke salongen, være med og observere hvilke prosesser som foregår samt være i tett dialog med kunden. 7 Liten grad av universell utforming Middels Hentet fra lovdata.no står det i 11. Plikt til universell utforming av informasjons- og kommunikasjonsteknologi (IKT) Nye IKT-løsninger som underbygger virksomhetens alminnelige funksjoner, og som er hovedløsninger rettet mot eller stillet til rådighet for allmennheten, skal være universelt utformet fra og med 1. juli 2011, men likevel tidligst tolv måneder etter at det foreligger standarder eller retningslinjer for innholdet i plikten. For eksisterende IKT-

22 løsninger gjelder plikten fra 1. januar Plikten omfatter ikke IKT-løsninger der utformingen reguleres av annen lovgivning. Dette betyr at det må tas hensyn til at systemet skal brukes av alle og må derfor være universelt utformet. Det er viktig at man ikke overser dette i løpet av den travle prosjektperioden som ligger foran oss. 8 Kompleks funksjonalitet Middels - Høy Det kan være at deler av funksjonaliteten er kompleks å implementere. Det vil være lurt på et tidlig stadium å kartlegge disse og ha alternative løsninger i bakhånd.

23 Produktdokumentasjon 1

24 Innhold 1 Innledning Beskrivelse av produktet... 6 Timebok... 6 Kunderegister... 6 Ny time... 7 Kasse... 8 Dagens oppgjør... 8 Andre funksjoner Brukergrensesnitt og design Mål Designvalg Meny Fonter og farger Applikasjonsarkitektur Domene / klassediagram Sikkerhet Feilsider Planlegging og forberedelser Valg av oppgave Dagens situasjon for oppdragsgiver Analyse Mål og rammebetingelser Tid Ressurser Kunnskap Teknologier Utviklingsteknologier Valg av utviklingsverktøy PHP (Hypertext Preprocessor) MySQL Andre tekniske hjelpemidler Microsoft Paint MS Project

25 6 Teknisk arkitektur Applikasjonen MySQL Fastname Webhotell Testing Vedlegg 1 Kravspesifikasjon Vedlegg 2 Use Case beskrivelser Vedlegg 3 Akseptansetester Vedlegg 4 Brukerdokumentasjon Brukerveiledning Fame IT Timebok Velg dato for timebok Time bestillinger Ny time Allerede registret kunde Ny kunde Og følg veiledningen i punkt Allerede registret kunde Endre time Avbestill time Kasse Ta i mot betaling Oppgjør Dagens oppgjør Rapporter Budsjett Register Kunde register Produkter Ansatte registrer ny ansatt Se på info om ansatt Endre opplysninger på ansatt Slett ansatt Gavekort

26 5.4.1 Registrer nytt gave kort på allerede registrert kunde Registrer nytt gavekort på ny kunde Følg først punktene i Ny kunde Der etter punktene i Registrer nytt gave kort på allerede registrert kunde register for solgte gavekort kunde registrer ny kunde slett kunde Endre kunde Se bestilte behandlinger Se tidligere behandlinger Send e-post til kunde Se ubetalte faktura Notat Legg inn nytt notat Kalender Dagens gjøremål Modell liste Linker

27 1 Innledning Denne rapporten inneholder produktdokumentasjon for mitt hovedprosjekt ved Høgskolen i Oslo, våren Rapporten beskriver hvordan produktet er bygd opp og hvilke tekniske komponenter som er brukt i utviklingen. I tillegg inneholder rapporten testdokumentasjon, samt installasjonsveiledning og brukerdokumentasjon. 5

28 2 Beskrivelse av produktet Dette systemet er et timebestillingssystem for frisørsalong laget spesielt for frisør Linda Sjåstad ved Hårgalleriet i Hønefoss. Systemet er en webapplikasjon som er utviklet i PHP med MySQL database. Timebok Timeboken lagrer timebestillinger som er lagt inn av frisør, og lister disse basert på valg av dato. Det er mulig å legge til, endre og slette timebestillinger. Kunderegister Systemet inneholder et kunderegister med informasjon om kundene. Det er mulig å legge til, endre og slette kunde. I tillegg kan man se tidligere behandlinger og fremtidige behandlinger, samt sende e- post til kunden. 6

29 Ny time En sentral funksjonalitet er å legge til ny time. Dersom kunden eksisterer kan det legges in timebestilling med ønsket behandling, dato, tid, frisør og ønsket påminnelse. 7

30 Kasse Kassen er betalingsbilde hvor frisøren registrerer om kunden har betalt eller ikke. Her listes behandlinger som ikke er betalt sortert på valgt kunde. Dagens oppgjør Dersom kunden har betalt for dagens behandling så vil dette listes under dagens oppgjør. Her vises totalt inntak for dagen, med og uten moms. Andre funksjoner Systemet inneholder tilsvarende skjermbilder for følgende funksjonalitet: - Produkter - Ansatte - Gavekort - Notat - Modell liste 8

31 - Linker - Dagens gjøremål 2.1 Brukergrensesnitt og design Mål Oppdragsgiver var klar på at design var en viktig faktor ved utforming av nettsidene. Hun ønsket seg et 50 talls inspirert utseende med pastellfarger. Applikasjonen måtte kjøre online slik at den var tilgjengelig overalt. Videre ønsket oppdragsgiver knapper for å navigere seg rundt i systemet. Både knapper og sider skulle stå i stil gjennom hele applikasjonen Designvalg Ved innlogging vises FameIT logoen og man tas direkte til timebok siden. Her listes dagens kunder basert på hvilken frisør som er innlogget. Selv om dette systemet skal brukes foreløpig av kun èn frisør, så er det lagt opp på denne måten slik at flere kan bruke systemet etter hvert Meny Menyen er konsistent gjennom sidene i systemet. Den er lagt slik at den lister hovedfunksjonene, men videre menyer til under-funksjoner. 9

32 2.1.4 Fonter og farger Oppdragsgiver ønsket seg pastellfarger og den rosa fargen preger systemet på slik måte at det blir et slags kjennemerke. Fargen er litt sjokkerende ved første øyekast, men man venner seg faktisk til den etter hvert (jeg burde vite det). Font typen som går igjen på knappene og menyen er av typen Rockwell. 10

33 3 Applikasjonsarkitektur 3.1 Domene / klassediagram Jeg designet et klassediagram som senere ble implementert i MySQL via phpmyadmin. 3.2 Sikkerhet Sikkerhetsmekanismen i systemet er begrenset til en innloggingsfunksjon. Kun brukere av systemet har tilgang via brukernavn og passord. I tillegg så er det egen lenke til innloggingssiden som kun 11

34 bruker vet om. Dette er for å skjerme systemet for eventuelle hackere som prøver å knekke koden for å logge seg inn Feilsider Dersom bruker taster feil informasjon ved innlogging eller dersom andre unntakstilfeller oppstår så blir han sendt til en side med feilmelding. Dette er viktig for at systemet skal virke på en hensiktsmessig måte. 4 Planlegging og forberedelser 4.1 Valg av oppgave Jeg bestemte meg for å søke Høgskolen i Oslo om å gjennomføre dette prosjektet høsten Etter samtale med Linda Sjåstad i Hårgalleriet, satt hun meg på ideen til å lage et system som er skreddersydd for hennes behov. Det finnes allerede gode systemer på markedet, slik at min tanke var aldri å prøve å konkurrere med disse. De systemene som finnes er altfor avanserte og velutviklede for det. Jeg har derimot forsøkt å lage et system som kan være et alternativ til allerede eksiterende systemer. Det enkle er ofte det beste. 4.2 Dagens situasjon for oppdragsgiver Det finnes allerede lignende programmer på markedet i dag, men disse inneholder på hver sin måte mangler som gjør at de ikke blir tilstrekkelige. Dette skyldes at de er tilrettelagt for forskjellige bransjer. Det er derfor ønskelig å utforme ett system som tar det beste fra hver verden og smelter det sammen til et optimalt system som er skreddersydd for frisørbransjen 4.3 Analyse 4.4 Mål og rammebetingelser Målet med prosjektet er å utvikle et online bestillingssystem for frisørsalong som fungerer optimalt i henhold til bransjens krav til funksjonalitet. Oppdragsgiver hadde ingen krav til utviklingsmetodikk, programmeringsspråk eller lignende, men løsningen måtte være online basert. I tillegg bestemte jeg meg for følgende rammebetingelser: - Bruke en smidig utviklingsmetodikk til utvikling - Utvikle applikasjonen til å kjøres på internett Oppdragsgiver så først for seg en timebok som var organisert som en tidslinje hvor man kan redigere opplysninger direkte i tabellen. Dette var en veldig avansert funksjonalitet som jeg ble enig med 12

35 oppdragsgiver om å eventuelt implementere senere for å ikke sette meg selv i fare for å ikke komme i mål. Målet for prosjektet var følgende: - Lage et produkt som kunden ble fornøyd med - Nyskapende design - Tilpasset funksjonalitet Tid Tiden jeg hadde til rådighet var fra til På denne tiden skulle jeg utvikle et system til oppdragsgiver og skrive sluttrapport. I og med at jeg har vært alene på dette prosjektet så har tid vært et kritisk moment. Jeg har hele veien vært i fare for å ikke komme i mål, og det har vært nødvendig å avgrense nøye underveis Ressurser Tilgjengelige ressurser underveise har vært intern veileder, kontaktperson, litteratur og internett. Min interne veileder sørget for at alt gikk i henhold til prosjektplanen etter hvert som prosjektet gikk sin gang. Han kom med innspill som at jeg kunne foreta testdrevet utvikling og bidro med mye faglig innspill når det gjaldt dokumentasjon og systemutvikling Kunnskap Jeg hadde gode kunnskaper i PHP programmering fra tidligere kurs med Tor Krattebøl. I tillegg har jeg studert Webapplikasjoner høsten 2010, slik at programmeringen gikk forholdsvis greit hele veien. 5 Teknologier Skriv om hvilke teknologier du har brukt - PHP - MySQL - HTML - Photoshop - Paint - Unix server - m. m 5.1 Utviklingsteknologier Valg av utviklingsverktøy Jeg valgte å bruke Adobe Dreamweaver som verktøy for å skrive PHP, CSS og HTML kode. Her finnes en del ferdiglagde komponenter som enkelt kan settes inn og det finnes også en slags intellisense 13

36 som gjør det litt raskere å skrive kode. I tillegg så har jeg brukt dette en del før, og det var greit å slippe å sette seg inn i et nytt verktøy PHP (Hypertext Preprocessor) Jeg hadde solid kunnskap i PHP fra tidligere kurs ved HIO så denne teknologien ble et naturlig valg å velge for å programmere nettsidene. PHP er et dynamisk, tolket og løst typet programmeringsspråk hovedsakelig brukt for å utvikle dynamiske nettsider. PHPs syntaks ligner C og Perl. Den vanligste implementasjonen av PHP er en fri og åpen versjon skrevet i C og distribuert av The PHP Group via php.net og SourceForge. (wikipedia.no, 2011) MySQL Jeg har valgt å bruke MySQL som databasesystem for prosjektet. Grunnen til dette er at jeg har lært meg dette gjennom programmering i PHP. Det var uaktuelt å vurdere andre systemer fordi MySQL fungerer så bra sammen med PHP. 5.2 Andre tekniske hjelpemidler Microsoft Paint Jeg trengte et program som var enkelt og raskt å bruke for å tegne skjermbilder til prototypen. Jeg testet Adobe Photoshop og MS Paint. Photoshop er et mye mer avansert program som krever forkunnskaper. MS Paint er enkelt og holdt til dette formålet MS Project Jeg brukte Ms Project for å lage fremdriftsplan for prosjektet. 14

37 6 Teknisk arkitektur 6.1 Applikasjonen Applikasjonen er utviklet ved hjelp av Adobe Dreamweaver og programmeringsspråket PHP. 6.2 MySQL MySQL er et relasjonsbasert databasesystem som er lisensiert under GPL (GNU General Public Licence). Dette er gratis, men er veldig populært og fungerer utmerket sammen med PHP. 6.3 Fastname Webhotell Jeg leier webhotell hos fastname.no. Jeg har registrert domenenavnet slagverker.no, og systemet kan for øyeblikket nås fra 15

38 7 Testing Systemet er testet kontinuerlig gjennom hele utviklingsprosessen: - Kode er testet av prosjektgruppen - Funksjonalitet er testet av oppdragsgiver - Kontinuerlige tilbakemeldinger - Iterativ utvikling 16

39 Vedlegg 1 Kravspesifikasjon Kravspesifikasjon HOVEDPROSJEKTETS TITTEL Bestillingssystem for frisørsalong PROSJEKTDELTAKERE Endre Gulbrandsen (s150690) DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl OPPDRAGSGIVER Frisør for Hårgalleriet, Linda Sjåstad KONTAKTPERSON Linda Sjåstad 17

40 1 Innledning 1.1 Innledning Prosjektet skal gjennomføres som hovedprosjekt ved HIO avdeling for ingeniørutdanning i samarbeid med frisør Linda Sjåstad i Hårgalleriet. Oppgaven består i å utvikle et bestillingssystem for frisørsalong som er optimalt tilpasset bransjen, og som kan administreres av de ansatte. Systemet vil utvikles ved bruk av PHP og MYSQL. 1.2 Om bedriften Hårgalleriet holder til på Hønefoss kjøpesenter (Kuben) og har også en avdeling i sentrumskvartalet på Hønefoss. Bedriften består av 7 ansatte som til daglige er spredd mellom de to avdelingene. Salongen tilbyr behandling innen alle områder av faget. Systemet leveres primært til frisør Linda Sjåstad, men dersom det er interesse blant de andre så kan det være aktuelt at salongen tar i bruk systemet. 1.3 Bakgrunn for prosjektet Det har vært uttrykt frustrasjon av de ansatte over eksisterende systemer på markedet i dag. Det eksisterer to store leverandører av systemer for frisørbransjen. Det er ønskelig å lage et system som tar det beste fra hvert av disse eksisterende systemer og tilpasser det til de krav og forventninger som frisørbransjen har til et IKT system. 18

41 2 Forord Denne kravspesifikasjon beskriver betingelsene for prosjektet Bestillingssystem for frisørsalong. Det beskrives hva slags funksjonalitet systemet skal inneholde og hva slags teknologi som vil bli benyttet. I tillegg beskrives krav til utseende. Det er også ytret ønske fra oppdragsgiver om hvordan layouten på systemet skal være. Krav til den tekniske løsningen vil bestemmes av prosjektgruppen. 19

42 3 Innholdsfortegnelse 1 Innledning Innledning Om bedriften Bakgrunn for prosjektet Forord Innholdsfortegnelse Systemkrav Funksjonskrav Tilleggsfunksjoner Tekniske krav Data lagring Krav til Design Krav til kode Krav til dokumentasjon Utvidelser Eventuelle utvidelser

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

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

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

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

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

Hovedprosjekt ved Høgskolen i Oslo våren 2011 CHARITY DOCTORS KRAVSPESIFIKASJON

Hovedprosjekt ved Høgskolen i Oslo våren 2011 CHARITY DOCTORS KRAVSPESIFIKASJON CHARITY DOCTORS KRAVSPESIFIKASJON Hovedprosjekt i informasjonsteknologi ved Høgskolen i Oslo våren 2011 Gruppe 13 Muleha Nhonzi Harlem Tambwe Mufoncol Ruban Amuthalingam Page 1 of 6 1 Innledning 1.1 Innledning

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

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

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

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

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

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

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

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

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

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

Entobutikk 1.KRAVSPESIFIKASJON VÅR 2011

Entobutikk 1.KRAVSPESIFIKASJON VÅR 2011 1.KRAVSPESIFIKASJON VÅR 2011 1 DELKAPITTEL 1 INNLEDNING Kravspesifikasjonen er svært nyttig sett i forhold til produktet vi ønsker å utvikle. Dokumentet regnes som et av de viktigste i hovedprosjektet

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

Dagens situasjon... 1 Hano... 1. Systemet inneholder følgende funksjonalitet:... 6. Problemer:... 4 Fixit... 4

Dagens situasjon... 1 Hano... 1. Systemet inneholder følgende funksjonalitet:... 6. Problemer:... 4 Fixit... 4 Analyse Innhld Dagens situasjn... 1 Han... 1 Systemet innehlder følgende funksjnalitet:... 2 Prblemer:... 4 Fixit... 4 Systemet innehlder følgende funksjnalitet:... 6 Prblemer:... 8 Følgende funksjnalitet

Detaljer

Entobutikk 3.TESTRAPPORT VÅR 2011

Entobutikk 3.TESTRAPPORT VÅR 2011 3.TESTRAPPORT VÅR 2011 1 DELKAPITTEL 1 FORORD Denne testrapport er skrevet i forbindelse med vårt hovedprosjekt ved Høgskolen i Oslo, ingeniørutdanning, våren 2011. Rapporten beskriver testingen av hele

Detaljer

CharityDoctors. Brukermanuel

CharityDoctors. Brukermanuel CharityDoctors Side 2 1. FORORD Dette er en brukerdokumentasjon som ble skrevet i forbindelse med vår hovedprosjekt ved Høgskolen i Oslo våren 2011. Dokumentet beskriver bruk av Charity Doctors bestilling

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

KRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1

KRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1 KRAVSPESIFIKASJON Gruppe 2 Hovedprosjekt, Høgskolen i Oslo og Akershus Våren 2014 KRAVSPESIFIKASJON 1 CONTENTS 1. Forord... 3 2. Presentasjon... 3 2.1 Gruppens medlemmer... 3 2.2 Oppdragsgiver... 3 2.3

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

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

TESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS

TESTRAPPORT   Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS TESTRAPPORT Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS Medlemmer av gruppe 35: Joakim Larsen, s150070, 3AB Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB Prosjektperiode:

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

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

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

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

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

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

Brukerveiledning. Madison Møbler Nettbutikk

Brukerveiledning. Madison Møbler Nettbutikk Brukerveiledning Madison Møbler Nettbutikk 1 1. Forord 1.1 Produktet Produktet er i denne manualen nettbutikken www.madison-mobler.no. Dette er en nettbutikk som skal gi brukerne mulighet til å handle

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

Testdokumentasjon. Gruppe 9

Testdokumentasjon. Gruppe 9 Innholdsfortegnelse 1.Innledning... 3 2.Test av systemet... 3 3.Test med brukermanual av utenforstående... 7 4.Konklusjon... 8 2 1.Innledning Testdokumentasjonen er et dokument som beskriver vår endelige

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

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

Testdokumentasjon Presentasjon

Testdokumentasjon Presentasjon Testdokumentasjon Presentasjon Tittel Oppgave Teknostorage - Lagersystem Et lagersystem som på enkel måte kan registrere varer inn og ut fra lager. Periode 3. januar 2012 til 11. juni 2012 Gruppemedlemmer

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

Forprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg

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

Detaljer

[GILJE SELSKAPSLOKALER]

[GILJE SELSKAPSLOKALER] 2013 Hovedprosjekt 2013 Gruppe 27 Kravspesifikasjon [GILJE SELSKAPSLOKALER] Lars Gjestang - Hiran Piapo - Bård Skeie Kravspesifikasjon 1 Presentasjon 1.1 Innledning Dette prosjektet er et hovedprosjekt

Detaljer

FORPROSJEKT RAPPORT PRESENTASJON

FORPROSJEKT 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

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

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

[GILJE SELSKAPSLOKALER]

[GILJE SELSKAPSLOKALER] 2013 Hovedprosjekt 2013 Gruppe 27 Kravspesifikasjon [GILJE SELSKAPSLOKALER] Lars Gjestang - Hiran Piapo - Bård Skeie Kravspesifikasjon 1 Presentasjon 1.1 Innledning Dette prosjektet er et hovedprosjekt

Detaljer

Publiseringsløsning for internettsider

Publiseringsløsning for internettsider Publiseringsløsning for internettsider Hva er Edit? Edit er et verktøy for publisering og vedlikehold av nettsider. Tidligere har det å vedlikeholde en nettside vært en tungvinn prosess, men nå kan alle

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

CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA

CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA Sist oppdatert 18.02.2010 INNHOLD INNHOLD... 1 HVA ER CABINWEB... 2 HVA KAN DU BRUKE CABINWEB TIL?... 3 HVA ER NYTT I CABINWEB VERSJON 2.0...

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

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

TESTRAPPORT INTRANETT, CMA ASSET MANAGEMENT AS. Dataingeniørutdanningen, Høgskolen i Oslo GRUPPE 15. Kenneth Ådalen. Vegard Gulbrandsen

TESTRAPPORT INTRANETT, CMA ASSET MANAGEMENT AS. Dataingeniørutdanningen, Høgskolen i Oslo GRUPPE 15. Kenneth Ådalen. Vegard Gulbrandsen TESTRAPPORT INTRANETT, CMA ASSET MANAGEMENT AS GRUPPE 15 Kenneth Ådalen Vegard Gulbrandsen Kien Trung Nguyen Dataingeniørutdanningen, Høgskolen i Oslo Våren 2009 2 S i d e FORORD I dette dokumentet tar

Detaljer

Brukerveiledning. Madison Møbler Administrasjonsside

Brukerveiledning. Madison Møbler Administrasjonsside Brukerveiledning Madison Møbler Administrasjonsside 1 1. Forord 1.1 Produktet Produktet blir konstruert som et nytt produkt da kunde/bruker ikke har noe eksisterende løsning, derfor er dette den nåværende

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

Høgskolen i Oslo og Akershus

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

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

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

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

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

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

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

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

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

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

FORPROSJEKT KIM LONG VU DUY JOHNNY KHAC NGUYEN ADRIAN SIIM MELSOM HÅKON THORKILDSEN SMØRVIK

FORPROSJEKT KIM LONG VU DUY JOHNNY KHAC NGUYEN ADRIAN SIIM MELSOM HÅKON THORKILDSEN SMØRVIK 2017 FORPROSJEKT BACHELOROPPGAVE 2017 KIM LONG VU DUY JOHNNY KHAC NGUYEN ADRIAN SIIM MELSOM HÅKON THORKILDSEN SMØRVIK PRESENTASJON OPPGAVE: Oppgaven er å lage en webapplikasjon som kan hjelpe bachelor

Detaljer

3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8

3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8 Testdokumentasjon 1 Forord Denne rapporten omhandler testingen av systemet. Rapporten er først og fremst beregnet på sensor og intern veileder ved Høgskolen i Oslo, men kan gjerne leses av andre som måtte

Detaljer

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

Detaljer

System Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk

System 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

Detaljer

Nettside, Webshop og Beregningsmodell. Hovedprosjekt våren 2009

Nettside, Webshop og Beregningsmodell. Hovedprosjekt våren 2009 Nettside, Webshop og Beregningsmodell Hovedprosjekt våren [Type the abstract of the document here. The abstract is typically a short summary of the contents of the document. Type the abstract of the document

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

Online booking i Extensor

Online booking i Extensor Online booking i Extensor Når det kommer til online booking har vårt fokus vært på å lage ett system som skal være så enkelt som mulig. Både for de behandlerne som skal forholde seg til det, og kanskje

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

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

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 Testrapport Høgskolen i Oslo Student: Martin Oppegaard Gruppe: 07-12 Dato: 25. mai 2007 Veileder ved HIO: Eva Vihovde Oppdragsgiver: Bekk Consulting

Detaljer

Forprosjektrapport. Gruppe 34. Magnus Dahl Hegge s153549

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

Detaljer

Presentasjon av oppgave 24E Bookingsystem for LillehammerBryggeri. Av Anders Refsahl

Presentasjon av oppgave 24E Bookingsystem for LillehammerBryggeri. Av Anders Refsahl Presentasjon av oppgave 24E Bookingsystem for LillehammerBryggeri Av Anders Refsahl Innhold Firma/Oppgavestiller Problemstilling Hvorfor denne oppgaven Løsning av oppgaven Resultater Videre arbeid Firma/Oppgavestiller

Detaljer

Hovedprosjekt 2013. Gruppe 27. Forprosjektrapport [GILJE AS] Lars Gjestang - Hiran Piapo - Bård Skeie

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

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

PBL Barnehageweb. Brukerveiledning

PBL Barnehageweb. Brukerveiledning PBL Barnehageweb Brukerveiledning 1 1. Innledning Gratulerer med valget av nye PBL Barnehageweb! Med PBL Barnehageweb skal det være enkelt å lage en brukervennlig, moderne og profesjonell nettside for

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. 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 - 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 Prosjekt nr SSP Installasjon AS. Dato: 25.mai 2007 Antall sider: 8 Intern veileder: Kjetil Grønning

Kravspesifikasjon Prosjekt nr SSP Installasjon AS. Dato: 25.mai 2007 Antall sider: 8 Intern veileder: Kjetil Grønning Prosjekt nr. 2007-11 Kravspesifikasjon Tittel: Informasjonssystem SSPI Prosjektdeltakere: Hans Petter Kristiansen Espen Skaarer Dato: 25.mai 2007 Antall sider: 8 Intern veileder: Kjetil Grønning Oppdragsgiver:

Detaljer

https://nhh.itslearning.com/

https://nhh.itslearning.com/ e-læringssystemet https://nhh.itslearning.com/ Sist oppdatert 08.09.2009 10:07 1 1. Hva er It s Learning? It's Learning er et e-læringssystem hvor du finner elektronisk informasjon om alle våre kurs/studier,

Detaljer

Brukermanual. System for oversiktslister. Entreprenører

Brukermanual. System for oversiktslister. Entreprenører Brukermanual System for oversiktslister Entreprenører v2007-02-24 Side 1 av 11 INNHOLDSFORTEGNELSE Innholdsfortegnelse... 2 Innlogging... 3 Registrer underentreprenør... 4 Registrer mannskap... 5 Oversiktslister...

Detaljer

Entobutikk FORPROSJEKTRAPPORT FOR ENTOBUTIKK VÅR 2011 LAGET AV GRUPPE 02

Entobutikk FORPROSJEKTRAPPORT FOR ENTOBUTIKK VÅR 2011 LAGET AV GRUPPE 02 FORPROSJEKTRAPPORT FOR ENTOBUTIKK VÅR 2011 LAGET AV GRUPPE 02 1 INNHOLDSFORTEGNELSE PRESENTASJON 03 SAMMENDRAG 04 BEDRIFT 05 Om bedriften 05 Dagens situasjon 05 MÅL OG RAMMEBETINGELSER 06 Funksjonalitet

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

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

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

GJENNOMGANG 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

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

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

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

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

F O R P RO S J E K T R A P P O R T

F O R P RO S J E K T R A P P O R T A V D E L I N G F O R I N G E N I Ø R U T D A N N I N G F O R P RO S J E K T R A P P O R T Dato for levering: 01.02.2008 Versjon Nr. 1,72 Gruppe: 08-18 Webside: http://student.iu.hio.no/~s135462/hovedprosjekt/

Detaljer

DinVikar - Bruker Manual

DinVikar - Bruker Manual DinVikar - Bruker Manual Utvikliet av Fosen-Utvikling AS I samarbeid med Alvens AS Skrevet av: Jonas Kirkemyr Innhold 1 Introduksjon................................................... 4 I Systemet 2 Systemet......................................................

Detaljer

En enkel lærerveiledning

En enkel lærerveiledning En enkel lærerveiledning ~ 1 ~ Innhold INNLEDNING... 3 Hva?... 3 Hvorfor?... 3 INN- og UTLOGGING... 4 Innlogging... 4 Utlogging... 5 Lærerinnlogging/-utlogging... 5 OUTLOOK / EPOST... 6 Skrive epost...

Detaljer

2/3/2014 INSTITUTT FOR FÔRIT CDS INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS. Shahariar Kabir Bhuiyan

2/3/2014 INSTITUTT FOR FÔRIT CDS INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS. Shahariar Kabir Bhuiyan 2/3/2014 INSTITUTT FOR INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS FÔRIT CDS Mikkel Sannes Nylend Shahariar Kabir Bhuiyan Stian Strøm Anderssen Denne siden skal være blank. 1 Presentasjon Prosjektgruppe:

Detaljer