Prosessrapport Gruppe 9

Størrelse: px
Begynne med side:

Download "Prosessrapport Gruppe 9"

Transkript

1

2 Forord Denne rapporten skal fortelle om prosessen for prosjektarbeidet vårt, hvordan vi har jobbet og gått frem fra begynnelse til slutt i forhold til blant annet hvordan vi har planlagt og arbeidet. Den vil også gi innsikt i hvilke verktøy vi har benyttet oss av og hvilke rammebetingelser vi har hatt å jobbe innenfor. Hovedfokuset i oppgaven ligger på databasesystemet. Denne rapporten er egnet for sensor, veileder, oppdragsgiver og andre som er interessert i prosessen for vårt arbeid. Vi tok kontakt med flere bedrifter, og en av tilbakemeldingene vi fikk var fra Nor dagligvare import som fortalte at de har behov for et databasesystem som ordner fakturer, ansattregistrering, leverandørregistrering, totalt kjøp, og diverse andre funksjoner som er mer nøyaktig spesifisert i kravsepesifikasjonen. De hadde også behov for en webside, siden de ikke hadde en fra før. Etter første møte bestemte vi oss for at vi skulle jobbe med prosjektet fra Nor dagligvare import. Underveis i prosjektet fikk vi flere krav spesifisert fra oppdragsgiveren, og prosessen var slik at hver gang vi var ferdig med en funksjon så kom oppdragsgiveren med nye funksjoner. Det har derfor blitt mange forandringer underveis prosessen, og vi hadde flere møter med oppdragsgiveren. Hver gang vi var ferdig med en funksjon måtte vi teste det i bedriften med noen praktiske oppgaver, for eksampel i faktura registrering. Det kom mange nye funksjoner etter hvert, og til slutt testet vi hele systemet i bedriften og det fungerte på en veldig tilfredsstillende måte. 1

3 Innholdsfortegnelse 1. Innledning Gruppen Arbeidsgivers bedrift Dagens situasjon Mål for prosjektets utforming Faglige mål Rammebetingelser Oppdragsgivers krav Planlegging og metode Valgt systemutviklingsmetode Verktøy Programmeringsspråk Fremdriftsplan Risikoanalyse Tilegne seg ny kunnskap Tilbakemelding fra oppdragsgiver Utviklingsprosessen Prosjektstart Valg av oppdragsgiver Oppbygging av program Forhold gruppe- arbeidsgiver gjennom prosessen Design webside Design database Risikoplan Backup Testing Kravspesifikasjonen og dens rolle Endringer på kravspesifikasjon Kravspesifikasjon for utvikling i design og implementering Samsvar mellom kravspesifikasjon og produktet i produktdokumentasjon? Hvorfor velge Web-basert system: Ikke-funksjonelle krav: Dokumentasjonskrav: Oppsummering og konklusjon

4 1. Innledning Dette kapittelet vil gi informasjon om gruppa, bedriften og bedriftens situasjon, hvilke mål og rammer vi har hatt for prosjektet og hvilke krav arbeidsgiver har gitt oss. 1.1 Gruppen Gruppen ble dannet ved at to av oss kjente hverandre fra før, mens en kom inn litt senere, etter at oppgaven hadde blitt valgt. Vi måtte være minst 3 på gruppen og den siste personen manglet fortsatt gruppe så da ble han med på gruppe 9. Navn Studentnummer Kawa Hassan s Ahmed Elmir s Sindre Tørå s Arbeidsgivers bedrift Nor Dagligvarer Import AS har tusenvis av kunder og produkter og over 30 ulike leverandører. Bedriften selger og importerer produkter for næringslivet i Norge og de består av avdelinger som blant annet frukt og grønt, kjøttavdelinger og tørrvarer. De har butikker og lager i Oslo. 1.3 Dagens situasjon Nor Dagligvarer Import AS har per dags dato ikke et databasesystem som kan hjelpe de med å få oversikt over bedriften. I dag har de blant annet problemer med at hvis fakturaer har blitt betalt to ganger så er det vanskelig for dem å få oversikt over dette siden de ikke har et databasesystem som kan hjelpe dem med å gi de oversikt over betalte og ubetalte fakturaer. Siden bedriften har mer enn 40 leverandører er det vanskelig å finne frem til spesifikke faktura som er betalt og levert til regnskapet. Det er også tungvint å finne for eksempel 3

5 telefonnummer eller adresse til spesifikke leverandører eller kunder siden de ikke er registrert i en database. Bedriften har heller ikke en egen webside hvor de blant annet kan reklamere for egne produkter og hvor kunder kan registrere seg og bestille. 1.4 Mål for prosjektets utforming Bedriften ønsker at vi skal lage et godt databasesystem og en webside som vil hjelpe bedriften med å få bedre oversikt over blant annet fakturaer, gjøre det enklere å kommunisere med ansatte/kunder/leverandører med mer, informere kunder om tilbud og nye produkter, øke lønnsomheten for bedriften og lette arbeidet generelt til både ansatte og kunder. Vi har hatt følgende hovedmål for websiden og databasen (mer detaljert oversikt over dette i kravspesifikasjonen): Database o Mulighet for å registrere: Kunder Leverandører Fakturaer Bestillinger Timelister o Søkefunksjoner o Admin-funksjoner Registrere/slette Webside: o Login-muligheter Admin Vanlig bruker o Blogg For ansatte Eget passord o Kundeside Legge inn tilbakemeldinger 4

