UML-aktivitetsdiagram
For at forstå UML-aktivitetsdiagrammer skal vi først forstå, hvad UML-diagrammet betyder. UML står for Unified Modelling Language. Det er et standardiseret sæt eller en samling af diagrammer, der hjælper softwareudviklere og software arkitekter til at forstå strømmen af softwaren. Med andre ord er UML-diagrammer diagrammer, der viser, hvordan softwaresystemet skal fungere. UML-diagrammer er opdelt i tre typer:
- Strukturdiagrammer.
- Interaktionsdiagrammer.
- Adfærdsdiagrammer.
Hvad er et UML-aktivitetsdiagram?
Et UML-aktivitetsdiagram er et adfærdsdiagram ud af de ovennævnte tre typer UML-diagrammer. Hvordan adskiller de sig nu fra UML-diagrammer? Så aktiviteten skildrer, hvilken handling der vil finde sted i processen. Det er en billedlig gengivelse af, hvordan softwaresystemet skal fungere. På udførelsestidspunktet skal softwaresystemet fungere i henhold til den krævede strømning, så i henhold til det viser aktivitetsdiagrammer det med fremadrettet og bagudvendt engineering proces / handlinger.
Symboler og komponenter i UML-aktivitetsdiagram:
På forhånd skal man have viden om, hvordan man tegner UML-aktivitetsdiagrammer, og for det er følgende komponenter og symboler nødvendige.
- Starttilstand: Den oprindelige tilstand, som endnu ikke skal bruges eller ændres i aktiviteten. Aktivitetsdiagrammer starter fra dette trin. Også kendt som indgangsstat. Startknudepunkt er startpunktet for enhver aktivitet.
Det er afbildet som:
- Handlingstilstand: Et trin, hvor brugerne eller softwaren udfører en bestemt opgave. Det repræsenterer en handling, der vil finde sted på dette stadie af softwaresystemet. Generelt afbildet med det afrundede kantede rektangel.
Det er afbildet som: 
- Kontrolstrøm: Forbindelser mellem to tilstande eller to handlinger for at skildre strømmen. Viser eksekvenssekvensen. Også kendt som stier. En handlingstilstand kan have flere kontrolstrømningsinput og også output til en anden handlingstilstand. En enkelt pil med hovedet bruges til at afbilde kontrolstrømmen.
Det er afbildet som:
- Beslutningsnode: En betinget knude eller en afgørende knude er en, hvor der er flere tilgængelige indstillinger. Eller der er to eller flere betingelser, der kan overvejes på softwaresystemets punkt. Eks: Der er en isbutik. En person går ind i denne butik og vil købe en af de mange tilgængelige muligheder. Nu, hvis han vælger, Vanilla-smag, serveren 1 skal give den til ham, ellers vælger han andre smagsoplevelser, så er andre nødt til at servere den til ham. Så dette er betingelsen i aktivitetsdiagrammet. Det tegnes som en diamantform med flere ind- og udgange.
Det er afbildet som: 
- Gaffel: Et punkt, hvor to samtidige eller parallelle processer udføres eller køres eller behandles. Det inkluderer generelt et enkelt input, men får muligvis ikke en output. Eks: Der er en isbutik. En person har en tendens til at købe is til sig selv og sin ven. Begge køber begge den samme vaniljesmag, men en af dem ønsker choco-dip, og andre vil have, at frugt skal lægges på den. Så her er input det samme, det er af vaniljeis, men outputresultaterne er forskellige. Så dette er et perfekt eksempel på en gaffel.
Det er afbildet som: 
- Deltag: En sammenføjning er en, hvor to resultater af samtidige aktiviteter tilføjer og danner et enkelt resultat. Ved sammenføjning er der mere end et input, men kun en output opnås. To resultater opnås fra to aktiviteter, og et resultat opnås. Eks: Der er et krav om sandwich. Men først skal vi have tomater og spinat til det.
Det er afbildet som: 
- Sluttilstand: Dette er den sidste fase i UML-aktivitetsdiagrammet. Det er her aktiviteten slutter i et softwaresystem slutter.
Det er afbildet som:
Fordele eller fordele ved UML-aktivitetsdiagram:
- Komplekse trin eller trin i et softwaresystem kan let forklares skematisk.
- Dynamisk modellering af et softwaresystem.
- Hver aktivitetsstrøm i systemet kan forklares som det er.
- Metoder, funktioner og operationer kan forklares detaljeret.
- Forretningsprocesser og -strømme kan let afbildes.
- Forenklet visning, dog det komplekse system.
- Forretningskravanalyse.
- Forståelse af systemkrav forklares på en klar og enkel måde.
- Arbejdsgangen for brugeren og systemet og brugeren med systemet er forklaret detaljeret.
Ulemper ved UML-aktivitetsdiagrammer:
- Den eneste ulempe er UML Aktivitetsdiagram er meddelelserne eller kommunikationen mellem to komponenter, eller brugeren kan ikke vises.
Symbolerne, der bruges i UML-aktivitetsdiagrammet, er forklaret i nedenstående tabel:
Eksempel på, hvordan man opretter et UML-aktivitetsdiagram:
Vi vil overveje et eksempel på udvikling af software i Android Studio
- Åbn Android Studio
- Opret nyt projekt og gem projektet under et unikt navn
- Importer de nye pakker, der er nødvendige til projektet
- Start emulatoren
- Kør projektet på emulatoren
- Afslut projekt
UML-aktivitetsdiagram:
Konklusion:
Så alt i alt kan vi sige, at UML-aktivitetsdiagrammer er nødvendige under og før udviklingen af et softwaresystem. Det er meget nyttigt til at dokumentere og skildre visualisering af den nøjagtige proces og trin, der er involveret i udviklingsprocessen. Alle de komplekse faser kan vises meget let. Den person, der kender notationerne korrekt, kan let tegne UML-aktivitetsdiagrammer. Den vigtigste del af brugen af disse diagrammer er, at enhver kan tegne dem i henhold til strømmen og næsten hvert trin i softwaresystemets udviklingslivscyklus. Der er mange software, der er tilgængelige online, som er nyttige til at tegne UML-aktivitetsdiagrammer som SmartDraw osv.
Anbefalede artikler
Dette har været en guide til UML aktivitetsdiagram. Her diskuterede vi henholdsvis Hvad er, typer, symboler, komponenter, fordele og ulemper ved UML-aktivitetsdiagram. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -
- Klassediagram
- Test af hvid boks
- Black Box Testing
- Hvad er softwaretestning?
- Reverse Engineering