UML Use Case Diagram: Tutorial med EKSEMPEL

Hvad er Use Case Diagram?

Brug Case Diagram fanger systemets funktionalitet og krav ved at bruge aktører og use cases. Use Cases modellerer de tjenester, opgaver, funktion, som et system skal udføre. Use cases repræsenterer funktioner på højt niveau, og hvordan en bruger vil håndtere systemet. Use-cases er kernebegreberne i Unified Modeling-sprogmodellering.

Hvorfor Use-Case diagram?

En Use Case består af use cases, personer eller forskellige ting, der påkalder de funktioner, der kaldes som aktører, og de elementer, der er ansvarlige for at implementere use cases. Use case-diagrammer fanger den dynamiske adfærd af et live-system. Den modellerer, hvordan en ekstern enhed interagerer med systemet for at få det til at fungere. Use case-diagrammer er ansvarlige for at visualisere de eksterne ting, der interagerer med den del af systemet.

Use-case diagram notationer

Følgende er de almindelige notationer, der bruges i et use case-diagram:

Use-case:

Use cases bruges til at repræsentere funktioner på højt niveau, og hvordan brugeren vil håndtere systemet. En use case repræsenterer en særskilt funktionalitet af et system, en komponent, en pakke eller en klasse. Det er angivet med en oval form med navnet på en use case skrevet inde i den ovale form. Notationen af et use case i UML er givet nedenfor:

Skuespiller:

Det bruges inde i use case-diagrammer. Skuespilleren er en enhed, der interagerer med systemet. En bruger er det bedste eksempel på en skuespiller. En aktør er en enhed, der initierer use casen uden for rammerne af en use case. Det kan være et hvilket som helst element, der kan udløse en interaktion med use casen. Én aktør kan være tilknyttet flere use cases i systemet. Det skuespillernotation i UML er angivet nedenfor.

Hvordan tegner man et use-case diagram?

For at tegne et use case-diagram i UML skal man først analysere hele systemet omhyggeligt. Du skal finde ud af hver enkelt funktion, der leveres af systemet. Når alle funktionaliteterne i et system er fundet ud, konverteres disse funktionaliteter til forskellige use cases, som vil blive brugt i use case-diagrammet.

En use case er intet andet end en kernefunktionalitet i ethvert fungerende system. Efter at have organiseret use cases, skal vi rekruttere de forskellige aktører eller ting, der skal interagere med systemet. Disse aktører er ansvarlige for at påberåbe sig et systems funktionalitet. Skuespillere kan være en person eller en ting. Det kan også være en privat enhed i et system. Disse aktører skal være relevante for den funktionalitet eller et system, de interagerer med.

Efter at aktørerne og use cases er rekrutteret, så skal du udforske forholdet mellem en bestemt aktør og use casen eller et system. Man skal identificere det samlede antal måder, en aktør kunne interagere med systemet på. En enkelt aktør kan interagere med flere use cases på samme tid, eller den kan interagere med adskillige use cases samtidigt.

Følgende regler skal følges, når du tegner use-case for ethvert system:

Navnet på en aktør eller en use case skal være meningsfuld og relevant for systemet.
En aktørs interaktion med use casen skal defineres klart og på en forståelig måde.
Anmærkninger skal bruges, hvor de er påkrævet.
Hvis en use case eller en aktør har flere relationer, skal der kun vises væsentlige interaktioner.

Tips til at tegne et use-case diagram

Et use case-diagram skal være så enkelt som muligt.
Et use case-diagram skal være komplet.
Et use case-diagram skal repræsentere alle interaktioner med use casen.
Hvis der er for mange use cases eller aktører, så skal kun de væsentlige use cases være repræsenteret.
Et use case-diagram bør beskrive mindst et enkelt modul i et system.
Hvis use case-diagrammet er stort, bør det generaliseres.

Et eksempel på et use-case diagram

Følgende use case-diagram repræsenterer, hvordan elevstyringssystemet fungerer:

I ovenstående use case-diagram er der to aktører ved navn elev og en lærer. Der er i alt fem use cases, der repræsenterer den specifikke funktionalitet i et elevadministrationssystem. Hver skuespiller interagerer med en bestemt use case. En skuespillerelev kan tjekke fremmøde, tidsplan samt prøvekarakterer på ansøgningen eller et system. Denne aktør kan kun udføre disse interaktioner med systemet, selvom andre use cases er tilbage i systemet.

Det er ikke nødvendigt, at hver aktør interagerer med alle use cases, men det kan ske.

Den anden aktør ved navn lærer kan interagere med alle systemets funktionaliteter eller use cases. Denne skuespiller kan også opdatere en elevs fremmøde og karakterer for den studerende. Disse interaktioner mellem både studerende og en læreraktør sammenfatter hele elevadministrationsapplikationen.

Hvornår skal man bruge et use-case diagram?

En use case er en unik funktionalitet i et system, som udføres af en bruger. Et formål med use case-diagram er at fange kernefunktioner i et system og visualisere interaktionerne mellem forskellige ting, der kaldes som aktører med use casen. Dette er den generelle brug af et use case-diagram.

Use case-diagrammerne repræsenterer kernedelene af et system og arbejdsgangen mellem dem. I use case er implementeringsdetaljer skjult for ekstern brug, kun hændelsesflowet er repræsenteret.

Ved hjælp af use case-diagrammer kan vi finde frem til præ- og postforhold efter interaktionen med skuespilleren. Disse forhold kan bestemmes ved hjælp af forskellige testcases.

Generelt bruges diagrammer til:

Analyse af kravene til et system
Visuel softwaredesign på højt niveau
Indfangning af funktionaliteterne i et system
Modellering af grundtanken bag systemet
Forward og reverse engineering af et system ved hjælp af forskellige testcases.

Use cases er beregnet til at formidle ønsket funktionalitet, så det nøjagtige omfang af en use case kan variere afhængigt af systemet og formålet med at skabe UML-modellen.

Resumé

Use case-diagrammer er en måde at fange systemets funktionalitet og krav i UML-diagrammer.
Det fanger den dynamiske adfærd i et live-system.
Et use case-diagram består af en use case og en aktør.
En use case repræsenterer en særskilt funktionalitet af et system, en komponent, en pakke eller en klasse.
En aktør er en enhed, der initierer use casen uden for rammerne af en use case.
Navnet på en aktør eller en use case skal være meningsfuld og relevant for systemet.
Et formål med use case-diagram er at fange et systems kernefunktioner.