UML-activiteitsdiagram
Om UML-activiteitendiagrammen te begrijpen, moeten we eerst begrijpen wat het UML-diagram betekent. UML staat voor Unified Modelling Language. Het is een gestandaardiseerde set of een verzameling diagrammen die de softwareontwikkelaars en software-architecten helpt de stroom van de software te begrijpen. Met andere woorden, UML-diagrammen zijn diagrammen die weergeven hoe het softwaresysteem gaat functioneren. UML-diagrammen zijn onderverdeeld in drie typen:
- Structuurdiagrammen.
- Interactie Diagrammen.
- Gedragsdiagrammen.
Wat is een UML-activiteitendiagram?
Een UML-activiteitsdiagram is een gedragsdiagram uit de bovengenoemde drie soorten UML-diagrammen. Hoe verschillen ze nu van UML-diagrammen? Activiteit geeft dus aan welke actie er in het proces zal plaatsvinden. Het is een grafische weergave van hoe het softwaresysteem gaat functioneren. Op het moment van uitvoering moet het softwaresysteem volgens de vereiste stroom functioneren, dus volgens activiteitsdiagrammen wordt het afgebeeld als voorwaarts en omgekeerd engineeringproces / acties.
Symbolen en componenten van UML-activiteitendiagram:
Vooraf moet men weten hoe de UML-activiteitendiagrammen moeten worden getekend en daarvoor zijn de volgende componenten en symbolen nodig.
- Startstatus: de begintoestand die nog moet worden gebruikt of gewijzigd in de activiteit. Activiteitsdiagrammen starten vanaf deze stap. Ook bekend als de toegangsstatus. Startknooppunt is het startpunt van elke activiteit.
Het wordt afgebeeld als:
- Actiestatus: een stap waarin gebruikers of software een bepaalde taak uitvoeren. Het vertegenwoordigt een actie die in deze fase van het softwaresysteem zal plaatsvinden. Over het algemeen afgebeeld met de afgeronde rechthoek.
Het wordt afgebeeld als: 
- Besturingsstroom: connectoren tussen twee toestanden of twee acties om de stroom weer te geven. Toont de volgorde van uitvoering. Ook bekend als paden. Een actietoestand kan meerdere besturingsstromen hebben en ook output naar een andere actietoestand. Een enkele pijl wordt gebruikt om de besturingsstroom weer te geven.
Het wordt afgebeeld als:
- Beslissingsknooppunt: een voorwaardelijk knooppunt of een beslissingsknooppunt is een knooppunt waar meerdere opties beschikbaar zijn. Of er zijn twee of meer voorwaarden die kunnen worden overwogen op het punt van het softwaresysteem. Ex: Er is een ijssalon. Een persoon komt die winkel binnen en wil een van de vele beschikbare opties kopen. Nu, als hij kiest, Vanillesmaak, moet de server 1 hem het geven, anders kiest hij andere smaken, dan moeten anderen het aan hem serveren. Dit is dus de voorwaarde in het activiteitendiagram. Het is getekend als een ruitvorm met meerdere ingangen en uitgangen.
Het wordt afgebeeld als: 
- Fork: een punt van waaruit twee gelijktijdige of parallelle processen worden uitgevoerd of uitgevoerd of verwerkt. Het bevat over het algemeen een enkele ingang, maar krijgt al dan niet één uitgang. Ex: Er is één ijssalon. Een persoon heeft de neiging om ijs te kopen voor zichzelf en zijn vriend. Nu kopen ze allebei dezelfde vanillesmaak, maar een van hen wil choco-dip en anderen willen fruit hebben om erop te doen. Dus hier is de invoer hetzelfde, dat is van vanille-ijs, maar de uitvoerresultaten zijn verschillend. Dus dit is een perfect voorbeeld van een vork.
Het wordt afgebeeld als: 
- Join: een join is er een waarbij twee resultaten van gelijktijdige activiteiten toevoegen en een enkel resultaat vormen. Bij het samenvoegen is er meer dan één invoer, maar er wordt slechts één uitvoer verkregen. Twee resultaten worden verkregen uit twee activiteiten en één resultaat wordt verkregen. Bijv: Er is een vereiste voor de sandwich. Maar eerst moeten we er tomaten en spinazie voor hebben.
Het wordt afgebeeld als: 
- Eindstatus: dit is de laatste fase van het UML-activiteitendiagram. Hier eindigt de activiteit in een softwaresysteem.
Het wordt afgebeeld als:
Voordelen of voordelen van UML-activiteitendiagram:
- Complexe fase of stappen in een softwaresysteem kunnen eenvoudig schematisch worden verklaard.
- Dynamische modellering van een softwaresysteem.
- Elke stroom van activiteiten in het systeem kan worden verklaard zoals het is.
- Methoden, functies en bewerkingen kunnen gedetailleerd worden uitgelegd.
- Bedrijfsprocessen en -stromen kunnen eenvoudig worden weergegeven.
- Vereenvoudigde weergave, hoewel het complexe systeem.
- Analyse van bedrijfsbehoeften.
- Inzicht in systeemvereisten wordt op een heldere en eenvoudige manier uitgelegd.
- De workflow van de gebruiker en het systeem en de gebruiker met het systeem wordt in detail uitgelegd.
Nadelen van UML-activiteitendiagrammen:
- Het enige nadeel is dat het UML Activity Diagram de berichten of de communicatie tussen twee componenten is of dat de gebruiker niet kan worden getoond.
De symbolen die worden gebruikt in het UML-activiteitendiagram worden uitgelegd in de onderstaande tabel:
Voorbeeld van het maken van een UML-activiteitendiagram:
We zullen een voorbeeld overwegen van het ontwikkelen van software in Android Studio
- Open Android Studio
- Nieuw project maken & het project opslaan onder een unieke naam
- Importeer de nieuwe pakketten die nodig zijn voor het project
- Start de emulator
- Voer het project uit op de emulator
- Project afsluiten
UML-activiteitendiagram:
Conclusie:
Al met al kunnen we dus zeggen dat UML Activity Diagrams nodig zijn tijdens en vóór de ontwikkeling van een softwaresysteem. Het is erg handig bij het documenteren en weergeven van het visualiseren van het exacte proces en de stappen die betrokken zijn bij het ontwikkelingsproces. Alle complexe fasen kunnen heel gemakkelijk worden weergegeven. De persoon die de notaties correct kent, kan de UML-activiteitendiagrammen gemakkelijk tekenen. Het belangrijkste onderdeel van het gebruik van deze diagrammen is dat iedereen ze kan tekenen volgens de stroom en bij bijna elke stap van de ontwikkelingscyclus van het softwaresysteem. Er zijn veel software online beschikbaar die nuttig zijn bij het tekenen van UML-activiteitsdiagrammen zoals SmartDraw, enz.
Aanbevolen artikelen
Dit is een leidraad geweest voor het UML-activiteitendiagram. Hier hebben we besproken wat is, typen, symbolen, componenten, voordelen en nadelen van UML Activity Diagram respectievelijk. U kunt ook onze andere voorgestelde artikelen doornemen voor meer informatie -
- Klasse diagram
- White Box testen
- Black Box testen
- Wat is softwaretesten?
- Reverse engineering