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

Størrelse: px
Begynne med side:

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

Transkript

1

2 PROSJEKT NR Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET Åpen HOVEDPROSJEKT Telefon: Telefaks: HOVEDPROSJEKTETS TITTEL Online verktøy for optimalisering av tilgang til informasjon DATO 23. mai 2008 ANTALL SIDER / BILAG 77 PROSJEKTDELTAKERE Pragas Shanmugarajah (s135462) Nirojah Melina Balagumar (s140114) Praveena Moganadas (s134370) INTERN VEILEDER Geir Skjevling OPPDRAGSGIVER Job Academy ( ) KONTAKTPERSON Bemanningsansvarlig Stine Fjeld og John-Erik Hassel SAMMENDRAG Job Academy er et bemannings- og rekrutteringsbyrå som har hatt behov for et online system for lagring av data om kunder og kandidater. Oppgaven vår har gått ut på å lage dette systemet slik at det blir enklere for dem å følge opp både kunder og kandidater på en best mulig måte. Systemet har som oppgave å opprette, endre og slette kunder, kandidater og avtaler som skal være knyttet til en kunde/kandidat. Det skal også være mulig å legge til eller lagre dokumetarer som ansettelsesavtaler, oppdragsbekreftelser, lønnslipper o.l for kunder og kandidater. Hovedoppgaven for systemet er søking av kunder eller kandidater for et bestemt arbeid. Det skal være mulig å søke etter kandidater for en bestemt stilling ved å velge mellom ulike kategorier som kjønn, fagområde, utdanning, yrke eller andre stikkord. Resultatet av søket blir ramset opp alfabetisk for søkeren. Vi har lagt mye vekt på brukervennlighet slik at systemet er enkelt å bruke, til og med som ikke har så mye erfaring innenfor data. Webløsningen eller prototypen vi har utviklet og kommet fram til befinner seg i som er tilgjengelig for alle som har brukernavn og passord til systemet. Systemet er utviklet ved hjelp av PHP, og MYSQL som databaseverktøy. Vi har prøvd å følge fremdriftsplanen fra punkt og prikke for å fullføre systemet etter Job Academys ønske og behov til riktig tid. Resultatet vi har kommet fram til er alle i gruppa fornøyde med, og føler at vi har jobbet ganske bra som et team. 3 STIKKORD Webkontor PHP Webutvikling

3 1. Forord Dette dokumentet tar for seg hovedprosjektet, som er avslutningen på et treårig Bachelor program i informasjonsteknologi og ingeniør i data ved Høgskolen i Oslo, våren Produktet er dokumentert på en ganske grei måte gjennom denne sluttrapporten på 4 deler. Kontaktet med oppdragsgiver ble opprettet via kontaktpersonen i gruppa og med resten av gruppa. Prosessdokumentasjonen skal gi et bilde til leserne om hvordan vi har tenkt, jobbet og gjennomført prosjektet. Hvilke belsutninger som ble tatt underveis, med begrunnelse for endringer som ble gjort. Kravspesifikasjonen er lagt til for å vise hvilke funksjoner vi skulle ha med i systemet. Produktdokumentasjonen viser struktur og kart over funksjonalitet i systemet, hvordan ting fungerer innad i systemet og er meget nyttig særlig for de som skal vedlikeholde og videreutvikle systemet. Testrapporten forteller hvordan ting fungerte under testing av systemet både med og uten oppdragsgiver. Rapporten vår er tilpasset papir versjon. Prosjektgruppen vil bruke de siste ordene i dette forordet til å takke de som har hjulpet oss med små og store problemer deriblant vår Veileder Geir Skjevling. Vi vil også gi en stor takk til Vegard Østby og Job Academy AS som har vært tett med oss gjennom hele prosjektperioden, og gitt oss forslag og tips.

4 2. Sammendrag Job Academy er et bemannings- og rekrutteringsbyrå som har hatt behov for et online system for lagring av data om kunder og kandidater. Oppgaven vår har gått ut på å lage dette systemet slik at det blir enklere for dem å følge opp både kunder og kandidater på en best mulig måte. Systemet har som oppgave å opprette, endre og slette kunder, kandidater og avtaler som skal være knyttet til en kunde/kandidat. Det skal også være mulig å legge til eller lagre dokumetarer som ansettelsesavtaler, oppdragsbekreftelser, lønnslipper o.l for kunder og kandidater. Hovedoppgaven for systemet er søking av kunder eller kandidater for et bestemt arbeid. Det skal være mulig å søke etter kandidater for en bestemt stilling ved å velge mellom ulike kategorier som kjønn, fagområde, utdanning, yrke eller andre stikkord. Resultatet av søket blir ramset opp alfabetisk for søkeren. Vi har lagt mye vekt på brukervennlighet slik at systemet er enkelt å bruke, til og med som ikke har så mye erfaring innenfor data. Webløsningen eller prototypen vi har utviklet og kommet fram til befinner seg i som er tilgjengelig for alle som har brukernavn og passord til systemet. Systemet er utviklet ved hjelp av PHP, og MYSQL som databaseverktøy. Vi har prøvd å følge fremdriftsplanen fra punkt og prikke for å fullføre systemet etter Job Academys ønske og behov til riktig tid. Resultatet vi har kommet fram til er alle i gruppa fornøyde med, og føler at vi har jobbet ganske bra som et team. Produktet vil mest sannsynlig bli tatt i bruk de nærmeste tiden, i og med at alt er testet underveis.

5 Innholdsfortegnelse Sammendrag Forord Prosessdokumentasjon Kravspesifikasjon Produktdokumentasjon Testrapport Brukermanual

6 Prosessdokumentasjon Prosjekt nr System Job Academy 1

7 Prosessdokumentasjon Prosjekt nr System Job Academy 1. Forord Dette er et dokument som inneholder gruppens hovedprosjekt 2008 ved høgskolen i Oslo, avdeling for ingeniør utdanningen, data og informasjonsteknologi linjen. Gruppen består av 3 medlemmer, Nirojah Melina Balagumar(leder), Pragas Shanmugarajah, og Praveena Moganadas. Gruppa satt en dag og vurderte hva og hvem vi hadde lyst å jobbe med. Da bestemte gruppa seg for å ringe Job academy som er et bemanningsselskap om de kunne tenke seg at vi lagde et system for dem. Vi fikk komme til et møte og ble enige om at vi skulle lage et system for dem som ville gjøre arbeidet deres mye enklere. Det så ut som de hadde lenge sett for seg et system som ville gjøre det enkelt for dem å holde oversikt over kunder og kandidater som de har hatt kontakt med. Før dette hadde de dokumenter lagret i mapper, og måtte lete seg fram for å finne det de skulle ha tak i. Noe som var mye arbeid, tidskrevende og tungvint. Hensiktet med dette systemet var å gjøre det enklere for Job academy å registrere kunder og kandidater, slik at de senere kunne søke opp kandidater som de kunne koble opp med forskjellige kunder. Systemet skulle også ha en søkemulighet der brukeren kan få forslag om ulike kandidater som passer til en bestemt stilling. Under prosjektet har vi fått hjelp på områder hvor vi satt fast, og fått flere ideer om hvordan vi kunne gjøre ting bedre. Spesielt vil vi takke: Vegard Østby som er bemanningssjef for Job academy har vært til stor hjelp under hele prosjektet og møtt oss ofte og gitt oss mange ideer om hvordan vi kunne gjøre ting bedre. Han har vært positiv og enkel å jobbe med, og motivert oss mye. Geir Skjevling som har tatt seg god tid til å møte og veilede oss der det trengtes. Han har også bidratt ved å komme med ideer der vi stod fast. Stine Fjeld og John-Erik Hassel som er bemanningsansvarlige i Job Academy AS. De har motivert oss og gitt masse støtte og ide er om hva mer vi kunne gjøre for å forbedre systemet. Noen av våre medstudenter, venner og familie som har vært med på å teste ut systemet og gitt oss ideer om hva som burde ha vært annerledes for at systemet skal være mest mulig brukervennlig. 2

