Limang uri ng mga diagram ang ginagamit sa pagmomodelo, at ang UML use case diagram ay isang tool para sa pagmomodelo ng mga dynamic na aspeto ng system na may malaking papel sa pag-uugali, klase, system, at subsystem modeling. Ang bawat gayong diagram ay may maraming aktor, precedent at relasyon sa pagitan nila.
Ang UML use case diagram ay malawakang ginagamit sa iba't ibang application, lalo na kung saan kailangan ng view ng system sa mga tuntunin ng iba't ibang use case o use case. Sa karamihan ng mga kaso, kabilang dito ang pagmomodelo ng konteksto ng isang system, klase, o subsystem, o pagmomodelo ng mga kinakailangan na naaangkop sa gawi ng mga napiling elemento.
Ang diagram ng use case ay napakahalaga para sa pagtukoy, pagpapakita at pagdodokumento ng gawi ng isang system. Gamit ito, mas madali para sa developer na maunawaan ang system, subsystem o mga klase, pati na rin tingnan mula sa labas ang mga benepisyo ng paggamit ng mga elemento para sa isang partikular na konteksto. Ang ganitong diagram ng UML ay partikular na kahalagahan para sa pagsubok ng mga executable system kapagdirect engineering, gayundin upang mas maunawaan ang kanilang panloob na istraktura, lalo na sa reverse engineering.
Ang istraktura ng use case ay isang mahusay na tool upang makahanap ng alternatibo sa pangunahing senaryo na humahantong sa tagumpay. Sa bawat hakbang, tanungin ang iyong sarili ng mga tanong nang paulit-ulit: "Ano pa ang maaaring mangyari?" At sa partikular: "Ano ang maaaring magkamali?" Narito ito ay pinakamahusay na malaman mula sa pinakadulo simula ang lahat ng mga kondisyon ng pagpapalawak na posible. Makakatulong ito sa iyo na hindi malito kapag ginagawa ang mga kahihinatnan sa hinaharap. Lahat ng mga kondisyon para sa paglutas ng problema, na posible lamang, ay pinakamahusay na pinag-aralan mula sa simula. Ang pamamaraang ito ay makatutulong sa iyo na maiwasan ang pagiging magulo kapag ginagawa ang mga kahihinatnan. Samakatuwid, kung maaari, isaalang-alang ang maraming kundisyon hangga't maaari, at ito ay magiging dahilan upang mabawasan ang mga error sa hinaharap.
Ang pinakamagandang opsyon para sa pagtatrabaho sa isang use case diagram ay isang graphical na talahanayan na nagpapakita ng mga nilalaman nito. Ito ay medyo katulad sa diagram ng konteksto, na ginagamit sa mga pamamaraan ng istruktura. Pagkatapos ng lahat, ipinapakita ng talahanayan ang mga hangganan ng system, pati na rin ang pakikipag-ugnayan nito sa labas ng mundo.
Malinaw na ipinapakita ng diagram ng use case ang mga aktor, use case, at ugnayan sa pagitan nila:
– pagtatanghal ng mga aktor nito o ng nauna;
– use case na kinabibilangan ng iba pang use case.
Walang sinasabi ang content ng isang use case sa UML modeling, ngunit ang paraan ng pagpapakita ng diagram ay sumasalamin sa lahat ng ito. Gayunpaman, magagawa mo nang walang diagram. Mga espesyalistaInirerekomenda na kapag bumubuo ng isang use case, huwag maglagay ng labis na pagsisikap sa paggawa ng diagram. Mas makakabuti kung tututukan mo ang nilalamang tekstuwal ng mga ito.
Ang UML use case diagram ay may iba pang uri bukod sa include relation, halimbawa extend. Ito ang inirerekomenda ng mga eksperto na iwasan. Ang dahilan ay nakasalalay sa katotohanan na kadalasan ang buong development team ay gumugugol ng maraming oras sa pagsasaalang-alang sa iba't ibang ugnayan sa pagitan ng mga kaso ng paggamit. Ito ay isang pag-aaksaya ng enerhiya. Kung tutuusin, ang pagharap sa isang tekstuwal na paglalarawan ng isang pamarisan ay higit na maginhawa, dito nakatago ang tunay na halaga ng teknolohiya.
