Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008
|
|
- Leif Borge
- 7 år siden
- Visninger:
Transkript
1 Kravspesifikasjon Hovedprosjekt ved Høgskolen i Oslo Våren 2008
2 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 under hele prosjektperioden mellom oppdragsgiver og prosjektgruppa. Det fungerer også som en rettesnor for utviklingen av prosjektet. I ettertid kan kravene endre seg derfor skal vi sørge for å gjøre siste endringer i kravspesifikasjonen i slutten av prosjektet.
3 2. Innholdsfortegnelse 1. Forord Innholdsfortegnelse Presentasjon Bedriften Systemet Hendelsesdiagram(artikelen ligger i cache databasen) Hendelsesdiagram(artikelen ligger ikke i cache databasen) Systembeskrivelse Arkitekturdiagram av systemet Databasen Systemets krav Funksjonelle krav-bruker Funksjonelle krav-administrator Funksjonelle krav-metagen system Funksjonelle krav-rammeverket Ikke funksjonelle krav Tekniske krav Krav til kode Datasikring Begrensninger Grensesnitt Krav til design Krav til søkemotor Fremtidig utvidelse av systemet Arbeids metode Scrum Prosess skisse Krav til dokumentasjon...12
4 3. Presentasjon Prosjekt tittel: Prosjektperiode: MetaGen 7.jan til 23. Mai Prosjektgruppe: Karen Arrendondo, Fadima Mohamoud, Orji Okoroafor og Ole Myrbakken. Oppgave: System for kryssreferanser av metainformasjon med tema mot politikk/stortinget. Oppdragsgiver: Kontaktperson i API: Veileder ved HiO: A-Pressen Interaktiv AS (API) Jørgen Wahlberg Eva Hadler Vihovde
5 4. Bedriften API drifter, utvikler og administrerer et nettverk av 56 nettaviser, 20 wapaviser og streamingtjenester for lokaltv og lokalradio. API er eid av A-pressen, men leverer også tjenester til medier utenfor konsernet. I dagens situasjon har A-Pressen lignende system for fotball og er interesserte i å få flere av slike systemer. Hensikten med MetaGen systemet er at det skal kunne være mulig for en som skriver artikkel å få tak i tilleggsinformasjon som er relatert til innholdet uten å gjøre ekstra arbeid. Dette bedrer kvaliteten av artikkelen samtidig leseren for ekstra informasjon som kan være relevant til innholdet. 5. Systemet I dette punktet vil vi illustrere systemet vårt ved hjelp av to hendelsesdiagrammer, en arkitektur skisse og to ER-diagrammer. 5.1 Hendelsesdiagram (artikkelen ligger i cache databasen) Hendelsesdiagrammet viser flyten i MetaGen.
6 5.2 Hendelsesdiagram (artikkelen ligger ikke i cache databasen) 5.3 Systembeskrivelse Vi skal i dette prosjektet utvikle et system for kryssreferanser av metainformasjon. Systemet skal automatisk generere tillegginformasjon av artikler basert på innhold. Tillegginformasjon kan enten være ekstra informasjon om innholdet eller referanser til andre artikler basert på relatert informasjon. Bruker som skriver en artikkel skal kunne sende en forespørsel med en url adresse til en ekstern nettavis system via en http protokoll. Nettavisen mottar forespørselen og sender artikkeliden videre til MetaGen systemet. Kommunikasjonen mellom nettavisen og MetaGen skal også foregå i http protokollet og måten vi har tenkt å ta i bruk kommunikasjonen kalles REST API. I vårt tilfelle er det nok med et objekt som skal sende en forespørsel om en artikkelid eller flere samtidig, uten at systemet krasjer og en forespørsel om metainformasjon. Ved slik kan systemet også oppdatere nye artikkelid. Når MetaGen mottar forespørselen sjekker den artikkeliden mot cashe databasen om den finnes fra før av og hvis det stemmer overens sendes informasjonen tilbake til nettavisen. Deretter omgjør systemet informasjonen til en xml format fil og sender den avgårde. Forespørslen skal inneholde all informasjon som er relatert til artikkelen som skrives. Til slutt generer nettavisen informasjonen fra MetaGen til en html side og returnerer den tilbake til brukeren. Hvis systemet ikke finner artikkeliden skal systemet sende en forsepørsel til nettavisen om en xml representasjon av artikkelen. Deretter skal MetaGen sørge for xml representasjonen blir parset til java og settes inn i nye java objekter og det er her spring rammeverket kommer i bildet. Systemet skal benyttes av Spring rammeverket siden den enklere gjør bruken av Hibernate og koblingene mellom objektene. Systemet skal også ta i bruk ormen Hibernate for kommunikasjonen mellom javaobjektene og databasen. I vårt tilfelle velger vi å dele opp Mysql databasen i to for å få bedre oversikt over metainformasjon og referanseinfo. Prosjetgruppen velger å kalle det cashe databasen og MetaGen database som er egentlig den samme databasen. Forskjellen er at cashe
7 databasen skal inneholde all referanseinfoen til artikkelen, og i MetaGen databasen skal det inneholde metainformasjon om Stortinget. Systemet skal kunne søke etter informasjon i MetaGen databasen ved hjelp av nøkkelord. Deretter få opp informasjon fra MetaGen databasen. Resultatet av koblingen mellom javaobjektene og databasen inneholder referanseinfo som skal lagres i cashe databasen. MetaGen sender nå all tilleggsinformasjonen tilbake til nettavis via en xml format fil. Prosjektgruppen skal også utvikle i tillegg en seperat brukergrensesnitt for manuell overstyring og administrasjon av selve systemet. 5.4 Arkitekturdiagram av systemet Arkitekturdiagrammet viser relasjonene mellom de forskjellige delene i MetaGen og omgivelsen rundt MetaGen. 6. Databasen I første omgang har gruppen og arbeidsgiveren API blitt enige om å ta får oss temaet Stortinget. Når det gjelder MetaGen databasen er vi litt usiker på hvor mye informasjon som skal settes inn, men her kommer det to ER-diagrammer som skal illustrerer hvordan vi har tenkt oss koblingen mellom de forskjellige tabellene.
8 ER-diagram for Metagen databasen ER-diagram for Cache databasen 7. Systemets krav 7.1 Funksjonelle krav bruker Her kommer de funksjonelle kravene brukeren har i MetaGen systemet. Disse kravene ble bestem av vår arbeidsgiver API. En bruker skal kunne ha tilgang til å kommunisere med en nettavis.
9 Brukeren skal kunne ha tilgang til å sende en forespørsel med en url adresse til en nettavis og motta et svar fra nettavisen. 7.2 Funksjonelle krav administrator Her kommer de funksjonelle kravene administratoren har i MetaGen systemet. Disse kravene ble bestem av vår arbeidsgiver API. En administrator skal kunne ha tilgang til å administrere systemet gjennom en brukervennlig grensesnitt. En administrator skal kunne administrere kommunikasjonen mellom MetaGen og nettavisen. En administrator skal kunne også legge til, fjerne eller utvide innholdet i databasen ved behov. 7.3 Funksjonelle krav MetaGen system Her kommer de funksjonelle kravene til selve MetaGen systemet. Disse kravene ble bestem av vår arbeidsgiver API. MetaGen skal kunne ta imot en forespørsel fra ekstern systemer(nettaviser) med en artikkel id og sjekke det mot cashe databasen om den finnes fra før av. Hvis artikkel iden finnes fra før av skal MetaGen kunne hente ut all informasjonen som er relatert til innholdet fra MetaGen databasen. MetaGen systemet skal også ha muligheten til å sette sammen informasjonen til en xml format og sende deretter det av gårde til nettavisen. Hvis artikkel iden ikke finnes fra før av skal MetaGen kunne hente en xml representasjon av artikkelen. Systemet skal sjekke om informasjonen finnes fra før av og deretter sende avgårde en xml format fil til nettavisen. 7.4 Funksjonelle krav rammeverket Her kommer de funksjonelle kravene rammeverket har i MetaGen systemet. Disse kravene ble bestem av vår arbeidsgiveren API. Det skal brukes en orm teknologi(object-relational Mapping) som heter hibernate. Rammeverket skal kjøre Tomcat. Rammeverket skal utvides i Eclipse. Rammeverket skal støtte SCRUM. Subversion skal brukes til verson håndtering. 7.5 Ikke funksjonelle krav Her kommer de funksjonelle kravene brukeren har i systemet. Kravene ble bestem av vår arbeidsgiveren API. Bortsett fra dokumenasjon skal være på bokmål og kommentarene skal være på engelsk, disse valgte gruppen som krav. Gruppen velger å skrive all dokumentasjon på bokmål pga. all dokumentasjon blir vurdert av norsk talende sensor, og gruppen skal bruke dokumentasjonen under veis, dermed blir det best å bruke bokmål. Gruppen velger å ha all kommentar på engelsk siden det skal være mulighet å vidreutvikle systemet i et senere tidspunkt, dermed er det best å forsikre seg at
10 programutvikleren skjønner språket. All dokumentasjon av Metagen skal skrives på bokmål. Det skal benyttes Unit-testing under utviklingen av progammet. All kode kommentarer og attributter skal være på engelsk. Webgrensesnittet skal være på norsk, men flere språk kan implementeres i et senere tidspunkt. Programmet skal kunne returnere metainfo om artikkelen relativt raskt. Metainformasjonen som returneres skal ha en relasjon til artikkelen. Metainformasjonen som returneres skal ha en relasjon til Stortinget. Resten av kravene som kommer ble bestem av vår arbeidsgiver API. 7.6 Tekniske krav Prosjektet skal implementeres i Spring rammeverket. Metagen systemet skal programmeres i java. Hibernate skal brukes til kommunikasjonen mellom javaobjektene og databasen. Metagen prosjektet skal bygges opp av Maven. Systemet skal ta i bruk MYSQL databasen. Unitesting skal tas i bruk for testingen av systemet. 7.7 Krav til kode Det stilles krav at prosjektgruppen bruker unitesting under utviklingsperioden. Det stilles også krav at javakoden innholder gode kommentarer. Prosjektgruppen ønsker å skille ren java-kode og koding for design ved hjelp av javabønner. Vi ønsker å følge Java kode standard som for eksempel alle klassenavn skrives med stor forbokstav og resten med små bokstaver og variabler begynner med liten forbokstav etc. 8. Datasikring Det stilles krav at det ikke blir dobbeltlagring av informasjon. Prosjektgruppen setter krav til å ha backup av selve systemet,dokumenter etc. Det stilles krav til administrator å ha passord og brukernavn for tilgang av grensesnittet av administreringen av systemet. 9.Begrensninger Infomasjonen som skal sendes tilbake til nettavisen og skal være av typen xml fil. Det er ikke satt krav for hvor stort belastning databasen skal ha, vi velger å begrense det i første omgang til metainformasjon om Stortinget.
11 10. Grensesnitt Oppdragsgiveren har ikke noen spesielle krav om hvordan brukergrensenittet skal fungere, men prosjektgruppen og API-Pressen er enige med funksjonene som trengs i grensesnittet. 11. Krav til design Det er ingen krav til designet av grensesnittet. Det er krav til brukervennlig grensesnitt. 12. Krav til søkemotor Søkermotoren skal enkelt kunne søke etter informasjon ved hjelp av nøkleord. I vårt system ønsker vi at systemet skal for eksempel søke etter navn på stortingsrepresentant, partier, partigrupper, fylker etc. i databasen. Ved hjelp av gode nøkleord blir det enklere å få tak i informasjon og søkemotorens effektivitet blir bedre. 13. Fremtidig utvidelse av systemet Det skal kunne være mulighet for API-Pressen å utvide systemet i senere tidspunkt enten ved å gjøre det mer avansert eller legge til nye løsninger. Derfor er det viktig at prosjektgruppen utvikler systemet slik at det blir enklere å videre utvikle det i et senere tidspunkt. Dette forusetter også at det foreligger en god og ryddig dokumentasjon som lett kan beskrive system i sin helhet. 14. Arbeids metode Prosjektgruppen har tenkt å ta i bruk prosessmodellen scrum som er en smidig prosessmodell som tar for seg prosjetstyring og prosjektkontroll. Gruppen velger å dele arbeide opp i forskjellige sprinter. Hver sprint består av et planleggingsmøte der vi velger et tema som vi skal jobbe med til neste sprint. I begynnelsen av hvert sprintmøte så forteller hvert enkelt gruppemedlem hva den har jobbet med fra forrige sprint, og hvilken utfordringer den eventuelt har hatt. Gruppen møtes hver tirsdag og fredag og har hyppig kontakt via msn. Dette er for å kvalitet sikre fremdrift i prosjket. Videre så møter vi vår faglig veileder en gang i uken og har avtalte møter med API-Pressen etter behov. Gruppen har også opprettet en Sprint backlog der vi har lagd en liste over ting som må gjøre med hensyn til arbeidsgiverens ønsker og forespørsler. Disse arbeids oppgavene blir igjen delt opp i de forskjellig sprintene som er forklart ovenfor.
12 14.1 Scrum Prosses Skisse: 15. Krav til dokumentasjon A-pressen skal kunne ha muligheten til å videreutvikle MetaGen systemet. Derfor stilles det krav til god dokumentasjon av både produktrapport og prosessrapport. Det stilles også krav at man skal føre prosjektdagbok under hele prosjekt perioden. Gruppen skal satse på å skrive en god dokumentasjon slik at når sensor eller A- pressen leser dokumentasjonen skal de skjønne hva systemet går ut på.dette vil gjøre det enklere for A-pressen å gjøre nødvendige endringer i et senere tidspunkt.
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
DetaljerHovedprosjekt 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
Detaljer1 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
DetaljerKravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo,
Kravspesifikasjon Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 12.01.2013 Public 2013 Aker Solutions Page 1 of 7 Table of Contents Forord... 3 Om bakgrunnen... 3 Presentasjon...
DetaljerKRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.
KRAVSPESIFIKASJON Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. Prosjektgruppe: 27 Prosjektmedlem: Ole Almenning Stenhaug Veileder.
DetaljerKRAVSPESIFIKASJON. 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
DetaljerKravspesifikasjon 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
DetaljerPROSESSDOKUMENTASJON
PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET: Papir og elektronisk Telefon: 22 45 32 00
DetaljerHovedprosjekt 2014, Høgskolen i Oslo og Akershus
Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...
DetaljerKravspesifikasjon. 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.
DetaljerKravspesifikasjon 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.
DetaljerKravspesifikasjon. Forord
Kravspesifikasjon Forord Hensikten med en kravspesifikasjon er å gi et overblikk over programmets funksjonalitet og tilleggsfunksjoner, dette vil si både over de som er utviklet før prosjektstart, og de
DetaljerProduktrapport. Hovedprosjekt ved Høgskolen i Oslo
Produktrapport Hovedprosjekt ved Høgskolen i Oslo Våren 2008 1 1. Forord Produktrapporten beskriver systemet vi har utviklet i hovedprosjektet Metagen. Hovedprosjektet er et avsluttende prosjekt for bachelorstudiet
Detaljer6 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
DetaljerForprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016. Pillbox Punchline
Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016 Pillbox Punchline Gruppe 8 André Østhagen Bye, s198607 Annika Hammervoll, s198611 Hanne Rygge, s198613
DetaljerHovedprosjekt 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
DetaljerProduktrapport Gruppe 9
Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette
DetaljerHovedprosjekt i data ved Høgskolen i Oslo våren 2007
Hovedprosjekt i data ved Høgskolen i Oslo våren 2007 Appendiks Høgskolen i Oslo Student: Martin Oppegaard Gruppe: 07-12 Dato: 25. mai 2007 Veileder ved HIO: Eva Vihovde Oppdragsgiver: Bekk Consulting AS
DetaljerProsessrapport. Hovedprosjekt ved Høgskolen i Oslo. Våren 2008
Prosessrapport Hovedprosjekt ved Høgskolen i Oslo Våren 2008 1 1. Sammendrag A-Pressen Interaktiv (heretter referert til som API) ønsket seg et system for kryssreferanser av metainformasjon. Systemet henter
DetaljerProduktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet
Produktrapport Hjelpemiddel portal for Parkinsonforbundet 1 Innhold: Forord ------------------------------------------------------------------------------------------------------2 Planlegging og arbeidsmetode
DetaljerForprosjektrapport. 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
DetaljerTestsituasjon Resultat Kommentar. Fungerer som det skal!
Test- rapport Testsituasjon Resultat Kommentar Test av PHP-variablene. Sjekke om de er riktig deklarert, og om de kommer med fra form til database Alle variablene som skal leses fra konfigurasjonssiden,
Detaljer1 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
DetaljerKravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet
Kravspesifikasjon Presentasjon Tittel: Oppgave: Backup for PDA/Smartphones Utvikle en applikasjon for PDA/Smartphones med funksjonalitet for backup av sms, mms, e-post, kontakter, kalender, bilder og dokumenter
DetaljerDel 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 å
DetaljerKRAVSPESIFIKASJON DAGSPLANAPPLIKASJON FOR NETTBRETT. Gruppe 28 Hovedprosjekt våren 2015
KRAVSPESIFIKASJON Kravspesifikasjon er en beskrivelse av hvilke krav oppdragsgiver har til systemet som skal utvikles. Den fungerer som en kontrakt mellom oppdragsgiver og utviklere. DAGSPLANAPPLIKASJON
Detaljer3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8
Testdokumentasjon 1 Forord Denne rapporten omhandler testingen av systemet. Rapporten er først og fremst beregnet på sensor og intern veileder ved Høgskolen i Oslo, men kan gjerne leses av andre som måtte
DetaljerHOVEDPROSJEKT 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
DetaljerBachelorprosjekt 2015
Bachelorprosjekt 2015 Høgskolen i Oslo og Akershus Tam Ha (s171513) Arslan Yousaf (s189135) Gabriel Noraker Alfarrustad (s161910) Eivind Lund (s180381) Phillip Padiernos Næss (s162951) Forprosjekt Prosjektets
DetaljerHøgskolen i Oslo og Akershus. Bachelorprosjekt Hacking Cristin. (midlertidig tittel) Forprosjektrapport
Høgskolen i Oslo og Akershus Bachelorprosjekt 2017 Hacking Cristin (midlertidig tittel) Forprosjektrapport Innholdsfortegnelse: 1.0 Presentasjon s. 3 2.0 Sammendrag s. 3 3.0 Dagens situasjon s. 4 4.0 Mål
Detaljer2/3/2014 INSTITUTT FOR FÔRIT CDS INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS. Shahariar Kabir Bhuiyan
2/3/2014 INSTITUTT FOR INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS FÔRIT CDS Mikkel Sannes Nylend Shahariar Kabir Bhuiyan Stian Strøm Anderssen Denne siden skal være blank. 1 Presentasjon Prosjektgruppe:
DetaljerForprosjektrapport. Gruppe Januar 2016
Forprosjektrapport Gruppe 22 22. Januar 2016 Innholdsfortegnelse Innholdsfortegnelse Presentasjon Sammendrag Dagens situasjon Mål og rammebetingelser Mål Rammebetingelser Løsninger og alternativer Løsning
Detaljer24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon
24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus Forprosjektrapport Presentasjon Tittel Precision Teaching App for Android Oppgave Å lage en Android app som skal benyttes
DetaljerForprosjektrapport. 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
DetaljerKravspesifikasjon
24.05.2017 Kravspesifikasjon Gruppe 10 BACHELORPROSJEKT 2017 INNHOLDSFORTEGNELSE 1 PRESENTASJON... 3 2 OM BAKGRUNNEN... 3 3 FORORD... 4 4 LESERVEILEDNING... 4 5 KORT SYSTEMBESKRIVELSE... 4 6 RAMMEKRAV...
DetaljerKravspesifikasjon 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...
DetaljerKravspesifikasjonsrapport
Kravspesifikasjonsrapport JobCrawl Ledige jobber representert i kart for IBM Gruppe 9 Bachelorprosjekt ved Oslo Metropolitan University Gruppemedlemmer: Kim Smedsrud Chris-Thomas Lundemo Grenness Lars
DetaljerTestdokumentasjon Presentasjon
Testdokumentasjon Presentasjon Tittel Oppgave Teknostorage - Lagersystem Et lagersystem som på enkel måte kan registrere varer inn og ut fra lager. Periode 3. januar 2012 til 11. juni 2012 Gruppemedlemmer
DetaljerHovedprosjekt i data ved Høgskolen i Oslo våren 2007
Hovedprosjekt i data ved Høgskolen i Oslo våren 2007 Testrapport Høgskolen i Oslo Student: Martin Oppegaard Gruppe: 07-12 Dato: 25. mai 2007 Veileder ved HIO: Eva Vihovde Oppdragsgiver: Bekk Consulting
DetaljerVEDLEGG 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...
DetaljerBachelorprosjekt i informasjonsteknologi, vår 2017
Bachelorprosjekt i informasjonsteknologi, vår 2017 Gruppe 29: Marthe Janson Skogen, s236357, Ingeniørfag - data Odd Einar Hoel, s236313, Ingeniørfag - data Forprosjektrapport Rapporten inneholder presentasjon,
DetaljerKravspesifikasjon. 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
DetaljerHovedprosjekt. Høgskolen i Oslo data/informasjonsteknologi våren 2011 Forprosjektrapport. K-skjema og ferie kalender
Hovedprosjekt Høgskolen i Oslo data/informasjonsteknologi våren 2011 Forprosjektrapport Presentasjon Sted og dato Oslo, Jan 9, 2011 Prosjekt tittel Periode K-skjema og ferie kalender Utvikle et registreringssystem
DetaljerKRAVSPESIFIKASJON 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
DetaljerKravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften
Kravspesifikasjon Presentasjon Hovedprosjektet gjennomføres ved Høgskolen i Oslo, avdelingen for ingeniørutdanning. Målet med oppgaven er å utvikle en online webshop for bestilling av postkasser. Dette
DetaljerForprosjekt for Accentures Overvåkningssystem
Forprosjekt for Accentures Overvåkningssystem Hovedprosjekt våren 2008 1. februar 2008 Forside Skrevet av: Truls Hagen Selnes Heidi Raae Sjåvik Idun Bolstad Innholdsfortegnelse Forside 1 Innholdsfortegnelse
DetaljerTema: 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:
Detaljer3. 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
DetaljerDette 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
DetaljerKRAVSPESIFIKASJON FORORD
KRAVSPESIFIKASJON 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
DetaljerGranitt 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
DetaljerVårt system kan kjøres ved å skrive. STUD1 konto fredo 37 (holdeplass)
1 Vårt system kan kjøres ved å skrive STUD1 konto fredo 37 (holdeplass) Holdeplass er frivillig. Dersom man kun sender linjenr finner systemet den nærmeste holdeplassen. Systemet returnerer de 3 neste
DetaljerForprosjekt. 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
Detaljer1. 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
DetaljerSRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie
SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...
DetaljerForprosjektrapport 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,
DetaljerForprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018
Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018 Utvikling av Spires Medlemsregister Gruppe 2, medlemmer Etternavn Fornavn og mellomnavn Studentnummer
DetaljerHOVEDPROSJEKT I DATA VÅR 2011
PROSJEKT NR. 18 TILGJENGELIGHET åpen Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo Telefon: 22 45 32 00 Telefaks: 22 45 32 05 HOVEDPROSJEKT I DATA
DetaljerInnhold Forord...3 Begreper og akronymer...4 Systembeskrivelse...5 Generelt...5 Funksjonelle krav...7 Ikke-Funksjonelle krav...9 Prioritering...
Innhold Forord...3 Begreper og akronymer...4 Systembeskrivelse...5 Generelt...5 Funksjonelle krav...7 Ikke-Funksjonelle krav...9 Prioritering...9 2 Forord Denne kravspesifikasjonen har blitt utviklet i
Detaljer4.1. Kravspesifikasjon
4.1. Kravspesifikasjon Dette delkapittelet beskriver nærgående alle deler av systemet, hvordan det er tenkt ferdigutviklet med fokus på oppdragsgivers ønsker. 4.1.1. Innledning Informasjon om hvordan kravspesifikasjonens
DetaljerInnholdsfortegnelse. 1. Testing Feiltesting av koden Funksjonstesting: Kilder.10
1 Innholdsfortegnelse 1. Testing... 3 1.1 Feiltesting av koden... 3 1.2 Funksjonstesting:... 7 2. Kilder.10 2 1. Testing Testing av et system er nødvendig for å finne ut om systemet fungere slik det skal
DetaljerRepository 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
DetaljerKravspesifikasjon. Forord
Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den
DetaljerBåtforening på nett. Produktrapport
Båtforening på nett Hovedprosjekt våren 2009, Høgskolen i Oslo Prosjektgruppe 36 Vegard Skipnes, Rade Vuckovic & Frode Sørensen Produktrapport 1 Sammendrag Denne rapporten er en del av Hovedprosjektet
DetaljerForprosjektrapport. 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
DetaljerSRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie
SRD GLIS Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie Innholdsfortegnelse 1. Systemoversikt... 2 2. Tekniske krav... 3 2.1. Funksjonskrav og brukergrensesnitt spesifikasjon... 3 2.2. Begrensninger...
DetaljerHØ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
DetaljerPresentasjon av bachelorprosjekt 2009/2010 for Morten Hegstad og Kim Lilleberg. Prosjektnummer 2E
Presentasjon av bachelorprosjekt 2009/2010 for Morten Hegstad og Kim Lilleberg Prosjektnummer 2E 1. Innholdsfortegnelse 1. Innholdsfortegnelse 2 2. Norske Hus Boligsystem AS 3 3. Problemstillingen 3 4.
DetaljerTeknostorage - Lagersystem. Et lagersystem som på enkel måte kan registrere varer inn og ut fra lager. 3. januar 2012 til 11.
1 Brukerveiledning Presentasjon Tittel Oppgave Periode Gruppemedlemmer Prosjektgruppe Veileder Oppdragsgiver Kontaktperson Teknostorage - Lagersystem Et lagersystem som på enkel måte kan registrere varer
DetaljerInfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby
InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,
Detaljer1. Forord 2. Leserveiledning
KRAVSPESIFIKASJON 1 1. Forord Hensikten med kravspesifikasjonen er at den skal fungere som et styringsdokument under prosessen og definere rammer og betingelser rundt hovedprosjektet. Den er utviklet etter
DetaljerForprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Digitalisering av Sentralen UNG Gründer
Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 207 Digitalisering av Sentralen UNG Gründer Gruppe 34 Kenneth Di Vita Jensen, s236745 Frank Arne Bjørkmann
DetaljerDatabaser og moderne systemutvikling - dag én
Databaser og moderne systemutvikling - dag én Harald Holone DAS - 2011-10-17 Databasen Demo Design Eclipse Endringer Enhetstesting Hibernate IoC Iterasjon JUnit Klienten Logikk Maven Mock-ups MySQL Objekter
DetaljerForprosjektrapport. Hovedprosjekt i Informasjonsteknologi. Høgskolen i Oslo og Akershus. Våren 2016
Forprosjektrapport Hovedprosjekt i Informasjonsteknologi Høgskolen i Oslo og Akershus Våren 2016 Gruppe 24 Jon Gillingsrud og Christoffer André Belgen Fredriksen Veileder Thor E. Hasle thor.hasle@hioa.no
DetaljerForprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg
Forprosjektrapport Presentasjon Tittel Bakerman AS Website Oppgave Utvikle ett websted for Bakerman AS der hvor de kan promotere seg selv og kommunisere med kundene sine. Periode 4. Januar 2010 til 17.
DetaljerProduktdokumentasjon. 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
DetaljerEntobutikk 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
DetaljerS y s t e m d o k u m e n t a s j o n
S y s t e m d o k u m e n t a s j o n Monitorering av produksjonsløyper ved Nasjonalbiblioteket - Project BAKE Utarbeidet av: Einar Wågan Kristian Akerhei Studium: Informasjonssystemer Innlevert: 26.5.2015
DetaljerKunden 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
DetaljerForprosjektrapport ElevApp
Forprosjektrapport ElevApp Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2017 Gruppe 14 Mirko Grimm, s236630 Andreas Krutnes, s236656 Japple John Regalario, s236621 Innholdsfortegnelse
DetaljerProsjektdagbok hovedprosjekt våren 09
Prosjektdagbok hovedprosjekt våren 09 Man 25. Mai 09 Planlegging og arbeid med sluttføring Sluttføring av grensesnitt, arbeid med dokumentasjon og detaljplanlegging av sluttføring. Ons 21. Mai 09 Arbeid
DetaljerDagbok. Januar. Uke 2 ( ) Uke 3 ( ) Uke 3 (17.01, 12:45-14:00)
Dagbok Januar Uke 2 (7.1-11.1) Vi har lest halvveis på standard dokumentasjon og jobbet med forprosjektrapport. Vi har hatt vårt første møte med den interne veilederen vår Tor Hasle. Vi fortalte om at
DetaljerForprosjektrapport. Gruppemedlemmer: Maud Veronica Gine Lundh - s Noha Xue - s Ketil Øvrebø - s Even Geithus Øwre - s171663
Forprosjektrapport Gruppemedlemmer: Maud Veronica Gine Lundh - s171647 Noha Xue - s171636 Ketil Øvrebø - s171686 Even Geithus Øwre - s171663 Sammendrag: Aptoma AS har behov for et statushåndteringssystem
DetaljerKRAVSPESIFIKASJON. 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:
DetaljerStudentdrevet innovasjon
Studentdrevet innovasjon Hovedprosjekt 2013 Høgskolen i Oslo og Akershus Forprosjektrapport av Gruppe 11 Karoline Sanderengen, Mona Isabelle Yari og Randi Ueland 25.01.2013 Studentdrevet innovasjon 9 Innhold
DetaljerForprosjektrapport. Universelt LæringsVerktøy (ULV) Å lage en læringsplattform som tilfredsstiller alle krav til universell
Forprosjektrapport Presentasjon Tittel: Oppgave: utforming Periode: Gruppemedlemmer: Hafnor Prosjektgruppe: Veileder: Oppdragsgiver: Kontaktperson: Nettside for gruppa: Universelt LæringsVerktøy (ULV)
Detaljer1. Introduksjon. Glis 13/02/2018
SDP GLIS Espen Buø Innholdsfortegnelse 1. Introduksjon... 2 2. Gruppebeskrivelse og ansvarsområder... 3 3. Risikoanalyse... 4 4. Hardware og softwarekrav for brukeren... 5 5. Behov for prosjektet... 6
DetaljerGruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>
Gruppenavn Beskrivelse av arkitektur For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1
DetaljerKapittel 13 Advanced Hypertext Implementation. Martin Lie Ole Kristian Heggøy
Kapittel 13 Advanced Hypertext Implementation Martin Lie Ole Kristian Heggøy 08.11.04 Forbedring av arkitektur Problem med alt i ett -løsning: Spredning av forretningslogikk. Avhengighet mellom presentasjonssider
DetaljerTestrapport Prosjekt nr. 2011-22 Det Norske Veritas
Prosjekt nr. 2011 22 Testrapport Hovedprosjektets tittel Implementering av plugin og utvikling av wizard for Det Norske Veritas Prosjektdeltakere Magnus Strand Nekstad s156159 Jørgen Rønbeck s135779 Dato
DetaljerGruppe Forprosjekt. Gruppe 15
Forprosjekt Gruppe 15 Marius Ylven Westgaard - s236797 - Anvendt Datateknologi Lise Janbu Eide - s236361 - Dataingeniør Lavanja Jeyenthiran - s236346 - Dataingeniør Kristian Pedersen - s236728 - Anvendt
DetaljerStyringsdokumenter. 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
DetaljerKravspesifikasjon. Android app for aktivering av jakt- og fiskekort. Bacheloroppgave vår 2014. Høgskolen i Oslo og Akershus. Charlotte Sjøthun s180495
Charlotte Sjøthun s180495 Nanna Mjørud s180477 Anette Molund s181083 Kravspesifikasjon Android app for aktivering av jakt- og fiskekort Bacheloroppgave vår 2014 Høgskolen i Oslo og Akershus Forord Hensikten
DetaljerHovedprosjektet i Data Høgskolen i Oslo våren 2010
Hovedprosjektet i Data Høgskolen i Oslo våren 2010 Kevin Holmvik s147777 Nikolai Godager s147790 Einar Drivdal s147782 Chau Quoc Quo Do s147792 PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi
DetaljerWeb Service Registry
BACHELORPROSJEKT 21 Web Service Registry Prosjektpresentasjon Ola Hast og Eirik Kvalheim 05.05.2010 Dette dokumentet er en kort presentasjon av bachelorprosjektet Web Service Registry Innhold 1. Om oppgavestiller...
DetaljerUse Case Modeller. Administrator og standardbruker
Vedlegg 1 Use Case Modeller Administrator og standardbruker 2 Use case Logge inn Bruker Bruker ønsker å logge inn Bruker har valgt å logge inn Bruker er logget inn 1. Systemet ber om brukernavn 2. Systemet
DetaljerDokument 1 - Sammendrag
Dokument 1 - Sammendrag Automatnett - Nytt CMS-verktøy for Uno-X Automat Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus, 2013 Innholdsfortegnelse Sammendrag 1 1. Innledning 1 2. Om
DetaljerHovedprosjekt 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
DetaljerEntobutikk 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
DetaljerGruppe 44. Bachelorprosjekt ved Institutt for informasjonsteknologi, våren Høgskolen i Oslo og Akershus,
Bachelorprosjekt ved Institutt for informasjonsteknologi, våren 2017 Høgskolen i Oslo og Akershus, 19.01.2017 Gruppe 44 Håkon Andre Sylte Garnes, Tobias Hallèn, Gaurab J. Gurung Forprosjektrapport Presentasjon
Detaljer