Cazuri de utilizare
Unul dintre aspectele importante in intelegerea si definirea cerintelor unui sistem este acela al interactiunii dintre sistem si utilizatori sau alte componente externe.
Modelul cazurilor de utilizare include:
actorii,
scenarii,
cazurile de utilizare
diagramele de cazuri de utilizare
Un actor este un rol pe care o entitate externa il joaca in raport cu un sistem.
Actorii se determina observand utilizatorii directi ai sistemului, cei care sunt responsabi 454d36e li de exploatarea sau de interogarea sa. Aceeasi persoana fizica poate juca rolul mai multor actori (de exemplu vanzator si client). Mai multe persoane pot sa joace acelasi rol, si deci sa actioneze ca acelasi actor. Un actor poate fi de asemenea un echipament extern sistemului sau un alt sistem.
Cazurile de utilizare sunt abstractii ale dialogului ntre actori si sistem. Ele descriu interactiuni potentiale fara a intra n detalii ale fiecarui scenariu.
Un scenariu este o secventa de pasi care descrie o posibila interactiune dintre un sistem si un actor.
Sa consideram un sistem de gestiune electronica a cartilor din mai multe biblioteci, de exemplu din intreaga tara. Sistemul urmeaza sa fie utilizat de doua categorii de utilizatori: bibliotecarii si abonatii. Bibliotecarii acceseaza sistemul pentru a inregistra abonati si carti noi sau pentru a elimina carti din evidenta. Abonatii pot cere informatii despre diferite carti si pot cere imprumutarea unei carti. Sistemul trebuie sa pastreze evidenta abonatilor, a cartilor imprumutate de fiecare abonat si alte informatii. Deoarece sistemul realizeaza o gestiune centralizata, pentru accesul sau se propune o interfata Web.
In acest exemplu, actorii sunt: abonatul si bibliotecarul.
Cazurile de utilizare ar putea fi:
Scenarii de "Imprumut"
Un utilizator care doreste sa imprumute o carte completeaza rubricile afectate numelui si prenumelui sau apoi apasa butonul "Submit".
Sistemul preia datele si verifica daca utilizatorul este inregistrat ca abonat.
Utilizatorul primeste mesajul: "Nu sunteti inregistrat ca abonat. Efectuati procedura de inregistrare".
Un utilizator care doreste sa imprumute o carte completeaza rubricile afectate numelui si prenumelui sau apoi apasa butonul "Submit".
Sistemul preia datele si verifica daca utilizatorul este inregistrat ca abonat.
Utilizatorul primeste mesajul: "Ati depasit numarul maxim de carti imprumutate. Restituiti o parte dintre ele".
Un caz de utilizare descrie un set de scenarii corelate, de exemplu, toate scenariile de acces la sistem in scopul imprumutului unei carti.
Formatul descrierii consta dintr-o secventa tipica de pasi si alternativele, ca variante ale secventei tipice. Exemplu:
Cazul de utilizare :"Imprumut
Alternativa "Acces ne-autorizat":
La pasul 2: Utilizatorul nu este inregistrat ca abonat si atunci sesiunea este incheiata de sistem cu un mesaj in care utilizatorul este invitat sa se inregistreze.
Alternativa "Imprumutul nu este posibil"
La pasul 5:
5a) Cartea nu este gasita. Sistemul afiseaza un mesaj si sesiunea este incheiata.
5b) Cartea este gasita dar abonatul a imprumutat deja numarul maxim admis de carti. Sistemul afiseaza un mesaj si incheie sesiunea.
UML admite variatii in privinta descrierii cazurilor de utilizare. De exemplu, o descriere mai exacta a cazului de utilizare anterior este:
|
Actori: |
Abonat |
|
Scop: |
Imprumutul unei carti |
|
Descriere generala: |
Un abonat acceseaza pagina Web a sistemului de gestiune electronica a cartilor din bibliotecile existente in tara. El isi introduce identitatea si datele de identificare ale cartii pe care doreste sa o imprumute. Sistemul valideaza identitatea abonatului si cauta cartea. Daca cartea exista si abonatul are dreptul sa obtina un nou imprumut atunci sistemul autorizeaza imprumutul. |
|
Pre-conditie: |
Daca este necesar, abonatul tebuie sa execute mai intai procedura de acces la sistem (log-in). |
|
Post-conditie: |
In baza de date a sistemului exista o inregistrare a imprumutului catre abonat |
|
Cazuri de utilizare referite: |
Inregistrarea unui nou abonat |
Urmeaza o descriere similara cu cea anterioara:
Daca utilizatorul nu este inregistrat ca abonat atunci executa
alternativa "Acces ne-autorizat".
5a) Daca sistemul nu gaseste cartea, se executa alternativa "Cartea nu exista".
5b) Daca autorul are deja imprumutat numarul maxim de carti admis, se executa alternativa "Restrictia numarului de carti imprumutate".
Alternativa "Acces ne-autorizat"
Sistemul afiseaza un mesaj prin care invita utilizatorul sa se inregistreze ca abonat apoi incheie sesiunea.
Alternativa "Cartea nu exista"
1. Sistemul afiseaza mesajul "Cartea solicitata nu ese inregistrata in bibliotecile noastre", apoi incheie sesiunea.
Analog pentru alternativa 5b.
Pre-conditia este un predicat (in cazul de fata exprimat ne-formal) care exprima conditia care trebuie sa fie satisfacuta inainte de inceperea cazului de utilizare.
Post-conditia exprima conditia care este satisfacuta dupa executia cazului de utilizare (conform descrierii secventei tipice!).
cand au loc interactiunile cu actorii si informatiile schimbate (comunicate intre actori - sistem) in timpul fiecarei interaciuni;
fluxul de baza (comportamentul de baza) si alternativele fiecarei interactiuni;
repetarile de comportament, care pot fi descrise prin formulari de tipul:
ciclu
sfarsit ciclu
sau
sfarsit cat timp
Cand si cum se foloseste modelul cazurilor de utilizare?
Cazurile de utilizare definesc comportarea unui sistem fara a da informatii despre modul de realizare a comportarii. Se folosesc ca mijloc de vizualizare, specificare si documentare a unui sistem, subsistem, parte sau element.
Pe parcursul dezvoltarii se folosesc pentru validarea arhitecturii sistemului. Se folosesc, de asemenea, in procesul de testare a sistemului executabil. Colectia de scenarii pentru un caz de utilizare poate sugera o suita de cazuri de test.
Modelul cazurilor de utilizare poate include si un set de diagrame de cazuri de utilizare.
Relatii intre cazuri de utilizare
Relatia de generalizare
Are acelasi rol ca si relatia de generalizare intre clase. Un caz de utilizare copil mosteneste comportarea si intelesul cazului de utilizare parinte: copilul poate adauga noi aspecte ale comportarii sau poate redefini partial comportarea parintelui.
Relatia de includere
Un caz de utilizare poate incorpora comportarea reprezentata printr-un alt caz de utilizare, intr-un punct specificat al sau. Cazurile de utilizare "incluse" nu pot fi folosite independent, ci doar ca parti ale cazurilor de utilizare care le includ.
Relatia de includere se foloseste pentru a evita descrierea de mai multe ori a aceluiasi flux de evenimente. Un astfel de flux, care apare in mai multe cazuri de utilizare, se defineste ca un caz de utilizare separat, care factorizeaza o comportare comuna.
Relatia de extindere
Un caz de utilizare poate extinde, in anumite conditii, comportarea reprezentata printr-un alt caz. Cazul extins poate fi folosit si singur. El este extins numai in anumite puncte. Relatia de extindere se foloseste
pentru a modela parti ale cazurilor de utilizare pe care utilizatorii le pot vedea ca optiuni ale comportarii sistemului; in acest caz se separa comportamentul principal de cele optionale.
pentru a modela sub-fluxuri de evenimente, care sunt executate numai in anumite conditii.
Relatiile de includere si extindere favorizeaza structurarea cazurilor de utilizare prin factorizarea comportamentului comun si separarea variantelor.
Diagramele de cazuri de utilizare pot fi utile pentru a reprezenta contextul in care functioneaza un sistem. Contextul unui sistem cuprinde tot ceea ce este exterior sistemului si interactioneaza cu sistemul. El defineste mediul sistemului.
O diagrama de caz de utilizare care modeleaza contextul evidentiaza actorii care interactioneaza cu sistemul. Un astfel de exemplu este redat in figura urmatoare:
Sistemul este reprezentat printr-un dreptunghi iar numele sau este scris in interiorul dreptunghiului.
Cazurile de utilizare si diagramele de cazuri de utilizare pot reda comportamentul unui sistem la diferite nivele de abstractizare.
Astfel, cazul de utilizare anterior poate fi detaliat pentru a reda participarea diferitelor componente ale sistemului in cazul de utilizare. O astfel de detaliere apare necesara in etapele de proiectare ale sistemului. In aceste modele actori pot fi: baze de date, programe, componente, etc.
|
