Modelēšanā tiek izmantotas piecu veidu diagrammas, un UML lietošanas gadījumu diagramma ir rīks sistēmas dinamisko aspektu modelēšanai, kam ir liela nozīme uzvedības, klases, sistēmas un apakšsistēmas modelēšanā. Katrā šādā diagrammā ir daudz dalībnieku, precedentu un attiecību starp tiem.
UML lietošanas gadījumu diagrammas tiek plaši izmantotas dažādās lietojumprogrammās, jo īpaši, ja ir nepieciešams sistēmas skats saistībā ar dažādiem lietošanas gadījumiem vai lietošanas gadījumiem. Vairumā gadījumu tas ietver sistēmas, klases vai apakšsistēmas konteksta modelēšanu vai prasību modelēšanu, kas attiecas uz atlasīto elementu darbību.
Lietošanas gadījumu diagramma ir ļoti svarīga, lai norādītu, vizualizētu un dokumentētu sistēmas darbību. Izmantojot to, izstrādātājam ir vieglāk izprast sistēmu, apakšsistēmu vai klases, kā arī no malas paskatīties uz elementu izmantošanas priekšrocībām konkrētam kontekstam. Šāda UML diagramma ir īpaši svarīga izpildāmo sistēmu testēšanai, kadtiešā inženierija, kā arī labāk izprast to iekšējo struktūru, īpaši reversajā inženierijā.
Lietošanas gadījumu struktūra ir lielisks rīks, lai atrastu alternatīvu galvenajam scenārijam, kas noved pie panākumiem. Katrā solī atkal un atkal uzdodiet sev jautājumus: "Kas vēl var notikt?" Un jo īpaši: "Kas var noiet greizi?" Šeit vislabāk ir jau pašā sākumā noskaidrot visus iespējamos paplašināšanas nosacījumus. Tas palīdzēs turpmāk neapjukt, strādājot pie sekām. Visus problēmas risināšanas nosacījumus, kas ir tikai iespējami, vislabāk ir izpētīt jau pašā sākumā. Šī metode palīdzēs jums izvairīties no aizķeršanās, strādājot pie sekām. Tāpēc, ja iespējams, apsveriet pēc iespējas vairāk apstākļu, un tas nākotnē samazinās kļūdu skaitu.
Labākā iespēja darbam ar lietošanas gadījumu diagrammu ir grafiska tabula, kurā parādīts tās saturs. Tas ir nedaudz līdzīgs konteksta diagrammai, ko izmanto strukturālajās metodēs. Galu galā tabulā ir redzamas sistēmas robežas, kā arī tās saskarsme ar ārpasauli.
Lietošanas gadījumu diagramma skaidri parāda dalībniekus, lietošanas gadījumus un attiecības starp tiem:
– tā vai cita precedenta aktieru sniegums;
- lietošanas gadījumi, kas ietver citus lietošanas gadījumus.
Lietošanas gadījuma saturs UML modelēšanā neko neizsaka, bet diagrammas attēlošanas veids to visu atspoguļo. Tomēr jūs varat iztikt bez diagrammas. Speciālistiieteicams, izstrādājot lietošanas gadījumu, nepielikt pārāk daudz pūļu diagrammas izveidošanai. Būs labāk, ja koncentrēsities uz to teksta saturu.
UML lietošanas gadījumu diagrammai ir arī citi veidi, izņemot iekļaušanas relāciju, piemēram, paplašināt. No tā eksperti iesaka izvairīties. Iemesls ir fakts, ka bieži vien veselas izstrādes komandas pavada daudz laika, apsverot dažādas lietošanas gadījumu attiecības. Tā ir enerģijas izniekošana. Galu galā ar precedenta tekstuālu aprakstu rīkoties ir daudz ērtāk, šeit slēpjas tehnoloģijas patiesā vērtība.
