Sunteți pe pagina 1din 8

Ministerul Educa iei al Republicii Moldova

Universitatea Tehnic a Moldovei


Departamentul Informatic Software i Automatic

Tema: Proiectarea sistemului


(Sequence i Collaboration)

RAPORT
Lucrare de laborator nr. 5
La Analiza i proiectarea programelor orientate pe obiecte

A efectuat:
st. gr. SI-141
E. Cucu

A verificat:
lect. universitar
M. Grosu

Chi inu 2017


Scopul lucrrii

Crearea diagramelor de secven i colaborare cu descrieri.

No iuni teoretice :

Diagramele de secven . O diagram de secven este o diagram de interaciune n


care se afieaz linia de via a obiectelor, cu interaciunile ntre ele n timp, reprezentate
prin mesaj de la linia de via de la obiectul surs, la obiectul int. Diagramele de
secven sunt bune la afiarea comunicrii ntre obiecte. Diagramele de secven nu sunt
utilizate pentru afiarea procedural complex.[1]

Figura 1 Exemplu de diagram de secven

Diagrama de comunicare (colaborare). O diagram de comunicare, formal numit o


diagram de colaborare, este o diagram de interaciune care arat informaie similar ca i
diagramele de secven, dar scopul primar al creia este focusarea spre relaiile ntre
obiecte.[2]

Figura 2 Examplu de diagram de colaborare


2
Mersul lucrrii:

Diagrama de secven din cadrul aplicaiei care afieaz interaciunea ntre utilizator
i sistem n urma autentificrii se poate urmri n figura 3.

Figura 3 Diagrama de secven dup logare

Conform figurii 3 utilizatorul pentru a ntra n sistem trebuie s introduc


credenialele, odat ce a apsat submit(1), cu ajutorul web socket-urilor transmite aceste
date la serviciu(1.1), dup care cu ajutorul layer-ului persistance(1.1.1) se verific dac
acest utilizator este prezent n baza de date(1.1.1.1 -1.1.1.2) dup care dac este prezent se
verific dac parola introdus de utilizator este la fel cu acea din baza de date(1.1.2), apoi
dac datele au fost confirmate cu succes, serverul notific prin broadcast toi utilizatorii
intrai n sistem c acest utilizator sa autentificat(1.1.3) i ofer acces acestui
utilizator(1.1.4)
Dup autentificare utilizator cere lista de grupuri i utilizatori de la server(2), la care
serverul cere datele din baza de date(2.1, (2.1.1-2.1.2)), creeaz mesajul pentru
transmitere(2.2) i transmite acest mesaj utilizatorului dat(2.3).
Dup ieire din sistem(4), serverul nchide conexiunea (4.1) i notific prin
broadcast toi utilizatorii c utilizator dat a ieit din sistem(4.1.1).

3
Diagrama de secven din cadrul aplicaiei care afieaz managementul grupelor se
poate urmri n figura 4.

Figura 4 Diagrama de secven a managementului grupelor

Conform figurii 4 utilizator dac dorete s creeze un grup, trebuie s introduc


numele i parola de acces a grupului(1), dup care le transmite la server(1.1), serverul la
rndul su cere de la baza de date s verifice dac nu este asemenea grup(1.1.1-1.1.2), dup
care se creeaza acest grup(1.1.3) i se adaug n el ca administrator utilizator care la
creeat(1.1.4).
Dup care un utilizator cere s se nregistreze la un grup specific, introduce numele
grupului i parola odat ce a apsat submit(2), cu ajutorul web socket-urilor transmite
aceste date la serviciu(2.1), dup care cu ajutorul layer-ului persistance se verific dac
acest grup este prezent n baza de date(2.1.1) dup care dac este prezent se verific dac
parola introdus de utilizator este la fel cu acea din baza de date, apoi dac datele au fost

4
confirmate cu succes, serverul inregistreza acest utilizator n grup, i la fel notificnd prin
broadcast toi utilizatorii din grupul dat c sa nregistrat nc un utilizator.
n caz ca administratorul unei grupe dorete s elimine un utilizator, transmite
aceasta cerere ctre server, serverul sustrage din baza de date lista de utilizatori, o
prelucreaz i face update n baza de date, apoi trasnmite la toi utilizatorii grupului prin
broadcast mesaj ca utilizatorul specificat este eliminat din grup, i elimin utilizatorul.

Diagrama de colaborare din cadrul aplicaiei care afieaz interaciunea ntre utilizator i
sistem n urma nregistrrii se poate urmri n figura 5.

Figura 5 Diagrama de colaborare a inregistrrii

Conform figurii 5 utilizatorul pentru a se inregistra n sistem trebuie s introduc


credenialele, odat ce a apsat submit, cu ajutorul web socket-urilor transmite aceste date
la serviciu, dup care cu ajutorul layer-ului persistance se verific dac acest utilizator este
prezent n baza de date dup care dac nu este prezent, se adauga acest utilizator n baza de
date i serverul transmite utilizatorului mesaj c inregistrarea a avut loc cu succes.

5
Diagrama de colaborare din cadrul aplicaiei care afieaz interaciunea ntre utilizator i
sistem n urma transmiterii unui mesaj se poate urmri n figura 6.

Figura 6 Diagrama de colaborare a parcurgerii mesajului n sistem.

Conform figurii 6 utilizatorul transmite un mesaj criptat cu ajutorul cheiei publice fie la
un utilizator n parte fie la un grup la server(1, 2), dup care serverul creeaza mesajul(1.1,
2.1), cauta n baza de date dac exista o astfel de conversaie fiind printe, dup care
adaug mesajul trasmis la printe(1.1.1, 2.1.1), dup serverul transmite decripteaza acest
mesaj cu ajutorul cheiei private(1.1.2, 2.1.2) i transmite fie la un utilizator specific, fie
prin broadcast la toi participanii grupei specifice(3).

6
Concluzii

n urma acestei lucrri de laborat a fost creat diagrame de secven i colaborare.


Datorit acestor diagrame interaciunea utilizatorului cu sistemul devine mult mai clar, i
ofer informaii necesare pentru exemplificarea clar a aciunilor pe care le face
utilizatorul n timp.
Deasemenea a fost exemplificat i comunicarea dintre obiectele sistemului ntr-un
mod grafic clar i uor de neles.

7
Bibliografie:

1 Sparx Systems, Sequence Diagram [surs electronic]


http://www.sparxsystems.com/resources/uml2_tutorial/uml2_sequencediagram.html
2 Sparx Systems, Communication Diagram [surs electronic]
http://www.sparxsystems.com/resources/uml2_tutorial/uml2_communicationdiagram
.html