UML-aktivitetsdiagram
För att förstå UML-aktivitetsdiagram måste vi först förstå vad UML-diagrammet betyder. UML står för Unified Modelling Language. Det är en standardiserad uppsättning eller en samling diagram som hjälper programvaruutvecklare och programvaruarkitekter att förstå programvarans flöde. Med andra ord är UML-diagram diagram som visar hur programvarusystemet ska fungera. UML-diagram är indelade i tre typer:
- Strukturdiagram.
- Interaktionsdiagram.
- Uppförandediagram.
Vad är ett UML-aktivitetsdiagram?
Ett UML-aktivitetsdiagram är ett beteendediagram av ovan nämnda tre typer av UML-diagram. Hur skiljer de sig nu från UML-diagram? Så aktiviteten visar vilken åtgärd som kommer att ske i processen. Det är en bild av hur programvarusystemet kommer att fungera. Vid tidpunkten för exekvering måste mjukvarusystemet fungera i enlighet med det erforderliga flödet, så enligt det visar aktivitetsdiagram det med framåt och bakåt konstruktionsprocess / åtgärder.
Symboler och komponenter i UML-aktivitetsdiagram:
I förväg måste man ha kunskap om hur man ritar UML-aktivitetsdiagram och för det behövs följande komponenter och symboler.
- Starttillstånd: Det initiala tillståndet som ännu inte ska användas eller ändras i aktiviteten. Aktivitetsdiagram startar från det här steget. Även känd som inträde. Start Node är utgångspunkten för alla aktiviteter.
Det visas som:
- Åtgärdstillstånd: Ett steg där användare eller programvara utför en viss uppgift. Det representerar en åtgärd som kommer att äga rum i detta skede av programvaran. Generellt avbildad med den rundade kantade rektangeln.
Det visas som: 
- Kontrollflöde: Anslutningar mellan två tillstånd eller två åtgärder för att avbilda flödet. Visar sekvensen för körning. Även känd som banor. Ett åtgärdstillstånd kan ha flera kontrollflödesinmatningar och också matas ut till ett annat åtgärdstillstånd. En enstaka pil används för att avbilda kontrollflödet.
Det visas som:
- Beslutsnod: En villkorad nod eller en avgörande nod är en där det finns flera alternativ tillgängliga. Eller så finns det två eller flera villkor som kan beaktas vid programvarusystemets punkt. Ex: Det finns en glassbutik. En person går in i den butiken och vill köpa ett av de många tillgängliga alternativen. Nu, om han väljer, vaniljsmak, måste servern 1 ge honom den, annars väljer han andra smaker, då måste andra servera den till honom. Så detta är villkoret i aktivitetsdiagrammet. Det är ritat som en diamantform med flera ingångar och utgångar.
Det visas som: 
- Gaffel: En punkt där två samtidiga eller parallella processer körs eller körs eller bearbetas. Det innehåller vanligtvis en enda ingång, men får eller inte får en utgång. Ex: Det finns en glassbutik. En person tenderar att köpa glass för sig själv och sin vän. Nu köper de båda samma vaniljsmak, men en av dem vill ha choco-dopp och andra vill ha frukt som ska läggas på den. Så här är ingången densamma, det vill säga av vaniljglass men utgångsresultaten är olika. Så detta är ett perfekt exempel på en gaffel.
Det visas som: 
- Gå med: En koppling är en där två resultat av samtidiga aktiviteter lägger till och bildar ett enda resultat. Vid sammanfogning finns det mer än en ingång, men endast en utgång erhålls. Två resultat erhålls från två aktiviteter och ett resultat erhålls. Ex: Det finns ett krav på smörgåsen. Men först måste vi ha tomater och spenat för det.
Det visas som: 
- Sluttillstånd: Detta är det sista steget i UML-aktivitetsdiagrammet. Det är här aktiviteten avslutas i ett programvarusystem.
Det visas som:
Fördelar eller fördelar med UML-aktivitetsdiagram:
- Komplexa steg eller steg i ett programvarusystem kan enkelt förklaras schematiskt.
- Dynamisk modellering av ett programvarusystem.
- Varje aktivitetsflöde i systemet kan förklaras som det är.
- Metoder, funktioner och funktioner kan förklaras i detalj.
- Affärsprocesser och flöden kan enkelt beskrivas.
- Förenklad vy, även om det komplexa systemet.
- Affärsbehovsanalys.
- Förståelse för systemkrav förklaras på ett klockt och enkelt sätt.
- Arbetsflödet för användaren och systemet och användaren med systemet förklaras i detalj.
Nackdelar med UML-aktivitetsdiagram:
- Den enda nackdelen är UML Aktivitetsdiagram är meddelandena eller kommunikationen mellan två komponenter eller användaren kan inte visas.
Symbolerna som används i UML-aktivitetsdiagrammet förklaras i tabellen nedan:
Exempel på hur man gör ett UML-aktivitetsdiagram:
Vi överväger ett exempel på att utveckla programvara i Android Studio
- Öppna Android Studio
- Skapa nytt projekt och spara projektet under ett unikt namn
- Importera de nya paketen som behövs för projektet
- Starta emulatorn
- Kör projektet på emulatorn
- Avsluta projektet
UML-aktivitetsdiagram:
Slutsats:
Så totalt sett kan vi säga att UML-aktivitetsdiagram är nödvändiga under och före utvecklingen av något programvarusystem. Det är mycket användbart för att dokumentera och föreställa visualisering av den exakta processen och stegen som är involverade i utvecklingsprocessen. Alla komplexa stadier kan visas mycket enkelt. Den som känner notationerna korrekt kan enkelt rita UML-aktivitetsdiagram. Den viktigaste delen av att använda dessa diagram är att vem som helst kan rita dem enligt flödet och i nästan varje steg i programvarans systemutvecklings livscykel. Det finns många programvara tillgängliga online som är användbara för att rita UML-aktivitetsdiagram som SmartDraw, etc.
Rekommenderade artiklar
Detta har varit en guide till UML Aktivitetsdiagram. Här diskuterade vi Vad är, typer, symboler, komponenter, fördelar och nackdelar med UML Aktivitetsdiagram. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -
- Klassdiagram
- Testning av vit låda
- Black Box Testing
- Vad är mjukvarutestning?
- Omvänd teknik