PROSESSRAPPORT. Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB. Prosjektperiode: 4. januar mai 2010

Størrelse: px
Begynne med side:

Download "PROSESSRAPPORT. Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB. Prosjektperiode: 4. januar mai 2010"

Transkript

1 PROSESSRAPPORT 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: 4. januar mai 2010 Intern veileder: Oppdragsgiver: Kontaktperson fra Wokas Salg AS: Ekstern veileder (Finbeck AS): Steinar Johannesen Steinar.Johannesen@iu.hio.no Wokas Salg AS Jan Otto Finne wokas@wokas.no Tlf: Terje Christensen

2 1. Sammendrag Dette dokumentet er en prosessrapport for vårt avsluttende hovedprosjekt ved Høgskolen i Oslo, avd. for ingeniørutdanning våren Rapporten beskriver hele prosjektgjennomføringsprosessen fra idé til testing og er basert på samlede notater om sentrale punkter i utviklingen. Oppdragsgiveren til dette prosjektet er Wokas Salg AS, en av Norges mest kjente felgleverandører. Bedriftens webside er per i dag kun av informativ karakter og mangler et nettbasert varebestillingssystem. Alle bestillinger utføres manuelt av ansatte og gjennomføres gjennom telefon eller e- post. Som et supplement til dette ønsket bedriften seg å få utviklet et system som kunne gi kunder mulighet til å bestille varer på nett. Denne løsningen som er utviklet skal imøtekomme behovet til Wokas Salg AS. Hovedfunksjonalitetskrav fra Wokas Salg AS som skal være ved den nye løsningen er følgende: For administrator: - Se oversikt over alle varer, legge til bilder, vise varer uten beskrivelse, legge til beskrivelse - Se oversikt over alle kunder, redigere kundeinformasjon - Se oversikt over alle ordrer, redigere ubehandlede ordrer For nettstedets brukere: - Se oversikt over varer og tilbehør - Søke etter varer i forhold til dimensjon, leverandør osv. - Sortere varer etter dimensjon og leverandør - Kunne legge varer inn i handlevognen, se total pris på utvalgte varer og slette varer fra handlevognen For Wokas kunder: - Se oversikt over varer og tilbehør - Søke etter varer i forhold til dimensjon, leverandør osv. - Sortere varer etter dimensjon og leverandør - Kunne legge varer inn i handlevognen, se total pris på utvalgte varer og slette varer fra handlevognen - Logge seg inn på Mine sider - Sjekke kunde informasjon, ordrehistorikk - Utføre bestilling - Få bestillingsbekreftelse For systemet: - Sende ordrebekreftelse til kunde, sende bestilling til Wokas, sende henvendelse (melding fra kunde) til Wokas. 2

3 2. Forord Denne prosessrapporten beskriver detaljert alle fasene vi gikk gjennom under gjennomføring av hovedprosjekt ved Høgskolen i Oslo, avd. for ingeniørutdanning våren Her beskrives det også hvordan arbeidet er utført, og hvilket fundament det bygger på. I tillegg forteller dokumentet i hvilken grad gruppemedlemmene har tilegnet seg kvalifiserte problemløsningsmetoder og arbeidsmetoder, og hvilken faglig utvikling vi har gjennomgått. Rapporten er beregnet for sensor og veileder, men kan også leses av andre interessenter. Det vil være en fordel for leser å ha kunnskaper knyttet til programutvikling, da rapporten innholder tekniske begreper. en er delt opp i følgende hovedkapitler: - Planlegging og metode forklarer hvordan planleggingen i prosessen fungerte og hvilke planleggings- og utviklingsverktøy som ble benyttet, samt prosjektets utviklingsmetodikk. - Utviklingsprosessen tar for seg hvilke utviklingsfaser prosjektet har hatt og hvilke valg vi gjorde i forhold til funksjonalitet, arkitektur og teknologier. - Kravspesifikasjonen og dens rolle presenterer hvilken rolle kravspesifikasjonen har hatt i løpet av prosessen, hvordan den ble utformet og på hvilken måte den gjenspeiler det ferdige produktet. Det er også en innledning før, og en avslutning etter, de hovedkapitlene. I tillegg inneholder rapporten ordliste med datatekniske og prosessrelaterte ord, samt kildeoversikt. Avtale om prosjektoppgave og arbeidsplan er også vedlagt. Når det gjelder teknisk beskrivelse av produktet og dets oppbygning er det dypere beskrevet i Produktrapporten. 3

4 3. Innholdsfortegnelse 1. Sammendrag Forord Innholdsfortegnelse Innledning Gruppen Oppdragsgiver Bakgrunn for problemet Målet med oppgaven Rammebetingelser Planlegging og metode Valg av prosjektoppgave Forprosjekt Planlegging og arbeidsfordeling Prosjektdagbok Kravspesifikasjon Prosessmodell Risikoplanlegging Teknologi Utviklingsprosessen Samarbeid Startfasen Valg av verktøy Design og struktur Utviklingsfasen Use Case modell Design og struktur Databasemodellen Sluttfasen Testing Integrering Dokumentasjon Kravspesifikasjonen og dens rolle Avslutning Evaluering Produktets fremtid Konklusjon Ordliste Kilder Vedlegg