6 1.5 Faglige mål Sette oss mer inn i og utvikle oss mer innenfor bruk av MySQL og å lage databasesystemer Videreutvikle oss i websideutforming med HTML og PHP Samarbeide direkte med en reell bedrift om å utføre en konkret jobb for dem Forberede oss for mulig fremtidige jobbsituasjoner Få bedre kunnskap om å utforme kravspesifikasjoner og testdokumentasjon Å utforme et produkt som kan bli benyttet av en faktisk bedrift, og ikke bare en tenkt oppgave som vi har gjort i tidligere fag 1.6 Rammebetingelser I samråd med oppdragsgiveren vår så fant vi ut av hvilke krav og funksjoner databasen og websiden skulle bestå av. Databasen og websiden skulle være oversiktlige, lette å sette seg inn i og ha mulighet for å utvikles videre etter vi hadde ferdigstilt prosjektet vårt. Vi måtte også tilpasse og begrense prosjektet i forhold til hvor lang tid vi hadde og kom frem til ett størrelsesformat vi følte oss komfortable med. Det er veldig vanskelig å forutsi nøyaktig hvor lang tid man bruker på ett prosjekt så vi belaget oss på at vi måtte komme til å gjøre endringer med omfanget av prosjektet underveis i prosessen. Vi bestemte oss også for hvilke funksjonaliteter og oppgaver som var hovedprioritet og så kunne vi eventuelt legge til annet underveis. Vi har også diskutert med oppdragsgiver om at vi skal ha ett domene for websiden og databasen, og er blitt enige om at dette skal kjøpes. Vi bestemte oss for å benytte PHP, MySQL og HTML for å løse prosjektet. Vi har lært oss å kjenne bedriftens verdikjedeaktiviteter: Bedriftens verdikjedeaktiviteter: I. Støtteaktiviteter: Økonomi: bedriften har en butikk i sentrum av Oslo, og ett lager. Personal: 12 ansatte 5

7 II. Lønn: Primæraktiviteter: OLFI: MPS: Service: Eieren vet det er lite økonomisk lønnsomt om de fortsetter på samme måten, og de ønsker en løsning. Det må da legges en strategi for forandring(ikt løsning). Målet er å integrere IKT med foretning slik skjemaet viser: 6

8 Rammebetingelsene skal fungere i samspill med bedriftens strategi som er knyttet til bedriftens IT-strategi: A: ORGANISASJON Medarbeidere Organisasjonsstruktur Rollestruktur Selskapsstruktur Geografisk struktur D: SYSTEMER Bransjeløsningen For- og ettersystemer Kontorstøtte Systemstruktur B: PROSESSER Primær prosesser Støtteprosesser Prosesstruktur E: TEKN. UTSTYR PC-er, Tjenermaskiner Operativsystemer Nettverk/Skrivere Teknisk infrastruktur C: DATA Grunndata Datastruktur De 5 elementene i PSO hos Nor dagligvarer import AS: 1. Virksomhetsperspektivet: Organisasjon: bedriften har 12 ansatte, styreleder og dagligleder. Vi anbefaler en person som er butikk- ansvarlig: En person bør være ansvarlig for butikkdata i bedriften. Ikke nødvendigvis en veldig IT dyktig person (selv om det er en fordel), men en ryddig og fokusert person. Ofte er det vellykket å rekruttere en slik person fra butikken. Da har man også butikkerfaring. Denne personen har ansvar for vedlikehold av grunndata, rutiner for bruk av systemet, support, oppfølging av butikker osv. - en IT ansvarlig person: Denne personen tar avgjørelser rundt valg av programvare og maskinvare, budsjettering, IT strategi, igangsetting av prosjekter osv. Avhengig av kjedens størrelse kan dette være den samme som er butikk dataansvarlig. Den IT ansvarlige bør ha god IT kompetanse og god 7

9 innsikt i hva IT investeringen skal benyttes til. Data: datamaskiner, database, opplæring av ansatte for bruk de maskinene. F. eks: Når man selger en vare i kassen så trenger vi blant annet å vite hvilken butikk du er i, hvilke ansatte som er innlogget, hvilken vare det er og betalingsmiddel som blir brukt. Alt dette er grunndata som ligger i systemet før man registrerer salget i kassen. Fra datamaskinen får man dato og tid for når noe registreres. Når man så kombinerer disse får en ut et salg i kassen som for eksempel sier at i butikk Storgata den 25. Mars kl. 11:33, har "ansatts navn" solgt en stykk Coca Cola til 15 kroner. Betalingen skjedde med 100 kroner ved bankkort som betalingsmiddel som ga kunden 85 kroner tilbake i kontant. Det er ved å analysere alle disse tusenvis av registreringene at du kan få vite mest mulig om virksomheten din og dermed få et fortrinn foran konkurrentene. For eksempel: Når på dagen selger vi mest? Hva tjener vi på varene? Har vi for mange ansatte? Har det noe effekt å profilere denne varen ved siden av kassen? Hvordan gjorde vi det forrige måned sammenlignet med fjoråret? Mulighetene er uendelige, men felles for de alle er at grunndataene som ligger i systemet må være så korrekte som mulig, ellers blir tallene du får ut av systemet i beste fall unøyaktige, noen ganger helt feil. Har en vare for lav innkjøpspris vil det virke som om du tjener mer enn du faktisk gjør. Prosesser: bedriftens styreleder tar de viktigste valgene, dagligleder tar ansvar for at alle ansatte gjør jobben sin slik at de er effektive og det ikke blir bortkastet arbeidstid. Butikken med definerte rutinebeskrivelser og et opplegg for opplæring av de ansatte får en rekke gevinster: - De ansatte kommer raskt i gang og gjør ting på lik måte. 8

10 - Man kan enkelt flytte ansatte mellom butikkene - Ting gjøres på riktig måte, slipper å bruke tid på å rydde opp i feil i ettertid. 2. Systemperspektivet: Systemer: For database/programmer har bedriften valgt 24seven Office som løsning. En butikks datainvestering er en langsiktig investering. Mange kjeder har hatt samme leverandør i over 10 år. Må du flytte til en annen leverandør er det en kostbar affære. Regn også med at en del historiske data går tapt på veien. Av den grunn bør man forsøke å finne firma som passer deg og din bedriftskultur. Det bør også være en fornuftig balanse mellom din butikks størrelse og leverandørenes størrelse. En kjede på 10 butikker får kanskje ikke all verdens oppmerksomhet fra de største IT leverandørene, men kan være en viktig kunde for et mindre firma. Ikke alt kan reguleres gjennom avtaler og et godt samarbeidsforhold mellom kjeden og dens partnere får de daglige utfordringene til å gå mye lettere. Teknisk utstyr: bedriften bruker internett som nettverk, skrivere, skannere osv. 1.7 Oppdragsgivers krav Oppdragsgiveren vår har tenkt å bruke open source Linux i bedriften og skal ha databasen på en Linux- maskin. Linux har støtte for PHP så da har de mulighet for å implementere flere andre funksjoner. For eksempel kan de bruke Network file system for å mounte filer midlertidig til en ansatt på en annen ip adresse. Siden. NET ikke støtter Linux så er det vår valgte løsning som vi synes passer best. Oppdragsgiveren skal ha databasen på en Linux maskin i bedriften og ikke i domenet, så Linux er den eneste løsningen for denne oppgaven, og vi har relativt god erfaring med Linux servere. Vi kan derfor implementere dette på en skikkelig måte, og synes vi har valgt riktig løsning for oppgaven. 9

