Az osztálydiagram egy alkalmazás statikus nézetét ábrázolja. A rendszerben található objektumok típusait és a köztük lévő kapcsolatokat ábrázolja. Egy osztály objektumaiból áll, és örökölhet más osztályoktól is. Az osztálydiagram a rendszer különböző aspektusainak megjelenítésére, leírására, dokumentálására, valamint végrehajtható szoftverkód létrehozására szolgál.
Megmutatja az attribútumokat, osztályokat, függvényeket és kapcsolatokat, hogy áttekintést adjon a szoftverrendszerről. Az osztályneveket, attribútumokat és függvényeket egy külön rekeszben tartalmazza, amely segít a szoftverfejlesztésben. Mivel ez osztályok, interfészek, asszociációk, együttműködések és megszorítások gyűjteménye, szerkezeti diagramnak nevezik.
Az osztálydiagramok célja
Az osztálydiagramok fő célja egy alkalmazás statikus nézetének felépítése. Ez az egyetlen diagram, amelyet széles körben használnak az építéshez, és objektum-orientált nyelvekkel is leképezhető. Ez az egyik legnépszerűbb UML diagram. Az alábbi osztálydiagramok célja a következő:
- Elemzi és megtervezi az alkalmazás statikus nézetét.
- Leírja a rendszer főbb feladatait.
- Ez egy alap az összetevő- és telepítési diagramokhoz.
- Előre és hátrafelé történő tervezést tartalmaz.
Az osztálydiagramok előnyei
- Képes ábrázolni az objektummodellt összetett rendszerek számára.
- Csökkenti a karbantartási időt azáltal, hogy áttekintést nyújt az alkalmazások felépítéséről a kódolás előtt.
- A jobb megértés érdekében egy általános vázlatot ad egy alkalmazásról.
- Részletes diagramot ábrázol a kívánt programozandó kód kiemelésével.
- Hasznos az érintettek és a fejlesztők számára.
Az osztálydiagram létfontosságú összetevői
Az osztálydiagram három részből áll:
- Az osztály nevének kezdőbetűjét írd nagybetűvel.
- Helyezze az osztály nevét a felső rész közepére.
- Az osztály nevét félkövér formátumban kell írni.
- Az absztrakt osztály nevét dőlt betűvel kell írni.
- Az attribútumok láthatósági tényezőivel együtt vannak írva, amelyek nyilvános (+), privát (-), védett (#) és csomag (~).
- Egy attribútumosztály elérhetőségét a láthatósági tényezők illusztrálják.
- Az attribútumhoz értelmes nevet kell rendelni, amely megmagyarázza az osztályon belüli használatát.
Kapcsolatok
Az UML-ben a kapcsolatoknak három típusa van:
A következő példában a Student_Name a Hallgatói_azonosítótól függ.
Például a Folyószámla, Takarékszámla és Hitelszámla a bankszámla általános formája.
Például egy tanszék kapcsolódik a főiskolához.
Multiplicitás: Meghatározza az attribútumok megengedett példányainak egy meghatározott tartományát. Abban az esetben, ha egy tartomány nincs megadva, az alapértelmezett multiplicitásnak minősül.
"mi a különbség az oroszlán és a tigris között"
Például több beteg kerül be egy kórházba.
Összesítés: Az aggregáció az asszociáció egy részhalmaza, amely azt jelzi, hogy van kapcsolata. Ez konkrétabb, mint az asszociáció. Egy rész-egész vagy részkapcsolatot határoz meg. Ebben a fajta kapcsolatban a gyermekosztály a szülőosztályától függetlenül létezhet.
A cégnek több alkalmazottja van, és ha egy alkalmazott felmond, a cég továbbra is fennáll.
Fogalmazás: Az összetétel az aggregáció egy részhalmaza. A szülő és gyermeke közötti függőséget ábrázolja, ami azt jelenti, hogy ha az egyik részt töröljük, akkor a másik részt is eldobjuk. Egy egész-rész kapcsolatot képvisel.
A névjegyzék több névjegyből áll, és ha törli a névjegyzéket, az összes névjegy elveszik.
Absztrakt osztályok
Az absztrakt osztályban egyetlen objektum sem lehet az absztrakt osztály közvetlen entitása. Az absztrakt osztály nem deklarálható és nem is példányosítható. Az osztályok funkcióinak megtalálására szolgál. Az absztrakt osztály jelölése hasonló az osztályéhoz; az egyetlen különbség az, hogy az osztály neve dőlt betűvel van írva. Mivel ez nem foglal magában semmilyen megvalósítást egy adott függvényhez, a legjobb az absztrakt osztályt több objektummal használni.
Tegyük fel, hogy van egy nevű absztrakt osztályunk elmozdulás a benne deklarált metódussal, és ezt a metódust a vezetni () . Most ez az absztrakt osztálymódszer bármilyen objektummal megvalósítható, például autóval, kerékpárral, robogóval, kerékpárral stb.
Hogyan készítsünk osztálydiagramot?
Az osztálydiagramot leggyakrabban szoftveralkalmazások készítésére használják. Nemcsak a rendszer statikus nézetét képviseli, hanem az alkalmazás összes főbb aspektusát is. Az osztálydiagramok összessége egy rendszert képvisel.
Az alábbiakban felsorolunk néhány kulcsfontosságú pontot, amelyeket szem előtt kell tartani az osztálydiagram rajzolásakor:
- A rendszer teljes aspektusának leírásához javasolt értelmes nevet adni az osztálydiagramnak.
- A tárgyakat és azok kapcsolatait előre tudomásul kell venni.
- Ismerni kell az egyes osztályok tulajdonságait és metódusait (felelősségeit).
- A kívánt tulajdonságok minimális számát meg kell adni, mivel több nem kívánt tulajdonság összetett diagramhoz vezet.
- A jegyzeteket a fejlesztő igénye szerint használhatja a diagram szempontjainak leírására.
- A diagramokat annyiszor kell újrarajzolni és átdolgozni, hogy azok helyesek legyenek, mielőtt elkészítik a végleges verziót.
Osztálydiagram példa
Az alábbiakban az értékesítési rendelési rendszert leíró osztálydiagram látható.
Osztálydiagramok használata
Az osztálydiagram a rendszer statikus nézetének ábrázolására szolgál. Alapvető szerepet játszik az alkatrész- és telepítési diagramok kialakításában. Segít összeállítani egy végrehajtható kódot, amely előre és hátrafelé történő tervezést végez bármely rendszerhez, vagy mondhatjuk, hogy főként építkezésre használják. A leképezést olyan objektumorientált nyelvekkel ábrázolja, mint a C++, Java stb. Az osztálydiagramok a következő célokra használhatók:
- Egy rendszer statikus nézetének leírása.
- Az egyes példányok közötti együttműködés megjelenítése statikus nézetben.
- A rendszer által végrehajtott funkciók leírása.
- A szoftveralkalmazás létrehozása objektumorientált nyelvek használatával.