8 Prosessdokumentasjon Prosjekt nr System Job Academy 2. Innholdsliste 1. Forord Innholdsliste Innledning Om Job Acadamy Bakgrunn for problemet Målet med oppgaven Krav for systemet Rammebetingelser Arbeidssted Utviklingsverktøy Kostnader og innkjøp Krav til kompetanse Planleggingen Arbeidstid Verktøy brukt for systemet Alternativer Løsning Hvordan planleggingen fungerte Tilbakemelding Utviklingsprossessen Prosjektets start Oppdragsgiverens krav Utviklingsfaser Begynnelsen Forprosjektfasen Planleggingsfasen og programmeringen Testfasen Sluttdokumentasjonsfasen Forholdet til oppdragsgiver Kravspesifikasjonen Hvorfor kravspesifikasjonen ble endret andre gang Hvorfor kravspesifikasjonen ble endret tredje gang Kravspesifikasjonen under design og implementering Kravspesifikasjonen og produktdokumentasjonen Oppsummering Det vi har lært Det vi kunne gjort annerledes Systemet nå Systemet i framtid Oppdragsgiver om systemet Kildehenvisning

9 Prosessdokumentasjon Prosjekt nr System Job Academy 3. Innledning 3.1 Om Job Acadamy Job Academy er et bemannings- og rekrutteringsbyrå som ønsker å være broen mellom akademia og norsk næringsliv. Deres mål er å få bidra til å gi studenter relevant erfaring ved siden av studiene slik at veien til fast jobb skal bli kortere. Job Academy ønsker å vise næringslivet hvor engasjerte, lærevillige og kompetente medarbeidere unge akademikere er. Ved å benytte unge og engasjerte akademikere i deltidsjobb, prosjektjobb, vikariat eller lignende har bedriftene en unik mulighet til å bli kjent med fremtidige potensielle medarbeidere, noe som vil gi lavere rekrutteringskostnader og færre feilansettelser. 3.2 Bakgrunn for problemet Job Academy er i dag et ungt og relativt nystartet byrå, og de er avhengige av å ha veldig god kontakt med deres kunder og kandidater. I den sammenheng evaluerer de kontinuerlig det dataverktøyet de har til disposisjon for bedre å kunne tilfredsstille behovet for utfyllende og presis informasjon. For tiden trenger de et verktøy for å gjøre det lettere å følge opp deres kunder og kandidater på en best mulig måte, noe de prioriterer høyt i deres arbeid. Verktøyet skal være tilgjengelig for alle som jobber i bedriften. 3.3 Målet med oppgaven Hovedmålet med prosjektet er å utvikle et verktøy for Job Academy som skal kunne brukes for å hente frem, lagre, endre og finne informasjon relatert til kunder og kandidater av bedriften. Dette vil blant annet gjøre det lettere for Job Academy å finne rette kandidater til riktig jobb for kunder i næringslivet. De skal også kunne registrere avtaler med kunder og kandidater slik at de har en oversikt over alle avtaler de skal ha på en bestemt dato. Verktøyet skal være webbasert, og skal kun være tilgjenglig for Job Academy sine ansatte som til daglig trenger dette verktøyet. Adressen vil av sikkerhetsmessige årsaker aldri bli offentliggjort for allmens eie, men kun for sensor og veileder ved sluttleveranse. 4

10 Prosessdokumentasjon Prosjekt nr System Job Academy 3.4 Krav for systemet logge seg inn på systemet som vil innholde informasjon knyttet til kunder og kandidater ved hjelp av passord og brukernavn legge til, endre og slette kunder og kandidater finne frem til informasjon ved hjelp av søkemuligheter, men også ved hjelp av direktelink på blant annet på filer og navn. legge til avtaler for kunder og kandidat vis avtaler spesifisert for kunder og kandidater hver for seg, og dagens avtaler. Vis kun avtaler for dagen. Systemet skal skal kunne tillate bruker å legge til alle mulige filtyper på en kunde eller kandidat ved registrering av CV vise mulighet for å skrive inn og/eller velge informasjon som skal gjøre det lettere å registrere en kandidat eller kunde. være nettbasert og tilgjenglig overalt i verden for de ansatte ha en brukergrensesnitt som i første omgang skal være enkelt og greit å bruke Øvrige krav og ønsker I tillegg skal vi utbedre hjemmesiden, og gjøre den litt sprekere enn den er i dag muligens med bedre layout, men ved å beholde samme struktur. Systemet skal være tilrettelagt for videreutvikling og påbygging i fremtiden. 5

11 Prosessdokumentasjon Prosjekt nr System Job Academy 3.5 Rammebetingelser Arbeidssted Vi valgte å arbeide med hovedprosjektet på blant annet reserverte gruppe rom på skolen, kantina eller samlet seg hjemme hos en av gruppemedlemmene. Dette med tanke på at vi kom til å diskutere alt rundt prosjektet. Men vi satt også andre steder hvor vi kunne snakke høylytt enkelte ganger Utviklingsverktøy De Verktøyene vi trengte for å løse prosjektet koster kr. 0, siden vår skole tilbyr det meste av programvare vi trenger for å løse dette prosjektet. Blant disse programvarene finner vi PHP, MYSQL og tilkobling mot skolens server for testing. Noen av programvarene er dessuten free source og helt gratis for nedlastning på nette. Dette er helt lovlig. MS Office: Alle dokumenter vil bli laget i Word IBM: Rational Rose: Vil bli brukt for å lage UML diagrammer MySQL: Vil bli brukt for å lage tabeller og SQL setninger for systemet TextPad: Vil bli brukt til å programmere store deler av PHP Kostnader og innkjøp Oppdragsgiver er ansvarlig for kostnadene under, og dette er kostnadene som er aktuelt i prosjektet. Kostnadene er knyttet til leie av server med et domene i et år, og videre vil det koste oppdragsgiver rundt Kr 355 de påfølgende årene. Webhotell: 20 Kr x 12 måneder NOK 240,00 (Leie av server) Årlig domeneavgift (.no): NOK 115,00 (Nytt domene og bruk 1 år) Opprettelse: NOK 100,00 (Startavgift) Sum utgifter 1.år: (eks.mva) NOK 455,00 (totalpris) Krav til kompetanse Krav til kunnskaper og kompetanse i dette prosjektet er følgende: - Lage effektive og forståelige UML diagrammer - Kan HTML også kombinert sammen med Stilark (CSS) - Kunnskaper innenfor SQL og databasehåndtering - Forståelse innenfor database relasjoner - Kan programmere i PHP - Skrive dokumenter på norsk ved bruk av Word 6

12 Prosessdokumentasjon Prosjekt nr System Job Academy Alle i gruppen har hatt veldig gode kunnskaper innenfor modellering av UML diagrammer. Alle har i tillegg gode norsk kunnskaper, og laget en god del dokumenter opp gjennom åra. Alle i gruppen har hatt faget Relasjonsdatabaser, og flere har brukt dette i andre fag som Dot Net og Webapplikasjoner. Vi har hatt flere fag som angår SQL, relasjoner og HTML. I tillegg kan 2 av 3 personer i gruppa PHP flytende, mens en av dem har det i år. HTML kombinert med CSS har aldri vært noe Big Deal for oss i gruppa, og her er det bare fantasien og samfunnet som stopper oss. Dermed utfyller vi hverandre på alle punkter nevnt over, og kan fastslå at vi utfyller kravene. 4. Planleggingen 4.1 Arbeidstid Det første vi gjorde var å sette av faste tider for å arbeide. Vi satte av etter en diskusjon 3,5 dager (tilsvarende ca 28 timer) i uka til å jobbe med dette prosjektet. Arbeidstiden var normalt mellom kl.9:30 til kl.17:30. Ved ekstra behov var skolen åpent fra kl.07:00 til kl.22:00 på hverdager, slik at vi satt lengre tid når det var nødvendig. Utenom hverdager, satte vi også av fra begynnelsen av at noen lørdager og søndager ville bli brukt når slutten nærmet seg. Mandag og onsdag mellom kl.11:00 15:00 satte vi av til faste dager for gruppemøter, og her var det obligatorisk krav at alle møtte opp, med unntak at vedkommende hadde gitt beskjed på forhånd. Vi snakket også med vår veileder Geir Skjevling, og vi satte avtalte at vi skulle kunne gå opp til kontoret hans ved behov. Deretter lagde vi en arbeidsplan som vi skulle følge under prosjektet. Arbeidsplanen lagde vi sammen på en av de faste møtene våre, slik at alle var enige om hvordan den skulle være. Vi satte for det meste mål som vi mente vi ville greie innen en periode. Kravspesifikasjon begynte vi på etter arbeidsplanen. Den lagde vi først selv ut ifra de kravene som oppdragsgiver ga oss, og deretter endret vi den sammen med oppdragsgiver slik at den mest mulig ble etter hans ønsker. Alt dette lagde vi på begynnelsen slik at vi hadde noe å jobbe etter hele tiden. 7