11 2. Planlegging og metode Dette kapittelet handler om hvilke verktøy og programmeringsspråk vi har benyttet oss av, fremdriftsplan, risikoanalyse, hvordan vi samarbeidet med oppdragsgiver underveis og hva slags kunnskap vi måtte tilegne oss underveis. 2.1 Valgt systemutviklingsmetode Prosessmodell som velges er avhengig av type prosjekt, størrelse og omfang. Gruppemedlemmene er kommet til enighet om å bruke UP(Unified Process) for vi synes den vil passe best for prosjektets mål og prosjektets fremgang. Vi vurderte en kombinasjon av UP og XP(Extreme Programming) som vi tenkte ville gi oss en bra modellerings prosess for å bruke i prosjektet. Men vi valgte til slutt å bruke UP-modellen fordi vi ble enige om at denne modellen passer best til prosjektet vårt, prosessen beskriver hvem som gjør hva, hvordan og når. Denne strukturen passer godt for vårt prosjekt. UP er en agil utviklingsmetode, og det er en avansert metode som er en adaptiv arbeidsmåte, med rask respons på endrede behov i prosessen. I prosjektet hadde vi disse fasene: Idefasen som vi brukte til prosjektskisse (oppdragsgiver beskrev prosjektet: hva går prosjektet ut på), og ordnet kravspesifikasjon. Det er kommet andre/flere krav etter det. Utdypningsfase som for oss vært planlegging (fullføre fremdriftsplan, styringsdokument og planlegging- og arbeidsprosess), forprosjekt (møte med oppdragsgiver, krav om utviklingsverktøy), fullføre kravspesifikasjon og analyse og design (arbeid med de alternative løsningene og jobbe med database modellering og koding). Konstruksjonsfase: datastruktur/ database modellering, implementering, programmering og testing. 10

12 2.2 Verktøy MySQL Dette er et SQL-basert databaseadministrasjonssystem som kjøres som en server og gir flerbruker-tilgang til et visst antall databaser. MySQL er åpen kode og brukes ofte i forbindelse med skriptspråk som blant annet Perl, PHP, Java, C, og C++. Ganttproject Ganttproject er GPL-lisensiert prosjekthåndteringsverktøy som kan brukes til å produsere Gantt-diagram. IBM Rational Rose: Rational Rose programvare hjelper oss å lage use cases, klasse diagrammer og sekvensdiagrammer. Vi hadde andre mulighet å bruke andre programvare som DIA (vi har brukt dette før, men vi syntes at rational rose er mer fleksibelt og mer komplett enn de andre programvarene). WAMP Server: Vi valgte wamp server 2 fordi den er gratis og den kan bruke både Windows og Linux operativsystem, og fordi vi er vant til den serveren. Og det inkluder Apache (2.2.17), PHP (5.3.3), MySQL (5.5.8), PHPMyadmin ( ), SQLBuddy (1.3.2). PHP Designer 2007: Vi brukte php designer 2007 for php programmering og teste koder. Grunnen til det er at vi er vant til det programmet fra før, og vi kan bruke det til andre programmering språk som HTML, CSS og JAVA. Mysql workbench b: Vi valgte mysql workbench som verktøy til å designe tabeller på database. Det er et gratis program, og vi har brukt det før. Den gir DBAs og utviklere et integrert verktøy for miljø: - Databasedesign og modellering sql development. - Database administrasjon(erstatter mysql administrator). 11

13 Joomla: Vi hadde to muligheter, enten lage en web side selv, eller bruke det som finnes som joomla eller wordpress. Til slutt ble websiden konstruert med Joomla 1.5 som publiseringsverktøy. Joomla er et GPL lisensiert publiseringsverktøy basert på åpen kildekode Programmeringsspråk Vi har valgt å benytte PHP først og fremst fordi Linux har støtte for PHP og dette er det oppdragsgiveren vår har benyttet seg av. De fleste servere støtter også PHP. I gruppen har vi litt erfaring med PHP fra Bachelorstudiet Anvendt Datateknologi på Høgskolen i Oslo, og vi ønsket å videreutvikle oss selv videre innenfor PHP. Samtidig HTML og CSS Vi har også brukt java skript til å lage side hvor man logge seg inn på både admin og ansatte. 2.4 Fremdriftsplan Vi fikk laget en fremdriftsplan tidlig i prosessen og formulert milepælene for å ha en tydelig oversikt over hvordan vi skulle gå frem og hvordan vi burde ligge ann i henhold til de ulike oppgavene underveis i prosessen. Fremdriftsplanen ble fremstilt ved et Gantt-diagram i programmet Ganttproject (se under). Det har vært litt vanskelig å følge, fordi noen oppgaver tok lengre tid enn vi trodde, men vi greide å holde planen likevel. 12

14 2.5 Risikoanalyse Som med fremdriftsplanen så utformet vi en risikoanalyse tidlig i prosjektet for å være forberedt på ulike hindringer/redusere de negative konsekvensene av uforutsette hendelser. Å 13

15 lage risikoplan er noe som har blitt lagt frem som oppgave for oss i flere fag underveis i utdanningen i Anvendt Datateknologi på HiO og dette har vi erfart er et viktig dokument. 1= Liten til ingen risiko 5= Middels risiko 10= Høy til sannsynlig risiko. Risiko - Hvilken uforutsett hendelse som kan skje som vil påvirke prosjektet Sannsynlighet - Hvor stor sjansen er for at hendelsen skjer. Skadeomfang - Hvor store blir konsekvensene/skadene av det inntrufne. Konsekvenser - På hvilke måter vil hendelsen påvirke prosjektet. Forebygging - Hva som kan gjøres for å unngå at hendelsen skjer. Håndtering - På hvilken måte hendelsen skal håndteres om den skjer. 14

