Tema 6:

Diagramele cazurilor de utilizare

Natalia Pleșca,
Lector universitar
Conținut

• Sintaxa diagramei cazurilor de utilizare

• Construirea diagramei cazurilor de utilizare
• Identificarea şi specificarea cerințelor funcționale față de SI
• Analiza problemei
• Proiectarea interfeţelor de dialog sistem-utilizator în baza
cerinţelor specificate
DIAGRAMA CAZURILOR DE UTILIZARE
Diagramele cazurilor de utilizare au rolul de a prezenta în formă grafică
funcţionalităţile pe care trebuie să le îndeplinească sistemul informatic
la implementarea acestuia
Din acest motiv, modelul realizat de diagramele cazurilor de utilizare,
alături de documentele de descriere succintă a fiecărui caz de utilizare
este numit şi model al cerinţelor
Diagramele cazurilor de utilizare prezintă:
- utilizatorii SI – numiţi și actori
- acţiunile acestora, la folosirea sistemului – numite cazuri de utilizare
- relaţiile dinte actori şi cazurile de utilizare.
 ACTORUL
• este numită acea entitate, care este caracterizată de comportament, cum ar fi spre exemplu un
om, calculator, dispozitiv, organizaţie... în raport cu sistemul
• actorul are un rol în utilizarea sistemului informatic
• un actor poate juca mai multe roluri şi un rol poate caracteriza mai multe persoane
• într-o diagramă a cazurilor de utilizare se prezintă un singur actor, chiar dacă acest rol este jucat
de mai mulţi utilizatori
• grafic, actorul se reprezintă ca un omuleţ stilizat având la subsol un text care
reflectă rolul jucat de actor
Determinarea actorilor se face răspunzând la întrebările:
• cine interacţionează cu sistemul? (oameni sau pot fi şi dispozitivele Casier

periferice folosite de sistem)

• cine transmite sau primeşte informaţii de la sistem? (cine este interesat de informaţiile aflate în
sistem)
• cine modifică datele sistemului? (sau este responsabil de exploatarea sistemului)
 CAZUL DE UTILIZARE (acţiunea)
• reprezintă una sau mai multe funcţii, care au o valoare pentru utilizator
• practic un caz de utilizare modelează un dialog între un actor şi SI
• actorul care nu interacţionează cu un caz de utilizare nu prezintă interes în procesul modelării, dar
un caz de utilizare care nu comunică cu un actor este un fapt acceptabil
• pot exista unele cazuri de utilizare care generalizează sau concretizează cazul de utilizare de bază şi
nu interacţionează direct cu actorii. Ele sunt considerate interioare în modelul cazurilor de utilizare
şi permit cazului de utilizare de bază să elaboreze rezultatul care este oferit utilizatorului
• cazurile de utilizare pot fi identificate în rezultatul identificării
problemelor pentru un utilizator concret (care sunt obligaţiunile
subiectului faţă de sistem şi ce aşteaptă el de la sistem) Inregistrare cititor
• cazul de utilizare în diagramă se reprezintă ca o elipsă sub care se notează numele cazului de
utilizare. Numele acţiunii/ cazului de utilizare începe cu un verb care semnifică acţiunea
elementului actor
 RELAŢII ÎN DIAGRAMA CAZURILOR
DE UTILIZARE
Diagrama cazurilor de utilizare, de asemenea, permite prezentarea
relaţiilor
 dintre cazurile de utilizare (dacă ele există!),
 dintre actori şi cazurile de utilizare,
 dintre actori
Pentru aceasta se foloseşte simbolul de relaţie (linia care poate fi și
orientată)
 RELAȚIA DE ASOCIERE
Între actor şi cazul de utilizare se foloseşte relaţia de asociere –
se reprezintă prin intermediul unei linii continui, care poate avea
la un capăt seageată

Inregistrare cititor

bibliotecar
 RELAŢII ÎNTRE CAZURILE DE UTILIZARE.
GENERALIZAREA
• Generalizarea în diagrama cazurilor de utilizare reflectă dacă un caz de
utilizare este de tip simplu sau de un alt tip, mai general
• Generalizarea se reprezintă în diagrama cazurilor de utilizare prin
intermediul unei linii cu săgeată triunghiulară la capătul, orientat spre
cazul de utilizare părinte

transmite document
agent bancar client banca

