UML atvejų diagrama

Modeliavimas naudojamas penkių tipų diagramas, ir UML atvejų diagrama yra priemonė modeliuoti dinamines sistemos aspektus, kad modeliuojant klasės sistemų ir posistemių elgesį vaidina svarbų vaidmenį. Kiekvienoje iš šių diagramų iš dalyvių daug, naudoti bylas, ir tarp jų santykius.

UML atvejų diagrama yra plačiai naudojamas įvairiose srityse, ypač tose vietose, kur ji yra reikalaujama iš sistemos, kalbant apie įvairių variantų naudojimo arba precedentų. Daugeliu atvejų, manoma, čia modeliavimo sistemos kontekstą klasės ar posistemės ar modeliavimo reikalavimus, kurie taikomi į pasirinktų elementų elgesį.

Labai svarbus yra naudojimo atveju schema nurodant, vizualizacija ir dokumentavimo sistema elgesį. Naudojant jį, kūrėjai lengviau suprasti sistemos, posistemės ar klases, taip pat pažvelgti į naudojant išorinius komponentus tikrame kontekste naudą. Toks UML diagrama yra ypač svarbu tikrinant vykdomąjį sistemas su tiesioginiu dizainas, taip pat geriau suvokti savo vidinę struktūrą, ypač atvirkštine inžinerija.

Struktūra precedentas - tai puikus įrankis ieškoti alternatyvos pagrindiniu scenarijumi, kuris veda į sėkmę. Kiekviename žingsnyje, užduoti sau klausimą, vėl ir vėl: "Ką dar gali atsitikti", o ypač "Ką gali suklysti", kur geriausia iš pradžių išsiaiškinti visas plėtinius sąlygas, kurios yra įmanoma. Tai padės išvengti painiavos ateityje, dirbant pasekmes.

Visi sprendžiant problemą, kuri yra įmanoma tik sąlygos, tai geriausia studijuoti iš pradžių. Šis metodas padės išvengti kai darbo pasekmes yra įklimpo į liūną. Todėl, jei įmanoma, atsižvelgti, kiek įmanoma sąlygų, ir tai sukels į klaidų sumažėjimas ateityje.

Geriausias variantas dirbti su grafikos diagrama precedentai lentelėje, kuri parodo jo turinį. Ji yra šiek tiek panašus į kontekstinį schema, kuri yra naudojama struktūrinių metodų. Galų gale, lentelė rodo sistemos ribas, taip pat jos lietimosi su išoriniu pasauliu.

Diagramoje aiškiai rodomas precedentai aktoriai, naudojimo atvejus, o taip pat jų tarpusavio ryšį:

- vykdymas aktorių precedentas;

- precedentų, susijusių kitų precedentų.

Apie A į UML modeliavimo nesako nieko, ir pateikti diagramą būdu precedento turinį rodo viską. Tačiau, jūs galite padaryti be diagramos. Ekspertai rekomenduoja iš precedentas kūrimas netampa pernelyg daug pastangų sukurti diagramą. Būtų geriau, jei jums sutelkti dėmesį į turinį, tekstą.

UML panaudojimo atvejų diagrama, be to, apima santykius, turi kitų rūšių, pavyzdžiui, išplėsti. Tai buvo jo ekspertai rekomenduoja vengti. Priežastis yra ta, kad dažnai visa kūrėjų komanda daug laiko skiriama įvairių santykių naudojimo atvejais atlygį. Tai tuščias laiko gaišinimas. Aptarus su teksto aprašymą precedentas yra daug patogiau, ji yra čia, kad tikroji vertė paslėptas technologija.