16 15

17 2.6 Tilegne seg ny kunnskap Som med det meste så lærer man seg mye mens man jobber med nye ting. Prosjektet har vært en spennende utfordring for oss i forhold til å utføre et komplett arbeid med å bruke ting vi har lært på disse tre årene med skole. I tillegg er det en god forberedelse til arbeidslivet etter skolen, som krever samarbeid med et team, med oppdragsgiver, arbeidsrammer og tiden som er nødvendig for å fullføre en oppgave. En av de viktigste tingene vi har lært oss/fått mer erfaring med er å være selvstendig og få mulighet til å utvikle seg selv gjennom prosjektet. Vi måte lære mer om blant annet Wamp server og kombinasjon mellom HTML, CSS og PHP. 2.7 Tilbakemelding fra oppdragsgiver Vi har hatt en kontinuerlig kontakt med oppdragsgiver hovedsakelig gjennom en person i gruppen, og vi har fått mye positiv tilbakemelding hver gang vi har utført en del av prosjektet, spesielt når det er nye ting som er presentert for ham. 3.Utviklingsprosessen I denne delen vil vi fortelle om utviklingsfaser for prosjektet vårt, valg og oppbygging av database og webside og andre valg vi har foretatt oss. 3.1 Prosjektstart Vi tok kontakt med flere firmaer og bedrifter deriblant Steria, Nor Import AS, et tannlegesenter og Grosso LTD. Vi ønsket oss et prosjekt hvor vi kunne benytte oss av teknologi som PHP, databaser, HTML, nettverk eller Perl-scripting. 3.2 Valg av oppdragsgiver Vi fikk to tilbakemeldinger fra bedrifter som ønsket å samarbeide med oss. En bedrift hadde behov for et system som lagrer informasjon for telefonsamtaler i en database, slik at alle 16

18 kundene kunne ha sin egen innloggingsside på websiden til bedriften hvor de kunne få informasjon og oversikt over sine samtaler, tider og andre funksjoner om kunden og samtalen. En annen bedrift ønsket en database som skal registrere varer som kommer på lageret. Databasen skal derimot ikke kobles opp mot internett, men datamaskinene på bedriften og maskinene de ansatte hadde hjemme skulle kunne kobles opp mot hverandre. Det var viktig for oss å ha et prosjekt i Oslo- området fordi vi jobber og bor her, og da blir det enklere å ha møter med oppdragsgiveren. Valget vårt falt derfor på den siste bedriften, som da er Nor Import AS. I samarbeid med oppdragsgiveren satt vi opp betingelser og mål for produktet de ønsket at vi skulle lage for dem. 3.3 Oppbygging av program I begynnelsen begynte vi å samle informasjon om PHP, MYSQL, WAMP og HTML. Etter at vi har samlet nok informasjon om disse, så begynte vi med programmeringen. Vi har prøvd mange forskjellige måter for å komme frem til riktig løsning(kode). Grafen var den vanskeligste av funksjonene. Grunnen til dette er at det var vanskelig å få den til å fungere med andre sider i systemet, men vi fant frem til en løsning etter hvert. 3.4 Forhold gruppe- arbeidsgiver gjennom prosessen Vi hadde et godt forhold med arbeidsgiver under hele prosessen. De hadde ikke forventet at de skulle få et databasesystem gratis, men at de måtte betale mye for å få et slik system, samt en webside. De hadde som nevnt tidligere problemer med dobbelt betaling, men med bruk av systemet som vi laget kan de nå enkelt finne alle fakturer som er dobbelt betalt, eller ved bruk av databasesystemet ikke registrere en faktura flere ganger. Spesielt dette, men også flere andre nyttige funksjoner er de veldig glade og lettet over å få. 3.5 Design webside Generelt skal designet være spenstig, enkelt og oversiktlig. Det skal være kortest mulig vei til informasjon og tjenester man har bruk for. 17

19 Design på delsider baseres på grunndesignet til hovedsiden, men det skal fremgå visuelt at man er i en delside, for eksempel med egen farge. Informasjonen skal så langt det lar seg gjøre porsjoneres og fremkomme til riktig tidspunkt. Grensesnittet skal bygges på bakgrunn av info fra testbrukere uten datakunnskap. Joomla er en praktisk løsning som gjør dette mulig, og i tillegg skaffet vi et domenenavn(www.nordagligvare.no), men vi fikk ikke lagt websiden ut på dette domenenavnet innen fristen, delvis grunnet fordi vi ikke fikk rett kode fra de vi kjøpte domenet hos(one.com) og fordi vi gjorde dette litt sent. Men websiden skal lastes opp så snart vi får de riktige kodene fra One.com 3.6 Design database Det første som må tenkes gjennom er hvilken informasjon databasen trenger å gi oversikt over(hvilke entiteter og attributter man trenger). Det er viktig å ha tenkt nøye gjennom dette før man begynner å fylle ut tabeller med data og kode for å unngå store forandringer underveis slik at tabellene må endres. Database skal være strukturert etter en arvbasert relasjonsmodell og normalisert slik at man unngår redundans og en entitet lett kan utvides med koblinger mot nye entiteter etter behov. Ved å modellere databasen på denne måten passer man også på å skille mellom entiteten og eventuelle roller entiteten kan ha inne. Dette er spesielt viktig for videre utvidelse og integrering av databasen. Man må også tenke på DBHS (databasehåndteringssystem) som er et verktøy for å lagre og finne igjen store mengder delte data over lang tid på en sikker og effektiv måte for mange samtidige brukere. Databasesystem som er DBHS plus database. Databaseadministrator (DBA) som har ansvaret for den daglige driften av et databasesystem. Tabeller: Admin (id, navn, adress, tlf, , her) Faktura (id, faktura nr, leverandor navn, dato, ordre nr, beløp, beskrivelse, forfalsdato, antall dager igjen). 18

