Használja az esetdiagramot
Az oldal jelenlegi verzióját még nem ellenőrizték tapasztalt közreműködők, és jelentősen eltérhet a 2022. január 26-án felülvizsgált
verziótól ; az ellenőrzések 3 szerkesztést igényelnek .
A használati eset diagram vagy a használati eset diagram az UML -ben olyan diagram, amely tükrözi a szereplők és a használati esetek közötti kapcsolatot, és szerves részét képezi a használati eset modellnek , amely lehetővé teszi a rendszer fogalmi szintű leírását [1] .
Precedens egy szimulált rendszer lehetősége (funkcionalitásának része), melynek köszönhetően a felhasználó konkrét, mérhető és kívánt eredményt kaphat. A használati eset a rendszer egy adott szolgáltatásának felel meg, meghatározza a használatának egyik lehetőségét, és leírja a felhasználói interakció tipikus módját a rendszerrel. A használati eseteket jellemzően a rendszer külső követelményeinek meghatározására használják [1] .
Időpont
A diagram fő célja a funkcionalitás és viselkedés leírása, lehetővé téve az ügyfél , a végfelhasználó és a fejlesztő számára, hogy közösen megvitassák a tervezett vagy meglévő rendszert .
Amikor egy rendszert használati eset diagram segítségével modellez, a rendszerelemző célja, hogy:
- egyértelműen elkülöníti a rendszert a környezetétől;
- meghatározza a szereplőket (szereplőket), azok interakcióját a rendszerrel és a rendszer várható működését;
- definiálja a tartományi szószedetben a rendszer funkcionalitásának részletes leírásával kapcsolatos fogalmakat (azaz használati eseteket).
A diagramon végzett munka egy szöveges leírással kezdődhet, amelyet az ügyféllel folytatott munka során szereztünk be. Ugyanakkor egy precedens modell összeállításakor a nem funkcionális követelmények (például egy adott nyelv vagy programozási rendszer) kimaradnak (azokra egy másik dokumentum készül) [1] .
Elemek
A diagramon a használati eset modelljének megjelenítéséhez az [1] -eket használjuk :
- rendszerhatárok ( eng. system boundary ) - egy téglalap, amelynek felső része egy név, belül pedig ellipszisek (precedensek) találhatók. Gyakran kihagyható anélkül, hogy elveszítené a hasznos információkat,
- actor (eng. actor ) - egy stilizált kis ember, aki a felhasználói szerepek halmazát jelöli (tágabb értelemben: személy, külső entitás, osztály, másik rendszer), kölcsönhatásban áll valamilyen entitással (rendszerrel, alrendszerrel, osztállyal). A szereplők nem lehetnek kapcsolatban egymással (kivéve az általánosítási/öröklési kapcsolatokat),
- precedens - ellipszis címkével, amely jelzi a rendszer által végrehajtott műveleteket (lehetséges opciókat tartalmazhat), amelyek a szereplők által megfigyelhető eredményekhez vezetnek. A címke lehet egy név vagy leírás (a szereplő szemszögéből), hogy „mit” csinál a rendszer (a „hogyan” helyett). A használati eset neve egy folyamatos (atomi) forgatókönyvhöz kapcsolódik - egy adott műveletsor, amely szemlélteti a viselkedést [2] . A forgatókönyv során a szereplők üzenetet váltanak a rendszerrel. A forgatókönyv a használati eset diagramon UML megjegyzésként jeleníthető meg. Egy használati esethez több különböző forgatókönyv is társítható [1] .
A precedensek közötti kapcsolatok
Az esetmodellben szereplő duplikált információk egy része kiküszöbölhető az esetek közötti kapcsolatok megadásával [1] :
- a precedens általánosítása - egy nyíl kitöltetlen háromszöggel (a háromszög egy általánosabb precedens közelében van),
- használata esetbefoglalás – pontozott nyíl"include" sztereotípiával ,
- használati eset kiterjesztése - pontozott nyíl az "extend" sztereotípiával (a nyíl egy kiterjeszthető használati esetben található, melynek további részében egy kiterjesztési pont és esetleg megjegyzés formájában egy kiterjesztési feltétel jelölhető .
Szabályok
A használati esetekkel való munka során fontos megjegyezni néhány egyszerű szabályt:
- minden használati eset legalább egy szereplőre vonatkozik;
- minden használati esetnek van kezdeményezője;
- minden használati eset megfelelő eredményhez vezet.
Jegyzetek
- ↑ 1 2 3 4 5 6 Babich A. V. Bevezetés az UML-be. ISBN 978-5-94774-878-9, 6. Előadás: Esetrajzok: Közelkép . Hozzáférés időpontja: 2015. január 26. Az eredetiből archiválva : 2015. július 2. (határozatlan)
- ↑ G. Butch. Objektumorientált programozás.