13 Prosessdokumentasjon Prosjekt nr System Job Academy 4.2 Verktøy brukt for systemet Oppdragsgiver ønsket en web-basert system som de kunne benytte hvor som helst i verden uavhengig av spesielle programvare. Det som er nødvendig for å bruke systemet er kun et unikt brukernavn og passord, slik at de som jobbet utenfor området også kunne få tilgang til systemet. Systemet skulle være rask, og skulle kunne hente og lagre informasjon på en systematisk måte. Det skulle også bli egnet for videreutvikling. Med hensyn til kravene over analyserte vi språkene som var favoritt hos hver enkelt. Vi tok de språk forslagene hver enkelt kom med og analyserte dem med hensyn til oppdragsgiver. Database språket SQL sammen med MySql var bestemt på forhånd, så dette var uaktuelt å endre. Deretter stod vi med to alternativer for hvordan vi skulle løse oppgaven, Dot.net og PHP Alternativer PHP Fordeler Svært utbredt og er på vei opp Flere i gruppa kan språket flytende Kommuniserer veldig godt sammen med SQL generelt PHP assosierer med Linux, webserveren Apache og databasen MySQL Ulemper Mye må lages fra Scratch Er et høynivå språk, og viktig å være helt presis for at maskinen ikke tolker helt feil DOT NET Fordeler - Micosoft support (kr.8.90 min) - Mye brukt i norske bedrifter Lett å utvikle ved hjelp av Dra inn verktøy av allerede innebygde funksjoner. Ulemper - Mye må lages fra Scratch - Er et høynivå språk, og viktig å være helt presis for at maskinen ikke tolker helt feil 8

14 Prosessdokumentasjon Prosjekt nr System Job Academy Løsning Vi valgte da språket PHP (Hypertext Preprocessor) som løsing for oppgaven vår. Vi brukte også MySql for å behandle databasen. PHP vil da sende dataene som brukeren taster inn eller trykker til SQL databasen, som videre da gjennom tilgang og SQL setninger vil kunne avgjøre hva den skal gjøre. Resultatet vil da bli sendt tilbake til en PHP funksjon, som da videre vil vise resultatet på websiden for bruker. Informasjon som sendes kan for eksempel være søkeord, lagring eller krav til endring. Og dessuten var det språket som vi alle 3 kunne best, i og med at en i gruppen ikke hadde noe erfaring med dot.net. 4.3 Hvordan planleggingen fungerte Planleggingen fungerte ganske bra i og med at vi hadde en fremdriftsplan, arbeidsplan og en kravspesifikasjon vi fulgte. Vi synes det var ganske greit å jobbe etter fremdriftsplanen fordi den hadde konkrete mål slik at vi ikke utsatte ting og ikke fikk mye å gjøre i siste liten. Vi hadde prosedyrer for hvordan vi skulle fordele oppgavene, også hvis et gruppemedlem ble syk. Planleggingen fungerte fint under prosjektet både når det gjaldt å jobbe sammen og jobbe hver for oss. Vi hadde faste møter hvor vi samlet for å planlegge hva vi skulle gjøre for kommende uke. Det vi kunne gjort bedre er at vi kunne ha planlagt flere møter når slutten nærmet seg. Det gjorde slik at vi fikk mindre tid å jobbe sammen, og jobbet heller mer hver for oss. Dette på grunn av at alle medlemmene i gruppa ikke var tilgjengelig på samme tid. Dette burde vi ha planlagt litt bedre i begynnelsen og satt av noen ekstra dager for å jobbe mer sammen. Vi planla også å gjøre hjemmesiden deres litt bedre med bedre layout osv, men dette kunne vi ikke gjøre p.g.a. de hadde en avtale med de som var ansvarlig med web siden. Det var en standard layout som ikke kunne endres og dermed måtte vi droppe det ut av kravet vårt i kravsystemet. 4.4 Tilbakemelding Vi hadde ganske god kontakt med vår oppdragsgiver. Vi var ofte på møte med oppdragsgiver og viste frem det vi hadde gjort siden sist vi var på møte. Vi fikk tilbakemeldinger om hva de syntes var bra og hva som kunne bli bedre. Etter møtene gjorde vi de endringene 9

15 Prosessdokumentasjon Prosjekt nr System Job Academy som oppdragsgiveren foreslo. Vi fikk god tilbakemelding og de virket ganske fornøyd hver gang vi hadde vært hos dem. Vi hadde også kontakt via telefon og e-post dersom det var ting vi lurte på, og oppdragsgiveren ga oss raskt svar tilbake. Oppdragsgiveren hadde hele tiden brukernavn og passord slik at de kunne teste systemet og finne ut hva de likte og hva de syntes kunne være vanskelig. Oppdragsgiveren var altså hele tiden kjent med systemet og kunne når som helst teste og bruke det når de enn ville ønske det. 5. Utviklingsprossessen 5.1 Prosjektets start Grunnen til at vi valgte å være på gruppe sammen er at vi alle tre kjenner hverandre godt og kom fram til at vi ville jobbe bra sammen og være ganske åpne mot hverandre under hele prosjektet. Vi er i tilegg en vennegjeng som holder sammen mye i fritiden også, så det å være på gruppe passet utmerket for oss. I tillegg har vi tidligere jobbet med prosjekter sammen og dette fungerte veldig bra. På begynnelsen da vi nettopp hadde dannet gruppen hadde alle tre det samme ønsket, og det var å jobbe med Sql. Vi hadde også ønske om å enten jobbe med dot.net eller PHP, altså at det skulle være web basert for det var vår sterkeste side. Det var også en grunn til at vi valgte å være sammen i en gruppe, p.g.a. samme interesse innenfor fagstoffet. Vi hadde til å begynne med to alternativer, og valget falt som sagt på det ene alternativet hvor vi skulle lage et system som skulle være et online-kontorverktøy. Noe som passet helt utmerket for oss og våre interesser. Vi var positivt innstilt på å arbeide alle tre, og gledet oss til å begynne å starte med oppdraget vårt. Vi begynte å jobbe med prosjektet etter en 2 ukers juleferie og kom godt i gang allerede ved starten. 5.2 Oppdragsgiverens krav Oppdragsgiverens krav var at det mest mulig skulle være lett å registrere kunde/kandidat, Slette en kunde/kandidat, endre en kunde/kandidat og søke etter en kunde eller kandidat. Han ville også at det skulle være mulig å søke opp alle kunder/kandidater som inneholdt en bestemt bokstav. For eksempel hvis han skrev a, skulle alle kunder/kandidater som inneholdt denne bokstaven komme opp på søket. I tillegg skulle han også ha mulighet til å 10

16 Prosessdokumentasjon Prosjekt nr System Job Academy kunne ha avanserte søk på kandidat slik at han kunne søke etter en bestemt kategori. Ellers fikk vi mest mulig bestemme selv hvordan utseende skulle være og hvilke farger vi ville bruke så lenge det var forståelig og oversiktlig og ikke inneholdt mange ulike farger. 5.3 Utviklingsfaser Et prosjekt har som vanlig forskjellige utviklingsfaser. Det har en begynnelse, en hoveddel og en sluttarbeid. I dette prosjektet har vi hatt en del forskjellige faser Begynnelsen Det første vi gjorde var å sette oss sammen og finne ut hva vi ville arbeide med. Deretter begynte jakten på prosjektet. Vi lagde en statusrapport før vi fikk et prosjekt å jobbe med. I begynnelsesfasen arbeidet vi med: Statusrapporten: Statusrapporten skulle fortelle om arbeidet vårt hittil. Siden vi ikke hadde funnet noe prosjekt innen fristen for statusrapporten, noe som heller ikke var et krav, skrev vi hva vi helst hadde lyst å jobbe med og hva slags prosjekt vi var ute etter. Prosjekthjemmesiden: Denne siden ligger på en av medlemmenes område. Her har vi presentert prosjektskissen som forteller hvem vi er og hva slags prosjekt vi har og hvem oppdragsgiveren vår er. Altså en skisse over prosjektet vårt. Prosjektdagbok: Vi begynte å skrive dagbok allerede fra første dag vi begynte arbeidet med prosjektet. Hensikten med denne var å se hva vi hadde gjort til hvilken dato. Alt arbeid som ble gjort ble skrevet inn i dagboken som en oversikt over hva vi hadde fått til og hva vi ikke hadde fått til. Veileder: hver gruppe har en veileder på skolen. Veilederen skal hjelpe til med ting hvor vi står fast eller komme med ideer til prosjektet vårt. Personen skal først og fremst være en støtte for oss Forprosjektfasen Forprosjektets hovedhensikt er at studentene skal klargjøre for seg selv og oppdragsgiver de handlingsrammer som de skal arbeide innenfor. 11

17 Prosessdokumentasjon Prosjekt nr System Job Academy Arbeidsplan og fremdriftsplan: Arbeidsplanen beskriver de fasene vi må gjennom i prosjektet og tidsfristen til de forskjellige fasene. Den beskriver også hver fase og hva vi må gjøre i hver fase. Basert på arbeidsplanen laget vi en framdriftsplan som gir oss en oversikt i hvilken uke hva og hva som må bli ferdig. FREMDRIFTSPLAN FOR GR Des Januar Februar Mars April Mai Juni Aktivitet/Uke Statusrapport Webside og Prosjektdagbok Prosjektskisse Forprosjekt Forprosjektrapport P Fremdriftsplan Arbeidsplan Å Læringsmål PHP, SQL, HTML, CSS S og JAVASCRIPT Kravspesifikasjon Krav og behov til K funksjonalitet Lage kravspesifikasjon E Implementasjon / Utvikling SQL delen PHP delen F Design og GUI Fullføre systemet E Testing / Feilsøking Test av system R Teste sammen med oppdragsgiver (Bruker) Dokumentasjon I Prosessrapport Produktdokumentasjon E Brukermanual Avslutning Levere Prosjektrapport Forberede presentasjon Presentasjon Aktivitet/Uke Des Januar Februar Mars April Mai Juni Ferie Innleveringsfrist Arbeid Egne frister 12

18 Prosessdokumentasjon Prosjekt nr System Job Academy Statusrapport ARBEIDSPLAN FOR GRUPPE 18 Aktivitet Beskrivelse Tidsfrist Oversikt over gruppemedlemmer, oppsøkte bedrifter og nåværende status for gruppen Webside og dagbok Opprette webside for gruppen og føre prosjektdagbok Prosjektskisse En kortfattet beskrivelse av prosjektet Forprosjekt Forprosjektrapport En rapport som blant annet innholder mål, ramme -betingelser, alternativer og krav for prosjektet * Fremdriftsplan En plan med tid og dato over arbeid som må fullføres Arbeidsplan Viser oversikt over aktiviteter som må fullføres PHP, SQL, HTML, CSS og JAVASCRIPT Krav og behov til funksjonalitet Læringsmål Kunne koble SQL opp mot nettservere, kunne lage PHP baserte funksjoner for systemet, lage flere prototyper for å kunne bruke det videre i prosjektet og kunne forbedre eksisterende websider under visse forutsetninger Kravspesifikasjon Kartlegge krav til funksjoner som oppdragsgiver ønsker i selve systemet Lage kravspesifikasjon Lage et dokument ut fra kravene ovenfor * Implementasjon / Utvikling SQL delen Tegne relasjoner, Lage SQL setninger og tabeller PHP delen Koble PHP til SQL delen, Lage PHP funksjoner Design og GUI Tilpasse brukervennlighet og design etter ønske Fullføre systemet Gjøre ferdig systemet og avslutte implementeringen * Testing / Feilsøking Test av system Teste hele systemet, analysere feil, rette opp, rapport Teste sammen med La bruker av systemet få teste det ut, slik at vi får gjort siste oppdragsgiver (Bruker) nødvendige endringer, hvis det er behov for det Dokumentasjon Prosessrapport Lage en rapport om arbeid, valg og prosess som er blitt foretatt underveis i prosjektet Produktdokumentasjon Lage en rapport om hvordan databasesystemet virker Brukermanual Lage en bruksanvisning til brukere av systemet Avslutning Levere Prosjektrapport Levere alle dokumenter samlet sammen til en rapport * Forberede presentasjon Lage presentasjon, forbrede og planlegge fremføring Muntlig Presentasjon Presentere hovedprosjektet for sensur og veileder * * Versjon final - Sist Endret

19 Prosessdokumentasjon Prosjekt nr System Job Academy Forprosjektrapporten: Forprosjektrapporten beskriver hvem vi jobber for, litt om oppdragsgiveren. Hva salgs mål vi hadde med oppgaven. Kravene vi har for systemet vi skal lage. Hva vi skal lage systemet i, og hva slags verktøy vi skal bruke. Den beskriver også hvilken andre alternativer vi hadde for å løse oppdraget, og en begrunnelse for hvorfor vi valgte det verktøyet vi valgte. Til slutt en konklusjon over valgene vi hadde tatt Planleggingsfasen og programmeringen De første ukene av planleggingsfasen gikk til å planlegge hvordan systemet skulle fungere. Da satte vi oss ned og begynte å skrive på kravspesifikasjonen. Som nevnt tidligere, skrev vi kravspesifikasjonen ut i fra de ønsker som oppdragsgiver kom med på møtene. Dette tok vi med til han igjen så han kunne se gjennom kravene vi hadde skrevet. Han så igjennom kravene og kom med noen ekstra krav for at systemet skulle bli bedre for han. Var det noen punkter han mente han ikke trengte ba han oss ta disse vekk i og med at det ikke var nødvendig for han. Vi hadde en del møter med han for å få en klar forståelse mellom gruppa og oppdragsgiver om hva han ville ha i systemet. Det viktigste var at systemet skulle ha en administrator. Alt som lå i systemet var hemmelig og det var bare de som jobbet i job academy som skulle ha tilgang til informasjon lagret i systemet. Derfor måtte vi ha en logg inn side med brukernavn og passord slik at man må ha et passord for å komme inn i systemet. Når man hadde tastet riktig brukernavn og passord får brukeren gå videre inn i systemet hvor brukeren får flere alternativer og valgmuligheter. Videre ville Job academy også at det skulle være et avansert søk på kandidater slik at man f. eks kunne søke etter kandidater basert på hvor mange års utdanning, fagområde, kjønn, yrke, eller en kombinasjon av deler av disse feltene. Når vi hadde gjort dette så kom vi fram med et forslag om at vi kunne lage en avtale funksjon. Her kunne Job academy legge til avtaler som de skulle ha med en kunde/kandidat samt dato og sted for hvor og når avtalen skulle gjennomføres, slik at de fikk en oversikt over kommende avtaler, avtaler som har vært og dagens avtaler. Dette syntes oppdragsgiveren var et bra forslag og ville gjerne ha en slik funksjon, så da ble det til at vi la dette også som et krav til systemet. 14

20 Prosessdokumentasjon Prosjekt nr System Job Academy Sikkerhet og tilgang til systemet For at brukeren skal gå inn i systemet må han ha brukernavn og passord. Det er kun de som jobber for Job academy som skal ha tilgang til systemet og bruke det for her ligger det private infoer om kunder og kandidater som ingen andre skal ha tilgang til. Vi mente også at det var viktig med back-up. De aller fleste nettbutikker for leie av serverplass ar et backup system som daglig lagrer informasjon et annet sted i tilfelle noe skulle skje. Dessuten er det ikke lett å bryte seg inn i slike bedrifter, og dermed har vi dobbel sikkerhet. Det er også mulighet for å tillate kun bestemte mac adresser inn til serveren eller blokkere alle ip-adresser utenom de ip-adressene bedriften bruker hvis dette skulle være ønskelig. Men siden Job academy ville ha det slik at man skulle kunne gå inn på systemet uansett hvor man var så lenge man hadde internett valgte vi å utelate dette. Utseende Oppdragsgiveren hadde ingen spesielle krav for hvordan utseende skulle se ut så lenge det var lett og forståelig. Så dette var fritt for oss hvordan vi ville det skulle se ut. Vi lagde utseendet ut i fra hva vi alle tre ville at den skulle se ut. Alle hadde forskjellige meninger om hvordan den skulle se ut, så vi tok hver ide fra hvert gruppemedlem og satte det sammen slik at det ble en blanding av ideene til alle til sammen. Vi brukte mye tid på hvordan designet til systemet skulle se ut. Den skulle være så oversiktlig som mulig og veldig enkelt å bruke. Og dette ble vi fornøyd med. Oppbygging og funksjon i systemet Før vi begynte med programmeringen tenkte vi gjennom alle kravene som var satt opp i kravspesifikasjonen. Vi begynte med det vi mente var det enkleste og det vi mente var viktig for at vi skulle gå videre til andre deler av systemet. Vi planla hva vi skulle ta først og hva vi skulle ta sist. Det var etter denne planleggingen vi begynte på selve kodene. Det meste av systemet gjorde vi sammen når vi møttes på skolen, men det var noen deler vi gjorde hver for oss og som vi senere flettet sammen når vi møttes. Det vi tok hensyn til først var å få kodene til å virke for legge til kunde, slette kunde, redigere kunder og søke etter kunder. Når vi hadde fått dette på plass, begynte vi å tenke på hvordan den skulle se ut. Som sagt brukte vi tid på designet også og tegnet en skisse for hvordan vi ville at det skulle se ut. Så var det å overføre dette til koder i systemet. 15

