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: Diagrama ,,Use Case”

A efectuat: st.gr. TI-182, Cornea Ion

A verificat : lect.univ.
Sava Nina
Melnic Radu

Chișinău 2020
Scopul: Studierea elementelor diagramei Use Case
Sarcina: De realizat o diagrama Use Case

1. Introducere:

O diagramă a cazurilor de utilizare (use case diagram) prezintă o colecție de cazuri de utilizare și
actori care:

- Oferă o descriere generală a modului în care va fi utilizat sistemul;

- Furnizează o privire de ansamblu a funcționalităților ce se doresc a fi oferite de sistem;
- Arată cum funcționează sistemul cu unul sau mai mulți actori;
- Asigură faptul că sistemul va produce ceea ce s-a dorit.
2. Actorii

Un actor este un stereotip al unei clase. Actorii sunt reprezentați de utilizatori sau entități care
pot interacționa cu sistemul. Ei nu fac parte din sistem și definesc mulțimi de roluri în 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

Relatii intre actori:

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).
 Figure 2 - Relatia de generalizare intre doi actori

3. Cazuri de utilizare

Definitie

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.

Reprezentare

Un caz de utilizare se reprezinta sub forma unui oval in care se trece numele acestuia (vezi Figura
3).

Figure 3 - Reprezentarea unui caz de utilizare in notatia UML

Relatii

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 conditi

Figura 5 – Relatia de extindere intre cazurile de utilizare

- generalizare: un caz de utilizare mosteneste comportamentul altui caz si il rafineaza

Figura 6 – Relatia de generalizare intre cazurile de utilizare

4. Asocieri

O asociere reprezinta o conexiune semantica intre cazurile de utilizare si actori.

Asocierile se reprezinta printr-o linie plasata intre entitatile de asociate (vezi Figura 7).

Figura 7 – Relatia de asociere dintre actor si un caz de utilizare

Implementare, rezultate practice:

 Figura 8 – Serviciului de achitare online

Funcțiile de bază ale acestui sistem sunt:

- Verificarea serviciilor
- Achitarea serviciilor
- Gestionarea contului
 Figura 9 – ,,Gestionare_cont”

Cazul de utilizare ,,Gestionare_cont” presupune în sine crearea unui nou cont, și stergerea
contului, care la randul lor inlcud în sine un număr de pași necesari bine prestabiliți.

Figura 10 – ,,Verificare_servicii”

Pentru verificarea serviciilor este nevoie de introducerea numarului contractului cat si a

codului de verificare, iar ca raspuns afiseaza un rezultat.
 Figura 11 –Achitare_Servicii”

Cazul de utilizare ,,Achitare_Servicii” presupune selectarea categoriei care poate fi una din 3:
achitare telefonie mobila, servicii comunale sau internet si TV. Iar fiecarei din aceste 3 categorii ii
revin careva prestatori de servicii.
 Figura 12 – Ramificarea cazului de utilizare ,,Achitare_tel_mobila”

Acestui caz de utilizare ii revin 3 mari companii : Moldcel, Orange si Unite. Toate 3
presupun introducerea numarului de telefon si achitarea propriu zisa, iar la dorinta si introducerea
mail-lui.
 Figura 13 – Ramificarea cazului de utilizare ,,Selectare_mod_achitare”

Cazul de utilizare ,,Selectare_mod_achitare” include 2 modalitati de achitare: cu ajutorul

cardului si prin QIWI. Ambele presupun un numar de pasi obliigatorii si bine ganditi.

Figura 14 – Ramificarea cazului de utilizare ,,Achit_serv_comun”

 Cazul de utilizare ,,Achit_serv_comun” include 3 servicii comunale: apa, gaz si energie
electrica. Toate 3 necesita introducerea numarului contractului, sumei, si selectarea modului de
achitare, iar la dorinta se introduce si mail-ul.

Figura 15 – Ramificarea cazului de utilizare ,,Achit_internet_si_TV”

Cazul de utilizare ,,Achit_internet_si_TV” include 2 companii: Starnet si Moldtelecom.

Ambele necesita aceiasi pasi ca si la achitarea serviciilor comunale.

Concluzie:

In urma efectuarii acestei lucrari de laborator s-a studiat diagrama cazului de utilizare, care
reprezinta o destinatie functionala a sistemului (descrie ceea ce sistemul trebuie sa execute in
procesul sau de functionare). De asemenea s-a studiat actorii si relatiile dintre actori, cazurile de
utilizare si relatiile dintre ele, asocierea, iar cu ajutorul lor s-a realizat cu succes diagrama cazului de
utilizare a sistemului de achitare online.
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