Ministerul Educaţiei, Culturii și Cercetării al Republicii Moldova

Universitatea Tehnică a Moldovei

Departamentul Ingineria Software și Automatică

RAPORT
Lucrare de laborator Nr.2
Disciplina: AMOO
Tema: Realizarea diagramelor use-case

A verificat : lect.univ.
Sava Nina
Melnic Radu

Chișinău 2020
Scopul: studierea noțiunilor de actor, caz de utilizare, nota, pachet și relațiile între entități UML
Sarcina: de realizat 4 diagrame ușe-case pentru sistemul informațional ales

Implementare, rezultate practice:

Consideratii teoretice

O diagrama a cazurilor de utilizare (use case diagram) prezinta o colectie de cazuri de utilizare
si actori care:
• ofera o descriere generala a modului in care va fi utilizat sistemul
• furnizeaza o privire de ansamblu a functionalitatilor ce se doresc a fi oferite de sistem
• arata cum interactioneaza sistemului cu unul sau mai multi actori
• asigura faptul ca sistemul va produce ceea ce s-a dorit.

Un actor este un stereotip al unei clase. Actorii sunt reprezentati de utilizatori sau entitati
care pot interactiona cu sistemul. Ei nu fac parte din sistem si definesc multimi de roluri in
comunicarea cu acesta.

Un actor se reprezinta sub forma unui ”omulet” sub care se trece numele acestuia (vezi
Figura 1).

Figura 1: Reprezentarea unui Actor in UML

Intre actori poate exista relatia de generalizare. Daca un actor mosteneste un alt actor,
atunci el poate sa comunice cu aceleasi cazuri de utilizare ale sistemului ca si parintele sau.
Notatia UML este o sageata cu linie continua, avand la capat un triunghi gol, care indica
spre actorul parinte(vezi Figura 2).
 Figura 2: Relatia de generalizare intre doi actori

Un caz de utilizare reprezinta o colectie de scenarii posibile, referitoare la comunicarea intre

sistem si actorii externi, caracterizate de anumite scopuri. Aceste scenarii sunt definite ca
secvente de pasi carora le pot corespunde cazuri de utilizare de nivel inferior.
Cazurile de utilizare arata ce trebuie sa faca sistemul si nu cum.
Un caz de utilizare se reprezinta sub forma unui oval in care se trece numele acestuia (vezi
Figura 3).

Figura 3: Reprezentarea unui caz de utilizare in notatia UML

Intre cazurile de utilizare pot exista urmatoarele relatii:

• incluziune: un caz de utilizare include comportamentul altui caz de utilizare

Figura 4: Relatia de incluziune intre cazurile de utilizare

• extindere: arata ca un caz de utilizare este inserat intr-un altul, dar numai in anumite
conditii
 Figura 5: Relatia de extindere intre cazurile de utilizare
• generalizare: un caz de utilizare mosteneste comportamentul altui caz si il rafineaza

Figure 6: Relatia de generalizare intre cazurile de utilizare

Realizarea cazurilor de utilizare pentru librarie online

Figura:7 Tipuri de utilizatori

Generalizare între actori arată că un actor moștenește structura și comportamentul unuia sau a mai
multor actori.În cazul unei librarii online utilizator al acestui sistem poate fi clientul care
accesează acest sistem cît și administratorul care gestionează libraria online.În acest caz putem
observa că atît administratorul cît și clientul el pot să comunice cu aceleasi cazuri de utilizare ale
sistemului ca și parintele său.

Figura 8 Structura sistemului librarie online

În cazul sistemului dat observăm că clientul poate avea mai multe cazuri de utilizare (vezi figura 8)
care îi permit să realizeze anumite acțiuni în cadrul sistemului. Cazurile de utilizare se folosesc
pentru a captura comportamentul pe care trebuie sa-l ia sistemul fara a specifica modul in care
 acest comportament este implementat; un caz de utilizare nu trebuie sa specifice si modul de
implementare al acestuia; un caz de utilizare arata care este comportamentul sistemului, nu si
cum este realizat acesta. Cazurile de utilizare permit analistului sa comunice cu utilizatorii si
dezvoltatorii (care construiesc sistemul ce trebuie sa satisfaca cerintele); la acest nivel detaliile
sunt ignorate, ele vor fi luate in considerare mai tarziu.

Figura 9 Logare

În figura 9 este reprezentat cazurile de utilizare pentru logare într-o librarie online. Atfel observăm
că salvrea parolei este reprezentată prin relația de extindere deoarece nu este obligatorie în cazul în
care clientul nu își dorește să salveze parola acest lucru nu este obligatoriu.
 Figura 10 Creare cont

În cazul creării contului relatia « include » arata ca secventa de evenimente descrisa in cazul de
utilizare inclus se gaseste si in secventa de evenimente a cazului de utilizare de baza. Sageata
este orientata catre cazul de utilizare care este folosit si este etichetata cu numele stereotipului
« include ». Aceasta notatie este facuta prin analogie cu notatia pentru apelul unei subrutine
(sageata de dependenta).

Pentru mai multă claritate, putem spune că scenariile care reprezintă instanțe ale cazului de utilizare
de bază conțin subscenarii ce sunt instanțe ale cazului de utilizare inclus.
 Figura 11 Căutare cărți

În figura 11 am reprezentat cautare carți prin generalizare pentru că clientul poate efectua căutarea
doar după una din aceste clasificări în cazul în care am putea efectua aceste căutări după filter
această diagram ar fi reprezentată diferit.

Concluzii:

În lucrarea de laborator am realizat diagrame cazurilor de utilizare pentru sistemul librărie online.
Am insusit noțiunile de actor, cazuri de utilizare, relațiile dintre cazurile de utilizare. Cazurile de
utilizare descriu functionalitatea (modul de folosire) sistemului; functionalitatea asa cum este ea
perceputa de utilizatori (actorii externi)

Scopul final al sistemului este de a realiza functionalitatea descrisă în modelul cazurilor de utilizare
(alaturi de cerintele nefuncționale)

Modelul cazurilor de utilizare este folosit pentru dezvoltarea și testarea sistemului (in toate fazele de
dezvoltare)

Bibliografie

1. Melnic R., Sava N. Indrumar metodic “Analiza si modelarea sistemelor informationale”.

2. Моделирование бизнес процессов|CASE средства|Rational Rose, [Электронный
ресурс].-Режим доступа: http://www.kpms.ru/Automatization/Rational_Rose.htm
3. http://inf.ucv.ro/~mihaiug/courses/is/lab/lab3-4.pdf