5 4. Innledning 4.1 Gruppen I denne delen forklares den faglige og bedriftsmessige bakgrunnen for oppgaven: gruppebeskrivelse, bedriftens situasjon, oppgavens mål, rammebetingelser og begrensinger. Gruppen bestod av studentene Joakim Larsen (3AB), Anastasia Poroshina (3AB) og Kristian Kjelsrud (3IA) fra bachelorstudiet i ingeniørfag og informasjonsteknologi ved Høgskolen i Oslo avd. for Ingeniørutdanning. Gruppa er sammensatt på bakgrunn av noe tidligere samarbeid og sammenfallende oppgaveønsker, målsetninger og faglig interesse. 4.2 Oppdragsgiver Wokas Salg AS er en norsk bedrift - grossist som importerer bilfelger og selger de videre til bedrifter. Bedriften har en relativt enkel webside ( med god pris- og vareoversikt men mangler nettbasert varebestillingssystem som kan hjelpe til å spare tid og ressurser, gjøre bestillingsprosessen automatisert. I dag blir varene bestilt i butikken hos Wokas eller over telefon og deretter blir ordrene lagt inn i systemet manuelt. 4.3 Bakgrunn for problemet Wokas Salg AS har ikke IT avdeling internt. I mangel av egen it-avdeling kjøper bedriften it-tjenester av et konsulentselskap som tar ansvar for databaser og backup av data. I tillegg mangler bedriften nettbasert varebestillingssystem. Alle bestillinger utføres manuelt av ansatte og gjennomføres gjennom telefon eller per e- post. Som et supplement til dette ønsket bedriften seg å få utviklet en løsning som kunne gi kunder mulighet til å bestille varer på nett. I tillegg ville systemet lette arbeidet for de ansatte når det gjelder rutiner med varebestilling og gjøre prosessen automatisert og rask. 5

6 4.4 Målet med oppgaven Målet for prosjektet var å lage et brukervennlig nettbasert varebestillingssystem for Wokas Salg AS basert på oppdragsgivers tekniske krav. Grensesnittene til programmet skulle være oversiktlige og lette å bruke. Målet gikk ut på kvalitet, effektivitet, brukervennlighet, god design, kompatibilitet, sikkerhet av databasesystemet og ikke minst fleksibilitet for fremtidig endring (oversiktlig kode). Gruppen var også opptatt av å utvide våre kunnskaper og erfaringer i forhold til både prosjektarbeid og datarelevante fag. 4.5 Rammebetingelser Når det gjelder rammebetingelser var det tid som ble viktigst og påvirket valg av funksjonalitet. Alle funksjonaliteter var vurdert med hensyn på tidsbegrensninger. Systemet var bestemt å lages relativt enkelt med mulighet for å utvides til noe ganske avansert. Gruppen hadde en diskusjon med oppdragsgiver og satt opp en liste over all funksjonalitet som vi kunne tenke oss systemet kunne ha, så prioriterte vi denne listen og utførte så mye vi rakk. Underveis la vi også til nye ideer til funksjonalitet som vi kom på og forandret på designet. I tillegg tenkte vi på at systemet måtte være relativt billig å drifte, vedlikeholde og utvide. Det var bestemt å bruke asp.net som rammeverk og C# som programmeringsspråk, MS Visual Studio som utviklingsmiljø og MS SQL Server som databasesystem. Det var også lagt vekt på at applikasjonen skulle fungere i de mest brukte webleserne. 6

7 5. Planlegging og metode Planleggingsfasen var svært viktig og hadde en avgjørende betydning for hvor lang tid vi skulle bruke på prosjektet. 5.1 Valg av prosjektoppgave I begynnelsen av prosjektet hadde gruppen et møte der vi diskuterte alternative prosjektoppgaver. Vi var åpene for både applikasjoner og webløsninger, så lenge det var spennende og samtidig utfordrende. Vi hadde planlagt å programmere, og lage noe som kunne anvendes av en bedrift. I tillegg ville vi arbeide med noe som er aktuelt og populært for tiden. I denne sammenheng ønsket vi at applikasjonen skulle utvikles med mest populære teknologier C# og ASP.NET, siden dette var noe vi ville lære mer om. Etter å ha søkt litt rundt i forskjellige bedrifter fikk vi kontakt med Wokas Salg AS gjennom en av gruppemedlemmene Kristian Kjelsrud. Wokas Salg AS hadde et tilbud til oss om å lage en webløsning til deres nettsider, nettbasert varebestillingssystem. Gruppen hadde et møte med bedriften for å få bedre innblikk i hva oppgaven gikk ut på. Etter møte var alle i gruppen fornøyde med oppdraget, på grunn av prosjektets omfang og de forskjellige utfordringene den hadde. Vi så umiddelbart hvor mye vi kunne lære av denne oppgaven og valgte derfor å gå videre med dette oppdraget. 5.2 Forprosjekt Gruppen begynte å jobbe med forprosjektet så snart prosjektet ble godkjent som hovedprosjekt og vi fikk intern veileder. I denne perioden var det avtalt et møte med oppdragsgiver for å definere og diskutere problemområdet. Vi måtte finne ut om problemet kunne løses innenfor de rammene som var aktuelle. Vi måtte begrense problemet i forhold til tids- og arbeidsmessige rammer og de tiltenkte teknologiske rammene. Da bestemte vi maskinplattform og utviklingsmiljø og utarbeidet første utgave av arbeidsplan for resten av prosjektperioden. Forprosjektet var avsluttet med leveranse av forprosjektrapport og arbeidsplan. 7

8 5.3 Planlegging og arbeidsfordeling Gruppen kom godt i gang med planleggingsfasen straks etter at oppgaven var bestemt og forprosjektrapporten var levert. Planlegging var svært viktig og hadde en avgjørende betydning for hvor lang tid vi skulle bruke på prosjektet. Uten god planlegging ville risikoen for å måtte omforme hele arkitekturen og bruke mye mer tid enn planlagt være høy. For å unngå dette bestemte vi å planlegge grundig, spesielt på systemarkitektur og funksjonalitet i forhold til det som lar seg utføre (kode). Alle i gruppen deltok i planleggingsfasen, hvor det ble diskutert hvordan programmet skulle bygges opp, hva det skulle inneholde, utforming av brukergrensesnittet og ikke minst våre kunnskaper i faglige områder. Selv om det ikke var enkelt å planlegge alt i detalj på et såpass tidlig stadium ble det utarbeidet en bedre utgave av arbeidsplan. Planleggingen bidrog til en gjennomtenking av problemene på forhånd og sikret en oversikt som gjorde det mye lettere å innhente eventuelle forsinkelser og fullføre arbeidet i tide. Da vi diskuterte fremdriftsplanen, ble vi enige om at vi skulle sette opp mindre antall møter enn vi tenkte virkelig å gjennomføre. Vi underestimerte antall møter. Dette var gjort for å holde tidsrammene i prosjektet og for å unngå dårlig tid på slutten av prosjektperioden. Vi visste at en del arbeid skulle falle ut annerledes enn planlagt, og den tiden som skulle medgå, ville avvike fra det som var planlagt. I følge fremdriftsplanen ser planleggingen perfekt ut men allikevel hadde vi dårlig tid på slutten av prosjektet. Heldigvis klarte vi å utvikle alt av funksjonalitet som vi hadde planlagt. Det burde kanskje vært estimert og brukt mer tid på design og testing av systemet. Arbeidsfordeling var til stor hjelp og tidsparing. En stor del av utviklingen var utført hjemme. Gruppen pleide å treffes på skolen, analysere det som var gjort, fikse på eventuelle feil, diskutere videre arbeid og fordele oppgaver. Generelt sett fulgte vi planen som vi hadde satt opp og testing av applikasjonen ble utført med det samme vi hadde stoppet utviklingen. 5.4 Prosjektdagbok Gruppen begynte å føre en prosjektdagbok men så fort vi begynte med utvilkling (koding) var det ikke alltid lett å beskrive det som var gjort i dagboken. Dette krevde mye ekstra arbeid. Da var det enklere å bruke e-post for det formål. E-post hjalp oss å få dokumentert alt av det som var gjort, hvilke problemer vi hadde, hvordan de ble løst og ikke minst hver endring av løsningen ble bokført uten å bruke ekstra tid på det. Alt er lagret i e-post boksene med historikk. I tillegg 8

9 inneholder e-postene vedlegg med siste versjon av programmet som gir en god oversikt over hvordan utviklingen var gjennomført. Dette har gitt oss et godt grunnlag og har gjort det enklere for oss å skrive prosessrapporten. 5.5 Kravspesifikasjon En kravspesifikasjon er en beskrivelse av kravene oppdragsgiver har til den applikasjonen som skal utvikles. I samarbeid med oppdragsgiver, fikk vi utarbeidet en kravspesifikasjon som inneholdt ønskede krav i fra oppdragsgiver til den applikasjonen som skulle utvikles. Hovedkravene for funksjonalitet var bestemt med hensyn på kunders og ansattes virkelige behov, mens hvordan det spesifikt og best mulig skulle løses har gruppa styrt selv. Kravspesifikasjonen er nærmere beskrevet i en egen del. 5.6 Prosessmodell I dette prosjektet valgte gruppen å ta utgangspunkt i RUP (Rational Unified Process) modell som er en iterativ og inkrementell prosessmodell. Rational Unified Process er en av markedets mest anerkjente metoder for å trygge utviklingen av store, komplekse datasystemer. Prosessen sikrer at krav dokumenteres, kommuniseres, endres og realiseres på en strukturert måte som gir full oversikt og kontroll gjennom hele prosjektet. Det fine med denne modellen er muligheten vi har til å iterere. Man kan starte med å utvikle enkle løsninger, for så å gå tilbake når det er behov for å implementere flere detaljer, eller finpusse på løsningene. RUP er beregnet på større prosjekter enn vårt men vi valgte de elementene vi mener var riktig og brukte disse aktivt. RUP inneholder slike prosessmetoder som idéfasen, utdypningsfasen, konstruksjonsfasen og overgangsfasen. I idéfasen var overordnede mål og rammer for prosjektet fastlagd. I denne fasen var vi opptatt av å jobbe med forprosjekt og kravspesifikasjon. I utdypingsfasen omstrukturerte vi funksjonelle krav til Use Case modeller. I denne fasen ble riktige verktøy valgt. Arkitektur, risikoavklaring og tidsplan for gjennomføringen var også bestemt i utdypningsfasen. Den stegvise utviklingen skjedde i konstruksjonsfasen. Da var det brukt mye tid på å utvikle applikasjonens arkitektur og utseende (GUI), tilpassing av funksjonalitet og test av applikasjonen. 9

10 Overgangfasen var overleveringen av det ferdige systemet. I denne fasen ble utviklingsprosessen av applikasjon avsluttet og sluttdokumentasjonen ferdigstilt. 5.7 Risikoplanlegging I alle prosjekter, både store og små er det alltid noe som kan gå galt. I denne risikoplanen prøvde gruppen å identifisere og vurdere de viktigste risikoene ved dette prosjektet. Planen illustrerer hvordan sannsynligheten i ulike hendelser kan representere en risiko for å fullføre prosjektet og konsekvens av risikoen i en skala fra 1 til 10 hvor 1 er lavest konsekvens og 10 er høyest. I tillegg foreslås det forebyggende tiltak og tiltak hvis problemet oppstår. Risiko Sannsynlighet % Konsekvens 1 lavest 10 høyest Forebyggende tiltak Tidsfrist 60 8 Dele likt på oppgaver og møtes jevnlig, diskutere det som er gjort Undervurderer oppgaven 70 8 Gå gjennom stoffet og få oversikt Sykdom 10 5 Oppsøke lege snarest Tiltak hvis problem oppstår Forhandle med oppdragsgiver, avgrense oppgaven Fordele om arbeid Oppsøke lege snarest Interne konflikter 15 5 Kommunisere Kommunisere mer Feil i kommunikasjon 20 5 Være presis og konsis i språket Være presis og konsis i språket Datatap 5 10 Lage backup av all data 1. Risikoplan Sjekke backup 10

11 5.8 Teknologi Valg av riktig teknologi er viktig i forhold til systemets kompatibilitet og nettets fremtid. ASP.NET er for tiden den mest populære teknologien for å lage interaktive og brukervennlige websider. ASP.NET er en utviklingsplattform utviklet av Microsoft, som gjør det enklere og raskere å lage moderne og avanserte applikasjoner. Dette kan være web, multimedia, og bedriftsløsninger med tjenesteorientert arkitektur. Teknologien har fått en fantastisk mottakelse siden den ble lansert i 2001, både i næringslivet og i det offentlige, og 60% av alle nye prosjekter benytter.net i dag. Det faktum at denne teknologien er i så stor bruk påvirket oppdragsgiverens og våre beslutninger og valg av ASP.NET. I tillegg spilte det en stor rolle at to av gruppemedlemmene gjennomførte fag i Webapplikasjoner i forrige semester og fikk en del kunnskaper og erfaringer med ASP.NET. 11

12 6. Utviklingsprosessen Denne delen av prosessrapporten beskriver hvilke utviklingsfaser prosjektet har hatt, hvilke valg om oppbygging og funksjon i programmet vi har gjort og hvordan generelt utviklingen foregikk. 6.1 Samarbeid Gruppen har hatt et godt samarbeid som er preget av god kommunikasjon og forståelse av andres problem. Vi møttes jevnlig for å sette sammen de delene av programmet som var utviklet og vurdere arbeidet som var utført av alle gruppemedlemmene. Vi hadde et møte med studentveileder og fått gode råd som gjaldt utførelsen av hovedoppgaven, prosjektarbeidet generelt og viktige frister. Videre har gruppen hatt et godt samarbeid med oppdragsgiver gjennom tilbakemeldinger og Kristians kommunikasjon med Wokas Startfasen Utviklingsprosessen begynte med gruppens diskusjoner og vurderinger av utviklingsmiljø, programmeringsspråk og medlemmers kunnskaper. Videre var det viktig å gjennomtenke design og struktur i forhold til systemets funksjonelle krav. Målet i startfasen var å finne løsninger på problemene som oppstod, finne ut om alt av funksjonalitet kunne la seg utvikle Valg av verktøy Det var valgt å bruke ASP.NET teknologien i utviklingen med C# som programmeringsspråk, Microsoft Visual Studio som utviklingsmiljø og Microsoft SQL som databasesystem. Man finner nærmere beskrivelse av verktøy og teknologi i produktrapporten Design og struktur Når det gjelder design og struktur i denne fasen var det viktig å illustrere hvordan de funksjonelle kravene vi utarbeidet sammen med Wokas skulle fungere i virkeligheten. Da var det lagt en enkel designskisse på hvordan applikasjonen ville se ut. Designskissen består av flere bilder som representerer aspx sidene slik de var forestilt i startfasen. Skissen er vedlagt. 12

13 6.3 Utviklingsfasen Utviklingsfasen var den mest produktive periode i vårt prosjektarbeid. I denne fasen var hoveddel av applikasjonen og dens databasen utviklet Use Case modell Use Case modellering spilte en viktig rolle i beskrivelse av arkitekturen og utforming av funksjonaliteter og ble brukt gjennom hele utviklingsprosessen. Gruppen brukte Use Case modellering som et utgangspunkt da vi designet brukergrensesnittet. Vi har utarbeidet Use Case modell som er illustrert nedenfor. Modellen inneholder følgende Use Caser: Vis varer, Søk, Utfør avansert søk, Sorter varer etter leverandør/dimensjon, Vis tilbehør, Legg vare inn i handlevognen, Ta bort vare/varer fra Handlevognen, Logg inn som kunde, Sjekk kundeopplysninger, Sjekk ordrehistorikk, Utfør bestilling, Send ordrebekreftelse til kunde, Send bestilling til Wokas, Kontakt oss, Logg inn som administrator, Vis varer uten bilde, Legg til bilde, Vis varer uten beskrivelse, Legg til beskrivelse, Vis alle kunder, Rediger kundeinformasjon, Vis alle ordrer, Rediger ubehandlede ordrer. Disse brukertilfellene (Use Case) representerer systemets funksjonalitet og er nærmere beskrevet i kravspesifikasjonen. 13

14 Vis varer Søk Logg inn som administrator Utfør avansert søk Vis varer uten bilde Bruker Sorter varer etter leverandør/dimensjon Legg til bilde Logg inn som kunde Vis tilbehør Vis varer uten beskrivelse Legg vare inn i handlevognen Legg til beskrivelse Ta bort vare/varer fra Handlevognen Vis alle kunder Kunde Sjekk kundeopplysninger Rediger kundeinformasjon Administrator Sjekk ordrehistorikk Vis alle ordrer Utfør bestilling Rediger ubehandlede ordrer Send ordrebekreftelse til kunde Kontakt oss Send bestilling til Wokas System 2. Use Case modell 14

15 Design og struktur I denne fasen var det brukt ekstremt mye tid på å designe og strukturere applikasjonen. Programmet skulle lages med hensyn på brukervennlighet og utvikling av enkel og pen design var viktig i denne sammenheng. Det var naturlig at systemets GUI skulle være så likt med design til den eksisterende websiden til Wokas som mulig. Samtidig ønsket oppdragsgiveren noen forbedringer i brukergrensesnittet. Illustrasjoner nedenfor viser hovedsiden til Wokas Salg AS ( og vårt varebestillingssystem (

16 4. Når det gjelder systemets struktur er programmet delt opp i filer på en passende måte, slik at programdeler som hører naturlig sammen ligger i samme fil. Det var også viktig at det skulle være kommentarer i programmet. Dette er til for den som vil sette seg inn i systemet, f.eks. for å kunne vedlikeholde, videreutvikle eller endre det. Nærmere beskrivelse om applikasjonens design og struktur finner man i produktrapporten Databasemodellen For å vise hvilke data som skulle lagres og behandles laget vi en databasemodell. Databasemodellen er en spesifikasjon for hvordan en database er strukturert og brukt. Det er databasemodellen som er den viktigste delen for planleggingen av en database. Gruppen startet med utviklingen av databasen helt fra begynnelsen. Det var viktig å tenke godt gjennom alle entitetene og attributtene før man fyller ut tabellene med data og begynner å kode. Lager man ikke en presis database i forhold til behovet, kan dette føre til at tabellene må forandres midt i utviklingen og forårsake forandringer av hele programmet. Kristian var ansvarlig for den delen av prosjektet. 16

17 Databasemodellering er nærmere beskrevet i kravspesifikasjonen og produktrapporten Sluttfasen Testing I sluttfasen var det gjennomført testing av applikasjonen, integrering med eksisterende system og ferdigstillelsen av dokumentasjonen. Når det gjelder testing skjedde det mye av det parallelt med programmering. Mye av tiden under programmeringsfasen gikk til feilsøking og testing av systemet. Allikevel skulle gruppen ønske at vi hadde hatt mer tid til å teste programmet på slutten av prosjektperioden. Vi fikk dessverre alt for lite tid til det. I testrapport er det nærmere beskrevet hva slags kvalitetssikring som er gjennomført: hvilke tester som er utført og hvilke feil det er testet med hensyn på Integrering Varebestillingssystem som er utviklet skal integreres med eksisterende websiden til Wokas. Det skal lages et nytt felt i menylinjen på og feltet skal enkelt linkes mot det nye varebestillingssystemet ( Dokumentasjon Gjennom hele prosjektperioden har vi jobbet med dokumentasjonen. Det ble skrevet prosjektdagbok og send en god del e-post som alt sammen har vært grunnlaget for denne prosessrapporten. Forprosjektrapport og kravspesifikasjon ble utarbeidet først. Videre fortsatte vi med å føre dagbok og redigerte litt på kravspesifikasjonen. Arbeidet med rapporter ble påbegynt så snart mesteparten av brukergrensesnittet var på plass, men de ble stadig oppdatert etter hvert som programmet ble utviklet. Det var også tatt hensyn til kommentarene som ble skrevet i koden og er en viktig del av dokumentasjonen. De siste dagene av prosjekttiden har gått med til å jobbe med testing og sluttdokumentasjon. 17

18 7. Kravspesifikasjon og dens rolle Kravspesifikasjonen dannet utgangspunktet til alt arbeid og var en viktig veileder for oss opp gjennom hele prosjektet. Alle kravene var godt gjennomtenkt før arbeidet med utviklingen startet. Vi har ikke gjort noen store endringer i kravspesifikasjonen, kun noen justeringer i forhold til funksjonelle krav. Gruppen mener at kravspesifikasjonen samsvarer med det produktet som beskrives i produktdokumentasjonen. 18

19 8. Avslutning Denne avsluttende kapitel beskriver hovedsakelig vurdering av prosjektresultatene mot prosjektmålet, produktets evaluering og fremtid. 8.1 Evaluering Vi har gjennom utviklingen av prosjektet prøvde å kontrollere kvaliteten til produktet. Vi følte oss fritt til å kritisere, diskuterte og vurderte det som var gjort av andre. Gruppemedlemmene har gjort stor innsats og har lagt mye arbeid inn i prosjektet som førte til vellykket resultat. Gruppen er svært fornøyd med resultatet, selv om systemet trenger mer testing og finpussing. Produktet vil bli satt i drift så fort det er ferdig testet. 8.2 Produktets fremtid Det har vært utviklet et nettbasert varebestillingssystem som Wokas Salg AS vil ta i bruk så fort det er ferdig utviklet og testet. Det er mulig å legge til flere funksjoner til applikasjonen. Andre utviklere kan ta over programmet for så å legge til nye moduler og funksjoner. Det er tenkt at applikasjonen skal utvides med betalingssystem i fremtiden. 8.3 Konklusjon Til å konkludere med mener vi at prosjektet var vellykket: vi har laget et nettbasert varebestillingssystem for bedriften Wokas Salg AS som tilsvarer alle kravene vi har fått fra arbeidsgiveren. Gjennom kontinuerlig arbeid fordelt på fire faser, har vi oppnådd de målene som var planlagt i prosjektplanen. Vi har benyttet Microsoft Visual Studio og Microsoft Office Visio til gjennomføringen og har fått mer erfaring i bruken av disse. Under arbeidet med prosjektet har alle gruppemedlemmene fått nye kunnskaper og erfaringer innom både planlegging, organisering og gjennomføring av prosjektoppgaver. Prosjektet har gjort at vi har fått en større forståelse av sammenhengen mellom prosjektstyring, systemutvikling og programmering. Vi har erfart at godt samarbeid og god kommunikasjon mellom de ulike rollene har avgjørende betydning for utfallet av prosjektet. Vi har lagt mye arbeid ned i planleggingen, og gjennom arbeidsplan har vi hele tiden hatt oversikt over om vi er i rute eller ikke. 19

20 Gruppen har gjennomført samtlige mål vi hadde for prosjektet, og er godt fornøyd med gjennomføringen og resultatet (selv om man muligens kan oppdage noen små feil ved testing av systemet i fremtiden). Produktet vi har utviklet synes vi gjenspeiler visjonen vi satte oss da vi startet prosjektarbeidet. Det sentrale målet i dette prosjektet som var å lage brukervennlig varebestillingssystem for Wokas Salg AS er oppnådd og prosjektet har ført med seg mye nyttig læring og erfaring. Arbeidet med prosessdokumentasjon har resultert i et godt strukturert dokument (prosessrapport) som definerer de viktigste hovedtemaene og synspunktene i prosjektarbeidet. 20

21 9. Ordliste - ASP.NET er basert på rammeverket.net og gir programmerere muligheten til å gjenbruke kode laget for andre applikasjoner i nettsider, eller omvendt. - C# (uttales C sharp) er et programmeringsspråk for objektorientert programmering, utviklet av Microsoft som en del av deres satsing på.net. Microsoft valgte å basere C# på programmeringsspråkene C++ og Java. - GUI (Graphical User Interface) er et grafisk brukergrensesnitt for dataprogrammer som i motsetning til shell-applikasjoner ikke består av en rekke kommandoer, derimot at brukeren ved hjelp av en mus klikker på forskjellige knapper, tekstbokser og informasjonsfelt for å få gjort ting. - Iterativ prosess - Iterativ betyr repeterende prosess. - Microsoft Office Visio er et verktøy for Microsoft Windows som bruker vektorgrafikk til å lage diagrammer. - Microsoft SQL Server er et relasjonsdatabaseadministrasjonssystem utviklet av Microsoft. Spørrespråket som benyttes er Transact-SQL, en implementasjon av ANSI/ISO standard Structured Query Language. - Microsoft Visual Studio er en programvare for utvikling av webapplikasjoner, skapt for operativsystemet Windows. Denne applikasjonen disponerer støtte av forskjellige programmerings språk som for eksempel: Visual C++, Visual C#, Visual J#, ASP.NET og Visual Basic.NET. - RUP (Rational Unified Process) er en programvareutviklingsprosess som bruker en gjentagende metodologi, med røtter i spiralmodellen, for å sikre et resultat med høyt kvalitetsnivå. - Use Case modell gir et overblikk over aktører og brukertilfeller og dermed over funksjonaliteten til systemet. 21

22 10. Kilder 1. Systemutvikling: Applikasjoner og databaser. Thor E. Hasle. Oslo: Cappelen DAMM AS, UML distilled: a brief guide to the standard object modeling language. Martin Fowler. Boston, Mass.: Addison-Wesley, Dokumentstandard for hovedprosjekter ved HiO Seksjon for data- og allmennfag, IU, Høgskolen i Oslo. Torvatn, Ann-Mari, Forelesninger 5. Data fra Wokas 6. Wikipedia 7. Internet 22

23 11. Vedlegg 1. Avtale om prosjektoppgave 2. Arbeidsplan 3. Designskisse 23

KRAVSPESIFIKASJON. Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB. Prosjektperiode: 4. januar mai 2010

KRAVSPESIFIKASJON. Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB. Prosjektperiode: 4. januar mai 2010 KRAVSPESIFIKASJON Tittel på hovedprosjektet: Varebestillingssystem for Wokas Salg AS Gruppemedlemmer: Joakim Larsen, s150070, 3AB Kristian Kjelsrud, s147787, 3IA Anastasia Poroshina, s140720, 3AB Prosjektperiode:

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

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

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

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

Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av:

Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av: Forprosjektrapport for Agresso R&D Ansettelsessystem Hovedprosjekt våren 2007 31.01.07 Skrevet av: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 1 Sammendrag Prosjektittel:

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

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

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen Hensikten med denne delen av kurset Objektorientert systemutvikling Rational Unified Process (RUP) Gurholt og Hasle kap. 6 UML Distilled kap. 2 Å lære modellerings- og designprinsipper og øve opp teknikker

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

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

Entobutikk 2.PRODUKTRAPPORT VÅR 2011

Entobutikk 2.PRODUKTRAPPORT VÅR 2011 2.PRODUKTRAPPORT VÅR 2011 1 DELKAPITTEL 1 FORORD Denne produktrapporten inneholder detaljer om produktet vi har utviklet samt programmessig oppbygning, illustrasjoner, diagrammer over produktet, funksjoner

Detaljer

Hovedprosjekt 2011 HO912A. Securitas IT portal. Forprosjektrapport. Adeel Yousaf Khan s Mats Klingenberg Naustdal s Stig Arild Ysterud

Hovedprosjekt 2011 HO912A. Securitas IT portal. Forprosjektrapport. Adeel Yousaf Khan s Mats Klingenberg Naustdal s Stig Arild Ysterud Hovedprosjekt 2011 HO912A Securitas IT portal Forprosjektrapport Adeel Yousaf Khan s141459 Mats Klingenberg Naustdal s148155 Nur M. Ahmed s148108 Thomas Wiborg s161335 Stig Arild Ysterud s155483 1 Innhold

Detaljer

Hovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus. Forprosjektrapport. Bravo Booking App

Hovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus. Forprosjektrapport. Bravo Booking App Hovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus Forprosjektrapport Bravo Booking App 1 Presentasjon 2 1.1 Gruppe 2 1.2 Oppdragsgiver 2 1.3 Kontaktpersoner 2 1.4 Oppgave 3 2 Dagens

Detaljer

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

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

1 Forord. Kravspesifikasjon

1 Forord. Kravspesifikasjon [Type text] [Type text] 3/5 Hovedprosjekt ingeniørutdanningen 09 Kravspesifikasjon Tittel på hovedprosjektet Tarantell Dashboard Gruppe 28 Bjørn Ove Pedersen Stian Dalviken Antall sider 6 Intern veileder

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

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

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

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

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

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

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

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 MetaView

Kravspesifikasjon MetaView Kravspesifikasjon MetaView BACHELOROPPGAVE VÅREN 2014 1. Presentasjon Tittel: MetaView Oppgave: Lage en applikasjon og api som skal kommunisere med MetaVision slik at det skal bli enklere for leger og

Detaljer

Prosjektrapport Gruppenr FigureGame 3.0

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

Detaljer

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

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

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

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

Forprosjekt Hovedprosjekt ved Høgskolen i Oslo Våren 2008 Forprosjekt Hovedprosjekt ved Høgskolen i Oslo Våren 2008 Skrevet av Ole Myrbakken, Fadima Mohamoud, Orji Okoroafor, Karen Arrendondo Side 1 PRESENTASJON Prosjekt tittel: Prosjektperiode: MetaGen 7.jan

Detaljer

Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren Camilla Kaasi(s188070) Roza Moustafa(s188113)

Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren Camilla Kaasi(s188070) Roza Moustafa(s188113) Forprosjektrapport Gruppe 14 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren 2015 Sted: Høgskolen i Oslo og Akershus Dato: 23.01.2015 Tittel: Gruppemedlemmer: Oppgave: Oppdragsgiver:

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

Gruppe 43. Hoved-Prosjekt Forprosjekt

Gruppe 43. Hoved-Prosjekt Forprosjekt Gruppe 43 Hoved-Prosjekt Forprosjekt Mobil Applikasjon Utvikling HiOA Bacheloroppgave forprosjekt våren 2017 Presentasjon Gruppen består av: Gebi Beshir Ole-Kristian Steiro Tasmia Faruque s182414 s189141

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

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

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

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

Forprosjekt. Oppgdragsgiver Unikia, Lille grensen 7, 0159 Oslo, Kontaktperson Anders Kose Nervold, Hovedprosjekt i data/informasjonsteknologi Høgskolen i Oslo og Akershus Forprosjekt Prosjekttittel Unikia Android applikasjon Gruppe 13 Markus Bugge-Hundere s188909 Morten Wold Aksel Wiig s236326 s232324

Detaljer

Forprosjektrapport Bacheloroppgave 2017

Forprosjektrapport Bacheloroppgave 2017 Forprosjektrapport Bacheloroppgave 2017 Chat Modul for Webnodes Content Management System Gruppe 32 Adam Asskali, Anmer Seif, Sara Khan 20.01.2017 Veileder G. Anthony Giannoumis Innholdsfortegnelse 1.Presentasjon

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

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

Heggset Engineering er et kreativt og uavhengig kompetansemiljø med ti ingeniører/tekniske tegnere lokalisert i moderne lokaler i Dale Industripark i

Heggset Engineering er et kreativt og uavhengig kompetansemiljø med ti ingeniører/tekniske tegnere lokalisert i moderne lokaler i Dale Industripark i Heggset Engineering er et kreativt og uavhengig kompetansemiljø med ti ingeniører/tekniske tegnere lokalisert i moderne lokaler i Dale Industripark i Kristiansund. Bedriften tilbyr engineering og maskintekniske

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

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

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

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

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester. 1 Forord Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg prosjektets rammer

Detaljer

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

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

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

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

Forprosjektrapport. ERTMS Driver Interface simulering. ERTMS Driver Interface simulering. Alexander Yngling Alexander.Yngling@iu.hio.

Forprosjektrapport. ERTMS Driver Interface simulering. ERTMS Driver Interface simulering. Alexander Yngling Alexander.Yngling@iu.hio. Forprosjektrapport ERTMS Driver Interface simulering Prosjektets tittel: ERTMS Driver Interface simulering Gruppe medlemmer: Hallgeir Are Olsen s141454, 3IA Hasan Akin s141460, 3IA Oppdragsgiver: NSB skolen

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

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

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

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

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

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

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

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

Software Development Plan (1. utkast)

Software Development Plan (1. utkast) Software Development Plan (1. utkast) Høgskolen i Sørøst-Norge Fakultet for teknologiske fag Institutt for elektro, IT og kybernetikk SDP 12/01/2018 Systemutvikling og dokumentasjon/ia4412 Innholdsfortegnelse

Detaljer

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

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

Detaljer

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

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

Forprosjektrapport. Presentasjon. Sammendrag. Tittel Informasjonsplatform for NorgesGruppen

Forprosjektrapport. Presentasjon. Sammendrag. Tittel Informasjonsplatform for NorgesGruppen Forprosjektrapport Presentasjon Tittel Informasjonsplatform for NorgesGruppen Oppgave Utvikle en informasjonsplatform for butikkene i NorgesGruppen Periode 3. Januar 14. Juni Gruppemedlemmer Joakim Sjögren

Detaljer

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

Prosjektdagbok Oktober 2009 November 2009 Desember 2009 Januar 2010 (Uke 1) Prosjektdagbok (Vi valgte og ikke legge ut dagboken på en felles fil som anbefalt da vi har jobbet mye sammen før og viste at vi kunne stole på hverandre. Eventuelle ubehagligheter tok vi heller opp på

Detaljer

Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018

Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018 Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018 Utvikling av Spires Medlemsregister Gruppe 2, medlemmer Etternavn Fornavn og mellomnavn Studentnummer

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

Software Development Plan

Software Development Plan Software Development Plan Værsystem Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SDP 03/04/2018 Systemutvikling og dokumentasjon/ia4412

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

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

Team2 Requirements & Design Document Værsystem

Team2 Requirements & Design Document Værsystem Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412

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

Hovedprosjekt våren 2007

Hovedprosjekt våren 2007 Hovedprosjekt våren 2007 Bachelorstudiet i informasjonsteknologi ved Høgskolen i Oslo Dokument Kravspesifikasjon Prosjekttittel: Telepower Prosjektnummer: 07-06 Oppgave: Redesign av Telepower - en GSM/GPRS/SMS

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

Høgskolen i Oslo Hovedprosjekt i data, 2007 Gruppe 2 Side 2

Høgskolen i Oslo Hovedprosjekt i data, 2007 Gruppe 2 Side 2 Høgskolen i Oslo Hovedprosjekt i data, 2007 Gruppe 2 Side 2 PROSJEKT NR. 2007-02 Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Cort Adelers gate 30, Oslo TILGJENGELIGHET

Detaljer

SRD. Software Requirements and Design GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

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

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

Dokument 3 - Prosessdokumentasjon

Dokument 3 - Prosessdokumentasjon Dokument 3 - Prosessdokumentasjon Automatnett - Nytt CMS-verktøy for Uno-X Automat Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus, 2013 Dokument 3 - Prosessdokumentasjon Innholdsfortegnelse

Detaljer

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

Utvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet

Utvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet Kravspesifikasjon Hovedprosjekt 2014 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Tittel: Oppgave: Gruppemedlemmer: Digitalt Helsekort for Gravide Utvikle en prototype

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

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

Forprosjektrapport. Utvikle en plattform for digitalisering av foosballbord.

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

Detaljer

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

Forprosjektrapport for bacheloroppgave i data og informasjonsteknologi

Forprosjektrapport for bacheloroppgave i data og informasjonsteknologi Forprosjektrapport for bacheloroppgave i data og informasjonsteknologi Gruppe 5 Anders Minde Dørum, Eirik Odden Solberg, Patrick Ingeberg og Torbjørn Magnus Brandrud Prosjektmedlemmer: Anders Minde Dørum,

Detaljer

Forord... 3. Planleggingsprosess... 4. Prosjektstart... 4. Arbeidsmåte/Fremgangsmåte... 4. Begreper innenfor Scrum... 5. Datainnsamling...

Forord... 3. Planleggingsprosess... 4. Prosjektstart... 4. Arbeidsmåte/Fremgangsmåte... 4. Begreper innenfor Scrum... 5. Datainnsamling... 1 Innholdsfortegnelse Forord... 3 Planleggingsprosess... 4 Prosjektstart... 4 Arbeidsmåte/Fremgangsmåte... 4 Begreper innenfor Scrum... 5 Datainnsamling... 6 Styringsdokumenter... 6 Dagbok... 7 Rissikoplanlegging...

Detaljer

HØGSKOLEN I OSLO OG AKERSHUS. FôrIt CDS. Avslutning

HØGSKOLEN I OSLO OG AKERSHUS. FôrIt CDS. Avslutning HØGSKOLEN I OSLO OG AKERSHUS FôrIt CDS Stian Strøm Anderssen, Mikkel Sannes Nylend og Shahariar Kabir Bhuiyan Gruppe 10 26.05.2014 Forord Denne rapporten oppsummerer vårt arbeid med FôrIt CDS. Under skriver

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

Repository Self Service. Hovedoppgave våren 2010

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

Detaljer

Forstudierapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006

Forstudierapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006 Forstudierapport Magne Rodem og Jan-Erik Strøm 18. juni 2006 Innhold 1 Introduksjon 3 2 Bakgrunn for prosjektet 3 2.1 Beskrivelse av problemer og behov........................... 3 2.2 Kort om dagens systemer................................

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

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

KRAVSPESIFIKASJON v.1.2

KRAVSPESIFIKASJON v.1.2 KRAVSPESIFIKASJON v.1.2 PROKAP Prosjektstyringsverktøy for kapasitetsplanlegging G r u p p e 2 6 A n d r é S t e n e r s e n B j a r t e A u n e O l s e n C h r i s t i a n S t r å t h H e n r i k H o

Detaljer

Forord Dette er testdokumentasjonen skrevet i forbindelse med hovedprosjekt ved Høgskolen i Oslo våren 2010.

Forord Dette er testdokumentasjonen skrevet i forbindelse med hovedprosjekt ved Høgskolen i Oslo våren 2010. TESTDOKUMENTASJON Forord Dette er testdokumentasjonen skrevet i forbindelse med hovedprosjekt ved Høgskolen i Oslo våren 2010. Dokumentet beskriver hvordan applikasjonen er testet. Dokumentet er beregnet

Detaljer