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

Transkript

1 1/15/ 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 Ribu beskriver kravene til systemet, beskriver systemet sett fra kundens perspektiv, beskriver hva som skjer, ikke hvordan det skjer og har blitt en de facto standard for håndtering av krav i systemutviklingsprosjekter. Kostnader ved feilhåndtering av krav er høye Det er viktig med en god metode for utforming av krav /15/ Hva er et Use case? Opprinnelse: Ivar Jacobsen i Objectory senere Rational Traffic cases ->use cases Definisjon: Et use case er en oppgave (task) som brukeren vil utføre ved hjelp av systemet ( 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 1/15/ /15/2004 4

2 1/15/ Eksempel Use case modellering Aktør Grensesnitt Timebestillingssystem Use case Use case modellen består av diagram og tekstlige beskrivelser som viser stegene i use caset Hvert use case steg beskriver en enkelthandling (transaksjon) mellom bruker og systemet Et komplett use case består av flere ulike hendelsesforløp (flyt, scenarier) 1/15/ Detaljering i iterasjoner Definer aktører og use cases En overordnet use case modell består av diagram og en kort beskrivelse av alle use case En uformell modell har main success scenarier på de viktigste use case Variasjoner og feilsituasjoner finnes ved hjelp av brainstorming Use casene detaljeres ut til alle er komplette 1/15/ 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 Definer sekundæraktører Use case detaljering: Fokuser på Elementary Business Processes (EBP): One person - one place - one time 1/15/2004 8

3 1/15/ Eksempel: Spørreskjemagenerator Problemdefinisjon: Et meningsmålingsinstitutt ønsker å få laget et system der er på Internett/Web. Systemet skal være slik at det skal være enkelt å legge et ut på Web, enkelt for andre å fylle ut skjemaene på Web og at svarene lagres på et format som kan eksporteres til andre verktøy (f eks "strukturert tekst" som kan importeres til et regneark). Deltakerne skal kunne lagre svarene underveis og fortsette utfyllingen av skjemaet senere. Til noen av spørsmålene er det nødvendig å lese en del tekst. Meningsmålingsinstituttet ønsker å ha en enkel oversikt over svarene som er kommet inn, f eks hvor mange som har svart på de ulike spørsmålene. Det som skal lages er altså ikke et enkelt på Web, men en -generator" for Web. Hvordan skrive use case Beskriv hva som gjøres, ikke hvordan det gjøres Skriv hendelsesflyten som en nummerert liste på formen 1. <Ansatt> <ber om> at <>< blir lagret> 2.<Systemet><lagrer><skjemaet> Finn riktig detaljeringsnivå Beskriv bare 1 hendelse per steg Ikke beskriv detaljer om brukergrensesnitt. Eksempel: Ikke Aktør trykker på Send -knappen 1/15/ Verb = handlinger =>Use cases Et meningsmålingsinstitutt ønsker å få laget et system der er på Internett/Web. Systemet skal være slik at det skal være enkelt å legge et ut på Web, enkelt for andre å fylle ut skjemaene på Web og at svarene lagres på et format som kan eksporteres til andre verktøy (f eks "strukturert tekst" som kan importeres til et regneark). Deltakerne skal kunne lagre svarene underveis og fortsette utfyllingen av skjemaet senere. Til noen av spørsmålene er det nødvendig å lese en del tekst. Meningsmålingsinstituttet ønsker å ha en enkel oversikt over svarene som er kommet inn, f eks hvor mange som har svart på de ulike spørsmålene. Det som skal lages er altså ikke et enkelt på Web, men en generator" for Web. 1/15/ Aktører og målbeskrivelse Aktør Ansatt Deltager Webbrowser Mål 1 Generer Velg Lagre Mål 2 Publiser Svar på Mål 3 Vis statistikk 1/15/

4 1/15/ Overordnet use case modell Main success scenario for Generer Spørreskjema 1. Systemet ber om overskrift, innledning og antall spørsmål 2. Ansatt skriver inn nødvendig informasjon 3. Systemet sjekker at alle felt er utfylt 4. Systemet viser et der tekst til spørsmål skal fylles inn 5. Ansatt skriver inn tekst og svaralternativ 6. Systemet sjekker at riktig antall spørsmål har fått tekst 7. Ansatt ber om at et blir lagret 8. Systemet lagrer et 1/15/ Use case relasjoner Use case modellen utvides gjennom flere iterasjoner med mer funksjonalitet, variasjoner og feilsituasjoner. Include-relasjonen: Et use case kan være en del av et annet use case. Dette er den vanligste relasjonen. Extend-relasjonen: Et use case som beskriver tilleggsoppførsel under gitte omstendigheter Include relasjonen Felles oppførsel kan legges til egne include use case. Fordel: Man slipper å skrive samme tekst i flere use case. 1/15/ /15/

5 1/15/ Extend-relasjonen Alternativ oppførsel som utgår fra extension points i use caset kan enten skrives som eget use case, eller som variasjoner. Hvert use case steg er et potensielt extension point. Hoved use caset er fullstendig definert uten extensions Extensions utvider funksjonaliteten. Pre- og postbetingelser, triggere Prebetingelse: Må være sant før use caset starter (testbart). F.eks: Bruker er logget inn, bruker er registrert i systemet Postbetingelse: Testbar tilstand når use caset er ferdig. F.eks: Bruker har mottatt en e-post, eller Skjema er opprettet. Trigger: En hendelse som setter i gang use caset. F.eks: Kunde ønsker å bestille time 1/15/ Use case Svar på Aktør: Deltaker Trigger: Deltaker velger å svare på undersøkelsen 1. Systemet viser et 2. Deltaker svarer på spørsmålene 3. Systemet sjekker om alle spørsmålene er besvart 4. Deltaker bekrefter svarene 5. Systemet sender skjemaet og genererer en kvittering Variasjoner: 3a. Alle spørsmål er ikke besvart 1. Systemet ber deltaker fylle ut resten av spørsmålene 2. Extend use case Fortsett senere 1/15/ Use case Fortsett senere Aktør: Deltaker Trigger: Alle spørsmål er ikke besvart 1. Systemet gir beskjed om at ikke alle spørsmål er besvart 2. Deltakeren velger å fortsette senere 3. Systemet lagrer svarene 1/15/

6 1/15/ Komplett use case beskrivelse av Generer Use Case Generer Aktør Ansatt Trigger Ansatt ønsker å opprette et nytt Pre-betingelser Ansatt har valgt å sette opp et nytt Post-betingelser 1.Nytt opprettet eller 2. Ansatt har fått feilmelding Normal hendelsesflyt 1. Systemet ber om overskrift, innledning og antall spørsmål som et skal bestå av 2. Ansatt skriver inn nødvendig informasjon Extension point Variasjoner Relatert informasjon 3. Systemet sjekker at alle felt er utfylt 4. Systemet viser et der tekst til spørsmål skal fylles inn. 5. Ansatt skriver inn tekst og evnt. svaralternativ til hvert av spørsmålene 6. Systemet sjekker at riktig antall spørsmål har fått tekst 7. Ansatt ber om at blir lagret 8. Systemet lagrer et 3a. Alle felt er ikke tilfredsstillende utfylt. 3a1. Systemet informerer ansatt om hvilke felt som ikke er utfylt, og går ikke videre før dette har blitt ordnet. 6a. Alle de angitte spørsmålene har ikke fått en tekst. 6a1. Systemet informerer sekretæren om hvilke spørsmål som ikke har fått tekst, og går ikke videre før dette har blitt ordnet. Svar på spørsmål kan være fritekst eller avkrysningsbokser med alternativer. Use case modell med include og extend use cases 1/15/ Hvorfor use case modellering? Utfordringer De funksjonelle kravene, dvs. hva systemet skal gjøre, må beskrives Metoden oppmuntrer til å stille riktige spørsmål Metoden er systematisk Utviklere og kunder kan sjekke at use case modellen inneholder det som er nødvendig Det er enkelt å navigere i modellen Man får raskt overblikk over funksjonaliteten Man kan studere detaljer når det er nødvendig Kravene blir til mens de beskrives Kravene til systemet endres underveis Use case modellen må oppdateres Kravene kan bli beskrevet med ujevn detaljeringsgrad Dette motvirkes ved å detaljere ut i iterasjoner. 1/15/ /15/

7 1/15/ Ikke-funksjonelle krav Eksempler på ikke-funksjonelle krav er krav til sikkerhet, ytelse, responstid, kostnader detaljer rundt hvilke hardware eller software komponenter som skal brukes Ikke-funksjonelle krav som gjelder et spesielt use case kan skrives i det use caset Ikke-funksjonelle krav som gjelder flere use case eller hele systemet beskrives i et eget dokument. 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) Et scenario er en hendelsesflyt en sekvens av hendelser En komplett use case beskrivelse inneholder: Trigger, Prebetingelser Postbetingelser Main 1/15/2004 success scenario Variasjoner, Feilsituasjoner 26 Neste gang Use case drevet analyse og design: Kapittel 4 og 5 i UML Distilled (Mer i kap. 8 Gurholt og Hasle) Domenemodellering Interaksjonsdiagrammer: Sekvensdiagrammer Kollaborasjonsdiagrammer 1/15/