UML diagram csalólap és referencia útmutató

Dolgok az UML-ben

Egy dolog leírható bármilyen valós világbeli entitásként vagy objektumként. Az UML-ben a dolgok a következő kategóriákba sorolhatók:

• Strukturális dolgok
• Viselkedési dolgok
• Grouping dolgok
• Annotációs dolgok

Strukturális dolgok

A strukturális dolgok a rendszer fizikai részéről szólnak. Ez egy UML-modell főneve, például egy osztály, objektum, interfész, együttműködés, használati eset, komponens és csomópont.

Osztály :- Egy osztályt különféle objektumok ábrázolására használnak. Egy objektum tulajdonságainak és műveleteinek meghatározására szolgál.

Tárgy :- Az objektum egy entitás, amelyet egy rendszer viselkedésének és funkcióinak leírására használnak. Az osztálynak és az objektumnak ugyanaz a jelölése.

Példa az objektum diagramra: - Az alábbi UML objektum diagram két objektumot tartalmaz, Ferrari és BMW néven, amelyek egy Car nevű osztályhoz tartoznak. Az objektumok nem mások, mint valós világbeli entitások, amelyek egy osztály példányai.

Interfész: - Az interfész hasonló a sablonhoz, végrehajtási részletek nélkül. Egy kör jelölése ábrázolja. Amikor egy osztály interfészt valósít meg, annak funkcionalitása is megvalósul.

Viselkedési dolgok

Ezek az UML modell igéi, mint például az interakciók, tevékenységek és állapotgépek. A viselkedési dolgok egy rendszer viselkedését reprezentálják.

Kölcsönhatás diagram: - Az interakciós diagramok a rendszer különböző összetevői közötti üzenetfolyam megjelenítésére szolgálnak.

Grouping dolgok

Ez az a csomag, amely a szemantikailag kapcsolódó modellezési elemek egyetlen összefüggő egységbe történő csoportosítására szolgál.

Annotációs dolgok

Olyan, mint egy jegyzet, amelyet a modellnek írhatnak, hogy néhány fontos információt rögzítsen. Hasonló a sárga cetlihez.

A kapcsolatok típusa UML-ben

A kapcsolat lehetővé teszi, hogy modellen mutassa meg, hogyan viszonyul két vagy több dolog egymáshoz.

Társulási kapcsolat: - Ez egy olyan kapcsolatok halmaza, amelyek az UML modell elemeit kötik össze. Szaggatott vonallal jelölik, mindkét oldalán nyílhegyekkel. Mindkét oldal tartalmaz egy elemet, amely leírja a kapcsolatot.

Reflexív asszociáció: A reflexív asszociáció azt állítja, hogy egy hivatkozás vagy kapcsolat lehet ugyanannak az osztálynak az objektumain belül.

Irányított egyesület: - Irányított társulásban az áramlás irányított. Az egyik osztályról a másikra való társítás csak egyetlen irányban folyik.

Függőségi kapcsolat: - Ez az UML egyik legfontosabb jelölése. Meghatározza az egyik objektumtól a másikig terjedő függőség irányát.

Általánosítási kapcsolat: Szülő-gyermek kapcsolatnak is nevezik. Ez a fajta kapcsolat az öröklődés koncepciójának ábrázolására szolgál.

Megvalósítási kapcsolat: - A megvalósítási kapcsolatot széles körben használják az interfészek jelölésére.

A megvalósítás kétféleképpen ábrázolható:

• Kanonikus forma használata
• Eledezett forma használata

Fogalmazás :- Az összetett aggregációt egy bináris asszociációként írják le, amelynek az aggregált (egész) végén egy kitöltött fekete rombusz található. Ez nem egy szabványos UML-kapcsolat, de mégis használják különféle alkalmazásokban.

Összesítés:- Egy aggregációs kapcsolatban a függő objektum a kapcsolat hatókörén belül marad akkor is, ha a forrásobjektum megsemmisül. Az aggregáció egy asszociáció altípusa. kapcsolat az UML-ben.

Abstract Osztályok

Ez egy osztály, amelynek van egy műveleti prototípusa, de nincs implementációja. UML-ben az osztály és az absz. közötti egyetlen különbségtracAz osztály előnye, hogy az osztály neve szigorúan dőlt betűtípussal van írva.

Nézzünk egy teljes UML osztálydiagram példát: -

Egy ATM-rendszer nagyon egyszerű, mivel az ügyfeleknek néhány gombot kell megnyomniuk a készpénz felvételéhez. Azonban több biztonsági rétegen is át kell menniük minden ATM-rendszernek. Ez segít megelőzni a csalásokat, és készpénz- vagy számlaadatokat biztosít a banki ügyfelek számára.

