UML használati esetdiagram

Talált már érdekes folyamatábrákat? A folyamatábrák képessége az, hogy összetett algoritmusokat különféle alakú mezőkben lépésről lépésre magyarázzanak - ez mindig egyszerű módszer volt bármilyen algoritmus vagy folyamat képi ábrázolására. Az UML diagramok a folyamatábrák fejlett változata. Megértjük az egyes kifejezéseket.

Mi az UML használati eset diagramja?

Nagyon nehéz megfogalmazásnak hangzik, nemde? Nos, osszuk le minden szót.

UML

Az egységes modellezési nyelv a szoftver modellezésének és dokumentálásának hagyományos folyamatának modern megközelítése. Ez a megközelítés a szoftverben részt vevő elemek és folyamatok vázlatos ábrázolása. Olyan, mintha az egész szoftvert vizuális ábrázolásokkal magyaráznánk, hogy könnyen megértsük és eltávolítsuk a rendszer lehetséges hibáit és hibáit. Az egész folyamat az üzleti folyamatok modellezési technikáinak nagyobb esernyője alá tartozik.

UML diagramok

Képzelje el a különféle hatalmas építmények valós életbeli méretarányos modelljeit, például egy bevásárlóközpontot vagy egy házközösséget hektáronként elosztva, szép fényes üvegdobozokba helyezve a szerkezet fogadásakor. Nem könnyű megérteni a teljes szerkezetet, ha azt a teljes szem előtt tervezik?

Nos, az UML diagramok olyan szoftverek, amelyek megfelelnek azoknak a méretezett modelleknek, amelyek a tényleges struktúrához kapcsolódnak. Az egész rendszer vagy annak egy része teljes ábrázolása diagramok segítségével. Különböző diagramok vannak különböző célokra. Néhány példa a következőkre:

  • Osztálydiagram - Több figyelmet fordít a tervrajzra.
  • sorozatdiagram - Több figyelmet fordít a folyamatra, rendszer szempontjából.
  • tevékenységi diagram - A tevékenységekre összpontosít, felhasználói szempontból.
  • Esetdiagram - az üzleti követelményekre és még sok másra összpontosít.

UML használati esetdiagram

A mai vita központi témája a használati eset diagramok. A Use Case diagram modellezi a rendszer dinamikus viselkedését működés közben. Kiemelte a rendszer magas szintű követelményeit. A rendszer külső nézetének ábrázolására szolgál. A használati eset diagramja ismerteti azokat a különféle használati eseteket, amelyekben a végfelhasználó interakcióba léphet a rendszerrel. A képen a végfelhasználó néz ki.

A használati eset diagramjának egyszerű példája az, hogy a végfelhasználó hogyan működik együtt a repülőjegy-foglalási rendszerrel. A példa néhány felhasználási példája lehet, de nem korlátozódik ezekre:

  • Egy személy bejelentkezik, hogy járatot keressen.
  • Egy személy járatot foglal le.
  • Egy személy megtekinti korábbi repülési foglalásait.
  • Egy személy internetes ellenőrzést végez repülése során.
  • Egy személy visszavonja járatát.

és még néhány,

Merüljünk bele …

Mint korábban már említettük, egy használati esetdiagram modellezi a rendszer dinamikus viselkedését. Vegye figyelembe a dinamikus szót. Ez azt jelenti, hogy vannak olyan belső vagy külső tényezők, amelyek befolyásolják a rendszer viselkedését a futási idő alatt, és dinamikussá teszik azt a természetben. Ezeket a belső vagy külső szereket szereplőknek nevezzük . A Use-case diagram modellezi a szereplőket, a rendszert és azok kölcsönhatását. Az egyszeri felhasználási diagram modellezheti a rendszer egy bizonyos funkcióját.

De miért használja az esettáblázatot?

Ez a furcsa oldal, amit beszél. Elemezzük néhány QnA-n keresztül.

  • Miért használjuk a case-esetet, amikor az aktivitási diagram a bemenetek alapján modellezi a rendszer műveleteit?

Válasz: Igen, de a használati eset diagram a végfelhasználó szempontjából teszi meg, míg a tevékenységi diagram a rendszer szempontjából teszi. Lehet, hogy a végfelhasználó nem ismeri szerepét egy tevékenységi diagram segítségével.

  • Nos, a szekvenciadiagramok bevonják a szereplőket és a különböző szakaszokban végrehajtott műveleteket. Miért hasznos?

Válasz: A szekvencia diagramok a felhasználó-rendszer interakció részletesebb változatai. Ide tartoznak a rendszer belső működése, az almodulok közötti interakció és a belső működés során eltelt idő. A végfelhasználót nem érdekli az ilyen részletek. Ő a rendszer teljes teljesítményével foglalkozik.

  • Tudom, hogy az együttműködési / kommunikációs diagramok a szekvencia diagramok egyszerűbb változata. Miért nem használhatom őket?

Válasz. Az együttműködési diagramok valóban egyszerűbbek, mégis elsősorban az alkatrészek közötti kommunikációra összpontosítanak. Ehhez még inkább azokra az üzenetekre kell összpontosítani, amelyeket a rendszer és az almodulok cserélnek. A végfelhasználónak ez még mindig kevésbé részletes lehet a célja számára.

  • Van egy állapotdiagram is. Ezek egyszerűek, nem tartalmaznak belső almodulokat, és a végfelhasználói interakciókat is ábrázolják. Hogyan veri le a használati eset diagramja?

Válasz. Az állapotdiagramok elsődleges célja a rendszer állapotának elemzése minden lehetséges időpontban. Ezek jobban alkalmasak a rendszer hibakeresésére és fordított tervezésére. Az esetdiagramok átugorják a rendszer köztes állapotát, mivel a végfelhasználó nem érdekli, hogy megismerje az összes állapotot, amelyen a gép átmegy. Sőt, az állapotdiagramok nem összpontosítanak az általános követelményekre, ahogyan az eset-diagramok teszik. Jobban összpontosítanak egy adott inputra és az érintett outputra.

Tehát, ebből a vitából az az előfordulás, hogy bár sok UML diagram hasonló funkciókat hajt végre, mégis kiemelkedő szerepet játszanak a rendszer megértésében. A használati eset diagram ugyanolyan fontos, mint bármely más diagram a használati eset diagramok rendszerösszetevőinek általános dokumentációjához.

Példa

Az alábbiakban bemutatunk egy egyszerű példát a repülőjegy-foglalási rendszer használati esettanulmányára. Ez a diagram átfogóbbá tehető más szereplők, például foglalási operátorok, bankok stb. Bevezetésével. Egyszerűsödött annak bemutatása, hogy miként készül a felhasználási eset diagramja.

Következtetés

A használati esetek diagramjai egyszerűek, mégis hatékonyak a rendszer külső megértésében. Nagyon hasznosak az üzleti vállalkozások számára a magas szintű követelmények meghatározásában és a követelmények hiányosságainak elemzésében is. A használati esetdiagramok megértése segíti az üzletet és a műszaki csapatokat, hogy ugyanazon az oldalon jussanak a követelmények szempontjából.

Ajánlott cikkek

Ez egy útmutató az UML használati esettáblázatához. Itt megvitattuk, mi az UML esetdiagram, miért használják, és ennek a diagramnak az összetevői. A további javasolt cikkeken keresztül további információkat is megtudhat -

  1. Lépésről lépésre az osztálydiagram
  2. Mi a számítógépes grafikai tervezés?
  3. Data Science vs Data Visualization
  4. Mi a Teradata? | Teradata építészet

Kategória: