Egy osztálydiagram létrehozása a Visual Studio-ban

UML a legkisebb: osztályok diagramja

Ave, kód! UML osztályok rajz illusztrálja rendszer felépítése, amely leírja osztályok, azok jellemzői, módszerek és objektumok közötti kapcsolatokat.

Még a legkisebb gyerekek is tudják, hogy az UML az egységes modellező nyelvéből származik, ha oroszul, akkor egy egységes modellezési nyelv, amely szerint a legenda azt mondja, kidolgozott, amikor komoly nagybátyja és nagynénje a végén a körök sokszínűségében úszott úszás, kötőjelek és felhőképes.

Azok számára, akik túl lustaak olvasni:

A fő cselekvő személy

Kezdjük, emlékeztetünk arra, hogy melyik osztály van? Ha dióhéjban van, az osztály egy sablon, amely objektumok létrehozására szolgál, amelyek az államok kezdeti értékeit biztosítják: a mezők változók inicializálása és a mezők és módszerek viselkedése.

Lényegében az osztály leírja, hogy az objektum hogyan lehet.

Az osztály az állam (attribútumok) és a viselkedés (módszerek) által leírt fogalmat képviseli. Minden attribútumnak saját típusa van, minden módszer az aláírás, de az osztálydiagramban csak az osztály neve kötelező információ, amely logikus, ami logikus – még a világ legjobb pszichiája nem tudja megérteni, hogy mi az a névtelen tér és mi nem vonatkozik.

Az osztály nevét a legmagasabb osztályban írják, majd az osztály attribútumokat követik, amelyek típusokat követnek a vastagbél után, és végül az alsó részben módszerek.

A módszer visszaadható típus a vastagbél után a módszer aláírásának végén. A láthatóság láthatósági módosítók az osztály attribútumok és módszerek előtt ábrázolhatók.

Minden paraméter a módszer is lehet hivatkozni módszer leírását: IN, OUT, INOUT.
Ezen az ábrán a method1 használja P1, mint a bemeneti paramétere és az értéket P1 valahogy által használt módszer, és a módszer nem változik P1.

A módszer2 a P2 bemeneti / kimeneti paramétert, a P2 értéket valahogy használja, és a módszer kimeneti értékét használja, de maga a módszer is megváltoztathatja a P2-et.

A módszer3 a P3-t a kimeneti paraméterként használja, más szóval, a paraméter a módszer kimeneti értékének tárolását szolgálja.

A Software Fejlesztési Életciklusban a diagramosztályok kilátásai

Tudjuk használni osztály diagramok különböző szakaszaiban a szoftverfejlesztési életciklus, és mint általában, fokozatosan szimuláló osztályok diagramok három különböző nézőpontok, ahogy promóciós felett szintű részletességgel.

Koncepcionális perspektíva – Ez az, amikor a diagramokat a valós világban lévő dolgok leírásaként értelmezik. Így, ha veszünk egy fogalmi szempontból, húzunk egy diagram, amely képviseli a fogalom a vizsgált terület. Ezek a fogalmak az őket végrehajtó osztályokra utalnak. A fogalmi perspektívát függetlennek tekintik.

Specifikációs perspektíva – Ez az, amikor a diagramokat a szoftverek és az alkatrészek leírásaként értelmezik, specifikációkkal és interfészekkel, de a konkrét végrehajtáshoz való kötődés nélkül.

Végrehajtási perspektíva – Ez az, amikor a diagramokat az adott technológia és nyelv szoftverének leírásaként értelmezik.
Így, ha végrehajtja a végrehajtási perspektívát, megnézi a szoftver végrehajtását.

A kapcsolat típusai

Ezután hat alapvető típusú kapcsolatmegjelölést fogok adni az UML-rendszerekben található osztályok között.

Egyesület.

Hasonlóan az objektumok összekötő linkjeihez kapcsolódnak az osztályok összekapcsolása. Annak érdekében, hogy az objektumok között volt egy kapcsolat, van egy szövetség közöttük.

Ha feltételezzük, hogy két osztályunk van egymással kölcsönhatásba lépve, akkor egy folyamatos összekötő vonalnak kell lennie köztük, amely a rendszerben szereplő szövetséget jelöli. Gyakran láthatjuk az igét is, amely a jelentését továbbítja.

Ezenkívül meghatározhatjuk a multiplicitást is, vagyis azokat a tárgyak számát, amelyek részt vehetnek a kapcsolatban. A sokszorosság az intervallumok osztott listájának formájában van beállítva, amelyekben minden intervallum minimális maximális.

Például egy diák tanulhat sok tanárból.
De a tanár sok diákot taníthat.

Öröklés

Vagy néha azt is hívják – általánosítás.

A névből a következőképpen ez a szülőosztály és örökösei közötti kapcsolat vázlatos képe. Az üreges nyíl mindig a “szülő” osztályra irányul.
Klasszikus példája öröklés: Osztályok négyzet, téglalap és kör, amely az örökösök a szülő osztály „ábra”.

Jogunk van, hogy minden egyes osztályra külön-külön ábrázoljuk az örökséget, és ötvözzük őket.
Ha az öröklés egy absztrakt osztályból származik, akkor az ilyen szülőosztály neve dőlt betűvel íródik.

Értékesítés

Általában az interfész és az interfészt megvalósító objektumok közötti kapcsolatot szánják.

Például a tulajdonos felület módszereket vételi és eladási magántulajdon, és a kapcsolat a személy és Corporation megvalósító osztályoknak ezt a felületet kell kijelölni a diagnózis formájában pontozott vonal egy nyíl irányában, hogy a felület.

Függőség

Egy osztály objektuma egy másik osztály objektumát használhatja a módszerében.
Ha az objektumot nem tárolja az osztály mezőben, akkor az ilyen típusú intercace kapcsolat függőségként modellezhető.

A függőség valójában a két osztály szövetségének különleges esete, ebben az esetben az egyik osztályban bekövetkező változások a másikban változnak.

Például a Person osztály egy Hasread eljárás egy könyvet bemeneti paraméter értéke igaz, ha például egy személy olvasni egy könyvet.

A függést a pontozott vonal jelzi, az osztály felé néző nyíllal, amelyből például egy másik osztály módszerei.

Aggregáció

Az osztályok közötti különféle kapcsolat, amikor egy osztály egy másik része.

Például a programozó munkahelyen áll egy szék, egy asztal, egy számítógép és egy rajongó, de amikor eltávolítja az osztály „Munkahely”, egyszerűen nincs mindezen osztályok, csak külön-külön.

Az aggregációt mutatja formájában egy folyamatos vonal egy üreges rombusz irányított osztályok, amelyek részét képezi minden osztály a aggregátor osztályban.

Fogalmazás

Lényegében a különböző aggregációs, csak ebben az esetben, az osztályok, amelyek egy részét egy másik osztály roncsolódnak, amikor az aggregátor osztály megsemmisül.

Például a testünk szervekből áll, de maguk nem életképesek.

A készítményt az aggregáció jelzi, de a rhombus teljesen festett.

Finalochka

UML nagyon hasznos újonnan található, a színpad megértése „Mi megy, mi megy, és abból, amit örökölni”. Mivel angolul beszélő kollégáink azt mondják: “Segít tudni, hogy az egész erdő a fák törzsei mögött néz ki.”.

Ezért, a tiéd kezdete előtt, bár egy kis, de lenyűgöző projekt, nem elég a kód azonnal. Hozza létre az alkalmazás első architektúráját az UML-ben.

Ave!