Kravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften



Like dokumenter
Nettside, Webshop og Beregningsmodell. Hovedprosjekt våren 2009

Nettside, Webshop og Beregningsmodell Hovedprosjekt våren 2009

Prosjektdagbok FRA TIL Uke Dato Personer tilstede. Beskrivelse 10: Øyvind. Vi dannet gruppe og skrev Statusrapport.

Prosessrapport. Nettside, Webshop og Beregningsmodell. Magnus Eriksen, s Øyvind Schjelderupsen, s Peder Sundbø, s141795

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

Kravspesifikasjon. Forord

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

1. Forord 2. Leserveiledning

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

Kravspesifikasjon. Høgskolen i Oslo, våren 2011 Sted og dato: Oslo, 9. februar Gruppemedlemmer

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

Produktrapport Gruppe 9

Produktrapport. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23

Nettside, Webshop og Beregningsmodell. Hovedprosjekt våren 2009

Nettside, Webshop og Beregningsmodell

Nettside, Webshop og Beregningsmodell Hovedprosjekt våren 2009

Entobutikk 1.KRAVSPESIFIKASJON VÅR 2011

1 Del I: Presentasjon

PROSESSDOKUMENTASJON

Del VII: Kravspesifikasjon

Styringsdokumenter. Studentevalueringssystem

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen.

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

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

Presentasjon av bachelorprosjekt

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

Forprosjektrapport. Feilsøkingsverktøy for Homebase AS INNHOLD

Forprosjekt. Høgskolen i Oslo, våren

Kravspesifikasjon. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23

Gruppe Forprosjekt. Gruppe 15

Kravspesifikasjon. Hjelpemiddelportal for Parkinsonforbundet. 1. januar til 17. juni. John Terje Balto og Vegar Haugnes. Steinar Johannesen

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.

Bachelorprosjekt 2015

BEDRIFTENS NETTSIDE 24. NOVEMBER 2016

Entobutikk 3.TESTRAPPORT VÅR 2011

Web fundamentals. Web design. Frontend vs. Backend Webdesign 17. januar Monica Strand

Styringsdokumenter. Forord

NCE TOURISM FJORD NORWAY. FJORDNETT INTERNETTFORUM 2012 Bergen, 12./13. juni 2012

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Pillbox Punchline

Dokument 1 - Sammendrag

Aktivitetskart. Fremdriftsplan: denne prosessen: Peder Sundbø. ferdigstilt uke 8. fastslåing av prosjekt. Magnus Eriksen. Uke 8.

Forprosjektrapport. Gruppe Januar 2016

QPAWeb. Et webgrensesnitt for QPA

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

Kravspesifikasjon MetaView

Forprosjektrapport Bacheloroppgave 2017

PROSESSDOKUMENTASJON

1 Forord. Kravspesifikasjon

Forprosjektrapport. Høgskolen i Oslo Våren Dr.Klikk. Gruppe 25. Håkon Drange s Lars Hetland s127681

Brukermanual. Studentevalueringssystem

Hovedprosjekt i data ved Høgskolen i Oslo våren 2007

Hovedprosjektet i Data Høgskolen i Oslo våren 2010

Forprosjektrapport. Gruppe 34. Magnus Dahl Hegge s153549

Kravspesifikasjon. Aker Surveillance. Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo,

Studentdrevet innovasjon

S y s t e m d o k u m e n t a s j o n

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

Bachelorprosjekt i informasjonsteknologi, vår 2017

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

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

2 Innholdsfortegnelse

Produktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet

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

Forprosjektrapport For gruppe 20:

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

Eksamen i Internetteknologi Fagkode: ITE1526

Presentasjon av hovedprosjekt ved HIST Nettbutikk

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

Kravspesifikasjon Gruppe nr ABTF

Granitt Grafisk AS Kravspesifikasjon Gruppenr:

VEDLEGG 1 KRAVSPESIFIKASJON

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

Kravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Digitalisering av Sentralen UNG Gründer

RUTEPLANLEGGINGSSYSTEM KRAVSPESIFIKASJON

Kravspesifikasjon. Forord

Kravspesifikasjon Gruppe 9

Forelesning 23/9-08 Webprog 1. Tom Heine Nätt

Forprosjekt. Accenture Rune Waage,

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

Innstallasjon og oppsett av Wordpress

RF-fjernkontroll for South Mountain Technologies

Kravspesifikasjon. Noark 5 grensesnitt. Hovedprosjekt informasjonsteknologi. Gruppe 31