21 Prosessdokumentasjon Prosjekt nr System Job Academy Testfasen Når vi var på avsluttning av systemet begynte vi å teste det for å se om det var noe vi manglet. Det så ut som vi hadde greid å få til det vi hadde planlagt. Oppdragsgiveren fikk testet systemet og han var fornøyd med brukervennligheten og syntes systemet var enkelt og grei å forstå. Han var også fornøyd med designet og at det var enkelt å legge til, endre, søke og slette kunder og kandidater. Vi testet ofte deler av systemet med medstudenter, venner, familie, oppdragsgiver og veileder. Vi begynte ikke på noe nytt før det ene delen var ferdig. Dette var grunnen til at det ikke oppstod mange feil når vi testet det ferdige systemet. I tillegg hadde oppdragsgiveren også brukernavn og passord slik at han også testet når han ønsket. Testingen har både foregått på internett Explorer, Mozilla Firefox og safari Sluttdokumentasjonsfasen Allerede på starten hadde gruppen laget forprosjekt, prosjektskisse, prosjektdagbok, Og statusrapport som beskrev mye om hva oppdraget vårt har vært og hvordan vi skulle løse dette. Vi begynte på sluttdokumentasjonen når vi var nesten ferdig med systemet. Da fordelte vi arbeidet slik at alle fikk like mye arbeid med sluttdokumentet. Det ble en hektisk tid i og med at vi nærmet oss slutten. Denne tiden var vi alle på skolen fulle dagen og holdt på med dette. Sluttdokumentasjonen består av prosessrapport, produktrapport, brukermanualen og testdokumentasjonen. Prosessrapporten forteller hvordan arbeidet til gruppen har blitt utført, det forteller hvilke problemløsningsmetoder og arbeidsmetoder vi har hatt, samt den faglige utviklingen vi har gjennomgått fra begynnelsen til slutten av arbeidet. Produktdokumentasjonen er oversikt over systemets egenskaper og funksjoner. Brukermanualen er en oversikt på hvordan systemet skal brukes på de forskjellige områdene. Den beskriver hvordan man skal registrere kunder/kandidat, sletter en kunde/kandidat, søke på en kunde/kandidat eller legge til avtale for en kunde/kandidat 16

22 Prosessdokumentasjon Prosjekt nr System Job Academy 5.4 Forholdet til oppdragsgiver Under prosessen har vi utviklet et godt forhold med oppdragsgiver. Han har hele tiden vært tilgjengelig for hjelp, og har bidratt mye for utviklingen av systemet. Har kommet med ideer og tatt seg tid til oss. Han har hele tiden vært positivt innstilt når vi har hatt møter med han og han har aldri vært negativ under prosessen. 6. Kravspesifikasjonen Kravspesifikasjonen har vi omtalt mange steder i dette dokumentet. Som tidligere nevnt begynte vi å skrive kravspesifikasjonen like etter vi hadde vært hos Job academy og fått med oss hva dem ville ha som krav til systemet. Første gang vi skrev dette, sendte vi en e-post til Job academy og spurte om dette var en grei kravspesifikasjon ut i fra hva dem forventet. Vi ble enige om å møtes for å diskutere kravene igjen og da fikk han legge til krav han syntes manglet eller fjerne krav han mente var unødvendige. Da ble kravspesifikasjonen endret første gang. 6.1 Hvorfor kravspesifikasjonen ble endret andre gang Senere fikk vi vite at vi ikke kunne gjøre noe med hjemmesiden til Job academy. De ønsket et bedre og tiltrekkende utseende enn det de allerede hadde nå. Dette var en av kravene i begynnelsen. Etter at Job academy hadde vært på møte med de som ansvarlige for hjemmesidens layout og oppbygging fikk de vite at de ikke kunne gjøre noe med dette og at dette var en standard. Det eneste vi kunne gjøre var å forandre litt på bilder og eventuelt tekst. Dette mente han var unødvendig i og med at han helst ville forandre på utseendet til siden. Da måtte vi fjerne dette kravet fra kravspesifikasjonen. Dette var andre gang vi måtte endre på kravspesifikasjonen. 6.2 Hvorfor kravspesifikasjonen ble endret tredje gang Når vi skulle begynne med en funksjon som het vis logg, som skulle vise en logg over de siste som hadde vært pålogget på systemet måtte vi endre kravspesifikasjonen tredje gang. Dette var fordi oppdragsgiveren ikke ønsket denne funksjonen allikevel. Han syntes det var unødvendig å vite hvem som hadde vært i systemet i og med at det er bare Job academy som skal kunne gå inn på systemet. I stedet for dette ville han heller ha en avtalefunksjon 17

23 Prosessdokumentasjon Prosjekt nr System Job Academy som vi kom opp som et forslag til i stedet for å lage en logg funksjon. Deretter måtte vi ta vekk vis logg kravet fra kravspesifikasjonen og legge til legg avtalte funksjonen. I tillegg ville han ha en laste opp funksjon som skulle gjøre det mulig å laste opp dokumenter for en bestemt kunde eller kandidat. Altså ble den 4 versjonen vårt endelige kravspesifikasjon. 6.3 Kravspesifikasjonen under design og implementering Under hele prosessen har vi vært avhengig av kravspesifikasjonen. Vi har satset på å få systemet så nært opp til kravspesifikasjonen som mulig. Når det har vært endringer i kravspesifikasjonen har vi raskt tatt hensyn til dette i systemet. Kravspesifikasjonen har derfor vært en viktig veiledning for oss hele veien. Det har vært lettere å jobbe med systemet med en slik kravspesifikasjon. 6.4 Kravspesifikasjonen og produktdokumentasjonen De kravene som er beskrevet i den endelige kravspesifikasjonen er oppfylt. Vi arbeidet jevnt med alle kravene slik at vi ikke stod igjen med noen krav på slutten. Vi var ferdig med produktet i god tid og hadde bare litt endringer å gjøre på slutten. 7.Oppsummering Når vi begynte med prosjektet satt vi sammen og lagde en arbeidsavtale som inneholdt regler som gruppen skulle følge. Deretter satte vi faste tider for når hva og hva skulle bli ferdig i en arbeidsplan. Vi synes vi har fulgt framdriftsplanen veldig godt og holdt de målene vi satte. Vi diskuterte også hva som var viktigst for oppdragsgiveren med dette systemet, og ut i fra det satte gruppa seg ned og lagde en kravspesifikasjon som oppdragsgiveren godkjente og la til punkter han syntes manglet. Vi la også til punkter vi mente kunne gjøre systemet enda bedre. Utseende var det gruppen som valgte, men oppdragsgiveren var med på å si fra hvis det var noe han ikke likte eller likte godt. Vi mente sluttproduktet skulle både fungere på Mozilla firefox og internett explorer. Systemet fungerer slik at administratoren logger inn på systemet, slik at han får mulighet til å enten gå inn på kunder eller kandidater. Her kan han se oversikt, søke etter, legge til og endre på kandidater/kunder og legge til avtaler. 18