UML használati eset diagram

A használati eset diagram (Use Case Diagram) szereplők és használati esetek segítségével rögzíti a rendszer funkcionalitását és követelményeit. A használati esetek modellezik azokat a szolgáltatásokat, feladatokat és funkciókat, amelyeket egy rendszernek el kell végeznie.

Használati eset: - A használati esetek az objektumorientált modellezés egyik alapfogalma. Ezek a magas szintű funkcionalitások és a felhasználó által a rendszer kezelési módjának bemutatására szolgálnak.

színész:- A szereplő egy entitás, amely interakcióba lép a rendszerrel. A felhasználó a legjobb példa a színészre.

Használati eset diagram példája

Az alábbi használati eset ábrán két szereplő látható, a diák és a tanár. Összesen öt használati eset létezik, amelyek egy diákirányítási rendszer specifikus funkcionalitását képviselik. Minden szereplő egy adott használati esettel lép interakcióba.

UML állapotgép diagram

Állapotgép: - Egyetlen komponens különböző állapotainak leírására szolgál a szoftverfejlesztési életciklus során.

Egy állapotgépben 4 állapottípus létezik:

1. Kezdeti állapot: - A kezdeti állapotszimbólum az állapotgép-diagram kezdetét jelzi.
2. Végső állapot: - Ez a szimbólum az állapotgép diagram végét jelzi.
3. Döntési mező: - Feltételt tartalmaz. A kiértékelt őrzési feltétel eredményétől függően a program egy új utat választ a program végrehajtásához.
4. Átmenet:- Az átmenet az egyik állapotból a másikba történő átmenet, amely valamilyen esemény következtében következik be.

Állapotgép-diagram példa: - Összesen két állapot van, és az első állapot azt jelzi, hogy először az OTP-t (egyszer használatos jelszót) kell megadni. Ezután az OTP be van jelölve a döntési mezőben; ha helyes, akkor csak az állapotátmenet történik meg, és a felhasználó érvényesül. Ha az OTP helytelen, akkor az átmenet nem történik meg, és ismét a kiinduló állapotba tér vissza, amíg a felhasználó be nem írja a helyes OTP-t.

UML tevékenység diagram

Tevékenység diagram: - Az aktivitási diagramokat a rendszer különböző komponensei által végrehajtott különféle tevékenységek ábrázolására használják.

• Kezdeti állapotok: A tevékenység megkezdése előtti kiinduló állapotot kezdeti állapotként ábrázoljuk.
• Végső állapotok: Azt az állapotot, amelyet a rendszer egy adott folyamat befejezésekor elér, végállapotnak nevezzük.
• Döntési doboz: Ez egy rombusz alakú doboz, amely egy alternatív útvonalakkal rendelkező döntést jelképez. A kontroll áramlását jelképezi.

Példa az aktivitási diagramra: - A következő ábra az e-mailek feldolgozásának tevékenységét mutatja be.

Sorozat diagram

Az UML-ben a szekvenciadiagram célja, hogy vizualizálja az üzenetfolyam sorrendjét a rendszerben. A szekvenciadiagram bármilyen forgatókönyv viselkedésének rögzítésére szolgál.

Együttműködési diagram

Együttműködés:- Egy pontozott ellipszis képviseli, amelybe név van írva.

Példa az együttműködési diagramra: -

Időzítési diagram

Az időzítési diagram meghatározza, hogy az objektum hogyan változtatja meg állapotát hullámforma vagy grafikon használatával. Egy objektum egyik formából egy másik formába való átalakulásának jelölésére szolgál.

Példa az időzítési diagramra: -

UML komponens diagram

Alkatrész: - A rendszer egy részének ábrázolására komponens jelölést használnak.

Csomópont: - Egy csomópont használható hálózat, szerver, útválasztó stb. ábrázolására. Jelölése alább látható.

Az alkatrész felépítése: Egy komponenst egy osztályozó téglalap ábrázol, amelynek sztereotípiája << komponens >>.

Kikötő:- A port egy interakciós pont egy osztályozó és egy külső környezet között. Szemantikailag koherens halmazt alkot a biztosított és a szükséges interfészekből.

Példa a komponens diagramra: -

Telepítési diagram

Telepítési ábra: A telepítési diagram a rendszer fizikai nézetét ábrázolja.

A telepítési diagram a következő jelölésekből áll:

1. Egy csomópont
2. Egy alkatrész
3. Egy műtárgy
4. Egy interfész

Példa a telepítési diagramra: - A következő telepítési ábra egy HTML5 videolejátszó működését mutatja be a böngészőben.

GYIK