Visma Rapportering og Analyse Selvbetjente rapporter som dekker behovene til hele bedriften

Hovedprosjekt i informasjonsteknologi våren Gruppe 32 - Erik M. Forsman, Lars H. Nordli og Simen A. Hansen

Kravspesifikasjon. 1 Prosjektfakta. Medlemsregister for YXD-Kurdistan. Prosjektnummer: Ernad Fajkovic

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

Forprosjektrapport ElevApp

Final Projectreport Gry Skårbø

HOVEDPROSJEKT HIO IU - DATA FORPROSJEKTRAPPORT GRUPPE 18

4.1. Kravspesifikasjon

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

Del IV: Prosessdokumentasjon

Prosjektdagbok hovedprosjekt våren 09

Utvikling av et nettbasert CMS med tilhørende nettsted for Axel Bruun Sport AS

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

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

Hovedprosjekt. Høgskolen i Oslo data/informasjonsteknologi våren 2011 Forprosjektrapport. K-skjema og ferie kalender

Transkript:

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 vil lette arbeidsmengden til de ansatte i postkasseavdelingen betraktelig, siden de da slipper å snakke fysisk med hver enkelt kunde. I tillegg skal vi lage en beregningsmodell som gjør det mulig for kunder og arkitekter å beregne mål for plassering av postkasser i eksisterende bygg og nybygg. Disse systemene må stille store krav til brukervennlighet da brukerne ofte kan være uerfarne databrukere. Om bedriften Stansefabrikken Products ble i 2007 skilt ut som et eget forretningsområde som fokuserer på salg av produkter og løsninger innen et bredt spekter av elektroskap og postkasser. Selskapet er lokalisert på Fornebu og Fredrikstad er et datterselskap av Stafa Industrier AS. Virksomheten er salg av postkassesystemer til boligblokker i Norge. Kassene er produsert i Litauen og Norge. Disse har solgt jevnt over mange år på bekjentskaper og navn. Bakgrunn for prosjektet I de senere år er det blitt mer og mer viktig å være på nett med brosjyrer og andre hjelpemidler som bedriftens kunder kan benytte. Stansefabrikken AS har mange kunder med spesielle behov slik som arkitekter, byggefirmaer og forhandlere. De mangler hjelpemidler på nettet for oppsett av kasser i forhold til størrelsen på kassene og de lover som til en hver tid gjelder. Bedriften ønsker å utvikle enkle hjelpemidler for kundene sine i form av tabeller eller regneark som letter arbeidet for begge parter. Samtidig vil det bli behov for å utvikle en netthandel som også vil lette arbeidet. Forord Denne kravspesifikasjonen ble utarbeidet av gruppen sammen med oppdragsgiver, hvor oppdragsgiver måtte godkjenne kravspesifikasjonen før videre arbeid ble fastslått. Kravspesifikasjonen er beregnet for de medvirkende i prosjektet, altså oppdragsgiver, gruppemedlemmene og veileder. Den er også beregnet for en sensor som skal evaluere og bedømme prosjektresultatet. Systemets funksjonalitet, spesifikasjoner og rammebetingeleser er beskrevet i dette dokumentet, som er en instruks for hvordan systemets skal fungere. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften Bakgrunn for prosjektet Forord Innholdsfortegnelse Systembeskrivelse Rammekrav til systemet Systemkonstruksjonskrav Dokumentasjonskrav

diagram beskrivelser Ord og utrykk Systembeskrivelse Systemet skal inneholde: Mulighet til å bestille postkasser på nett. Det skal være mulig å velge antall og type postkasser. En webshop hvor kunder kan bestille ønskelige postkasser uten å benytte beregningsmodellen. En beregningsmodell i flash som regner ut hvor mye plass som trengs til postkasser i henhold til standard for plassering av postkasser og mål oppgitt av kunde/arkitekt. Mulighet for kunde å sette sammen ønskelige postkasser ved hjelp av drag and drop i flash. Database over alle typer postkasser med mål i millimeter. Mulighet for å skrive ut resultatet fra beregningsmodellen. Bekreftelse til kunde via e-post. Ansatte varsles om bestillinger på e-post. Illustrasjon over strukturen i systemet.

