Bevezetés az UML diagramok típusaiba
Egységes modellezési nyelv, vagyis UML egyszerű szavakkal, amely egy általános célú modellezési nyelv. Az UML fő célja a rendszer szabványos kialakításának ábrázolása. Nagyon megegyezik a tervrajzokkal, amelyeket más mérnöki területeken is használnak. Ez nem egy programozási nyelv, hanem egy vizuális nyelv. Az UML diagramok típusait csak a rendszer viselkedésének és szerkezetének bemutatására használják. Az UML segítséget nyújt a rendszerépítészeknek, üzletembereknek és szoftvermérnököknek a modellezés, a tervezés és az elemzés területén is. Az OMG, azaz az Object Management Group 1997-ben elfogadta az UML-t standardnak. Azóta ők kezelték azt. Ezt követően, 2005-ben az ISO közzétette az UML-t, mint jóváhagyott szabványt. Az UML-t az évek során rendszeresen felülvizsgálták és felülvizsgálták.
Ezután tárgyaljuk az UML diagramok típusait.
Különböző típusú UML diagramok
Sokféle UML-diagram létezik, és mindegyiküknek más a célja, anélkül, hogy figyelembe kellene vennie, hogy a megvalósítás előtt vagy a végrehajtás után tervezték-e.
A legszélesebb kategóriák közül 2 tartozik, amelyek az összes többi típust lefedik
- Viselkedési UML-diagram
- StructuralUML diagram.
Mint csak a névből lehet kitalálni, néhány UML-diagram elemzi és ábrázolja egy folyamat szerkezetét, míg egy másik a rendszer viselkedését, az épületelemeket és a szereplőket is leírja. A további kategóriák a következők:
Strukturális UML-diagram
- Osztálydiagram
- Objektum diagram
- Alkatrész diagram
- Kompozit szerkezeti ábra
- Telepítési diagram
- Csomag diagram
- Profil diagram
Viselkedési UML-diagram
- Tevékenységi diagram
- Használja az esettáblázatot
- Az interakció áttekintő diagramja
- Időzítési ábra
- Állam-gép diagram
- Kommunikációs diagram
- Szekvencia diagram
Most beszéljünk róluk röviden:
1. Tevékenységi diagram
A tevékenységi diagram a legfontosabb UML diagramok, amelyeket az üzleti folyamatok modellezéséhez használnak. Alapvetően arra szolgál, hogy megmagyarázza a különféle tevékenységek áramlását, valamint a szoftverfejlesztési tevékenységeket. Ezenkívül ezek lehetnek szekvenciálisak és párhuzamosak is.
2. Használja az esettáblázatot
A Use Case diagramok alapvetően szükségesek a rendszer magas szintű követelményeinek elemzéséhez. Most ezeket a követelményeket különböző felhasználási esetek segítségével lehet kifejezni.
3. Az interakció áttekintő diagramja
Ez az a képesség, hogy képeket vezessen az áramlás vezérlésére a csomópontokkal együtt, amely interakciós diagramokat tartalmaz. Ez ugyanolyan, mint a tevékenységi diagram abban az értelemben, hogy mindkettő a tevékenységek sorozatát szemlélteti.
4. Időzítési diagram
Ezekre a diagramokra alapvetően szükség van az objektumok közötti kapcsolatok ábrázolásához, amikor a figyelem középpontja időben pihen. Annak ellenére, hogy nem érdekli, hogy a tárgyak hogyan kölcsönhatásba lépnek, vagy akár megváltoztatják egymást, annak ellenére, hogy szeretnénk bemutatni, hogyan lehet ezeket a tárgyakat végrehajtani, valamint hogy a szereplők egy lineáris idő tengely mentén viselkedjenek.
5. Államgép UML-diagramja
Az állapotgép UML diagramjait szintén állapotdiagramoknak hívják. Ezeket elsősorban a komponens különböző állapotainak megmagyarázására használják a rendszerben. Az állapotgép UML diagramjai az állapotgép nevét veszik fel, mivel a diagram alapvetően csak gép, amely megmagyarázza az objektum több állapotát, valamint azt, hogy a belső és külső események függvényében hogyan változik.
6. Kommunikációs diagram
A kommunikációs diagramok, csakúgy, mint a szekvenciadiagramok, egyfajta interakciódiagram, amely bemutatja az objektumok kölcsönhatásait. Ez egy objektumdiagram kiterjesztése, amely az egyikről a másikra eljutó üzenetekkel rendelkező objektumokat mutat.
7. Szekvencia UML-diagram
A szekvencia UML diagramok szintén a legfontosabb UML diagramoknak tekinthetők a tervezési szintű modellek között egy üzleti alkalmazás fejlesztéséhez. Mivel vizuálisan megmagyarázó természetűek, ezek a diagramok az utóbbi időben meglehetősen népszerűvé váltak az üzleti folyamatok előrejelzésében.
8. Osztálydiagram
Az UML osztály diagramját a szoftverdokumentációhoz leggyakrabban használt diagramtípusnak is lehet tekinteni. Mivel a manapság létrehozott szoftver többsége továbbra is az OOP paradigmán alapul, tehát ha osztálydiagramokat használunk a szoftver dokumentálására, akkor ez józan ész megoldásnak bizonyul. Ez akkor is előfordul, mivel az OOP az osztályoktól és a kapcsolatoktól függ.
9. Objektumdiagram
Az objektum UML diagramok segítenek a fejlesztőknek annak ellenőrzésében, hogy az általuk létrehozott általános absztrakt szerkezet, azaz osztálydiagram - életképes struktúrát képvisel, amikor azt a gyakorlatba átviszik, azaz amikor egy osztály objektumait pillanatképbe hozzák. Ennek ellenére kevés fejlesztő tekint a pontosság-ellenőrzés másodlagos szintjére.
10. Alkatrészdiagram
Az UML komponens diagramok segítenek a rendszer kisebb összetevőkre bontásában, amikor meglehetősen összetett rendszerek dokumentációjával foglalkoznak. Gyakran meglehetősen nehéz megjósolni egy rendszer architektúráját, mivel lehet, hogy különféle osztályokra terjed ki, vagy különféle technológiákat alkalmazhat.
11. Kompozit szerkezeti ábra
A kompozit szerkezet diagramját statikus diagramnak tekintik, amely bemutatja az osztály belső szerkezetét, valamint az együttműködéseket. Ez összekapcsolt elemek halmaza.
12. Telepítési diagram
Ezután a telepítési diagramokat általában használják a szoftver és a hardver közötti kapcsolat megjelenítésére. Ha konkrétabban beszélünk, akkor a telepítési diagramok segítségével fizikai modellt készíthetünk arról is, hogy az artefaktusok hogyan helyezhetők el a csomópontokon, amelyek hardver alkotóelemek.
Ha egy egyszerűsített telepítési diagramról beszélünk egy webalkalmazásban, akkor az a következőket tartalmazza:
- Csomópontok, azaz alkalmazáskiszolgáló és adatbázis-kiszolgáló
- Artifactok, vagyis alkalmazás kliens és adatbázis séma
13. Csomagdiagram
A csomagdiagram inkább olyan makrokonténernek tűnik, mint amely a már kifejtett UML diagramok telepítéséhez szükséges. A különböző csomagok csomópontokat és melléktermékeket is tartalmaznak. Az összetevőket és a modelldiagramokat csoportokba rendezik ugyanúgy, ahogy a névtér beilleszti a különböző neveket, amelyek valamilyen módon nagyon korrelálnak.
14. Profil diagram
A profildiagramok nem tekinthetők tipikus UML diagramtípusnak. Ennek ellenére inkább kiterjeszthető mechanizmusnak tekinthető, és nem diagramtípust, mint bármely más.
Ha sztereotípiákat, korlátozásokat és címkézett értékeket használunk, könnyen kiterjeszthetjük és testreszabhatjuk az UML már meglévő jelöléseit. A profildiagramok azonban olyanok, mint egy nyelv. Például, ha angolul beszél, könnyen hozhat létre új mondatokat. Hasonlóképpen, ha profildiagramokat beszél, akkor könnyen és konkrétan létrehozhat új tulajdonságokat, valamint szemantikát az UML diagramokhoz.
Következtetés
Így az UML diagramok akkor hasznosak, amikor üzleti adatokat modellezünk. Az osztályattribútumok leképezik az állandó mezők absztrakt hozzáférési módszereit, és az asszociációs szerepek leképezik a kapcsolatmezők absztrakt hozzáférési módszereit. A navigálhatóság azt jósolja, hogy a kapcsolathozzáférési módszerek megjelennek-e mindkét kapcsolódó entitásban vagy csak egyben. Ezenkívül a többes jelölés határozza meg a kapcsolatmezők, az életciklus kérdéseinek, valamint a lépcsőzetes törlés jellemzőinek megfelelő típusát.
Ajánlott cikkek
Ez egy útmutató az UML diagramok típusaihoz. Itt tárgyaljuk az alapfogalmakat az UML diagram legszélesebb kategóriáival. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Mi az a C ++?
- Mi az a Git?
- Mi a JavaScript?
- Mi a PHP tömb?