Hogyan készítsünk UML diagramot a Visual Studio-ban

Egyszerű útmutató az UML diagramokhoz és az adatbázis-modellezéshez

Microsoft csapat

Szeptember 24,

Az egységesített modellezési nyelv (UML) fontos szerepet játszik a szoftverek fejlesztésében, valamint olyan rendszerekben, amelyek nem kapcsolódnak hozzá, sok iparágban, mivel lehetővé teszi, hogy vizuálisan megjelenítse a rendszer vagy a folyamat viselkedését és szerkezetét. Az UML segíti a lehetséges hibákat az alkalmazási struktúrákban, a rendszer viselkedésében és más üzleti folyamatokban.

Miért UML?

Az UML először jelent meg az években a három programozó-programozó – Grady Buch, Ivary Jackobson és James miatt – mert kevésbé kaotikus módot akartak kifejleszteni az egyre összetettebb szoftverek fejlesztésének, ugyanakkor elválasztva Módszertan a folyamatból. Ma UML még szabvány gyakorlati jelölést a fejlesztők számára, valamint a projekt menedzserek, üzlettulajdonosok, műszaki vállalkozók és szakemberek különböző iparágakban.

Melyek az UML előnyei?

• Egyszerűsíti a komplexitást
• Megtartja a nyitott kommunikációt
• Automatizálja a szoftverek és folyamatok gyártását
• Segít megoldani az állandó problémákat az architektúrával
• Javítja a minőségi munkát
• Csökkenti a költségeket és a piaci időt

Az UML-diagramok típusai

Az UML-diagramok két fő típusa van: szerkezeti diagramok és viselkedési diagramok (és ezeken a kategóriákon belül sok más). Ezek a lehetőségek számosféle forgatókönyvet és diagramot képviselnek, amelyek különböző típusú embereket használnak.

Az ügyfelektől és a projektmenedzserektől a technikai írókig, a tervezőknek, az elemzőknek, a programozóknak és a tesztelőknek – az egyes szerepek képviselői az igényeiknek megfelelő diagramot fognak használni. Ez azt jelenti, hogy minden minta más fókusztre és részletességre van szükség. UML cél – vizuálisan benyújtani azokat a diagramokat, amelyek könnyen érthetőek.

Nézzük figyelmesen:

Szerkezeti diagramok

A szerkezeti diagramok a szoftver vagy rendszer statikus szerkezetét képviselik, az absztrakció és a végrehajtás különböző szintjei is mutatják. Ezeket használják a különböző struktúrák megjelenítésére, amelyek a rendszert alkotják, például adatbázis vagy alkalmazás. Megmutatják az alkatrészek vagy modulok hierarchiáját, és hogyan kapcsolódnak egymáshoz, és kölcsönhatásba lépnek egymással. Ezek az eszközök biztosítják a munkaterületet, és biztosítják, hogy a rendszer minden része az összes többi részhez képest.

Viselkedési diagramok

A hangsúly a szoftverrendszer vagy folyamat dinamikus aspektusaira vonatkozik. Ezek a diagramok bemutatják a rendszer funkcionalitását, és bemutatják, mi történhet a szimulált rendszerben.

Tekintsük részletesebben az UML-diagramok különböző típusát, amelyek minden kategóriához kapcsolódnak:

1. UML szerkezeti diagramok

• Diagramdiagram. Ez a diagram a leggyakoribb, ha a rendszer logikai és fizikai struktúrájának képét használják, és bemutatja az osztályokat. Úgy néz ki, mint egy blokkdiagram, mert az osztályok blokkokban kerülnek bemutatásra. Ez a diagram megjeleníti a különböző osztályok vizuális ötletét és azok összekapcsolását. Minden osztálynak három szakasza van:
• Top rész: osztálynév
• Középső szakasz: osztály attribútumok
• Alsó rész: Módszerek vagy osztályműveletek

• Diagramobjektumok. Gyakran ezt a diagramot használják, hogy ellenőrizze az osztályok diagramját a pontosság érdekében. Más szóval, függetlenül attól, hogy a gyakorlatban fog működni? Ez azt mutatja, a rendszer az objektumok és kapcsolatokat, és kínál egy jobb ötlete a potenciális fogyatékos a projekt, amelyet korrigálni kell.

• Komponens diagram. Más néven az alkatrészek blokkdiagramja is ismert, az elemek logikai csoportjait és azok kapcsolatát mutatja. Más szóval, egyszerűsített nézetet ad egy komplex rendszerről, és kisebb összetevőkre tör. Az elemek mindegyike egy téglalap alakú keretben jelenik meg, a címzett címmel. A csatlakozók meghatározzák a különböző alkatrészek közötti kapcsolatokat / függést.

• Összetett szerkezeti diagram. Ezt a típust ritkán használják a szoftverfejlesztésen kívül. Miért? Bár úgy néz ki, mint az osztályok diagramja, egy mélyebb merülést igényel, amely leírja a több osztály belső struktúráját, és bemutatja a köztük lévő kölcsönhatást. Ha nem vagy fejlesztő, akkor a felső szint elegendő információt ad.