20 Leverandor (id, leverandor navn, tlf, type av, , adress, kontaktperson, beskrivelse) Varer (id, produktnavn, pris, laverandor, antall, expire, beskrivelse). Ansatte (id, navn, tlf, , adress, avdeling, født, ansatt fra, beskrivelse). Bruker (id, navn, , her). Logg inn/out (navn, logget inn, logget out). Her (idher, navn, data, tid). Database ER-modell: 19

21 3.7 Risikoplan Som nevnt i oppgavens del 4.4 så utførte vi en risikoanalyse. Den mest kritiske risikoene vi møtte på var å gjøre prosjektet for stort. Midt i/ mot slutten av prosessen så fikk vi problemer med at vi ikke hadde så mye tid igjen, og derfor måtte nedjustere prosjektet noe i henhold til 20

22 risikoplanen. Vi prøvde også å kontinuerlig justere prosjektets størrelse, også i henhold til risikoplan, men det er vanskelig å forutsi hvor det kan dukke opp problemer som vil forsinke prosjektet. Risikoen med det største skadeoomfanget var helt klart datatap og datatekniske problemer. Vi hadde som nevnt tidligere gode rutiner for å ta backup, men vi møtte heldigvis ikke på noe problemer av dette slaget. 3.8 Backup Backup er en veldig viktig del av prosjektarbeidet, som også er spesifisert i risikoplanen vår på side 31 under risikoen Datatap og datatekniske problemer. Tap av data kan skje på mange ulike måter: Datamaskinen kan krasje, få virus, bli stjelt, bli hacket(trojan), mistet eller ødelagt på andre måter. For å senke risikoen for å miste alt arbeidet vi har gjort underveis i prosessen så tok vi backup av arbeidet vi utførte etter hver gang. Backupen ble gjort via eksterne servere som Dropbox og mail, eller ved lagring på minnepinne i tillegg til på maskinene der arbeidet opprinnelig ble lagret. 3.9 Testing Testing av databasen ble gjort hele tiden underveis mens vi kodet. Vi kodet litt, deretter testet gruppemedlemmene som kodet det, om det fungerte etter ønskelige mål. Da vi anså databasen som sluttført testet alle på gruppen at alt fungerte som det skal. Vi fikk i tillegg venner og bekjente til å forsøke databasen vår og se om alt fungerte tilfredsstillende. Mer detaljer for testingen finnes i dokumentet Testdokumentasjon. 4. Kravspesifikasjonen og dens rolle Dette avsnittet vil som overskriften sier, fortelle om kravspesifikasjonen, hvordan den er forandret og benyttet og om det er samsvar mellom kravspesifikasjon og produktet som beskrives i produktdokumentasjonen. 21

23 4.1 Endringer på kravspesifikasjon Kravspesifikasjon har blitt endret fra første versjon. Først kunne kunden bestille varer gjennom bedriftens hjemmeside, med handlekurv og betaling. Men bedriften mente at denne fasen er for tidlig på grunn av at ansatte/administrator ikke er klar for det. Det har derfor ikke blitt noen elektronikkhandel i først omgang (kanskje det kan utvikles i fremtiden), så det har blitt kuttet ned til at kunden skal få informasjon om butikken, varer etc Kravspesifikasjon for utvikling i design og implementering For utviklere (innen design) må man ha hjemmeside der en kunde kan bestille eller handle gjennom internett (e-handel), med alle standarder for sikkerhet for handelen. For implementering har vi laget alle dokumentene strukturert slik at det blir lett å utvikle det videre med å legge til mer funksjonalitet på hjemmesiden. 4.3 Samsvar mellom kravspesifikasjon og produktet i produktdokumentasjon? Vi har programmert alle funksjonene etter de kravene som vi fikk fra oppdragsgiver, derfor er det godt samsvar med kravspesifikasjon og produktet. Man kan se tilbake på produktdokumentasjon og kravspesifikasjondokumentet og se at det er samsvar mellom dem. 5. Hvorfor velge Web-basert system: Det finnes mange grunner til å velge et web- basert system: Et web-basert økonomi og administrasjonssystem er et komplett forretningsstyringssystem der alle modulene ligger på en webserver. Hvem som helst rundt om i verden kan få tilgang til systemet ved hjelp av en enkel nettleser, og på den måten kunne styre sitt firma. I stedet for å 22

24 investere store summer i hardware (maskinpark) og software (programmer), betaler brukeren et mindre beløp, som en leiekostnad, hver måned. Det er mange fordeler ved å velge en webbasert løsning. Mange av disse er presentert under dette: Man trenger kun en nettleser For å benytte seg av et web-basert system trenger man kun en nettleser på en hvilken som helst PC og tilgang til Internett (bredbånd anbefales). Dette gjør systemet enkelt å implementere gjennom hele organisasjonen. Brukere vil også få tilgang til systemet via PCer på for eksempel flyplasser og Internett cafe. Lavere kostnader forbundet med programvare Man eliminerer behovet for å investere i dyr programvare og betale høye årlige avgifter for oppgraderinger av programvaren. Lavere kostnader forbundet med maskinvare Man eliminerer behovet for å investere i, og implementere, servere og nettverk. Løpende kostnader i forbindelse med å oppgradere og vedlikeholde nettverket elimineres også. Kortere implementeringstid Impementeringstiden blir betydelig redusert fordi systemet allerede er oppe og går. Alt man har behov for å gjøre er å logge seg på systemet og man er igang. Behovet for kurs og opplæring vil forbli det samme uavhengig av om man systemet kjøres lokalt eller via web. Lavere kostnader ved flere lokasjoner Tidligere har selskaper som er lokalisert på flere forskjellige geografiske steder vært nødt til å investere i dyre løsninger, som for eksempel Citrix, for å imøtekomme behov for å få felles tilgang fra alle lokasjonene. Disse løsningene viser seg ofte å være for dyre for mange små selskaper. Med et web-basert system kan selv de minste selskaper oppnå fordelene ved å kjøre ett felles system uavhengig av lokasjon til en fornuftig pris. Jobb hjemme Et web- basert system er perfekt for selskaper som ønsker å imøtekomme ansattes ønsker om å kunne jobbe hjemmefra. 23

