UML-casusdiagram
Heeft u stroomdiagrammen ooit interessant gevonden? Het vermogen van stroomdiagrammen is om complexe algoritmen uit te leggen met stapsgewijze instructies in dozen met verschillende vormen - het is altijd een gemakkelijke manier geweest om elk algoritme of proces grafisch weer te geven. UML-diagrammen zijn een geavanceerde versie van stroomdiagrammen. Laten we elke term begrijpen.
Wat is UML Use Case Diagram?
Klinkt als een vrij zware titel, nietwaar? Laten we het opsplitsen in elk woord.
UML
Unified Modelling Language is een moderne benadering van het conventionele proces van modellerings- en documentatiesoftware. Deze benadering is een schematische weergave van de componenten en processen die bij software betrokken zijn. Het is alsof je de hele software uitlegt aan de hand van visuele weergaven, zodat het gemakkelijk te begrijpen is en mogelijke fouten en fouten in het systeem worden weggenomen. Het hele proces valt onder de grotere paraplu van bedrijfsprocesmodelleringstechnieken.
UML-diagrammen
Stel je die real-life geschaalde modellen voor van verschillende grote architecturen zoals een winkelcentrum of een woningbouwvereniging verspreid over hectare, geplaatst in mooie glanzende glazen dozen bij de receptie van de structuur. Is het niet gemakkelijk om de volledige structuur te begrijpen als deze als een geheel voor je ogen is gemodelleerd?
Nou, UML-diagrammen zijn software wat die geschaalde modellen zijn voor de werkelijke structuur. Een volledige weergave van het hele systeem of een deel ervan, met behulp van diagrammen. Er zijn verschillende diagrammen die verschillende doeleinden dienen. Enkele voorbeelden zijn:
- Class diagram - Focust meer op de blauwdruk.
- sequentiediagram - focust meer op het proces, vanuit een systeemperspectief.
- activiteitendiagram - Focus op de acties, vanuit een gebruikersperspectief.
- Use case diagram - Focus op de zakelijke vereisten en nog veel meer.
UML-casusdiagram
Het centrale onderwerp van de discussie van vandaag zijn de use case-diagrammen. Een use case-diagram modelleert het dynamische gedrag van het systeem wanneer het in werking is. Het benadrukt de vereisten op hoog niveau van het systeem. Het is gemodelleerd om het buitenaanzicht van het systeem weer te geven. Het use-case diagram legt de verschillende use-cases uit waarin een eindgebruiker met het systeem kan communiceren. Het perspectief op de foto is van de eindgebruiker.
Een eenvoudig voorbeeld van een use-case diagram is hoe een eindgebruiker omgaat met het boekingssysteem voor vliegtickets. Sommige van de use cases in dit voorbeeld kunnen zijn, maar zijn niet beperkt tot:
- Een persoon logt in om vluchten te zoeken.
- Een persoon boekt een vlucht.
- Een persoon bekijkt zijn eerdere vluchtboekingen.
- Een persoon controleert web-tijdens zijn vlucht.
- Een persoon annuleert zijn vlucht.
en nog wat,
Laten we duiken in …
Zoals eerder gezegd, modelleert een use case-diagram het dynamische gedrag van het systeem. Let op het woord dynamisch. Dit houdt in dat er enkele interne of externe factoren moeten zijn die het gedrag van het systeem tijdens runtime beïnvloeden en het dynamisch van aard maken. Deze interne of externe agenten worden Actoren genoemd . Een use-case diagram modelleert de actoren, het systeem en hun interactie. Een enkel use-case diagram kan een bepaalde functionaliteit van het systeem modelleren.
Maar waarom casusdiagram gebruiken?
Dat is de nieuwsgierige kant van jou die praat. Laten we eens analyseren door wat QnA.
- Waarom use-case, wanneer het activiteitendiagram ook de acties van het systeem modelleert op basis van de ingangen?
Ans: Ja, maar het use case-diagram doet het vanuit het perspectief van de eindgebruiker, terwijl het activiteitsdiagram het doet vanuit het systeemperspectief. Een eindgebruiker kent zijn rol misschien niet via een activiteitsdiagram.
- Welnu, bij sequentiediagrammen worden actoren en de acties die ze in verschillende fasen uitvoeren, betrokken. Waarom use-case?
Ans: Sequentiediagrammen zijn meer gedetailleerde versies van interactie tussen gebruiker en systeem. Het gaat ook om de interne werking van het systeem, de interactie tussen submodules en de tijd die is verstreken tijdens de interne werking. Een eindgebruiker is misschien niet geïnteresseerd in dergelijke details. Hij houdt zich bezig met de algehele output van het systeem.
- Ik weet dat samenwerkings- / communicatiediagrammen een eenvoudigere versie van sequentiediagrammen zijn. Waarom kan ik ze niet gebruiken?
Ans. Samenwerkingsdiagrammen zijn inderdaad eenvoudiger, maar richten zich vooral op de communicatie tussen de componenten. Dit houdt nog steeds meer focus in op de berichten die worden uitgewisseld tussen het systeem en submodules. Een eindgebruiker vindt het misschien nog steeds iets te gedetailleerd voor zijn doel.
- Er is ook een toestandsdiagram. Ze zijn eenvoudig, bevatten geen interne submodules en geven ook interacties met eindgebruikers weer. Hoe verslaat het use-case diagram het?
Ans. Het primaire doel van toestandsdiagrammen is om de status van het systeem op elk mogelijk tijdstip te analyseren. Ze zijn meer geschikt voor het debuggen en reverse-engineering van het systeem. Gebruik case-diagrammen slaan de tussenliggende toestanden van het systeem over, omdat de eindgebruiker mogelijk niet geïnteresseerd is in het kennen van alle toestanden die de machine doorloopt. Bovendien zijn diagrammen in de staatsschema niet gericht op de algemene behoefte, zoals use-case diagrammen. Ze richten zich meer op een specifieke input en de betreffende output.
Dus het voordeel van deze discussie is dat hoewel veel UML-diagrammen vergelijkbare functionaliteiten uitvoeren, ze toch een voorname rol spelen bij het begrijpen van het systeem. Een use-case diagram is net zo belangrijk als elk ander diagram voor de algemene documentatie van de systeemcomponenten van use case-diagrammen.
Voorbeeld
Hieronder is een eenvoudig voorbeeld van een use-case diagram voor het vliegticketboekingssysteem. Dit diagram kan uitgebreider worden gemaakt met de introductie van andere actoren zoals boekingsoperatoren, banken, enz. Het is vereenvoudigd om aan te tonen hoe een use-case diagram wordt gemaakt.
Conclusie
Use case-diagrammen zijn eenvoudig, maar effectief om het systeem van buitenaf te begrijpen. Ze zijn zeer nuttig voor het bedrijf om vereisten op hoog niveau te definiëren en ook fouten in de vereisten te analyseren. Het begrijpen van use-case-diagrammen helpt zowel het bedrijf als het technische team om op dezelfde pagina te komen qua vereisten.
Aanbevolen artikelen
Dit is een leidraad geweest voor het UML Use Case Diagram. Hier hebben we besproken wat UML Case Diagram is en waarom het wordt gebruikt en componenten van dit diagram. U kunt ook onze andere voorgestelde artikelen doornemen voor meer informatie -
- Stapsgewijze handleiding over klassendiagram
- Wat is computer grafisch ontwerp?
- Data Science versus Data Visualization
- Wat is Teradata? | Teradata-architectuur