• Kiépítési diagram. Ez az ábra azt mutatja, hardver (csomópontok) és szoftver (műtárgyak) összetevők és azok összekapcsolásáról. Visual elképzelést kínál, ahol minden programösszetevő telepítésre kerül.

• Csomagrajz. Ez a típus a modell alkotó csomagok közötti kapcsolatot ábrázolja. A fő cél az, hogy megmutassuk a komplex rendszert alkotó különböző nagy összetevők közötti kapcsolatot.

• Profildiagram. Ez a típus kisebb, mint egy diagram és több – a nyelven. A profildiagram segít új tulajdonságokat és szemantikát létrehozni az UML-diagramok számára az egyéni sztereotípiák, címkeértékek és korlátozások meghatározásával. Ezek a profilok lehetővé teszik az UML metamodel különböző platformok (például Java platform, Enterprise Edition (Java EE) vagy a Microsoft számára .Net keretrendszer) és domainek (például üzleti folyamatok modellezés, szolgáltatásorientált architektúra, orvosi alkalmazások és t. D.).

2. Uml viselkedési táblázatok

• Diagram tevékenység. Ez a típus egy lépésenkénti folyamatot ábrázol, tiszta kezdetével és végével. Ez egy olyan műveletek sorozata, amely befejeződik a cél eléréséhez. Megmutatja, hogy az egyes műveletek hogyan vezetnek a következőhez, és hogyan vannak összekapcsolva. A szoftver fejlesztése mellett szinte bármilyen üzleti környezetben használható. Azokat az üzleti folyamatoknak is nevezik.& #;

• A használati beállítások. Ez a típus leírja, hogy a rendszer nem, de nem így van. Az opció egy olyan eseménykészlet, amely előfordul, amikor & #; Operator & #; a folyamatot a folyamat befejezéséhez használja. Az üzemeltető olyan, mint bárki, vagy bármi, amely kölcsönhatásba lép a rendszerrel (személy, szervezet vagy alkalmazás) a rendszeren kívülről. Így a használat opciók vizuálisan leírják ezt a szekvenciát, és a rendszer funkcionális követelményeit képviselik.

• Áttekintés diagramkölcsönhatás. Ez a gyakran komplex diagram hasonló a tevékenység diagramjához, mivel mindkettő lépésenkénti cselekvési sorrendet mutat. De az interakció interakciós diagramja a különböző interakciós diagramokból álló tevékenységek diagramja. Ugyanazokat a jegyzeteket alkalmazzák, mint a tevékenységdiagram (kezdeti, végső, megoldás, egyesülés, elágazás és csomópontok csatlakoztatása) elemek hozzáadásával, például az interakció, az interakció, a határidő és az időtartam korlátozásával. 

• Ideiglenes diagram. Ha az idő kritikus értékkel rendelkezik, az ilyen típusú UML-diagramokat használják. Más néven az események sorrendjeként vagy diagramjaként is megmutatja, hogy az objektumok kölcsönhatásba lépnek vagy megváltoztatják egymást. Funkcionálisan azt mutatja, hogy az objektumok és az üzemeltetők hogyan működnek az idővonalon. A hangsúly az, hogy mennyi ideig tart az események, és milyen változások vannak az időtartam korlátozásainak. Az idődiagram fő része a következők:
  • Életvonal: egyéni résztvevő
  • Állapot kronológia: különböző státus, amelyen keresztül az életvonal áthalad
  • Az időtartam korlátozása: a korlátozás teljesítéséhez szükséges idő
  • Határidő: az idő, amelyre a résztvevőnek valamit meg kell tennie
  • A megsemmisítés megjelenése: ahol az objektum vége vége. Más esemény nem történik meg az életvonal megsemmisítése után.

• A véges automata gép diagramja. Ezt a diagramot is nevezik az állapotdiagramnak is, ha az objektumok viselkedése összetett, és a részletek elengedhetetlenek. Segít az egyik objektum (vagy néha az üzemeltető) viselkedését, és hogyan változik a belső és külső eseményektől függően.

• Térképsorozat. Ez a vizuálisan vonzó diagram, amely nemcsak a fejlesztők közösségében népszerű, mindenféle üzleti folyamatot mutat. Egyszerűen feltárja a rendszer felépítése, amely bemutatja a szekvencia üzenetek közötti kölcsönhatás szereplők és tárgyak időrendi sorrendben. A szekvencia diagramok egyszerű iterációt és elágazást mutatnak. A multitasking előnyei vannak.

• Kommunikációs diagram. A kommunikáció vagy az együttműködés diagramja hasonló a szekvencia diagramhoz. Mindazonáltal hangsúlyozza az objektumok közötti kapcsolatot, bemutatja az interakcióban részt vevő tárgyak szervezését, és összetettebb iterációkat és ágakat kínál.