25 6. Ikke-funksjonelle krav: Dette er de funksjoner eller krav som angir kriterier som kan brukes til å bedømme driften av et system, i stedet for spesiell oppførsel. Dette bør være i kontrast med funksjonelle krav som definerer bestemt atferd eller funksjoner. Generelt, funksjonelle krav definerer hva et system er ment å gjøre, mens ikke-funksjonelle krav definerer hvordan et system er ment å være. Funksjonelle krav er som regel i form av systemet skal, mens ikke-funksjonelle krav er systemet skal være. For Nor dagligvarer import AS er de ikke funksjonelle krav dette: På grunn av bedriftens strategi som er å være mer organisert og modernisert har vi satt krav som er ikke-funksjonelle i begynnelsen av dette prosjektet, f. eks systemet skal være klar for at kunden skal kunne bestille varer og betale med nettet. Systemet skal være mer kompetitivt: med det menes at nettside skal være mer profesjonell(sikkerhet, bilder, linker, reklame ). Alt dette kommer også med bedriftens IT-strategi som gjør at outsourcing (f.eks. 24sevenoffice) er uaktuelt i begynnelsen av dette prosjektet: Det vi mener med dette er fakturering, regnskap forlate dette til eksterne hos bedriften som er spesialisert i disse områdene. Outsourcing innbærer implementering som bedriftens ansatte ikke er klar for(opplæring). IT- strategi Bedriften bruker lite IT, og ledelsen ønsker å utnytte de IKT- løsningene som finnes og som kan passe godt til virksomheten, slik at de får mindre kostnader ved å bruke systemet. Det er også naturlig å disponere IKT -strategien i følgende tre temaer: Applikasjoner og data (Brukerprogramvare og databaser) Teknisk infrastruktur (datamaskiner, nettverk og operativsystemer) IKT -styring (IKT -organisering, forvaltningsprosesser, uviklings -prosesser og planprosesser) 24

Produktrapport Gruppe 9

Produktrapport Gruppe 9 Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette

Detaljer

Kravspesifikasjon Gruppe 9

Kravspesifikasjon Gruppe 9 Forord Kravspesifikasjonen skal sikre at begge parter er enige om kravene til systemet som skal lages. Vi skal utvikle en database for Nor dagligvarer import som kan rydde opp i faktureringer og bestillinger,

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

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

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

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

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk Produktdokumentasjon Madison Møbler Administrasjonsside og Nettbutikk 1 1. Forord 1.1 Dokumentasjonen Dette er en teknisk dokumentasjon på produktet som er utviklet. Denne er tiltenkt personer med teknisk

Detaljer

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

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

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

Del VII: Kravspesifikasjon

Del VII: Kravspesifikasjon 1 2 Forord Dette dokumentet inneholder retningslinjer for gruppen vår og beskrivelse av betingelsene for utviklingen av vårt prosjekt. Vår gruppe benyttet dette dokumentet som et styringsdokument for å

Detaljer

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

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

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

Detaljer

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

Ble ferdig med prosjektskisse. Sett på forskellige rammeverk for php. Lager milepæl for to uker. Logg 22 oktober 2013 Vi skriver status rapport og starter også med å skrive logg idag. Vi har vært i kontakt med mange firmaer uten alt for mye interesse fra deres side. Vi fortsetter å søke etter oppgave.

Detaljer

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

Testdokumentasjon. Gruppe 9

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

Detaljer

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

PROSESSDOKUMENTASJON

PROSESSDOKUMENTASJON PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET: Papir og elektronisk Telefon: 22 45 32 00

Detaljer

HOVEDPROSJEKT 2010 - HIO IU - DATA FORPROSJEKTRAPPORT GRUPPE 18

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

Detaljer

Granitt Grafisk AS Kravspesifikasjon Gruppenr: 2011-12

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

Detaljer

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

Innstallasjon og oppsett av Wordpress

Innstallasjon og oppsett av Wordpress Del 1 - Installasjon og oppsett Innstallasjon og oppsett av Wordpress Wordpress har blitt en veldig populær publiseringsplattform for websider. Uten særlige tekniske ferdigheter kan man sette opp profesjonelle

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

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

Forprosjekt. Accenture Rune Waage, rune.waage@accenture.com, 91605634 Forprosjekt Presentasjon Gruppe 19: Event-planlegger Andreas Berglihn s169991 Harald R. Svendsen s127142 Gruppe Gruppe 19 Andreas Berglihn, s169991 Harald R. Svendsen s127142 Oppgave Eventplanlegger Utvikle

Detaljer

1. Forord 2. Leserveiledning

1. Forord 2. Leserveiledning KRAVSPESIFIKASJON 1 1. Forord Hensikten med kravspesifikasjonen er at den skal fungere som et styringsdokument under prosessen og definere rammer og betingelser rundt hovedprosjektet. Den er utviklet etter

Detaljer

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

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

Detaljer

Forprosjekt gruppe 13

Forprosjekt gruppe 13 Forprosjekt gruppe 13 Presentasjon Tittel: Oppgave: Periode: Gruppemedlemmer: Veileder: Oppdragsgiver: Kontaktperson: Mobilbillett i HTML5 Utvikle en mobil billettautomat innenfor kategorien dedikert web

Detaljer

Bachelorprosjekt 2015

Bachelorprosjekt 2015 Bachelorprosjekt 2015 Høgskolen i Oslo og Akershus Tam Ha (s171513) Arslan Yousaf (s189135) Gabriel Noraker Alfarrustad (s161910) Eivind Lund (s180381) Phillip Padiernos Næss (s162951) Forprosjekt Prosjektets

Detaljer

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

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

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

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

Detaljer

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

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

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

Detaljer

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

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

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

Detaljer

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

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

Detaljer

Styringsdokumenter. Forord

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

Detaljer

Forprosjektrapport. Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus

Forprosjektrapport. Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Gruppenummer: 21 Forprosjektrapport Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Gruppemedlemmer: Guro Asbjørnsen, Ester Jansson, Marius Skalstad og

Detaljer

4.1. Kravspesifikasjon

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

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

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

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

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

Detaljer

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

Hovedprosjekt i ingeniørfag, data, våren 2015. Oslo 19.01.2015. Gruppe 23 Torstein Frogner, Bernt Kristoffer Helland, Vahid Khairkhah, Jonas Myren Mo