24 Prosessdokumentasjon Prosjekt nr System Job Academy 7.1 Det vi har lært Vi har lært mye nytt under prosjektet, som for eksempel det å sette av tid sammen og arbeide som en gruppe. Vi lærte også at man må planlegge nøye og fordele oppgaver slik at man kan få best mulig resultat. Det er også en stor hjelp og viktig å spørre resten av gruppen om hjelp når man står fast. Samarbeidet er viktig for at gruppen skal fungere. Det er også viktig å ha reglemessige møter med oppdragsiver slik at han kan gi tilbakesvar på hva han likte og ikke likte, slik at systemet best mulig blir slik han ønsker det. Og vi erfarte at det er også en stor fordel å ha laget en fremdriftsplan som man kan følge slik at man ikke stresser med arbeid på slutten. Gruppen lærte også mer om php, og Sql enn det vi kunne fra før. Så vi har både lært å samarbeide med andre mennesker og i tillegg fått mer kunnskap og fagstoffet. 7.2 Det vi kunne gjort annerledes Det vi kunne ha gjort annerledes er at vi kunne ha møtt litt mer enn det vi gjorde. Vi kunne arbeidet mer sammen enn hver for oss. Men ellers er vi fornøyde med arbeidet vårt, og synes ting har gått bra. Vi har ikke hatt mange uenigheter mellom gruppen og vi har hatt et bra arbeidsmiljø. 7.3 Systemet nå Systemet skal brukes av Job academy som en slags online-kontorverktøy. Det skal nå være lettere for dem å kunne registrere, slette, endre, og søke etter en kunde eller kandidat. Systemet skal brukes for å kunne få en oversikt over alle kunder og kandidater registrert i Job academy. Med et slikt system online blir det lettere for Job academy å jobbe hvor som helst og ha alt samlet på et sted i stedet for å ha flere dokumenter som de må lete seg igjennom for å finne det de er ute etter. Systemet har også mulighet for å bli endret senere. Vi har programmert det slik at det skal bli enkelt å endre på funksjonene eller legge til flere funksjoner. 7.4 Systemet i framtid Job academy kommer til å bruke dette systemet i fremtiden. Job academy ville ha det systemet så enkelt og forståelig slik at fremtidige arbeidere på Job academy skal kunne forstå lett hvordan systemet skal brukes. Selv om de som allerede jobber i Job academy slutter kommer de til å overføre systemet til de nye arbeiderne slik at de kan ta i bruk systemet. Hvis Job academy vil ha endringer eller legge flere funksjoner til systemet har de også 19

25 Prosessdokumentasjon Prosjekt nr System Job Academy mulighet for dette i fremtiden, så det ser ut som om dette systemet kommer til å bli brukt lenge fremover i tid. 7.5 Oppdragsgiver om systemet Oppdragsgiveren har sagt at de er veldig fornøyd med systemet. At det er lett forståelig og at det kommer til å gjøre det mye lettere for dem i framtiden med dette systemet. De mener vi har oppfylt de meste av kravene. Bemanningssjefen for Job academy skulle slutte like før slutten av prosjektet og dermed skulle de andre fra Job academy se på prosjektet. Og de har også vært positivt til systemet. De mener også at det var lett forståelig og var godt jobbet og at de ikke kunne se noen mangel på systemet. 8. Kildehenvisning Hovedprosjekt i IT/DATA Dokumentasjonsstandard Ann Mari Torvatn 20

26 Kravspesifikasjon Prosjekt nr System Job Academy 2

27 Kravspesifikasjon Prosjekt nr System Job Academy 1. Forord Denne kravspesifikasjonen beskriver betingelsene for prosjekt System Job Academy. Krav til funksjonalitet og betingelser er beskrevet i dette dokumentet. Hovedkravene rundt funksjonalitet er gitt av oppdragsgiver, mens øvrige krav og ønsker har vært valgfritt. Gruppa har selv styrt språk, teknologi og verktøy på en best mulig måte. 3

28 Kravspesifikasjon Prosjekt nr System Job Academy 2. Innholdsfortegnelse 1. Forord Innholdsfortegnelse Systemkrav Funksjonskrav Teknisk Krav Datalagring Krav til datalagring Design (GUI) Krav til design Dokumentasjon Krav til dokumentasjon Utvidelser og videreutvikling Mulige utvidelser i fremtiden

29 Kravspesifikasjon Prosjekt nr System Job Academy 3. Systemkrav 3.1 Funksjonskrav logge seg inn på systemet som vil innholde informasjon knyttet til kunder og kandidater ved hjelp av passord og brukernavn legge til, endre og slette kunder og kandidater finne frem til informasjon ved hjelp av søkemuligheter, men også ved hjelp av direktelink på blant annet på filer og navn. legge til avtaler for kunder og kandidat vis avtaler spesifisert for kunder og kandidater hver for seg, og dagens avtaler. Vis kun avtaler for dagen. Systemet skal skal kunne tillate bruker å legge til alle mulige filtyper på en kunde eller kandidat ved registrering av CV vise mulighet for å skrive inn og/eller velge informasjon som skal gjøre det lettere å registrere en kandidat eller kunde. være nettbasert og tilgjenglig overalt i verden for de ansatte ha en brukergrensesnitt som i første omgang skal være enkelt og greit å bruke Øvrige krav og ønsker I tillegg skal vi utbedre hjemmesiden, og gjøre den litt sprekere enn den er i dag muligens med bedre layout, men ved å beholde samme struktur. Systemet skal være tilrettelagt for videreutvikling og påbygging i fremtiden. 5

30 Kravspesifikasjon Prosjekt nr System Job Academy 3.2 Teknisk Krav Utvikles i PHP sammen med MySQL For å gjøre systemet brukervennlig brukes CSS Programmet som skal brukes til programmering er TextPad Lagring av data vil skje i MySQL 5.0 Applikasjonen skal kunne kjøres på alle nettlesere 4. Datalagring 4.1 Krav til datalagring All informasjon og filer i System Job Academy lagres hos en serverplass tilbyder, for oppdragsgiver er dette for tiden one.com Validering av data skjer før informasjonen blir sendt til MySQL databasen for registrering Sikkerheten er ivaretatt for lagring av informasjon på serveren MySQL databasen skal være normalisert ut ifra det som er best for å hente ut informasjon på en effektiv og enkel måte. 5. Design (GUI) 5.1 Krav til design Veldig brukervennlig og gjerne så enkel som mulig Unngå bruk av mer en 2-3 farger per side Unngå sterke farger, og gjerne farger som refererer til Job Academy sin Logo Knapper og navigasjon børe være tydelige og lett å forstå for en vanlig bruker 6

31 Kravspesifikasjon Prosjekt nr System Job Academy 6. Dokumentasjon 6.1 Krav til dokumentasjon All dokumentasjon skal til enhver tid være tilgjenglig på gruppesiden, gjerne i formatene Word og PDF Dagbok skal føres og legges ut på gruppesiden Følgende dokumenter skal leveres inn: - Prosessdokumentasjon - Kravspesifikasjon - Produktdokumentasjon - Testrapport - Brukermanual 7. Utvidelser og videreutvikling Systemet skal være tilrettelagt for videreutvikling, og manglede funksjoner og egenskaper skal dokumenteres i produktdokumentasjonen. 7.1 Mulige utvidelser i fremtiden Vise alle endringer gjort på Kunde eller Kandidat, og hvilken bruker som har endret og dato for endring. Legge til Slett Knapp eller kryss av boks og muligheter for å slette dokumenter som er lastet opp Topp 10 Liste over mest sette Kunde og Kandidater Legge til Kalender layout ved valg av dato, slik at det er lettere for bruker å få oversikt over når avtalen er. Legge til øvrige ønsker som Oppdragsgiver eventuelt ønsker implementert i systemet i fremtiden, og kanskje forbedre brukervennligheten ytterligere. Legge til timelister og Automatisk beregning av lønn for en kandidat ved legge inn ønsket skatt, trekk og lønn per time 7

32 Produktdokumentasjon Prosjekt nr System Job Academy 1

33 Produktdokumentasjon Prosjekt nr System Job Academy 1. Forord Denne produktdokumentasjonen er ment for de som skal vedlikeholde, oppdatere og lære bort hvordan System Job Academy fungerer. Produktdokumentasjonen vil gi en dypere beskrivelse av systemet. Det vil forekomme tekniske ord og begreper som er relatert IT verden, men at disse da vil bli forklart så langt det er mulig. De som leser dette dokumentet bør derfor kunne en del data kunnskaper fra forhånd for å få mest mulig utbytte av dokumentet. Med litt forståelse skal det være mulig for de som leser dette dokumentet å sette seg inn i systemegenskapene, men det kreves likevel ITkompetanse for å forstå struktur, språk og beskrivelse på flere punkter. Dokumentet er tilpasset papirversjon. 2

34 Produktdokumentasjon Prosjekt nr System Job Academy 2. Innholdsfortegnelse 1. Forord Innholdsfortegnelse Innledning Om bedriften Dagens situasjon Mål Teknologier Rammebetingelser rundt teknologi Utviklingsmiljø Nettleser og system Beskrivelse av teknologi Datastrukturer og oppbygning Use Case Diagram med beskrivelse... 8 USE CASE Logge Inn... 9 USE CASE Registrer kunde... 9 USE CASE Søke etter Kunde USE CASE Endre/Slette Kunde USE CASE Stillingssøk USE CASE Laste opp filer USE CASE Registrere avtaler USE CASE Vis avtaler USE CASE Registrer Kandidat USE CASE Søke etter Kandidat USE CASE Endre/Slette Kandidat Klassediagram Database og tabeller Beskrivelse av System Job Academy Generell beskrivelse Navigasjonsmodell Innloggingssiden og Hovedsiden Navigering og Knapper Steg 1 Registrere Kandidat Steg 1 Søke Kandidat Steg 1 Stillingssøk Steg 1 Avtaler / Kalender Steg 2 Vis Søkeresultat for Kandidat Søk og Stillingssøk Steg 3 Vis Profil og muligheter Steg 4 Legge til Avtaler Steg 4 Slette Kandidat Steg 4 Endre Kandidat Steg 4 Laste Opp Filer

35 Produktdokumentasjon Prosjekt nr System Job Academy 7. Sikkerhet Fremtidige Utvidelser og forbedringer Mulige utvidelser i fremtiden Tilgang til Kildekode og System Job Academy Kildehenvisning Figurliste

36 Produktdokumentasjon Prosjekt nr System Job Academy 3. Innledning 3.1 Om bedriften Job Academy er et bemannings- og rekrutteringsbyrå som ønsker å være broen mellom akademia og norsk næringsliv. Deres mål er å få bidra til å gi studenter relevant erfaring ved siden av studiene slik at veien til fast jobb skal bli kortere. Job Academy ønsker å vise næringslivet hvor engasjerte, lærevillige og kompetente medarbeidere unge akademikere er. Ved å benytte unge og engasjerte akademikere i deltidsjobb, prosjektjobb, vikariat eller lignende har bedriftene en unik mulighet til å bli kjent med fremtidige potensielle medarbeidere, noe som vil gi lavere rekrutteringskostnader og færre feilansettelser. 3.2 Dagens situasjon Job Academy registrerer og lagrer kundeinformasjon i mapper med kundenavn på hver enkelt datamaskin for øyeblikket. Tilgjengligheten for å dele informasjonen med andre ansatte innad i bedriften går ganske tregt, og man er nødt til å ringe hverandre. Det går mye tid på dette arbeidet, og det er en ressurs de kunne brukt på andre oppgaver. Det var derfor ønskelig for dem med et system hvor alle kunne ha tilgang til samme informasjon uten at de var avhengige av hverandre eller ekstra programvare. Systemet skulle være nettbasert og gi tilgang ved bruk av brukernavn og passord uansett hvor de ansatte måtte befinne seg til enhver tid. 3.3 Mål Målet med oppgaven var å utvikle et nettbasert system hvor man kunne lagre, hente frem og søke etter informasjon på en ganske lett og sikker måte. Systemet skulle også ha en design som var ganske enkel og samtidig være brukervennlig med fine knapper og forklaringer. Systemet skulle innholde: Muligheter for å registrere, endre og slette kunder, kandidater og avtaler. Det skal også være mulighet for å søke etter kunder og kandidater, og laste opp dokumenter som er relatert disse. Mulighet for å finne riktig kandidat til en jobb 5

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet.

Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet. Produktrapport Forord Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet. Dataansvarlig eller supporter trenger informasjon om

Detaljer

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

Kravspesifikasjon. IT-infrastruktur. Kravspesifikasjon. Høgskolen i Oslo. Avdeling for Ingeniører. 23. mai 2008 IT-infrastruktur Kravspesifikasjon 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 2 PROSJEKT NR. 08-08

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

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

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

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING Prosjekt 18 Jørgen Mobekk Sørensen Morten Evje Tor Andreas Baakind Anders Gabrielsen Side 1 1 FORORD Dette dokumentet er brukerveiledningen, og skal være en veiledning

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

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

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

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

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

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

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

Del 1: Overgang fra gammel hjemmeside til ny hjemmeside

Del 1: Overgang fra gammel hjemmeside til ny hjemmeside Del 1: Overgang fra gammel hjemmeside til ny hjemmeside Instituttsider og personlige hjemmesider som ligger på HFs egen webserver skal nå fases ut.dette innebærer at alle som fortsatt har hjemmesider der,

Detaljer

Forprosjektrapport. Hovedprosjekt våren 2009. Gruppenr. H09E03. Bent-Henning Nesse Cheko Haji Abbasi Jon Espen Olsen

Forprosjektrapport. Hovedprosjekt våren 2009. Gruppenr. H09E03. Bent-Henning Nesse Cheko Haji Abbasi Jon Espen Olsen Forprosjektrapport Hovedprosjekt våren 2009 Gruppenr. H09E03 Bent-Henning Nesse Cheko Haji Abbasi Jon Espen Olsen Styre- og loggsystem for en testjigg HØGSKOLEN I ØSTFOLD Avdeling for ingeniørfag Postadresse:

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

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

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

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

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

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

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

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

Gruppelogg for hovedprosjekt 2009

Gruppelogg for hovedprosjekt 2009 Gruppelogg for hovedprosjekt 2009 Før det endelige valget på prosjektet ble tatt brukte gruppen en del tid på å finne forskjellige muligheter for oppgaveemner. Det ble blant annet kontaktet Hafslund produksjon

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

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

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

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

Presentasjon av hovedprosjekt ved HIST Nettbutikk www.midt-svartdal.no

Presentasjon av hovedprosjekt ved HIST Nettbutikk www.midt-svartdal.no Presentasjon av hovedprosjekt ved HIST Nettbutikk www.midt-svartdal.no Hovedprosjekt 2008 av Audun M. Solheim, student HIST/BAIN, audun@c2i.net Oppdragsgiver:Bjørg Minnesjord Solheim, bjorg@midt-svartdal.no

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

Komme i gang med Skoleportalen

Komme i gang med Skoleportalen Generell brukerveiledning for Elevportalen Denne elevportalen er best egnet i nettleseren Internett Explorer. Dersom du opplever kompatibilitets-problemer kan det skyldes at du bruker en annen nettleser.

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

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

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

1 Inledning. 1.1 Presentasjon. Tittel Informasjonsplattform for NorgesGruppen. Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen

1 Inledning. 1.1 Presentasjon. Tittel Informasjonsplattform for NorgesGruppen. Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen Kravspesifikasjon 1 Inledning 1.1 Presentasjon Tittel Informasjonsplattform for NorgesGruppen Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen Periode 3. Januar 14. Juni Gruppemedlemmer

Detaljer

Forprosjektrapport For gruppe 20:

Forprosjektrapport For gruppe 20: Forprosjektrapport For gruppe 20: Kevin Johnny Galåen s135768 Ali Emre Yildirim s135573 Danh Tran s141712 Vibeke Askeland s141436 Fullført: 30.01.2009 Table of Contents Forprosjektrapport... 1 For gruppe

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

VEDLEGG 1 KRAVSPESIFIKASJON

VEDLEGG 1 KRAVSPESIFIKASJON VEDLEGG 1 KRAVSPESIFIKASJON INNHOLDSFORTEGNELSE Forord... 2 1 Systembeskrivelse... 2 2 Mål for systemet... 3 3 Funksjonelle krav... 4 4 Ikke-funksjonelle krav... 5 5 Use-case diagram... 6 6 Rammekrav...

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

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...

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

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

Forprosjektrapport. Presentasjon. Studentgruppen. Bekk Consulting AS. Android app for aktivering av jakt- og fiskekort

Forprosjektrapport. Presentasjon. Studentgruppen. Bekk Consulting AS. Android app for aktivering av jakt- og fiskekort Forprosjektrapport Presentasjon Tittel: Oppgave: Gruppemedlemmer: Prosjektgruppe: Veileder: Hovedoppdragsgiver: Kunde av oppdragsgiver: Ansvarlig for gruppen: Faglig veileder hos BEKK: Android app for

Detaljer

www.mentalhelse.no Vårt nettsted En håndbok for lokale nettredaktører i fylkes- og lokallag

www.mentalhelse.no Vårt nettsted En håndbok for lokale nettredaktører i fylkes- og lokallag www.mentalhelse.no Vårt nettsted En håndbok for lokale nettredaktører i fylkes- og lokallag Introduksjon Gratulerer Mental Helse! Våre nettsider har fått en oppfriskning og fremstår i ny drakt. Design

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

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

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

Innholdsfortegnelse. Kravspesifikasjon... 2 Prosessrapport... 7 Produktrapport... 20 Testrapport... 74 Brukermanual... 82

