Utilizați diagrama de cazuri

În UML , diagramele de caz de utilizare / ju: z keis daiəgraem / ( UCD sau diagrame de caz de utilizare ) sunt diagrame dedicate descrierii funcțiilor sau serviciilor oferite de un sistem , deoarece sunt percepute și utilizate de către actorii care interacționează cu sistemul la fel. Acestea sunt utilizate în principal în contextul Vizualizării cazului de utilizare a unui model și, în acest caz, pot fi considerate ca un instrument de reprezentare a cerințelor funcționale ale unui sistem. Cu toate acestea, este posibil să se facă ipoteza utilizării TCD în alte contexte; în timpul proiectării , de exemplu, acestea ar putea fi utilizate pentru a modela serviciile oferite de un modul sau subsistem dat altor module sau subsisteme. În multe modele de dezvoltare software bazate pe UML, Vizualizarea cazurilor de utilizare și Diagramele cazurilor de utilizare pe care le conține reprezintă cea mai importantă vizualizare, în jurul căreia se dezvoltă toate celelalte activități ale ciclului de viață al software-ului (astfel de procese iau denumirea procesului Utilizat în caz de utilizare ) .

Elemente șablon

Principalele elemente ale modelului utilizate în diagramele de caz de utilizare UML sunt trei: sistem , actor și caz de utilizare .

Sistem

Sistemul ca întreg este reprezentat ca un dreptunghi gol. Acest simbol este legat de celelalte în sensul că elementele model care reprezintă caracteristicile sistemului vor fi poziționate în interiorul dreptunghiului, în timp ce cele care reprezintă entități externe (aparținând domeniului sau contextului sistemului) sunt poziționate în exterior . În multe diagrame UML, simbolul sistemului este omis deoarece distincția dintre conceptele legate de sistem și conceptele legate de contextul său poate fi considerată în general implicită.

Actor

Actorii sunt reprezentați grafic în diagramă printr-o pictogramă reprezentând un om stilizat ( stickman ). În mod formal, un actor este o clasă cu un stereotip de „actor”. Practic, un actor reprezintă un rol acoperit de un anumit set de entități care interacționează cu sistemul (inclusiv utilizatori umani , alte sisteme software, dispozitive hardware etc.). Un rol corespunde unei anumite familii de interacțiuni corelate pe care actorul le întreprinde cu sistemul.

Utilizare caz

Un caz de utilizare este reprezentat grafic ca o elipsă care conține numele cazului de utilizare. În mod formal, cazul de utilizare este un clasificator cu comportament; ar putea fi înțeles ca o clasă de comportamente corelate. Practic, un caz de utilizare reprezintă o funcție sau un serviciu oferit de sistem unuia sau mai multor actori. Funcția trebuie să fie completă și semnificativă din punctul de vedere al actorilor care participă la ea.

Relaţii

Asocierea dintre actor și caz de utilizare

Relația fundamentală în diagramele cazurilor de utilizare este cea care conectează actorii cu cazurile de utilizare la care participă, adică asociația . Un actor poate fi asociat cu orice număr de cazuri de utilizare și invers. Deși nu necesită informații suplimentare, asocierea dintre cazurile de utilizare și actori este implicit considerată a avea o semantică mai specifică decât asocierea UML generică; de fapt, implică un schimb de mesaje între actori și cazuri de utilizare asociate.

Generalizare

Deoarece actorul este un concept derivat din cel al clasei, iar cazul de utilizare derivă din cel înrudit al clasificatorului , nu este surprinzător faptul că relațiile de generalizare pot fi exprimate atât între actori, cât și între cazurile de utilizare. În ambele cazuri, semantica generalizării poate fi dedusă, cel puțin în termeni generali, din principiul substituției Liskov . Prin urmare, un „subactor” trebuie să poată participa la toate cazurile de utilizare la care participă „superactorul”; în cele din urmă poate participa la cazuri de utilizare suplimentare sau poate participa la unele cazuri de utilizare „ moștenite ” într-un mod diferit. Un „caz de subutilizare” trebuie să ofere același serviciu general ca și „cazul de utilizare superioară”, producând eventual o valoare suplimentară sau furnizând-o unui anumit tip de actor suplimentar; sau urmând o procedură parțial diferită pentru a obține rezultatul și așa mai departe.

Includere

Relația de includere între cazurile de utilizare, reprezentată de o linie întreruptă care indică stereotipul „include”, indică faptul că funcția reprezentată de unul dintre cele două cazuri de utilizare (cea de la baza săgeții) include complet funcția reprezentată de cealaltă (cea de la baza săgeții). vârf). Această relație poate fi exprimată și cu utilizarea verbului („utilizări” a fost un stereotip utilizat în UML înainte de „include”), atâta timp cât ne amintim că, cel puțin în contextul Vizualizării cazului de utilizare, această utilizare trebuie să fie scutită de considerații de implementare (ca referințe implicite la conceptul de subrutină ).

Extensie

Relația de extindere între cazuri de utilizare, reprezentată de o linie întreruptă care indică stereotipul „extinde”, indică faptul că funcția reprezentată de cazul de utilizare „extindere” (la baza săgeții) poate fi utilizată în contextul „extins” "funcție (cazul de utilizare la vârf), adică reprezintă un fel de îmbogățire. Această relație este adesea utilizată pentru a izola într-un caz de utilizare separat specificația activităților opționale sau excepționale care ar putea avea loc în timpul îndeplinirii funcției principale.

Rețineți că relațiile de extensie și incluziune reprezintă concepte destul de apropiate, dar că orientarea săgeților în cele două cazuri poate fi descrisă ca „opusă”. Diferența subtilă dintre cele două stereotipuri este următoarea:

„Include” înseamnă un fragment care este întotdeauna executat în timpul executării cazului de utilizare la baza săgeții;
„Extinde” înseamnă un fragment care poate fi executat în anumite circumstanțe ale cazului de utilizare la vârful săgeții.

Exemplu

Descriere dinamică

O diagramă a cazurilor de utilizare este în general însoțită de o modelare complementară care descrie dinamica cu care sunt dezvoltate diferitele cazuri de utilizare. Aceste dinamici pot fi exprimate în text liber (folosind valoarea etichetată Proprietatea documentației standard) sau mai formal prin Diagrame de activitate sau alte diagrame UML dinamice.

Instrumente pentru pregătirea diagramelor de caz de utilizare

Iată câteva instrumente open source pentru pregătirea schemei de caz de utilizare.

Use Case Maker [1] - Instrument pentru redactarea diagramelor de cazuri de utilizare
Dia [2] - Program grafic dezvoltat ca parte a proiectului GNOME

Alte proiecte

Wikimedia Commons conține imagini sau alte fișiere pe diagrama cazului de utilizare