Hovedprosjekt i ingeniørfag, data, våren 2015. Oslo 19.01.2015. Gruppe 23 Torstein Frogner, Bernt Kristoffer Helland, Vahid Khairkhah, Jonas Myren Mo Hovedprosjekt i ingeniørfag, data, våren 2015 Oslo 19.01.2015 Gruppe 23 Torstein Frogner, Bernt Kristoffer Helland, Vahid Khairkhah, Jonas Myren Mo Forprosjektrapport Presentasjon Tittel: Pizzaplutselig.no

Detaljer

Oblig 5 Webutvikling. Av Thomas Gitlevaag

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

Detaljer

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

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

Detaljer

Brukerveiledning. Gruppe 9

Brukerveiledning. Gruppe 9 Forord : I dette dokumentet vil du få presentert en brukerveiledning for databasesystemet som vi har laget for Nor daglig vare import. Dokumentet er illustrert med bilder, og i tillegg finnes det forklaringer

Detaljer

Båtforening på nett. Produktrapport

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

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

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

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

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

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

BRUKERMANUAL. Telsys Online Backup

BRUKERMANUAL. Telsys Online Backup BRUKERMANUAL Telsys Online Backup TELSYS AS - 06.08.2009 Innhold Generelt... 3 Kom i gang... 4 Installasjon av Telsys Online Backup Proff/Standard... 4 Start opp klienten for første gang!... 10 Logg inn...

Detaljer

Prosjektdagbok hovedprosjekt våren 09

Prosjektdagbok hovedprosjekt våren 09 Prosjektdagbok hovedprosjekt våren 09 Man 25. Mai 09 Planlegging og arbeid med sluttføring Sluttføring av grensesnitt, arbeid med dokumentasjon og detaljplanlegging av sluttføring. Ons 21. Mai 09 Arbeid

Detaljer

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

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

Detaljer

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. Høgskolen i Oslo Våren 2007-02-02. Dr.Klikk. Gruppe 25. Håkon Drange s130167 Lars Hetland s127681

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

Detaljer

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

Få din egen hjemmeside

Få din egen hjemmeside I dette avsnittet lærer du å bygge din egen hjemmeside legge til tekst og bilder lage din egen design legge en bakgrunn på hjemmesiden I neste nummer får du hjelp til å bygge en større hjemmeside til en

Detaljer

Tjenestebeskrivelse Webhotelltjenester

Tjenestebeskrivelse Webhotelltjenester Tjenestebeskrivelse Webhotelltjenester Sist endret: 2004-12-01 Innholdsfortegnelse 1 INTRODUKSJON... 3 1.1 GENERELT... 3 1.2 NYTTEVERDI WEBHOTELLTJENESTER FRA TELENOR... 3 2 FUNKSJONALITET... 4 2.1 INNHOLD

Detaljer

Kandidat nr. 1, 2 og 3

Kandidat nr. 1, 2 og 3 Kandidat nr. 1, 2 og 3 Rapport 1 IT202E Bacheloroppgave i Informatikk Vår 2011 Mobilapplikasjonsutvikling med Scrum 1 Innhold Innledning... 3 Overordnet Prosjektplan... 3 Produktbacklog... 5 Sprint planning

Detaljer

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

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

Detaljer

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

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

Detaljer

som blanker skjermen (clear screen). Du får en oversikt over alle kommandoene ved å skrive,