Innholdsfortegnelse. Kravspesifikasjon... 2 Prosessrapport... 7 Produktrapport... 20 Testrapport... 74 Brukermanual... 82 Innholdsfortegnelse Kravspesifikasjon... 2 Prosessrapport... 7 Produktrapport... 20 Testrapport... 74 Brukermanual... 82 1 Kravspesifikasjon 1 Presentasjon Tittel: Kundedatabase for Infonor AS Oppgave:

Detaljer

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...

Detaljer

Forprosjektrapport. Høgskolen i Oslo Våren 2007-02-02. Dr.Klikk. Gruppe 25. Håkon Drange s130167 Lars Hetland s127681

Forprosjektrapport. Høgskolen i Oslo Våren 2007-02-02. Dr.Klikk. Gruppe 25. Håkon Drange s130167 Lars Hetland s127681 Forprosjektrapport Høgskolen i Oslo Våren 2007-02-02 Dr.Klikk Gruppe 25 Håkon Drange s130167 Lars Hetland s127681 Innholdsfortegnelse PRESENTASJON... 2 SAMMENDRAG... 2 OM BEDRIFTEN... 2 DAGENS SITUASJON...

Detaljer

student s104111, s107911, s122357

student s104111, s107911, s122357 Forord Denne brukerveiledning er ment som et hjelpemiddel for brukerne av administrasjonssystemet og vaktsystemet. Målgruppen for administrasjonssystemet er avdelings ledere på Grefsenhjemmet, mens målgruppen

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

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

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

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

CharityDoctors. Prosessrapport

CharityDoctors. Prosessrapport CharityDoctors 1. FORORD Beskrivelse i denne rapporten tar for seg hvordan prosjektet har vært utviklet i hele prosjekt perioden. Her forklarer vi hvordan prosessen har vært og begrunnelser for de valgene

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

Testdokumentasjon. Testingen utføres for å utelukke mest mulig feil i systemet.

Testdokumentasjon. Testingen utføres for å utelukke mest mulig feil i systemet. PROSJEKT NR. 2007-30 Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Cort Adelers gate 30, Oslo TILGJENGELIGHET Åpen Telefon: 22 45 32 00 Telefaks: 22 45 32 05 Testdokumentasjon

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

REFLEKSJONSNOTAT FOR WEBPERIODEN

REFLEKSJONSNOTAT FOR WEBPERIODEN 9. 11. 2010 HEIDI BJELLAND 2MKA REFLEKSJONSNOTAT FOR WEBPERIODEN HØSTEN 2010 Webdesign www.omfoto.net23.net Heidi Bjelland Jeg valgte prosjektoppgave C som var å lage en informativ side om foto. Målgruppen

Detaljer

Dagbok. Januar. Uke 2 ( ) Uke 3 ( ) Uke 3 (17.01, 12:45-14:00)

Dagbok. Januar. Uke 2 ( ) Uke 3 ( ) Uke 3 (17.01, 12:45-14:00) Dagbok Januar Uke 2 (7.1-11.1) Vi har lest halvveis på standard dokumentasjon og jobbet med forprosjektrapport. Vi har hatt vårt første møte med den interne veilederen vår Tor Hasle. Vi fortalte om at

Detaljer

Vedlegg Side 83 av 155

Vedlegg Side 83 av 155 4 Side 83 av 155 Innholdsfortegnelse 1 Kravspesifikasjon... 86 2 Kravspesifikasjon 2.0... 92 3 Domenemodell... 98 4 UseCase Diagram Oversikt... 102 6 Detaljert beskrivelse av UseCase Diagram... 106 Webapplikasjon...

Detaljer

Forprosjekt. Profilhåndbok for Kommunikasjon 1. Hovedprosjekt ved Høgskolen i Gjøvik. Anne-Marie Finsdahl Hanne Næstad Johansen Jonas Madsen Rogne

Forprosjekt. Profilhåndbok for Kommunikasjon 1. Hovedprosjekt ved Høgskolen i Gjøvik. Anne-Marie Finsdahl Hanne Næstad Johansen Jonas Madsen Rogne Forprosjekt Profilhåndbok for Kommunikasjon 1 Hovedprosjekt ved Høgskolen i Gjøvik Anne-Marie Finsdahl Hanne Næstad Johansen Jonas Madsen Rogne Innhold Forprosjektrapport 5 Bakgrunn 5 Mål 5 Omfang 6 Avgrensninger

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

Entobutikk 4.PROSESSRAPPORT VÅR 2011

Entobutikk 4.PROSESSRAPPORT VÅR 2011 4.PROSESSRAPPORT VÅR 2011 1 DELKAPITTEL 1 FORORD Denne prosessrapporten inneholder detaljer om alle metoder vi har benyttet og alle fasene vi gikk gjennom under gjennomføringen av hovedprosjektet ved Høgskolen

Detaljer

Oblig 5 Webutvikling. Av Thomas Gitlevaag

Oblig 5 Webutvikling. Av Thomas Gitlevaag Oblig 5 Webutvikling Av Thomas Gitlevaag For oppgave 1 og 2 skal dere levere en funksjonell webside på deres hjemmeområde. Dere skal også levere alle phps-filene slik at man for en hver side kan slenge

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

Bachelorprosjekt i anvendt datateknologi våren 2015 Oslo 23.01.2015

Bachelorprosjekt i anvendt datateknologi våren 2015 Oslo 23.01.2015 Bachelorprosjekt i anvendt datateknologi våren 2015 Oslo 23.01.2015 Forprosjektrapport Presentasjon Tittel: Definisjon: Gruppemedlemmer: Supplerende Kommunikasjon Assistent (SKA) Bachelorprosjektet går

Detaljer

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

1. Programmering: Hva og hvorfor? Scratch fra scratch Enkel programmering for nybegynnere

1. Programmering: Hva og hvorfor? Scratch fra scratch Enkel programmering for nybegynnere 1. Programmering: Hva og hvorfor? 1. Programmering: Hva og hvorfor? Du har nå valgt å lære deg å programmere. Gratulerer med et flott valg! Programmering er en allsidig og nyttig aktivitet, og det er et

Detaljer

Soloball. Steg 1: En roterende katt. Sjekkliste. Test prosjektet. Introduksjon. Vi begynner med å se på hvordan vi kan få kattefiguren til å rotere.

Soloball. Steg 1: En roterende katt. Sjekkliste. Test prosjektet. Introduksjon. Vi begynner med å se på hvordan vi kan få kattefiguren til å rotere. Soloball Introduksjon Scratch Introduksjon Vi skal nå lære hvordan vi kan lage et enkelt ballspill med Scratch. I soloball skal du styre katten som kontrollerer ballen, slik at ballen ikke går i nettet.

Detaljer

Prosessrapport Prosjekt nr. 2007-11 SSP Installasjon AS. Dato: 25.mai 2007 Antall sider: 11 Intern veileder: Kjetil Grønning. Kontaktperson: Kai Evjen

Prosessrapport Prosjekt nr. 2007-11 SSP Installasjon AS. Dato: 25.mai 2007 Antall sider: 11 Intern veileder: Kjetil Grønning. Kontaktperson: Kai Evjen Prosjekt nr. 2007-11 Prosessrapport Tittel: Informasjonssystem SSPI Prosjektdeltakere: Hans Petter Kristiansen, s130182 Espen Skaarer, s123590 Dato: 25.mai 2007 Antall sider: 11 Intern veileder: Kjetil

Detaljer

Høgskolen i Oslo og Akershus. Forprosjektrapport. Gruppe 11

Høgskolen i Oslo og Akershus. Forprosjektrapport. Gruppe 11 Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 11 Michael Pande, Petter L. Olsen, Diego A. Pasten 23.01.2015 Presentasjon Vi er en gruppe på tre dataingeniørstudenter som har tatt på oss oppgaven

Detaljer

Forprosjektrapport. Medlemsdatabase for Amnesty International Juridisk Studentnettverk. Høgskolen i Oslo og Akershus

Forprosjektrapport. Medlemsdatabase for Amnesty International Juridisk Studentnettverk. Høgskolen i Oslo og Akershus 2012 Høgskolen i Oslo og Akershus Margit Cecilie Haugen s163289 Pernille Mohn s163300 Tonje Henriksen s156049 Forprosjektrapport INNHOLDSFORTEGNELSE Presentasjon... 2 Sammendrag... 2 Om bedriften... 2

Detaljer