transmite date plati transmite factura

 RELAŢII ÎNTRE CAZURILE DE
UTILIZARE. INCLUZIUNEA
Incluziunea (relaţia de includere) este necesară atunci când se cere încă un caz de
utilizare pentru a fi îndeplinit/finalizat unul sau mai multe cazuri de utilizare. În
diagramă, includerea se reprezintă prin intermediul unei linii întrerupte cu săgeata
orientată spre cazul de utilizare folosit
Pe linie se indică cuvântul cheie (stereotipul) <<include>>.

<<include>>

acceseaza cutie postala identificare utilizator

utilizator
 RELAŢII ÎNTRE CAZURILE DE UTILIZARE.
EXTINDEREA
Extinderea (relaţia de extindere): reprezintă cum un caz de utilizare poate
trece în altul. Se reprezintă în diagramă prin intermediul unei linii
întrerupte, cu eticheta (stereotipul) <<extend>> şi care este orientată spre
cazul de utilizare de bază

transmite comanda
client <<extend>>

Afiseaza eroare 'destinatie

necunoscuta'
 RELAŢII ÎNTRE ACTORI
• Relaţia de generalizare
• Relaţia de dependenţă
– un actor depinde de
un altul pentru a
interacţiona cu
SI prin intermediul
unui caz de utilizare

Recomandare: Nu trebuie să se acorde multă atenţie depistării relaţiilor dintre actori.

Această poate aglomera diagrama şi poate conduce la nedepistarea tuturor cazurilor
de utilizare
EXEMPLU DE DIAGRAMĂ A
CAZURILOR DE UTILIZARE
Pentru modelarea activităţilor unui domeniu (Martin Fowler)
 Vizualizeaza comentarii

Client <<include>>

Scrie comentariu Validare si salvare date

<<include>>
Vizualizeaza detalii comentarii

Administrator <<include>>
Autentificare utilizator

Expediaza mesaj
<<include>>
<<include>>

Validare mesaj Selectare destinatar

 SARCINĂ 1
Diagramele cazurilor de utilizare prezintă grafic cine și în ce cazuri
folosește sistemul
•Prezentațigrafic funcționalitățile de bază pentru sistemul de evidență a
vânzării bucatelor prin serviciul web
 Sistemul poate fi utilizat de
 ”client” pentru a realiza comanda,
 ”sistemul de plăți” va supraveghea achitarea comenzii atunci când clientul face/
realizează comanda,
 iar ”angajatul restaurantului” va folosi sistemul pentru urmărirea comenzilor și
gestionarea meniului și opțiunilor acestuia
DIAGRAMA CAZURILOR DE
UTILIZARE DE BAZĂ

Client Creazã comanda Sistem bancar

Gestioneaza meniu
Angajat restaurant
 DESCRIEREA CAZURILOR DE UTILIZARE
Fiecare caz de utilizare ce apare în una din diagramele ce modelează funcţionalitatea SI trebuie
să fie însoţit de un document de descriere a sa, ce va respecta următorul şablon:
 Denumire
 Descriere
 Actori implicaţi
 Precondiţii
 Postcondiţii
 Scenariul de bază reuşit (cale principală)
 Scenarii alternative (căi alternative)
Cazul de utilizare este prezentat ca o reţea de scenarii: unul principal şi mai multe (*)
secundare
Scenariul – este o cale prin fluxul de evenimente al unui caz de utilizare
Scenariile pot fi privite ca instanţe ale cazului de utilizare – ele descriu o secvenţă de acţiuni
concrete care pot avea loc la un moment dat în sistem
Iniţial se definesc scenariile principale pentru cazurile de utilizare.
 EXEMPLU DE DESCRIERE A CAZULUI DE
UTILIZARE
Cazul de utilizare: ”Vizualizare comentarii”
Descriere succintă: Caz de utilizare accesat de client pentru a vizualiza lista comentariilor lăsate de
alți clienți. În cazul în care nu sunt găsite comentarii în BD – se va afișa un mesaj de informare.
Actori implicaţi: Clientul
Precondiţii: În interfața grafică destinată utilizatorului trebuie să existe un element de control care să-
i permită utilizatorului să acceseze opțiunea de vizualizare a comentariilor.
Postcondiţii: Datele din BD au fost toate afișate sau utilizatorul a fost informat că nu există date.
Scenariul de bază reuşit:
1. Utilizatorul accesează opțiunea de afișare a comentariilor.
2. Sistemul extrage, prelucrează datele extrase și i le afișează într-o formă comodă clientului.
Scenarii alternative:
2.1. Sistemul nu a găsit date în BD – va afișa o informație clientului ”Nu sunt comentarii la
moment!”
 Cazul de utilizare ”Scrie un comentariu”
