Utilizare (IT)

Această intrare sau secțiune despre subiectul ingineriei software nu menționează sursele necesare sau cei prezenți sunt insuficienți . Puteți îmbunătăți această intrare adăugând citări din surse de încredere în conformitate cu liniile directoare privind utilizarea surselor .

Cazul de utilizare în informatică este o tehnică utilizată în procesele de inginerie software pentru a realiza în mod exhaustiv și fără echivoc, colectarea de cerințe pentru a produce software de calitate.

Acesta constă în evaluarea fiecărei cerințe prin concentrarea asupra actorilor care interacționează cu sistemul, evaluarea diferitelor interacțiuni. În UML, acestea sunt reprezentate prin Diagrame de caz de utilizare .

Documentul de caz de utilizare identifică și descrie scenariile elementare de utilizare a sistemului de către actorii care interacționează cu acesta (ființe umane sau din sisteme de informații externe).

Un caz de utilizare corect identificat trebuie să aibă o semnificație completă pentru principalii actori (cei care inițiază cazul de utilizare) în sensul că trebuie să le permită să atingă un scop care este semnificativ pentru ei. O operațiune INSERT sau UPDATE într-o bază de date, de exemplu, este în mod clar o operațiune tehnică care nu poate fi considerată un caz de utilizare, în timp ce inserarea sau modificarea datelor personale ale unui client pot fi considerate cazuri de utilizare.

Pe de altă parte, un caz de utilizare trebuie să fie elementar, adică nu poate fi împărțit în cazuri de utilizare mai simple, care încă au sens pentru actorii implicați. De exemplu, „gestionarea datelor cu caracter personal” nu ar avea prea mult sens ca un caz de utilizare, deoarece poate fi împărțit în cazurile de utilizare a inserării, modificării și ștergerii unei intrări în datele personale.

Specificația unui caz de utilizare ar trebui să includă cel puțin un nume, actorii primari și secundari, un obiectiv (de ce actorii primari încep cazul de utilizare), condiția prealabilă în care este executabil, succesiunea acțiunilor efectuate de actori și de sistem (considerat ca o cutie neagră, deci fără a intra în detaliile funcționării sale interne), orice excepții și modul în care acestea trebuie gestionate.

În general, se recomandă păstrarea succesiunii acțiunilor unui caz de utilizare cât mai liniară posibil (cu câteva salturi condiționate), eventual descompunerea secvenței în cazuri de utilizare diferite, câte una pentru fiecare ramură a fluxului de execuție.

În cadrul documentului, cazurile de utilizare pot fi grupate în funcție de zona funcțională și de condițiile prealabile generale comune. De exemplu, o secțiune a documentului poate fi dedicată posibilelor cazuri de utilizare atunci când sistemul se află într-o anumită stare, ceea ce poate evita repetarea condiției prealabile în fiecare caz de utilizare raportat în secțiune.

Relațiile dintre cazurile de utilizare și actori pot fi reprezentate într-o diagramă UML dedicată. Mai mult, relațiile dintre cazurile de utilizare și cerințe pot fi menținute printr-o matrice de urmărire specifică, care raportează maparea dintre cazurile de utilizare și cerințele funcționale. În general, fiecare cerință funcțională ar trebui să se reflecte în cel puțin un caz de utilizare și niciun caz de utilizare nu ar trebui să implice cerințe funcționale care nu sunt prezente în documentul de cerințe sau să le contrazică.

Portal IT : accesați intrările Wikipedia care se ocupă cu IT