som blanker skjermen (clear screen). Du får en oversikt over alle kommandoene ved å skrive, 1. Last ned og installer XAMPP. 2. Sjekk at alt fungerer. 3. MySQL. Vi begynner med databaseserveren, MySQL. Gå til DOS klarmelding eller ledetekst (finnes under tilbehør på startmenyen om du ikke som

Detaljer

En filserver på Internett tilgjengelig når som helst, hvor som helst. Enkelt, trygt og rimelig

En filserver på Internett tilgjengelig når som helst, hvor som helst. Enkelt, trygt og rimelig En filserver på Internett tilgjengelig når som helst, hvor som helst Enkelt, trygt og rimelig Endelig en filserver på Internett Tornado File Server er en filserver som er tilgjengelig over Internett, slik

Detaljer

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,

Detaljer

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

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

Presentasjon. Kristian Hewlett- Packard 29.05.2012

Presentasjon. Kristian Hewlett- Packard 29.05.2012 2012 Presentasjon Kristian Hewlett- Packard 29.05.2012 1 Innledning Denne innledningen inneholder informasjon om gruppen, samt bakgrunn og mål for oppgaven og en introduksjon til temaet. 1.1 Gruppen Vår

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

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

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

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

Detaljer

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

Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp { En selvstendig plattform som kan brukes til å formidle kurs på nett med dagsaktuell teknologi. Oppgave 5, av Fredrik Johnsen Oppgavestiller

Detaljer

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

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

2014 Høgskolen i Oslo og Akershus. Forprosjektrapport "Rinnovasjon" (Renovasjon og innovasjon) monabjerke.no

2014 Høgskolen i Oslo og Akershus. Forprosjektrapport Rinnovasjon (Renovasjon og innovasjon) monabjerke.no 2014 Høgskolen i Oslo og Akershus Torbjørn Gjøn s180399 Snorre Duun Strømsborg s180371 Matias Pettersen s180395 Forprosjektrapport "Rinnovasjon" (Renovasjon og innovasjon) monabjerke.no Presentasjon Tittel:

Detaljer

Visma CRM Nyheter og forbedringer Side 1

Visma CRM Nyheter og forbedringer Side 1 Visma CRM Nyheter og forbedringer Side 1 NYHETER OG FORBEDRINGER Visma CRM Nyheter og forbedringer Side 2 Oslo, juni 2011 1. Sirkulasjon All informasjon i dette dokumentet kan endres uten varsel og innebærer

Detaljer

PRESENTASJON. Prosjektnr: 43E Prosjektnavn: BILs nettsider Jone Tveitane Dato: 17.12.2006

PRESENTASJON. Prosjektnr: 43E Prosjektnavn: BILs nettsider Jone Tveitane Dato: 17.12.2006 PRESENTASJON Prosjektnr: 43E Prosjektnavn: BILs nettsider Elev: Jone Tveitane Dato: 17.12.2006 1 INNHOLDSFORTEGNELSE 1 OPPGAVESTILLER... 3 2 PROBLEMSTILLING... 3 3 HVORFOR DENNE OPPGAVE... 3 4 HVORDAN

Detaljer

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? 1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten

Detaljer

KRAVSPESIFIKASJON FORORD

KRAVSPESIFIKASJON 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

Detaljer

[GILJE SELSKAPSLOKALER]

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

Detaljer

Funksjonskravene er delt opp i to deler, krav til spillsekvens og generelle funksjonskrav.

Funksjonskravene er delt opp i to deler, krav til spillsekvens og generelle funksjonskrav. Kravspesifikasjon I dette kapittelet foreligger kravspesifikasjonen som ble utformet tidlig i prosjektprosessen. Dette er den opprinnelige kravspesifikasjonen. Det har igjennom prosjektprosessen vært naturlig

Detaljer

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING

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

Detaljer

!!!!!!!!!!!! !!!!!!!!!!! WP-WATCHER WORDPRESS SIKKERHET

!!!!!!!!!!!! !!!!!!!!!!! WP-WATCHER WORDPRESS SIKKERHET WP-WATCHER WORDPRESS SIKKERHET WP-WATCHER BACKUP - SIKKERHETSKOPIERING «Hei Jeg oppdaterte en plugin på siden min og nå kommer jeg ikke inn på siden min i det hele tatt. Kan du hjelpe meg?» «Hjelp Jeg

Detaljer

CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA

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

Detaljer

GUTZ ABC. Benytt gjerne vår ABC guide om du trenger informasjon.

GUTZ ABC. Benytt gjerne vår ABC guide om du trenger informasjon. GUTZ ABC Benytt gjerne vår ABC guide om du trenger informasjon. VELKOMMEN / HVORFOR GUTZ VELKOMMEN! Kjære kunde, det begynner som oftest med at foreningen, idrettslaget eller klassen gir uttrykk for å

Detaljer

Høgskolen i Oslo og Akershus

Høgskolen i Oslo og Akershus Høgskolen i Oslo og Akershus Gruppe 2 Forprosjektrapport Presentasjon Oppdragsgiver: Prosjekttittel: Definisjon: Accenture Shera Shera er en «event»-applikasjon til Android der man kan registrere arrangementer

Detaljer

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

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

Detaljer

Få din egen hjemmeside

Få din egen hjemmeside I dette avsnittet lærer du å bygge din egen hjemmeside legge til tekst og bilder lage din egen design legge en bakgrunn på hjemmesiden I neste nummer får du hjelp til å bygge en større hjemmeside til en

Detaljer

GENERELL BRUKERVEILEDNING WEBLINE

GENERELL BRUKERVEILEDNING WEBLINE Side 1 av 10 INNHOLDSFORTEGNELSE 1. FORMÅL MED DOKUMENTET... 3 2. TILGANG TIL PORTALEN... 4 3. TILGJENGELIGE TJENESTER/MODULER... 5 3.1 ADMIN... 5 3.2 NORDIC CONNECT/IP VPN... 5 3.3 INTERNETT INFORMASJON...

Detaljer

SUSOFT RETAIL FOR MOTEBUTIKKER

SUSOFT RETAIL FOR MOTEBUTIKKER SUSOFT RETAIL FOR MOTEBUTIKKER Susoft Retail er en glimrende løsning for salg av klær og sko. I tillegg passer løsningen både enkeltstående butikker og kjeder. Susoft Retail er en nettsky løsning som gir

Detaljer

Kravspesifikasjon for Agresso Employee Hovedprosjekt i data våren 2007

Kravspesifikasjon for Agresso Employee Hovedprosjekt i data våren 2007 for Agresso Employee Hovedprosjekt i data våren 2007 Gruppe 20: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 2 Agresso Employee Presentasjon Prosjektittel: Oppgave: Agresso

Detaljer

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

Detaljer

Kjøre Wordpress på OSX

Kjøre Wordpress på OSX Kjøre Wordpress på OSX Alt etter hva du ønsker å bruke Webserveren til er det flere måter å gjøre dette på. Ønsker du kun en side som skal dele sider du lager manuelt, med PHP, GD etc eller med server

Detaljer

Forprosjekt - Gruppe 12. Hovedprosjekt av

Forprosjekt - Gruppe 12. Hovedprosjekt av FORSIDE A V D E L I N G F O R I N G E N I Ø R U T D A N N I N G H Ø G S K O L E N I O S L O O G A K E R S H U S Forprosjekt - Gruppe 12 Hovedprosjekt av S AJ ID, OZAI RE (S 1711 9 7), S VEEN, S IMEN (S171208),

Detaljer

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

Forprosjektrapport. Universelt LæringsVerktøy (ULV) Å lage en læringsplattform som tilfredsstiller alle krav til universell Forprosjektrapport Presentasjon Tittel: Oppgave: utforming Periode: Gruppemedlemmer: Hafnor Prosjektgruppe: Veileder: Oppdragsgiver: Kontaktperson: Nettside for gruppa: Universelt LæringsVerktøy (ULV)

Detaljer

Kom i Gang. brukermanual. (Når du har installert BAS21 på din maskin) Kom I Gang brukermanual for programpakken BAS21 Side 1

Kom i Gang. brukermanual. (Når du har installert BAS21 på din maskin) Kom I Gang brukermanual for programpakken BAS21 Side 1 BAS21 Kom i Gang brukermanual (Når du har installert BAS21 på din maskin) Kom I Gang brukermanual for programpakken BAS21 Side 1 Innhold Side Hva kan BAS21 gjøre for deg og din bedrift? 3 - Hav inneholder

Detaljer

WEBUTVIKLING OBLIG 4. Installasjon

WEBUTVIKLING OBLIG 4. Installasjon WEBUTVIKLING OBLIG 4 Installasjon 1. Jeg lastet ned MAMP gratis fra www.mamp.info og installerte på maskinen. Trykker så på Start Server og ser at det fungerer når Apache Server og MySQL Server lyser grønt.

Detaljer