Ministerul Educaiei al Republicii Moldova

Universitatea Tehnic a Moldovei

Facultatea Calculatoare Informatica si Microelectronica

Departamentul Ingineria Software si Automatica

RAPORT
Lucrarea de laborator nr.2
Analiza si modelarea sistemelor informationale
Tema: Realizarea diagramelor Use Case pentru aplicaia HideIpVpn

A efectuat:
st. gr. TI-153 N. Climan

A verificat:
lect., asis. C. Bodoga

Chisinau 2017
1. Scopul lucrarii
Studierea elemetelor de baza ale diagramelor Use Case. Analiza entitatilor (actor, use case, picuri de
relatii).

2. Sarcina lucrarii
De realizat 4-5 diagrame Use Case pentru sistemul informational selectat.

3. Consideratii teoretice generale

Use case diagram este un tip de diagram din care reiese modul de utilizare a sistemului informatic -
modul n care utilizatorii interacioneaz cu acesta (n coresponden direct cu task-urile acestor
utilizatori.). Utilizarea use case diagram nu este absolut necesar pentru a scrie o specificaie cu use case-
uri dar este util pentru a crea o imagine general asupra sistemului.
Un exemplu simplu de utilizare a diagramei este urmtorul (conform figurii 3.1)

Figura 3.1 - Exemplu de utilizare a diagramei Use case

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.
ntre actori i use case-uri pot s existe relaii de generalizare / specializare atunci cnd un actor sau
un use case poate fi asimilat unei clase de actori, respectiv de use case-uri (conform figurii 3.2)

Figura 3.2 - Relatia de generalizare dintre use-case-uri

Relatiile in limbajul UML

- Dependenta
- Asocierea
- Generalizarea

1
- Realizarea
Dependenta relatie semantica dintre 2 unitati astfel incit modificarea unei din ele (independente)
poate provoca schimbari in cea dea 2 (dependenta)(conform figurii 3.3)

Figura 3.3 - Dependenta

Asocierea relatie de structura prin care se descrie o totalitate de legaturi (conform figurii 3.4)

Figura 3.4 Asocierea

Generalizarea reprezinta relatia de tip specializare generalizare in urma careia elemental

specializat (fiu) poate inlocui elemntul generalizat (parinte) (conform figurii 3.5)

Figura 3.5 Generalizare

Realizarea relatie semantica intre entitati unde o intitate defineste un contract iar cea dea doua
garanteaza indeplinirea lui (conform figurii 3.6)
Realizarea se foloseste in 2 cazuri:
1) Interfata si clasa sau component ce o realizeaza;
2) Colaborare si caz de utilizare ce o realizeaza.

Figura 3.6 Realizarea

Relaia de tip extensie ntre use case-uri

Relaiile de tip extensie (i implicit use case-urile de extensie) se folosesc atunci cnd se modeleaz
un comportament opional sau excepional, care nu condiioneaz finalitatea use case-ului de baz. De
exemplu, un utilizator poate, n cazuri excepionale s aleag s depun o reclamaie dup efectuarea unei
comenzi (conform figurii 3.7).

2
 Figura 3.7 - Relatia de extensie intre use-case-uri

Relaia de tip includere

Relaia de tip includere se folosete atunci cnd use case-ul inclus nu este o parte esenial a fluxului
din use case-ul de baz sau este un comportament care se repet n mai multe use case-uri. De pild
autentificarea n sistem, dei condiioneaz introducerea unei comenzi, nu este specific introducerii
comenzii i de asemenea, poate fi folosit n mai multe use case-uri (conform figurii 3.8).

Figura 3.8 - Relatia de tip includere

4. Realizarea sarcinii
Aici s-au folosi diagramele Use Case pentru a descrie cerintele, functioanlitatile pentru sistemul
ales, analiza si modelarea unei aplicaii desktop pentru schimbarea adresei IP.
Diagrama de cazuri de utilizare reprezint imaginea sistemului privit din exterior i c are rolul de
a reprezenta ntr-o forma grafic funcionalitile pe care trebuie s le ndeplineasc sistemul in faza sa
finala. De aceea modelul realizat de diagrama de cazuri de utilizare alturi de descriere succint a
fiecrui caz de utilizare determinat poart numele de model al cerinelor.
Diagramele de cazuri de utilizare sunt formate din doua categorii de entiti (actor i cazuri de
utilizare) i relaii ntre acestea. Actorii sunt o multime de roluri pe care utilizatorii unor use case-uri
le joaca atunci cind interactioneaza cu use case-urile. Ei pot utilizatori (persoane), echipamente
hardware sau alte programe. Fiecare actor are un nume care indica rolul pe care acesta il joaca in
interactiunea cu programul.
In diagrama ce urmeaza s-au specificat posibilitile aplicaiei. Este folosita relaia de asociere
pentru a exprima interactiunea (comunicarea) intre elementele pe care le uneste. Relatia de asociere se
reprezinta grac printr-o linie (conform figurii 4.1).

3
 Figura 4.1 Posibilitile aplicaiei

In diagrama respectiva au fost reprezentate posibilitile aplicaiei date. Dupa cum bine se
observa exista patru optiuni: opiunea de logare a user-ului (conform figurii 4.2).

Figura 4.2 Logarea user-ului

Prin selectarea tipului de autentificare deosebim diferena acestora avnd o proprietate comun
de salvare a datelor de logare.
Avem posibilitatea de setare a aplicaiei la nivel de rulare i la nivel de conexiune a
calculatorului cu serverul. (conform figurii 4.3).

4
 Figura 4.3 Setarea parametrilor aplicaiei

Tipul de relatie extend se foloseste pentru a modela alternative (conform figurii 4.3).
Schimbarea locaiei reprezint o pagin aparte pentru selectarea locaiei i a serverului dorit,
avem posibilitatea de sortare a serverelor dup viteza de conexiune, posibilitatea de a selecta ara i
conform acesteia alegem unul din serverele ce se afl n ara respective. Aceast modelare este
reprezentat n figura de mai jos (conform figurii 4.4)

Figura 4.4 Schimbarea locaiei

5
Concluzii
Diagrama Use Case are ca scop repezentarea prii funcionale a programului. Pentru a evita
complicarea excesiva a acestei repezentri sunt omise unele aspecte tehnice, importante, dar prezenta
carora ar complica mult aceasta repezentare. Diagrama use case va constitui pe viitor baza celorlalte
diagrame.
Fiecare caz de utilizare corespunde unui serviciu aparte, care reprezint o entitate modelat sau un
sistem la cererea utilizatorului (actorului), mai precis determin metoda aplicat ctre anumit entitate.
Serviciul care este iniializat la cererea utilizatorului reprezint o succesiune terminat de aciuni. Aceasta
nseamn c dup ce sistemul va termina prelucrarea cererii utilizatorului el (sistemul) trebuie sa se
intoarc n starea iniial n care este gata pentru a indeplini cererile urmtoare.
UML i anume seciunea diagramelor use case este un instrument puternic i uor de studiat care
permite uor de artat cu cine poate interaciona sistemul, ce poate face utilizatorul i ce setri poate face
utilizatorul.