UML Use Case Diagram: Tutorial met VOORBEELD

โšก Slimme samenvatting

Een UML-gebruiksscenariodiagram legt de functionaliteit en vereisten van een systeem vast aan de hand van actoren en gebruiksscenario's. Deze bron legt de gebruiksscenarionotatie uit, de stappen voor het tekenen ervan, geeft tips, een voorbeeld van studentenbeheer en laat zien wanneer de techniek tijdens de analyse en het ontwerp moet worden toegepast.

  • ๐ŸŽฏ Doel: Gebruiksscenariodiagrammen modelleren de diensten en functies die een systeem aan zijn gebruikers moet bieden.
  • ๐ŸŽญ Acteurs: Een actor is elke externe entiteit โ€“ persoon of systeem โ€“ die een gebruiksscenario initieert of ondersteunt.
  • โญ• Beoordeling: Een use case wordt weergegeven als een ovaal, en elke actor is verbonden met de use cases die deze activeert.
  • ๏ธ Tekenstappen: Analyseer het systeem, maak een lijst van functies als gebruiksscenario's, identificeer de actoren en breng vervolgens hun interacties in kaart.
  • ๐ŸŽ“ Uitgewerkt voorbeeld: Een model voor studentenbeheer laat zien hoe studenten en docenten vijf gezamenlijke gebruiksscenario's hanteren.

UML Use Case-diagram

Wat is het Use Case-diagram?

Gebruik casusdiagram legt de functionaliteit en vereisten van het systeem vast door actoren en use cases te gebruiken. Use Cases modelleren de services, taken en functies die een systeem moet uitvoeren. Use cases vertegenwoordigen functionaliteiten op hoog niveau en hoe een gebruiker met het systeem omgaat. Use-cases zijn de kernconcepten van Unified Modelling-taalmodellering.

Waarom Use-Case-diagram?

Een Use Case bestaat uit use cases, personen of verschillende dingen die een beroep doen op de functies die actoren worden genoemd en de elementen die verantwoordelijk zijn voor het implementeren van de use cases. Use case-diagrammen leggen het dynamische gedrag van een live systeem vast. Het modelleert hoe een externe entiteit met het systeem interageert om het te laten werken. Use case-diagrammen zijn verantwoordelijk voor het visualiseren van de externe dingen die interageren met het deel van het systeem.

Use-case diagramnotaties

Hieronder staan โ€‹โ€‹de meest voorkomende notaties die in een use case-diagram worden gebruikt:

Gebruiksscenario:

Use cases worden gebruikt om functionaliteiten op hoog niveau weer te geven en hoe de gebruiker met het systeem zal omgaan. Een use case vertegenwoordigt een afzonderlijke functionaliteit van een systeem, een component, een pakket of een klasse. Het wordt aangegeven door een ovale vorm met de naam van een gebruiksscenario geschreven in de ovale vorm. De notatie van een use case in UML wordt hieronder gegeven:

Use-Case-diagramnotaties
UML UseCase-notatie

Acteur:

Het wordt gebruikt in use case-diagrammen. De actor is een entiteit die interageert met het systeem. Een gebruiker is het beste voorbeeld van een acteur. Een actor is een entiteit die de use case initieert buiten de reikwijdte van een use case. Het kan elk element zijn dat een interactie met de use case kan veroorzaken. Eรฉn actor kan aan meerdere use cases in het systeem worden gekoppeld. De actornotatie in UML wordt hieronder gegeven.

Use-Case-diagramnotaties
UML-acteurnotatie

Hoe teken je een use-case-diagram?

Om een โ€‹โ€‹use case-diagram in UML te tekenen, moet je eerst het hele systeem zorgvuldig analyseren. U moet elke afzonderlijke functie van het systeem ontdekken. Nadat alle functionaliteiten van een systeem zijn ontdekt, worden deze functionaliteiten omgezet in verschillende use cases die in het use case diagram worden gebruikt.

Een use case is niets anders dan een kernfunctionaliteit van elk werkend systeem. Nadat we de use cases hebben georganiseerd, moeten we de verschillende actoren of dingen inschakelen die met het systeem gaan interageren. Deze actoren zijn verantwoordelijk voor het aanroepen van de functionaliteit van een systeem. Acteurs kunnen een persoon of een ding zijn. Het kan ook een privรฉ-entiteit van een systeem zijn. Deze actoren moeten relevant zijn voor de functionaliteit of het systeem waarmee ze interacteren.

Nadat de actoren en use cases zijn opgesomd, moet u de relatie van een bepaalde actor met de use case of een systeem onderzoeken. U moet het totale aantal manieren identificeren waarop een actor met het systeem kan interacteren. Een enkele actor kan met meerdere use cases tegelijk interacteren, of kan tegelijkertijd met talloze use cases interacteren.