Adatbázis-modellek

Az UML szintén népszerűséget jelent, mint jelölési adatbázisok modellezésére. Ezek a modellek kiváló vizuális eszköz a brainstorminghoz, a diagramok létrehozása szabad formában és az ötletek együttműködésében.

Bár az UML nem rendelkezik specifikációval az adatok modellezésére, hasznos eszköz lehet az építési diagramok számára, különösen mivel az adatbázisok adatai az objektumorientált programozásban használhatók.

Nézzük meg a különböző típusú adatbázis-modelleket, amelyeket létrehozhat:

• Hierarchikus adatbázis modell. A régi jó adatmodellek egy fa szerkezetben vannak. A fa több csoportból áll, amelyeket szegmenseknek neveznek. Ő használja a kapcsolatot “egy-sok”. Az adatokhoz való hozzáférés is kiszámítható.

• Hálózati modell. Ez a modell grafikus formában van, ahol a kapcsolatok típusai ívek, és objektumtípusok – csomópontok. Más adatbázis modellekkel ellentétben a hálózati modellek rendszere nem korlátozódik a rácsra vagy a hierarchiára.

• Objektumorientált adatbázis modell. Ez a modell objektumok gyűjteményét vagy újrahasznosított szoftver elemeket használ kapcsolódó funkciókkal és módszerekkel. Például egy multimédiás adatbázis tartalmazhat képeket, amelyek nem tárolt relációs adatbázisban, vagy hypertext adatbázis lehetővé teszi, hogy olvassa el más tárgyakat.

• Relációs modell. Itt az adatok olyan kapcsolatokkal vagy rácsos matematikai struktúrákkal vannak kialakítva, amelyek oszlopokkal és vonalakkal rendelkeznek. Ezek táblázatnak tekinthetők.

• Objektum-relációs modell. A névből a következőképpen ez a modell a fent említett kettő kombinációja. Támogatja objektumok, osztályok, az öröklés és egyéb objektum-orientált elemek, de ez is támogatja adattípusok, táblázatos struktúrák és még sok más, mint egy relációs adatmodellt.

• Modell “essence-kommunikáció”. Olyan tárgyakból áll (emberek, helyek vagy tárgyak). A modell a köztük lévő linkeket mutatja. Meghatározása a gazdálkodó egység, azok jellemzői és bemutatja a köztük lévő kapcsolatot, az ER diagram szemlélteti a logikai felépítését adatbázisok.

• A dokumentum modellje. A dokumentumok vagy a félig strukturált adatok tárolására és kezelésére szolgál, és nem atomadatokat. Van egy fa szerkezete, amelyben minden csomópont a dokumentum részét képező objektum.

• Modell “essence-attribútum-érték”. EAV modellek vagy nyitott áramkör, az adatok három oszlop formájában íródnak:

1. Lényeg (amit ismertetnek)
2. Attribútum vagy paraméter (például név, leírás, adattípus)
3. Attribútumérték.

• Scheme “Star”. Ez a többdimenziós modell legegyszerűbb változata, amelyben az adatok mérésekben és tényeken találhatók. Az üzleti analitika és az adatraktárakban használják, mivel alkalmas nagy adatgyűjtő lekérdezésekre.

Egyszerűsítse a szoftvert

Ön létrehozza az adatbázisok vagy az UML diagram modelljeit, a szoftvereszközök használata egyszerűsíti és javítja ezt a folyamatot. Győződjön meg róla, hogy kiválasztja azokat az eszközöket, amelyek lehetővé teszik az Ön számára:

• Hozzon létre szakmai grafikonokat készített sablonokkal és több ezer formában a tartalmi ökoszisztémában, amely megfelel az iparági szabványoknak, például az UML, valamint a BPMN és az IEEE.
• Adatok, karakterek, színek és grafikák használata az értelmezés egyszerűsítéséhez, beleértve az egylépcsős adatmegjelenítést az Excelben.
• Együttműködés kollégáival együtt szerkesztéssel, kommentálással és megjegyzésekkel.
• Állítsa be a modell egy verzióját, és hozzáférjen a diagramokhoz szinte bármely helyre, böngészővel vagy alkalmazással az eszközön.

A szoftverek és az indokolt rendszerek fejlesztése során számos iparágban a vizuális UML-diagramok használata fontos szerepet játszhat a viselkedési folyamatok és struktúrák építésében. További információ az UML diagramok létrehozásáról a Software segítségével lépésről lépésre vonatkozó utasításokkal: Kézikönyvek.

Adja meg a kollektív napi teljesítményét, bárhol a világon, a Microsoft segítségével

Az “üzleti elemzések és ötletek” szakasz nem nyújt szakmai tanácsadást az adózásról és a pénzügyi kérdésekről. Az ilyen kérdések megoldásához forduljon az adóhoz vagy a finanszírozó szakemberéhez.