Forprosjektrapport Hovedprosjekt våren 2010 på Høgskolen i Oslo Sted og dato: Oslo, 29. januar 2010. Tittel: Gruppemedlemmer: Oppdragsgiver: Kontaktperson (PIT-STOP): Ekstern veileder: Kontaktperson (Bekk Consulting): PIT-STOP Henrik Wingerei, Jon Torstein Dalen, Eirik Luka, Jan Anders Sivesind Evenstuen og Øyvind Hoff Midtbø. PIT-STOP Markveien 1, 1391 Vollen Nettsted: http://www.pstop.no Jan Roar Heggelund Tlf: 98 42 84 38 E-postadresse: pit-stop@online.no Bekk Consulting AS Postboks 124 Sentrum 0102 Oslo Eirik Wang Tlf: 98 21 94 57 E-postadresse: eirik.wang@bekk.no Presentasjon av PIT-STOP PIT-STOP er et dekkverksted som i tillegg til å utføre dekkskift, reparasjoner og vedlikehold av dekk, selger dekk og felger. En annen tjeneste de tilbyr er å oppbevare dekk for sine kunder. Presentasjon av BEKK Consulting AS Bekk Consulting AS er et norsk konsulentselskap som leverer rådgivnings-, teknologi- og forvaltningstjenester til store offentlige og private virksomheter. Selskapet har i dag 230 ansatte og er en del av ErgoGroup et kraftsenter i Norden innen teknologi. Dagens situasjon PIT-STOP har i dag to typer lager. Det ene er et lager som brukes til å oppbevare kunders dekk. Dette fungerer ved at kunder kommer til PIT-STOP med et sett dekk, for eksempel sommerdekk om høsten, og leverer inn disse for oppbevaring. Disse blir så oppbevart i et lager gjennom vinteren, før kunden kommer tilbake til våren og henter ut dekkene. Det er i tillegg vanlig at kunden lagrer dekk gjennom hele året. Det vil si at man lagrer sommerdekk om vinteren og vinterdekk om sommeren.
Dagens system fungerer ved at de ansatte på PIT-STOP noterer ned informasjon om dekkene. Denne informasjonen lagres i et Excel-ark, og dette lagres i en ringperm. Når kunden deretter kommer tilbake for å hente dekkene, må de ansatte lete gjennom denne permen for å finne lagerplasseringen til dekkene. I Excel-arket lagres følgende informasjon: Lagerlokasjon (plassering av dekkene i lageret, fra 1 og oppover) Bilens registreringsnummer Type bil (Audi, BMW etc.) Kundens telefonnummer Eier av bilen Merknad Pigg Piggfri Byttet (Hvis dekkene er byttet ut med nye) Hentet ut Den viktigste informasjonen som lagres er registreringsnummeret til bilen. Det lagres ikke annen informasjon om kunden enn eventuelt kundens navn og telefonnummer. I tillegg til et lager for kunders dekk, har PIT-STOP et lager hvor de lagrer innkjøpte dekk som skal selges videre til kunder. I dag har PIT-STOP ikke noe system for dette lageret. Det vil si at det ikke finnes noen oversikt som viser lagerbeholdningen for nye dekk. For å finne ut hva som finnes på lageret, må de ansatte på PIT-STOP fysisk gå ut på lageret og lete etter de dekkene de trenger. Lageret består av hyller i flere etasjer, men disse hyllene er ikke merket på noen spesiell måte. En annen viktig del av driften til PIT-STOP er at kunder ringer og bestiller nye dekk til bilen sin. I dag blir denne informasjonen lagret i et eget Excel-ark som videre blir plassert i en ringperm. Dette Excelarket må oppdateres manuelt når dekkene ankommer fra leverandør, og når de er solgt og levert ut til kunden. Excel-arket inneholder følgende informasjon: Kundens navn Telefon Dekktype Dimensjon Antall Pris Ordre mottatt Bestilt Dekk mottatt Det finnes ikke noe eget kunderegister som brukes når man bestiller nye dekk, eller leverer dekk for lagring. Av og til lagres noe informasjon, men som regel lagres det veldig lite informasjon om kundene. Det blir derimot lagret informasjon om de største kundene i regnskapssystemet. Det som i dag finnes av datasystem er et regnskapssystem, som PIT-STOP bruker til å sende ut og behandle fakturaer til kunder. Dette er av typen datax fra Mamut.
Hva vi skal utvikle Vi har valgt å utvikle en webapplikasjon for dekkbedriften PIT-STOP v/jan Roar Heggelund. Med en webapplikasjon mener vi en applikasjon som kjører i en nettleser, enten lokalt på en egen server, eller på en offentlig server som alle kan få tilgang til via Internett. PIT-STOP ønsker å ha en applikasjon som automatiserer mye av driften rundt dekkverkstedet. De viktigste funksjonene dette systemet skal ha, er å holde oversikt over dekk, både nye dekk som er på lager og dekk som oppbevares for kunder. De ønsker også en oversikt over kundebestillinger. Innlogging For å kunne bruke systemet må de ansatte logge inn. Dette er for at uautoriserte brukere ikke skal få tilgang til systemet. Ved å logge inn som administrator kan man opprette nye brukere og slette data som er lagt inn. Dette skal ikke være mulig for normale brukere, da disse kun skal kunne legge til å søke etter data. Ved å gjøre det slik minsker vi risikoen for misbruk og uheldig sletting av data. Oversikt over nye dekk Et problem bedriften har i dag, er at de ikke har oversikt over dekk som er på lageret og dekk som er i bestilling. En måte vi tenker å løse dette problemet på, er å ha en komplett oversikt over hvilke dekk som ligger på lager, eventuelt hvor de ligger, og hvilke dekk som er i bestilling. Fordelen med dette er at de ansatte slipper å gå på lageret for å se hvilke dekk man har. Dette forhindrer at bedriften bestiller inn dekk de har allerede på lageret, og at det blir lettere å gi beskjed til kunder hvilke dekk de har tilgjengelig. Oversikt over kunder Som nevnt lagres det ikke mye informasjon om kundene. Vi tror at mye av arbeidet på verkstedet blir enklere med et kunderegister der man kan søke på navn, registreringsnummer og biltype. Ved å ha et slikt register, ser vi for oss at det blir lettere å finne kontaktinformasjon til kunder. På denne måten blir det lettere for PIT-STOP å få kontakt med kunder, hvis det skulle være noe i sammenheng med en bestilling eller lignende. Det blir også mulig å se historikk til hver kunde, og se hva kunden har bestilt. Oversikt over kunders dekk For å få en bedre oversikt over oppbevaring av dekk for kunder, skal vi gjøre det mulig å registrere informasjon om kunden, registreringsnummer på bilen, og informasjon om dekkene som er lagret. Alle dekkene har også en lagerplass, slik at det er lettere å finne de igjen. Den samme informasjonen skal enkelt kunne oppdateres, dersom kunden bytter ut vinterdekk med sommerdekk eller motsatt. Oversikt over kunders dekkbestillinger For å gjøre det lettere å unngå å selge ett sett med dekk til flere kunder, vil vi gjøre det enklere å holde oversikt over hvilke ordre som er i bestilling. Til hvert dekk som ligger i systemet, vil det være mulig å se om dette er reservert til en kunde. Det vil også være mulig å se om det har blitt bestilt inn dekk til en kunde, dersom de ønskede dekkene ikke finnes på lager. Søk For å kunne utnytte en slik applikasjon, er det viktig å ha gode søkemuligheter, for å kunne få en oversikt over hva som finnes på de forskjellige lagrene. Dette fører også til at PIT-STOP bruker
kortere tid til å finne fram informasjon, noe som kan gjøre arbeidet deres mer effektivt og minsker feilraten for dobbeltbestilling og lignende. Arkitektur, rammeverk, teknologivalg Teknologivalg Vi har valgt å bruke programmeringsspråket Groovy og webrammeverket Grails for å utvikle applikasjonen vår. Først hadde vi bestemt oss for å bruke Java og Spring MVC-rammeverket, men etter samtaler med veilederen vår fra BEKK, kom vi fram til at Grails er et bedre valg. Grunnen til dette er at den interne veilederen vår uttrykket litt bekymring for at vi ikke fikk nok funksjonalitet i applikasjonen vår, og ved å bruke Grails vil vi få mye gratis, og kan relativt raskt få løsninger med mye funksjonalitet. En annen grunn er at vi ikke har utviklet webapplikasjoner i Grails gjennom undervisningen på skolen, og vi er derfor interessert i å lære oss mer om dette. En annen fordel er det er at Groovy og Grails er plattformuavhengig og gratis, som gjør at vi slipper å skaffe lisenser til server og utviklingsverktøy. Når vi skal utvikle en webapplikasjon i Grails er det en del verktøy vi kan benytte oss av. Det finnes mange muligheter, men de vi har gått for er følgende: Utviklingsverktøy: SpringSource Tool Suite Versjonshåndtering Subversion Verktøy for å skrive og kjøre integrasjonstester Cucumber Prosjektstyringsverktøy Maven Byggeserver Hudson Applikasjonsserver Tomcat ORM (Object-Relational-Mapping)-bibliotek Hibernate Database MySQL
Utviklingsmetode Vi har valgt å utvikle ved å bruke utviklingsmetoden Scrum. Dette er en smidig utviklingsmetode som er mye brukt i næringslivet, og etter samtaler med veilederen fra BEKK og den interne veilederen har vi funnet ut at dette er den utviklingsmetoden som passer best til prosjektet. Vedlegg: Vedlegg 1: Veilederkontrakt med BEKK. Vedlegg 2: Risikoanalyse og risikomatrise. Vedlegg 3: Prosjektplan. Vedlegg 4: Brukerhistorier. Vedlegg 5: Akseptansekriterier (for brukerhistorie 1). Vedlegg 6: Akseptansekriterier (for brukerhistorie 2). Vedlegg 7: Akseptansekriterier (for brukerhistorie 3). Vedlegg 8: Akseptansekriterier (for brukerhistorie 4)
Vedlegg 1: Veilederkontrakt med BEKK
Vedlegg 2: Risikoanalyse og risikomatrise Nr Risiko Tiltak Sannsynlighet Konsekvens 1 Ikke klare å lære oss teknologier og rammeverk. Forenkle rammeverk og teknologier 3 8 2 3 For lite tid. Forenkle funksjonalitet. 4 7 4 5 6 7 Dårlig prosjektplanlegging. Sykdom. 8 Konflikter i gruppa. Prøve å løse det internt. Holde møte med intern veileder. Arrangere sosiale aktiviteter. 1 7 9 Miste arbeid som er gjort. Ha gode backuprutiner. 2 10 10 Tyveri av, eller ødelagt hardware (server og laptoper). 11 Dårlig kommunikasjon med ekstern veileder. Dårlig kommunikasjon med intern veileder. 12 Andre fag på skolen krever for mye ressurser Samarbeide bedre med veileder. Vi må kanskje stoppe opp i utviklingsprosessen og ta noen steg tilbake. Omstrukturere arbeidsoppgaver og evt. forenkle funksjonalitet. Holde møte med ekstern veileder og intern veileder. Eventuelt bytte veileder. Hyppigere møter. Holde møte med intern veileder og en eventuell tredjepart, som kan se situasjonen utenfra. Eventuelt bytte veileder. Dårlig kommunikasjon med arbeidsgiver. Holde møte med arbeidsgiver og ekstern eller intern veileder. Merke server, og ikke la arbeidsplass stå ubevoktet på dagtid. 2 7 5 8 2 8 2 7 5 6 5 9 Mister arbeidsplass. Møte opp tidlig. Bruke digitale scrumverktøy. 4 9 Sette server på server- rommet. Forenkle funksjonalitet. 4 8
Sannsynlighet 9 Risikomatrise 10 11 10 5 1 12 4 8 26 3 7 5 0 2 4 6 8 10 1 2 3 4 5 6 7 8 9 10 11 12 0 Konsekvens
Vedlegg 3: Prosjektplan
Vedlegg 4: Brukerhistorier ID Tittel Demo Verdi Estimat Notater Opphav Kategori Vil jeg kunne legge til nye Logg inn som bruker, naviger til siden 1 dekk i systemet Lagerbeholdning og legg til Slik at lagerbeholdning av nytt dekk. Vis at listen over Lagerbeholdning dekk blir oppdatert. dekk på lageret er 2 3 4 5 6 7 8 Vil jeg kunne søke etter hvilke dekk som er på lageret For å kunne få oversikt over hvilke dekk som kan selges til kunder. Vil jeg kunne sortere innholdet i lagerbeholdningen Slik at man lett får oversikt over de dekkene man ønsker. Vil jeg kunne oppdatere informasjonen om dekk i lageret For å kunne ajourholde lageret. Som en administrator Vil jeg kunne slette dekk For å kunne ajourholde lageret. Vil jeg kunne registrere en ny forekomst av dekk til dekkhotellet Slik at disse blir lagret i systemet. Vil jeg kunne oppdatere informasjonen om kunders dekk For å kunne ajourholde dekkhotellet. Vil jeg kunne søke etter hva som ligger på dekkhotellet For å få en oversikt over hva som er lagret på dekkhotellet. oppdatert. Logg inn som bruker, naviger til Lagerbeholdning og velg Søk. Skriv inn søkekriterier og se at informasjonen om ønsket dekk blir vist. Logg inn som bruker, naviger til Lagerbeholdning, sorter etter ønsket kriterie og vis sortert liste. Logg inn som bruker, finn ønsket dekk, endre informasjonen og vis at informasjonen blir oppdatert. Logg inn som administrator, naviger til siden for Lagerbeholdning og finn ønsket dekk. Slett dekket og vis at dekket er slettet. Logg inn som bruker, naviger til Dekkhotell, og registrer ny forekomst. Vis at dette blir lagt inn i systemet. Logg inn som bruker, naviger til Dekkhotell. Velg en forekomst, oppdater informasjonen og vis at informasjonen ble oppdatatert Logg inn som bruker, naviger til Dekkhotell og velg Søk. Skriv inn søkekriterier og se at informasjonen om ønsket forekomst blir vist. Flere veier for å kunne finne ønsket dekk Flere veier for å kunne finne ønsket dekk Lagerbeholdning Lagerbeholdning Lagerbeholdning Lagerbeholdning Dekkhotell Dekkhotell Dekkhotell
9 10 11 12 13 14 15 16 Vil jeg kunne sortere innholdet i dekkhotellet Slik at man lett får oversikt over dekkene på dekkhotellet. Som en administrator Vil jeg kunne slette en forekomst av dekk i dekkhotellet Slik at dekkhotellet er oppdatert. Vil jeg kunne registrere dekkbestillinger som er bestilt fra en leverandør Slik at jeg kan få oversikt over hva som er i bestilling. Vil jeg kunne registrere en bestilling som mottatt fra leverandør Slik at lagerbeholdningen blir oppdatert. Vil jeg se hvilke dekk som er kjøpt av en kunde, men ikke utlevert For å unngå å selge samme dekk til to kunder. Vil jeg kunne opprette en ny dekkbestilling fra en kunde Slik at dette legges inn i systemet. Vil jeg kunne søke gjennom bestillinger som er bestilt fra leverandør For å kunne få en oversikt over hva som er bestilt. Vil jeg kunne søke gjennom bestillinger som er bestilt av en kunde For å kunne få en oversikt over hva som er bestilt. Logg inn som bruker, naviger til Dekkhotell, sorter etter ønsket kriterie og vis sortert liste. Logg inn som administrator. Naviger til Dekkhotell. Finn ønsket forekomst av dekk, slett denne og vis at ønsket forekomst er slettet fra systemet. Logg inn som bruker. Naviger til Bestilling, og velg type bestilling. Legg inn en ny bestilling og vis at denne blir lagt til i systemet. Logg inn som bruker, naviger til Bestilling, og velg type bestilling. Finn ønsket bestilling og sett dekket som mottatt. Vis at lagerbeholdningen blir oppdatert. Logg inn som bruker. Naviger til Bestilling, velg type bestilling og vis hva som er bestilt men ikke ankommet. Logg inn som bruker. Naviger til Bestilling og velg type bestilling. Legg inn en ny bestilling og vis at denne blir lagt til i systemet. Logg inn som bruker. Naviger til Bestilling og velg type bestilling og utfør et Søk. Skriv inn søkekriterier og se at informasjonen om ønsket bestilling blir vist. Logg inn som bruker. Naviger til Bestilling, velg type bestilling og velg Søk. Skriv inn søkekriterier og se at informasjonen om ønsket bestilling blir vist. Kunde kan opprettes før eller under bestilling Kunde kan opprettes før eller under bestilling Dekkhotell Dekkhotell Bestilling fra leverandør Bestilling fra leverandør Bestilling fra kunde Bestilling fra kunde Bestilling Bestilling
17 18 19 20 21 Som en administrator Vil jeg kunne slette en bestilling som er bestilt fra en leverandør Slik at den ikke finnes i systemet lenger. Som en administrator Vil jeg kunne slette en bestilling fra en kunde Slik at den ikke finnes i systemet lenger. Vil jeg kunne oppdatere en bestilling fra en kunde Slik at riktig informasjon ligger i systemet. Vil jeg kunne oppdatere en bestilling som er bestilt fra en leverandør Slik at riktig informasjon ligger i systemet. Vil jeg opprette en ny kunde Slik at kundeinformasjonen kan bli lagret i systemet. Logg inn som administrator. Naviger til Bestilling, velg type bestilling og slett Vis at bestilling er slettet. Logg inn som administrator. Naviger til Bestilling, velg type bestilling og slett Vis at bestilling er slettet. Logg inn som bruker. Naviger til Bestilling, velg type bestilling og oppdater ønsket forekomst. Vis at systemet er oppdatert. Logg inn som bruker. Naviger til Bestilling, velg type bestilling og oppdater ønsket forekomst. Vis at systemet er oppdatert. Logg inn som bruker, og velg Kunder. Legg til ny kunde og vis at denne er lagt til i systemet. Gjelder å endre selve bestillingen. Ikke om bestillingen er levert. Bestilling Bestilling Bestilling Bestilling Kunder 22 Vil jeg oppdatere en kunde Slik at kundeinformasjonen i systemet er oppdatert. Logg inn som bruker, og velg Kunder. Oppdater kunde og vis at denne er oppdatert. Kunder 23 24 Skal jeg kunne søke etter en kunde Slik at jeg enkelt kan finne fram til en bestemt kunde i systemet. Vil jeg slette en kunde Slik at kundeinformasjonen ikke finnes i systemet lenger. Logg inn som bruker. Velg Kunder og Søk. Skriv inn søkekriterier og se at informasjon om ønsket kunde blir vist. Logg inn som bruker, og velg Kunder. Slett kunde og vis at denne er slettet. Kunder Kunder 25 26 Vil jeg kunne logge inn Slik at jeg får tilgang til systemet. Vil jeg kunne logge ut Slik at ingen andre får tilgang når jeg er borte. Åpne systemet. Skriv inn brukernavn og passord og logg inn. Vis at innlogging er vellykket. Logg inn som bruker. Logg ut og vis at man er utlogget. Brukere Brukere
27 28 29 30 31 32 Vil jeg kunne endre innloggingsinformasjon For å øke sikkerheten i systemet. Vil jeg kunne få tilsendt nytt passord på e-post Slik at jeg kan få tilgang til systemet hvis jeg har glemt passordet. Som en administrator Skal jeg kunne opprette en ny bruker Slik at brukeren får tilgang til systemet. Som en administrator Skal jeg kunne slette en bruker Slik at brukeren ikke får tilgang til systemet. Skal jeg kunne se hvem som har bestilt og mottatt en bestilling For å holde kontroll på hvem som har gjort hva. Skal jeg kunne se hva en kunde ha har bestilt og lagret på dekkhotellet Slik at jeg kan se historikken til en kunde. Logg inn som bruker, og velg Min side. Endre passord, og vis at passordet er blitt endret. Åpne systemet. Velg Glemt passord. Få tilsendt nytt passord og vis at dette virker. Logg inn som administrator, og velg Administrasjon. Legg til en ny bruker og vis at denne er lagt inn. Logg inn som administrator, og velg Administrasjon. Slett ønsket bruker og vis at denne er slettet. Logg inn som bruker. Naviger til Bestilling. Finn ønsket bestilling og se historikk. Logg inn som bruker. Naviger til Kunder. Velg ønsket kunde og vis historikken. Brukere Brukere Brukere Brukere Historikk Historikk
Vedlegg 5: Akseptansekriterier (for brukerhistorie 1) BH1 Vil jeg kunne legge til nye dekk i systemet Slik at lagerbeholdning av dekk blir oppdatert. Følgende informasjon skal lagres om et dekk, grenseverdier i parentes Dekkbredden i millimeter (100-355) Profil, relasjonen mellom dekkets høyde og bredde i %, (20-85) Dekkets konstruksjon (R eller D) Felgdiameter i tommer (10-50) Varenummer (bokstaver og tall) Belastningsindex (40-240) Hastighetsindex (L, M, N, P, Q, R, S, T, U, H, V, W, Y, ZR) Mønster (Bokstaver og tall) Innkjøpspris (Tall) Rabatt i % (0-100) Dekktype (Sommer, Vinterpigg, Vinterpiggfi) Akseptansekriterier Scenario 1: Gitt at brukeren har fylt ut alle felter korrekt Skal dekket opprettes og lagres i databasen og en bekreftelse på at dekket er lagret skal vises på skjermen. Scenario 2: Gitt at brukeren har fylt ut null eller flere felter Når brukeren avbryter opprettelsen av et nytt dekk Skal feltene tømmes og brukeren bli sendt til siden Lagerbeholdning. Scenario 3: Gitt at brukeren har fylt ut en ugyldig dekkbredde Skal dekket ikke lagres og det skal vises en feilmelding som sier at dekkbredden er ugyldig. Skjemaet skal ikke tømmes. Scenario 4: Gitt at brukeren har fylt ut en ugyldig profil Skal dekket ikke lagres og det skal vises en feilmelding som sier at profilen er ugyldig. Skjemaet skal ikke tømmes. Scenario 5: Gitt at brukeren har fylt ut en ugyldig konstruksjon Skal dekket ikke lagres og det skal vises en feilmelding som sier at konstruksjonen er ugyldig.
Scenario 6: Gitt at brukeren har fylt ut en ugyldig felgdiameter Skal dekket ikke lagres og det skal vises en feilmelding som sier at felgdiameteren er ugyldig. Scenario 7: Gitt at brukeren har fylt ut et ugyldig varenummer Skal dekket ikke lagres og det skal vises en feilmelding som sier at varenummeret er ugyldig. Scenario 8: Gitt at brukeren har fylt ut en ugyldig belastningsindeks Skal dekket ikke lagres og det skal vises en feilmelding som sier at belastningsindeksen er ugyldig. Scenario 9: Gitt at brukeren har fylt ut en ugyldig hastighetsindeks Skal dekket ikke lagres og det skal vises en feilmelding som sier at hastighetsindeksen er ugyldig. Scenario 10: Gitt at brukeren har fylt ut et ugyldig mønster Skal dekket ikke lagres og det skal vises en feilmelding som sier at mønsteret er ugyldig. Skjemaet skal ikke tømmes. Scenario 11: Gitt at brukeren har fylt ut en ugyldig innkjøpspris Skal dekket ikke lagres og det skal vises en feilmelding som sier at innkjøpsprisen er ugyldig. Skjemaet skal ikke tømmes. Scenario 12: Gitt at brukeren har fylt ut en ugyldig rabatt Skal dekket ikke lagres og det skal vises en feilmelding som sier at rabatten er ugyldig. Skjemaet skal ikke tømmes. Scenario 13: Gitt at brukeren har fylt ut en ugyldig dekktype Skal dekket ikke lagres og det skal vises en feilmelding som sier at dekktypen er ugyldig. Skjemaet skal ikke tømmes.
Vedlegg 6: Akseptansekriterier (for brukerhistorie 2) BH2 Vil jeg kunne søke etter hvilke dekk som er på lageret For å kunne få oversikt over hvilke dekk som kan selges til kunder. For informasjon om hva som er lagret om et dekk, se BH1 Bakgrunn: Det skal være to måter å søke på. En Hurtig søk hvor man skriver søkestrengen i et tekstfelt på følgende format: 195655v En Vanlig søk hvor man skriver inn søkekriteriene fordelt på flere felt og dropdownlister. Scenario 1: Gitt at brukeren har fylt ut en søkestreng i Hurtig søk Når brukeren søker og det er treff Skal informasjonen om dekken(e) vises til brukeren Scenario 2: Gitt at brukeren har fylt ut en søkestreng i Hurtig søk Når brukeren søker og det ikke er treff Skal brukeren få en melding som sier at det ikke er noen treff. Scenario 3: Gitt at brukeren ikke har fylt ut en søkestreng i Hurtig søk Når brukeren søker Skal det ikke utføres et søk og brukeren skal få en feilmelding om at feltet ikke er fylt ut. Scenario 4: Gitt at brukeren har
Vedlegg 7: Akseptansekriterier (for brukerhistorie 3) BH3 Vil jeg kunne oppdatere informasjonen om dekk i lageret For å kunne ajourholde lageret. For informasjon om hva som kan oppdateres om et dekk og dets grenseverdier, se BH1 Scenario 1: Gitt at brukeren har fylt ut alle felter korrekt Skal den nye informasjonen oppdateres i databasen og en bekreftelse på at dekket er oppdatert skal vises på skjermen. Scenario 2: Gitt at brukeren har fylt ut null eller flere felter Når brukeren avbryter oppdateringen av et dekk Skal feltene tømmes og brukeren bli sendt til siden Lagerbeholdning. Scenario 3: Gitt at brukeren har fylt ut en ugyldig dekkbredde Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at dekkbredden er ugyldig. Scenario 4: Gitt at brukeren har fylt ut en ugyldig profil Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at profilen er ugyldig. Skjemaet skal ikke tømmes. Scenario 5: Gitt at brukeren har fylt ut en ugyldig konstruksjon Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at konstruksjonen er ugyldig. Scenario 6: Gitt at brukeren har fylt ut en ugyldig felgdiameter Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at felgdiameteren er ugyldig. Scenario 7: Gitt at brukeren har fylt ut et ugyldig varenummer Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at varenummeret er ugyldig.
Scenario 8: Gitt at brukeren har fylt ut en ugyldig belastningsindeks Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at belastningsindeksen er ugyldig. Scenario 9: Gitt at brukeren har fylt ut en ugyldig hastighetsindeks Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at hastighetsindeksen er ugyldig. Scenario 10: Gitt at brukeren har fylt ut et ugyldig mønster Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at mønsteret er ugyldig. Scenario 11: Gitt at brukeren har fylt ut en ugyldig innkjøpspris Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at innkjøpsprisen er ugyldig. Scenario 12: Gitt at brukeren har fylt ut en ugyldig rabatt Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at rabatten er ugyldig. Skjemaet skal ikke tømmes. Scenario 13: Gitt at brukeren har fylt ut en ugyldig dekktype Skal dekket ikke oppdateres og det skal vises en feilmelding som sier at dekktypen er ugyldig. Scenario 14: Gitt at brukeren prøver å velge et dekk som ikke finnes Når brukeren prøver å se dekket Skal det komme en feilmelding om at dekket ikke finnes og brukeren blir sendt tilbake til siden Lagerbeholdningen.
Vedlegg 8: Akseptansekriterier (for brukerhistorie 4) BH4 Som en administrator Vil jeg kunne slette dekk For å kunne ajourholde lageret. For informasjon om hva som er lagret om et dekk, se BH1 Scenario 1: Gitt at brukeren har valgt dekk som ikke er med i noen logg Når brukeren sletter dekket Skal dette dekket slettes fra databasen, og brukeren får en melding om at dekket er slettet. Scenario 2: Gitt at brukeren har valgt dekk som er med i en eller flere logger Når brukeren sletter dekket Skal brukeren få en melding om at dette dekket er med i en logg, og brukeren får et spørsmål om han vil slette dekket og hele loggen. Scenario 2.1: Gitt at brukeren vil slette dekket og den tilhørende loggen Når brukeren trykker Ja Skal dekket og den tilhørende loggen slettes, og brukeren skal få en melding om dette. Scenario 2.2: Gitt at brukeren ikke vil slette dekket og den tilhørende loggen Når brukeren trykker Nei Skal ikke dekket og den tilhørende loggen slettes, og brukeren blir sendt tilbake til Lagerbeholdning. Scenario 3: Gitt at brukeren prøver å slette et dekk som ikke finnes Når brukeren trykker Slett Skal brukeren få tilbakemelding om at dekket ikke finnes, og brukeren blir sendt tilbake til Lagerbeholdning. Scenario 4: Gitt at brukeren prøver å slette et dekk som ligger i bestilling Når brukeren trykker Slett Skal brukeren få tilbakemelding om at dekket ligger i bestilling, og at bestillingen først må slettes. Brukeren sendes tilbake til Lagerbeholdning.