Bij het tekenen van een use-case voor een systeem moeten de volgende regels worden gevolgd:

  1. De naam van een actor of een use case moet betekenisvol en relevant zijn voor het systeem.
  2. De interactie van een actor met de use case moet duidelijk en op een begrijpelijke manier worden gedefinieerd.
  3. Annotaties moeten overal worden gebruikt waar ze nodig zijn.
  4. Als een use case of een actor meerdere relaties heeft, hoeven alleen de significante interacties te worden weergegeven.

Tips voor het tekenen van een use-case-diagram

  1. Een use case-diagram moet zo eenvoudig mogelijk zijn.
  2. Een use case-diagram moet compleet zijn.
  3. Een use case-diagram moet alle interacties met de use case weergeven.
  4. Als er te veel use cases of actoren zijn, moeten alleen de essentiรซle use cases worden weergegeven.
  5. Een use case-diagram moet ten minste รฉรฉn enkele module van een systeem beschrijven.
  6. Als het use case-diagram groot is, moet het worden gegeneraliseerd.

Een voorbeeld van een use-case-diagram

Het volgende use case-diagram geeft de werking van het studentenbeheersysteem weer:

Een voorbeeld van een use-case-diagram
UML UseCase-diagram

In het bovenstaande use case-diagram zijn er twee acteurs genaamd student en een leraar. Er zijn in totaal vijf use cases die de specifieke functionaliteit van een studentmanagementsysteem vertegenwoordigen. Elke actor heeft interactie met een specifieke use case. Een studentacteur kan de aanwezigheid, het lesrooster en de toetscijfers controleren op de applicatie of een systeem. Deze actor kan alleen deze interacties met het systeem uitvoeren, ook al blijven er andere gebruiksscenario's in het systeem bestaan.

Het is niet noodzakelijk dat elke actor met alle gebruiksscenario's moet communiceren, maar het kan gebeuren.

De tweede acteur genaamd leraar kan communiceren met alle functionaliteiten of gebruiksscenario's van het systeem. Deze actor kan ook de aanwezigheid van een student en de cijfers van de student bijwerken. Deze interacties van zowel de student als de docentacteur vormen samen de hele applicatie voor studentenbeheer.

Wanneer gebruik je een use-case diagram?

Een use case is een unieke functionaliteit van een systeem die door een gebruiker wordt gerealiseerd. Een doel van een use case-diagram is om de kernfunctionaliteiten van een systeem vast te leggen en de interacties te visualiseren van verschillende dingen die actoren worden genoemd met de use case. Dit is het algemene gebruik van een use case-diagram.

De use case-diagrammen vertegenwoordigen de kernonderdelen van een systeem en de workflow ertussen. In use case zijn implementatiedetails verborgen voor het externe gebruik, alleen de event flow wordt weergegeven.

Met behulp van use case-diagrammen kunnen we de pre- en postcondities na de interactie met de acteur achterhalen. Deze omstandigheden kunnen worden bepaald aan de hand van verschillende testgevallen.

Over het algemeen worden use case-diagrammen gebruikt voor:

  1. Het analyseren van de vereisten van een systeem
  2. Visueel softwareontwerp op hoog niveau
  3. Het vastleggen van de functionaliteiten van een systeem
  4. Het modelleren van het basisidee achter het systeem
  5. Forward en reverse engineering van een systeem met behulp van verschillende testcases.

Use cases zijn bedoeld om de gewenste functionaliteit over te brengen, dus de exacte reikwijdte van een use case kan variรซren afhankelijk van het systeem en het doel van het creรซren van een UML-model.

Veelgestelde vragen

Include geeft een gebruiksscenario weer dat altijd als onderdeel van een ander scenario wordt uitgevoerd, waarbij gedeelde stappen worden buitengesloten. Extend geeft optioneel gedrag weer dat alleen onder bepaalde voorwaarden wordt uitgevoerd. Include staat voor verplicht hergebruik; extend staat voor voorwaardelijke toevoeging.

Een primaire actor start de interactie om een โ€‹โ€‹doel te bereiken, bijvoorbeeld een klant die een bestelling plaatst. Een secundaire actor ondersteunt het systeem tijdens die interactie, zoals een betalingsgateway. Beide actoren bevinden zich buiten de systeemgrens.

Een use-case-diagram is een visuele weergave van actoren, use-cases en hun onderlinge verbanden. Een use-case-scenario is een gedetailleerde tekstuele beschrijving van het stapsgewijze verloop van een interactie. Het diagram toont de reikwijdte; het scenario de details.

AI-diagramtools kunnen een functielijst of een document met vereisten lezen en een concept-gebruiksscenariodiagram genereren met actoren en gebruiksscenario's. Dit biedt analisten een snel startpunt, hoewel de actoren en relaties nog wel door een mens moeten worden gecontroleerd.

Ja. AI kan geschreven eisen of gebruikersverhalen analyseren en mogelijke gebruiksscenario's, betrokkenen en hun doelen voorstellen. Dit versnelt de eerste analysefase, maar teams moeten de output valideren om volledigheid en de juiste systeemomvang te garanderen.

Vat dit bericht samen met: