Zebra Use case modell av systemet Et løsningsforslag

Use case ’Vis timer’ Aktør: Kunde, optiker Prebetingelse: Kunden har gjort minst en timeavtale 1.Kunden velger å se timer 2.Systemet viser alle timer Postbetingelse: Ingen

Use case ’Registrer kunde’ Aktør: Kunden Prebetingelse: Ingen Trigger. Kunden vil registrere seg i tjenesten 1.Systemet viser en registrerings-side 2.Kunden skriver inn personopplysninger, e-post adresse og et egendefinert passord 3.Systemet spør om opplysningene er korrekte (ber om bekreftelse) 4.Kunden bekrefter 5.Systemet lagrer opplysningene og sender bekreftelse (….. Hva skal sendes? – tenk selv) på e-post Postbetingelse(r): Kunden er registrert E-post er sendt

Variasjoner 2a Opplysningene er ikke riktig utfylt, eller manglende –Kunden fyller ut 2b. Kunden er allerede registrert. Use caset avsluttes. 3a Opplysningene er ikke korrekte –Kunden retter opplysningene

Use case ’Slett time’ Aktør: Kunde, ansatt Prebetingelse: Kunden har en timeavtale Trigger: Kunden velger å slette timeavtalen 1.Systemet spør om bekreftelse på at timeavtalen skal slettes 2.Kunden bekrefter 3.Systemet sletter timeavtalen – lagrer opplysningene, og viser en bekreftelse Postbetingelse: Databasen er oppdatert

Use case beskrivelse: ’Bestill time’ Primæraktør: Kunden Sekundæraktør: E-postsystemet Prebetingelse: Kunden er registrert i systemet 1.Kunden velger butikk 2.Kunden velger å bestille time 3.Systemet viser timesbestillingssiden med valgmuligheter (synsprøve, kontaktlinse- eller brillekontroll, om det er førstegangstilpasning av linser eller brille) 4.Kunden velger et alternativ 5.Systemet viser en kalender 6.Kunden velger dato 7.Systemet viser ledige timer den aktuelle datoen 8.Kunden velger time 9.Systemet bekrefter den valgte timen, og sender bekreftelse på e-post, og oppdaterer databasen Postbetingelse(r): E-post er sendt Databasen er oppdatert Relatert informasjon: Ulike timer har ulik tidsramme (fra minutter – førstegangstilpasning = 30 min, vanlig kontroll = 15 minutter). Man skal kunne avbryte bestillingen når som helst

Fortsettelse Use cae ’Bestill time’ Variasjoner (Feilsituasjoner) 3a. Systemet viser nærmeste dato med ledige timer –3a1. Kunden velger ønsket tid 3b. Kunden kan også velge en annen butikk –3b1.Systemet ber kunden skrive inn postnummer eller sted –(Tibake til use caset: Kunden velger sted, systemet viser time etc.) 6a. Det er ingen ledige timer på den valgte datoen –6a1. Systemet viser første ledige time –Kunden velger time – (gå tilbake til use caset)

Use case diagram Bestill time kunde Vis timer Slett time Send e-post E-post tjener Ansatt (optiker) Endre time Registrer kunde

Use case ’Endre time’ Prebetingelse: En time må være registrert Trigger: Kunden velger å endre den oppsatte timen 1.Systemet viser avtaler 2.Kunden velger å endre en av avtalene 3.Systemet viser en kalender 4.Kunden velger ny dato og tidspunkt, og type time 5.Systemet oppdatere opplysningene og sender e-post Postbetingelse: Timen er endret E-post er sendt

Use case modell Diagram + beskrivelse

Modelleringsverktøy Visio : ligger på maskinene på skolen –Kan lastes ned fra MSDNAA –Få evt nytt brukernavn og passord fra Harald Hofseter på IU Rational Rose –Ligger på maskinene – noen studentlisenser