Use case modellering Metode for systembeskrivelse og Nettsted-design Kirsten Ribu 11.09.2007 Use case modellen beskriver kravene til systemet beskriver systemet sett fra kundens perspektiv beskriver hva som skjer, ikke hvordan det skjer Kostnader ved feilhåndtering av krav er høye Metoden kan også brukes til å planlegge oppbygging av et nettsted (portal) 1
Beskrivelse av nettsted A user opens their Firefox browser and sees their home page - Yahoo.com. The user checks the personalized news headlines on the home page. They then scroll down to check their local weather forecast. After that the user clicks on the Finance link to check on their stock holdings. Navigering lag sitemap 2
Hva er et Use case? Definisjon: Et use case er en oppgave som brukeren vil utføre ved hjelp av systemet (eksempel: bestill time, vis cd er ) Et use case beskriver hendelser i systemet Et use case kan være enkelt eller komplekst Hva er en Aktør? En bruker av systemet i en bestemt rolle Kan også være et eksternt system Aktøren er ekstern i forhold til systemet Aktøren interagerer med systemet Aktøren har krav til systemet Eksempel Definer aktører og use cases Aktør Grensesnitt Timebestillingssystem Use case Identifiser personer eller andre systemer som er brukere av systemet som primæraktører Identifiser aktørenes behov (mål) Definer de use casene som oppfyller målene Use case detaljering: Fokuser på en ting av gangen! En systembeskrivelse Du skal lage en CD-butikk på nett. Brukerne skal kunne søke på artister og CD-titler, høre musikksnutter, bestille CDer og betale varene med kort. Dette er ikke et nedlastingssted, men en butikk som selger CD er. Hvordan skrive use case Beskriv hva som gjøres, ikke hvordan det gjøres Skriv hendelsesflyten som en nummerert liste på formen 1. <Kunden> <ber om> å få se <CD> 2.<Systemet><viser><CD med bildecover og innhold> Finn riktig detaljeringsnivå Beskriv bare 1 hendelse per steg Ikke beskriv detaljer om brukergrensesnitt. Eksempel: Ikke Kunde trykker på Send -knappen 3
Handlingsførløp Aktører og målbeskrivelse Verb = handlinger =>Use cases Aktør Mål 1 Mål 2 Mål 3 Å skrive use case er en intellektuell prosess, og teamarbeid Ansatt Kunde Legger ut CDer Velge musikk å lytte til Endre spillelister Kjøpe CD-er Behandle ordre Betale Main success scenario for Søk etter CD 1. Systemet ber om artistnavn eller tittel på låt 2. Kunde skriver inn nødvendig informasjon 3. Systemet sjekker at alle felt er utfylt 4. Systemet viser artist og CDer Use cases og interaksjonsdesign (GUI design) Modellering av brukerinteraksjon med Use Cases Eksempel på bruker-oppførsel ved kjøp av et produkt -> Use case: Kjøpe CD 1. Kunden søker etter produkt 2. Systemet viser CDer 3. Kunden legger CD i handlekurv 4. Systemet viser handlekurven med Cder 5. Kunden blir bedt om å logge inn, eller registrere seg som ny kunde, evt å få tilsendt passordet dersom det er glemt 6. Kunden fyller inn betalingsinformasjon 7. Systemet sjekker at info er riktig 8. Systemet viser ordren og ber om bekreftelse 9. Bruker bekrefter ordren 10. Systemet bekrefter salget Oppsummering Use casene beskriver kravene tilsystemet En aktør er en bruker av systemet kan også være et annet system Use cases beskriver oppgaver som utføres av aktøren Use case uttrykkes gjennom diagrammer og tekst (scenarier) 4
Ukeoppgave Obligatorisk gruppearbeid: Lag en CD-butikk på nett (lag et godt navn på butikken): 1. Use case diagram og use case beskrivelser 2. Prototyp på nettbutikk (dvs. websider uten funksjonalitet, men med design og linker, knapper, bokser etc til alle funksjoner) Kirsten er kunden som bestiller tjenesten. Lurer dere på noe så må dere snakke med kunden! Innlevering på Fronter i gruppemappa ny mappe merket ukeoppgave 1 og dato - med link til nettsiden + diagrammer og beskrivelser i et eget dokument. Frist tirsdag 18.09 kl 2400 Kirsten er tilstede fredag og mandag for veiledning. Send mail og gjør avtale, eller ta sjansen og kom til kontoret 435. 5