Modeliuojant naudojamos penkių tipų diagramos, o UML naudojimo atvejų diagrama yra įrankis, skirtas modeliuoti sistemos dinaminius aspektus, kurie atlieka svarbų vaidmenį modeliuojant elgseną, klasę, sistemą ir posistemį. Kiekvienoje tokioje diagramoje yra daug veikėjų, precedentų ir santykių tarp jų.
UML naudojimo atvejų diagramos plačiai naudojamos įvairiose programose, ypač kai reikalingas sistemos vaizdas, atsižvelgiant į skirtingus naudojimo atvejus ar naudojimo atvejus. Daugeliu atvejų tai apima sistemos, klasės ar posistemio konteksto modeliavimą arba reikalavimų, taikomų pasirinktų elementų veikimui, modeliavimą.
Naudojimo atvejų diagrama yra labai svarbi norint nurodyti, vizualizuoti ir dokumentuoti sistemos veikimą. Jį naudojant kūrėjui lengviau suprasti sistemą, posistemį ar klases, taip pat iš šalies pažvelgti į elementų naudojimo naudą konkrečiam kontekstui. Tokia UML diagrama yra ypač svarbi testuojant vykdomąsias sistemas, kaitiesioginė inžinerija, taip pat geriau suprasti jų vidinę struktūrą, ypač atvirkštinės inžinerijos atveju.
Naudojimo atvejų struktūra yra puiki priemonė norint rasti alternatyvą pagrindiniam scenarijui, kuris veda į sėkmę. Kiekviename žingsnyje vėl ir vėl užduokite sau klausimus: „Kas dar gali nutikti? Ir ypač: "Kas gali nutikti?" Čia geriausia nuo pat pradžių išsiaiškinti visas įmanomas plėtimosi sąlygas. Tai padės nesusipainioti ateityje dirbant su pasekmėmis. Visas problemos sprendimo sąlygas, kurios yra tik įmanomos, geriausia išstudijuoti nuo pat pradžių. Šis metodas padės išvengti pasekmių. Todėl, jei įmanoma, apsvarstykite kuo daugiau sąlygų, todėl ateityje klaidų skaičius sumažės.
Geriausias pasirinkimas dirbant su naudojimo atvejų diagrama yra grafinė lentelė, kurioje rodomas jos turinys. Tai šiek tiek panašu į konteksto diagramą, kuri naudojama struktūriniuose metoduose. Juk lentelėje parodytos sistemos ribos, taip pat jos kontaktas su išoriniu pasauliu.
Naudojimo atvejų diagrama aiškiai parodo veikėjus, naudojimo atvejus ir ryšius tarp jų:
– to ar kito precedento aktorių pasirodymas;
– naudojimo atvejai, apimantys kitus naudojimo atvejus.
Naudojimo atvejo turinys UML modeliavime nieko nesako, bet diagramos pateikimo būdas visa tai atspindi. Tačiau galite išsiversti be diagramos. SpecialistaiRekomenduojame rengiant naudojimo atvejį nedėti per daug pastangų kuriant diagramą. Bus geriau, jei susikoncentruosite į tekstinį jų turinį.
UML naudojimo atvejų diagramoje yra ir kitų tipų, be įtraukimo ryšio, pavyzdžiui, išplėsti. To ekspertai rekomenduoja vengti. Priežastis slypi tame, kad dažnai ištisos kūrėjų komandos praleidžia daug laiko svarstydamos įvairius naudojimo atvejų ryšius. Tai yra energijos švaistymas. Juk tekstinį precedento aprašymą tvarkyti daug patogiau, čia ir slepiasi tikroji technologijos vertė.
