Use Case Modellering. En form for requirements engeneering – dvs. fastlæggelse af systemkrav
Aktiviteter System afgrænsning Find aktører til systemet Find Use Cases –Specificer disse –Udarbejd Use Case senarier
Resultatet af disse aktiviteter er en Use Case model bestående af: Aktører Brugere el. andre systemer der skal anvende systemet Use Cases Ting aktørerne kan gøre med systemet Relationer Meningsfulde relationer mellem aktører og Use Cases System afgrænsning Boks der omgiver Use Casen og symbolisere systemets afgrænsning
Use Case Modellen Use Case modellen vil være primær kilde i den efterfølgende Klasse-modellering til bestemmelse af klasser og objekter
System grænsefladen Først skal systemets grænseflade fastlægges. Herunder skal defineres hvad der er en del af systemet og hvad der ligger uden for systemet Fx Låner administration vil være en del af et biblioteks system til registrering af udlån, mens budget/fakturering typisk vil være uden for (dvs. ikke en del af systemets problemområde)
Bestemmelse af Aktører Hvad er en aktør? En aktør specificere den rolle en ekstern entitet udfører når den interagerer med systemet. Symboler: for andre systemer for brugere
Eksempel: En kunde handler på internettet fx. Amazon.com. Eksempel: En kunde handler på internettet fx. Amazon.com. Kunden kan være både intern og ekstern. Kunden som aktør er ekstern til systemet, men såfremt systemet også registrere informationer om kunden (navn, adresse …) vil kunden også blive en intern entitet i systemet (for den kunde der spiller rollen som aktør til systemet).
Identifikation af aktører! For at finde systemets aktører kan man overveje følgende spørgsmål: Hvem eller hvad benytter systemet? Hvilken rolle spiller de i interaktionen med systemet? Hvem installere systemet? Hvem starter og lukker systemet? Hvem vedligeholder systemet? Hvilke andre systemer interagerer med systemet? Hvem indrapporterer/udtrækker information fra systemet? Afvikles noget efter en fast tisplan?
Hvad er en Use Case? ”En specifikation af en sekvens af aktioner inklusiv alternative sekvenser og fejl sekvenser som et system, delsystem eller en klasse kan udfører ved interaktion med en ekstern aktør” Bemærk: Startes altid af en aktør Skrives altid ud fra en aktør synsvinkel Symbol: Udlåning 2 Reservering
Identifikation af Use Cases Tag udgangspunkt i aktørlisten og overvej hvordan den enkelte aktør skal anvende systemet Resultat: Kandidatliste til use cases Navngiv med udsagnsord (verber) – de skal jo udføre noget for aktøren
Identifikation af Use Cases Nyttige spørgsmål til at finde use cases: Hvilke funktioner ønsker en specifik aktør af systemet? Skal systemet hente eller gemme oplysninger? hvis, hvilke aktører udløser hændelsen? Er der aktører der skal notificeres hvis systemet ændre tilstand? Er der eksterne hændelser der påvirker systemet, hvad notificere systemet om disse hændelser?