UML tevékenységi diagram
Az UML tevékenységi diagramok megértéséhez először meg kell értenünk, hogy mit jelent az UML diagram. Az UML az Unified Modeling Language kifejezést jelenti. Ez egy szabványosított készlet vagy diagramok gyűjteménye, amely segít a szoftverfejlesztőknek és a szoftver-építészeknek a szoftver folyamatának megértésében. Más szavakkal, az UML diagramok olyan diagramok, amelyek ábrázolják a szoftver rendszer működését. Az UML diagramok három típusra oszthatók:
- Szerkezeti diagramok.
- Interakciós diagramok.
- Viselkedési diagramok.
Mi az UML tevékenységi diagram?
Az UML tevékenységi diagram egy viselkedési diagram a fent említett UML diagramok három típusából. Most hogyan különböznek az UML diagramoktól? Tehát a tevékenység azt ábrázolja, hogy milyen intézkedésre kerül sor a folyamatban. Ez egy képi ábrázolás arról, hogyan fog működni a szoftverrendszer. A végrehajtás pillanatában a szoftver rendszernek a kívánt áramlásnak megfelelően kell működnie, tehát ennek megfelelően az aktivitási diagramok előre és hátra tervezési folyamatként / műveletként ábrázolják.
Az UML tevékenységi diagram szimbólumai és alkotóelemei:
Előzőleg tudnia kell az UML tevékenységi diagramok rajzolásáról, és ehhez a következő komponensekre és szimbólumokra van szükség.
- Kiindulási állapot: A kiindulási állapot, amelyet még nem kell használni vagy módosítani a tevékenységben. A tevékenységi diagramok ebből a lépésből indulnak. Belépési állapotként is ismert. A kezdőcsomópont minden tevékenység kezdőpontja.
Ezt a következőképpen ábrázolják:
- Művelet állapota: Olyan lépés, amelyben a felhasználók vagy a szoftver egy bizonyos feladatot végrehajtanak. Ez egy olyan fellépést képvisel, amelyre a szoftver rendszer ezen szakaszában kerül sor. Általában a lekerekített élű téglalapra ábrázolva.
Ezt a következőképpen ábrázolják: 
- Flow flow vezérlése: Csatlakozók két állapot vagy két művelet között az áramlás ábrázolásához. Megmutatja a végrehajtás sorrendjét. Útnak is nevezik. Az egyik műveletállapotnak több vezérlőáramlása lehet bemeneti és egy másik műveleti állapotba történő kimenet. Az egyfejű nyíl a vezérlőáram ábrázolására szolgál.
Ezt a következőképpen ábrázolják:
- Döntési csomópont: A feltételes csomópont vagy egy döntési csomópont olyan, ahol több lehetőség áll rendelkezésre. Vagy két vagy több feltétel is figyelembe vehető a szoftverrendszer pontján. Például: Van egy fagylaltbolt. Egy személy belép a boltba, és meg akarja vásárolni a rendelkezésre álló sok lehetőség közül egyet. Most, ha úgy dönt, hogy vanília ízű, az 1. szervernek meg kell adnia neki, különben más ízeket választ, akkor másoknak kell neki kiszolgálniuk. Tehát ez a feltétel a tevékenységi diagramban. Gyémánt alakú, több bemenettel és kimenettel.
Ezt a következőképpen ábrázolják: 
- Fork: Olyan pont, ahonnan két párhuzamos vagy párhuzamos folyamat végrehajtható, futtatható vagy feldolgozható. Ez általában egyetlen bemenetet tartalmaz, de lehet, hogy nem kap egyetlen kimenetet. Például: Van egy fagylaltbolt. Az ember hajlandó fagylaltot vásárolni magának és barátjának. Most mindketten ugyanazt a vaníliaaroma-t vásárolják, de egyikük Choco-dip-t szeretne, mások pedig gyümölcsöket akarnak. Tehát itt a bemenet azonos, azaz vanília fagylalt, de a kimeneti eredmények eltérnek. Tehát ez egy tökéletes példa a villára.
Ezt a következőképpen ábrázolják: 
- Csatlakozás: A csatlakozás az, amelyben az egyidejű tevékenységek két eredménye hozzáadja és egy eredményt alkot. A csatlakozáskor több bemenet is van, de csak egy kimenetet kap. Két eredményből két eredmény nyerhető, egy pedig egy. Például: követelmény a szendvics. De először is paradicsomot és spenótot kell ahhoz.
Ezt a következőképpen ábrázolják: 
- Végállapot: Ez az UML tevékenységi diagram utolsó szakasza. Ez az a pont, ahol a tevékenység véget ér egy szoftver rendszerrel.
Ezt a következőképpen ábrázolják:
Az UML tevékenységi diagram előnyei vagy előnyei:
- A szoftverrendszer komplex szakaszai vagy lépései vázlatosan könnyen magyarázhatók.
- Szoftverrendszer dinamikus modellezése.
- A rendszer minden tevékenységének folyamata megmagyarázható.
- A módszerek, a funkciók és a műveletek részletesen ismertethetők.
- Az üzleti folyamatok és folyamatok könnyen ábrázolhatók.
- Egyszerűsített nézet, bár a komplex rendszer.
- Üzleti követelmények elemzése.
- A rendszerkövetelmények megértése világos és egyszerű módon magyarázható.
- A felhasználó, a rendszer és a felhasználó munkafolyamata részletesen ismertetésre kerül.
Az UML tevékenységi diagramok hátrányai:
- Az egyetlen hátrány az UML tevékenységi diagram: az üzenetek vagy a kommunikáció két összetevő között, vagy a felhasználó nem jeleníthető meg.
Az UML tevékenységi diagramban használt szimbólumokat az alábbi táblázat magyarázza:
Példa egy UML tevékenységi diagram készítésére:
Fontolunk egy példát a szoftver fejlesztésére az Android Studio alkalmazásban
- Nyissa meg az Android Studio alkalmazást
- Hozzon létre új projektet, és mentse el a projektet egyedi név alatt
- Importálja a projekthez szükséges új csomagokat
- Indítsa el az emulátort
- Futtassa a projektet az emulátoron
- Kilépés a projektből
UML tevékenységi diagram:
Következtetés:
Tehát általánosságban elmondhatjuk, hogy az UML tevékenységi diagramokra szükség van bármilyen szoftverrendszer fejlesztése során és előtt. Nagyon hasznos a pontos folyamat és a fejlesztési folyamatban részt vevő lépések dokumentálására és ábrázolására. Az összes összetett szakasz nagyon könnyen megjeleníthető. Az a személy, aki ismeri a jelöléseket, könnyen rajzolhatja az UML tevékenységi diagramokat. A diagramok használatának legfontosabb része, hogy bárki rajzolhassa őket az áramlásnak megfelelően és a szoftverrendszer fejlesztési életciklusának szinte minden lépésénél. Számos olyan szoftver áll rendelkezésre online, amelyek hasznosak az UML tevékenységi diagramok rajzolásában, például a SmartDraw stb.
Ajánlott cikkek
Ez egy útmutató az UML tevékenységi diagramhoz. Itt megvitattuk az UML tevékenységi diagram típusait, szimbólumait, összetevőit, előnyeit és hátrányait. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Osztálydiagram
- Fehér doboz tesztelése
- Fekete doboz tesztelése
- Mi a szoftver tesztelése?
- Visszafejtés