Cazul de utilizare: ”Scrie un comentaru”
Descriere succintă: Caz de utilizare accesat de client pentru a lăsa un comentariu referitor la activitatea companiei. Clientul
poate abandona procesul de completare a formularului
Actori implicaţi: Clientul
Precondiţii: Trebuie generat un formular în care clientul va înscrie comentariul.
Postcondiţii: Datele au fost preluate și expediate pentru prelucrare pe server.
Scenariul de bază reuşit:
1.Utilizatorul accesează opțiunea ”Lasă un comentariu”.
2.Sistemul afișează formularul pentru completare.
3.Clientul completează câmpurile formularului, iar apoi tastează butonul pentru transmiterea datelor.
4.Sistemul verifică completarea câmpurilor și corectitudinea completării.
Dacă nu sunt respectate toate cerințele de completare – sistemul va emite avertizări pentru ca utilizatorul să corecteze
intrările de date și se reia procesul cu pasul 3.
Dacă sunt respectate cerințele – sistemul va expedia datele spre server și le va salva.
Scenarii alternative:
3.1. Clientul se răzgândește – și nu mai vrea să expedieze un comentariu – iese din funcționalitate sau se resetează câmpurile
formularului – nu se va salva nimic în BD.
Cazul de utilizare ”Validarea și salvarea
datelor”
Cazul de utilizare: ”Validarea și salvarea datelor”
Descriere succintă: Acest caz de utilizare, nu este accesat direct de utilizator, fiind o funcție interioară necesară a realizată
pentru a avea în BD date ”curate” și ”potrivite” pentru prelucrare. Se include în funcția de bază ”Scrie un comentariu”.
Actori implicaţi (indirect): Clientul
Precondiţii: Datele din formular au fost recepționate cu succes.
Postcondiţii: Clientul trebuie informat referitor la starea comentariului scris – salvat/ nesalvat. Datele au fost verificate și
salvate
Scenariul de bază reuşit:
1. Sistemul preia datele, le validează și filtrează.
2. Datele verificate, corecte, sunt transmise în BD pentru stocare.
3. Sistemul generează o informație pentru client că datele au fost stocate cu succes.
Scenarii alternative:
2.1. În urma verificării, sistemul depistează că unele câmpuri nu au fost completate sau câmpurile au fost completate
eronat – se va genera o avertizare. BD nu va fi interogată pentru inserarea datelor.
3.1. Sistemul va genera o informație pentru utilizator de recompletare a formularului cu date corecte – salt la funcția
”Scrie un comentariu”.
 DESTINAŢIA DIAGRAMEI CAZURILOR
DE UTILIZARE
Diagrama cazurilor de utilizare se foloseşte pentru:
• determinarea cerinţelor: un nou caz de utilizare presupune o nouă cerinţă
funcţională
• drept metodă de comunicare cu clienţii: notaţiile simple ale acestei
diagrame reprezintă o posibilitate comodă de interacţiune cu clientul (cu
scopul fixării cerinţelor funcţionale)
• elaborarea testelor: colecţia de scenarii a unui caz de utilizare, simplifică
elaborarea testelor, folosite la verificarea corectitudinii îndeplinirii
scenariilor când e folosit sistemul
• vizualizarea hotarelor sistemului (cu ajutorul sintaxei diagramei cazurilor
de utilizare este creată diagrama de context)
Formularea și analiza problemei
Documentul cu cerințe
(requirements document)
Specificarea și rafinarea cerințelor
Tipuri de cerințe
• Cerințe generale (ce tehnologii trebuie utilizate la dezvoltarea aplicațiilor sistemului,
care sunt modalitățile de accesare a aplicațiilor de către utilizatori etc.)
• Cerințe funcționale

• Cerințe nefuncționale
!!!

• 3 idei/noţiuni importante învăţate azi

• 2 întrebări/neclarităţi care au apărut
• 1 sugestie pentru tema următoare

25