Rammekrav i systemet Hoveddelene skal programmeres i PHP (objektorientert). Beregningsmodellen skal utarbeides i flash. Systemet skal kunne utvides. Eventuelle krav til systemkonstruksjon Vår kunde har opplyst oss om at vi står fritt til å bruke de løsningene vi synes passer best til å utvikle dette systemet. Vi har valgt å utvikle systemet primært i PHP siden dette er et programmeringsspråk som alle på gruppen behersker. Når det gjelder design på siden har vi valgt å bruke CSS, javascript, flash og html for å utvikle et brukervennlig grensesnitt. For redigering av bilder/grafiske enheter bruker vi GIMP. IBM Rational Rose brukes i planleggingsperioden for å få et konkret overblikk over systemets oppbygning og hendelsesforløp. Databasen er en mysql database og designes i DB designer, hvor blant annet alle tabeller og deres sammenhørighet planlegges. Eventuelle krav til dokumentasjon Det skal i hele prosjektperioden føres en prosjektdagbok som beskriver hva som blir gjort, hvem som har ansvar for ulike prosesser og når ulike ting blir utført. Det ferdige prosjektet skal dokumenteres med: o Prosjektrapport o Kravspesifikasjon o Brukermanual o Testrapport

diagram beskrivelser Aktør Normal hendelsesflyt Beregningsmodell Kunde Kunde ønsker beregning av plass til postkasser Kunden ønsker å bruke beregningssystem Kunden får en grafisk beregningsmodell av oppgangen med postkasser. 1. Systemet spør om breddemål i oppgangen. 2. Kunden skriver inn breddemål og bekrefter det. 3. Systemet viser postkassetyper. 4. Kunden velger en postkassetype. 5. Systemet viser alle størrelser av valgt postkassetype og setter av et område for plassering av kasser. Den informerer om drag and drop funksjonen. 6. Kunden drar ønskede postkasser over på veggen og godkjenner. 7. Systemet viser tegning av veggen og gir mulighet for lagring og utskrift av tegning. Den gir også mulighet for å gå direkte til

Variasjoner bestill postkasser. 6a1. Kunden drar en kasse som ikke passer i forhold til breddemål. Systemet vil informere om at dette ikke er mulig og nekter valget. 6a2. Kunden ønsker flere typer kasser, systemet gjør det mulig og legge til flere forskjellige postkassetyper på veggen. Bestill Postkasser Aktør Kunde Kunde ønsker å bestille postkasser Kunden har tenkt å bestille postkasser Kunden får bestilt postkasser Normal hendelsesflyt 1. Systemet viser kunden hvilke postkasser de har til utvalg. 2. Kunden velger type postkasse som ønskes kjøpt. 3. Systemet viser hva kunden har valgt og ber om antall kasser som ønskes, og om antall oppganger det gjelder. 4. Kunden skriver inn antall postkasser og antall oppganger og bekrefter. 5. Systemet ber så om informasjon om kunden: Navn, Adresse, Adresse(installasjonssted) og tlf nummer. 6. Kunden skriver inn påkrevd info og bekrefter. 7.Systemet gir bekreftelse på bestilling å informerer om at selger vil kontakte dem snarest mulig. Relatert informasjon Påkrevde felter er markert med (*) Aktør Normal hendelsesflyt Send bekreftelse E-post tjener Kunden har bestilt postkasser Kunden har tenkt å bestille postkasser Bekreftelse blir sendt til kundens e-post. 1. E-posttjener får informasjon om bestilling 2. E-posttjener håndterer informasjon og legger det til i et e-postoppsett 3. E-post tjener sender svar til kundens e-post adresse.

Ord og utrykk PHP Flash Javascript GIMP Webshop Netthandel Drag and Drop Database mysql CSS HTML Grensesnitt PHP: Hypertext Preprocessor. Programmeringsspråk. Brukes til å utvikle nettsider. Betegnelse som refererer til programvaren Adobe Flash Player. Gir animasjon på nettsider. Skriptspråk. Tilfører dynamiske elementer til nettsider. GNU Image Manipulation Program. Blir brukt til å behandle og lage illustrasjoner, digital grafikk og fotografier. Uttrykk for handel på nett. Norsk utrykk for handel på nett. Betyr at brukeren kan interagere med eventuelle elementer ved å ta tak i ett element og plassere det på ønskelig sted. Samling av data. Versjon av SQL (Structured Query Language). Relasjonsdatabase for behandling av data. Cascading Style Sheets. Brukes til å definere utseende på filer skrevet i HTML eller XML. HyperText Markup Language. Markeringsspråk for formatering av nettsider med informasjon som skal vises i en nettleser. Betegnelse for hvordan en bruker kommuniserer med ett system. Forklaring og beskrivelse av elementer i ett system. Element som må til for at ulike hendelser skal utløses. Betingelse for at noe skal bli utført. Betingelse som er resultat av at noe har blitt utført.