You are on page 1of 10

Ministerul Educaiei al Republicii Moldova

Universitatea Tehnic a Moldovei


Catedra Automatic i Tehnologii Informaionale

RAPORT
Lucrare de laborator Nr.9
la AMSI

Tema: Realizarea diagramei de componente si desfurare

A elaborat : st.gr. TI-141 : Guba Dumitru

A verificat : lector superior Melnic Radu


lector superior Sava Nina

Chiinu 2016
Scopul lucrarii:
Studierea prii teoretice i verificarea cunotinelor nsuite pentru modelarea
sistemului dat n mediul instrumentului Enterprise Architect sau Rational
Rose. De analizat i modelat un sistem de management al unei echipe de
fotbal, folosind diagramele de componente si desfurare.

Noiuni teoretice

Diagrama de Desfurare (Deployment View)

Arhitectura fizic pe care va fi implementat sistemul, calculatoarele, device-urile


(referite ca nodurile sistemului), mpreun cu conexiunile dintre ele, vor putea fi
prezentate n cadrul unei diagrame de desfaurare. Componentele i obiectele
executabile sunt alocate n interiorul nodurilor, ceea ce ne va permite o vizualizare
a unitailor care se vor executa pe fiecare nod.

Fig. 1 O diagram de desfaurare care prezint structura fizic a sistemului.

Diagramele de desfurare sunt utilizate pentru a vizualiza topologia


componentelor fizice ale unui sistem n care componentele software sunt
implementate. Aadar, diagramele de desfurare sunt folosite pentru a descrie
desfurarea statica a unui sistem, i consista din noduri si relaia ntre ele.
Numele de desfurare se descrie pe sine n scopul de diagrama. Diagramele
de desfurare sunt utilizate pentru a descrie componentele hardware n care
componentele software sunt vizualizate. Aceste diagrame de desfasurare i
diagramele de componente sunt strns legate.
Diagramele Componentelor sunt folosite pentru a descrie componentele, iar
diagramele de desfurare arat modul n care acestea sunt dislocate n hardware.
UML este n principal destinat s se concentreze pe artefactele software ale unui
sistem. Dar aceste dou diagrame sunt diagrame de construcii utilizate pentru a se
concentra pe componente software i componente hardware.
Deci, cele mai multe diagrame UML sunt utilizate pentru a manipula
componente logice, dar diagramele de desfurare sunt fcute ca s se concentreze
asupra topologiei hardware a unui sistem. Diagramele de desfurare sunt utilizate
de ctre inginerii de sistem.
Scopul diagramelor de desfurare pot fi descrise ca:

Vizualizarea topologiei hardware a unui sistem.

Descrie componentele hardware utilizate pentru a implementa componente


software.

Descrie noduri runtime de prelucrare.

Diagrama de desfurare reprezint vizualizarea implementarii unui sistem. Este


legata de diagrama de componente, deoarece componentele sunt dislocate cu
ajutorul diagramelor de desfurare. O diagram de desfasurare/implementare este
formata din noduri. Nodurile sunt nimic altceva dect produse hardware fizice
utilizate pentru a implementa aplicaia.
Diagrame de implementare sunt utile pentru inginerii de sistem. O diagram de
implementare eficient este foarte importanta, deoarece controleaza urmtorii
parametri:

Performan;

Scalabilitate;

Mentenabilitatea;

Portabilitate.

Deci, nainte de elaborarea unei diagrame de implementare ar trebuii identificate


urmtoarele lucruri:

Nodurile;
Relaiile ntre noduri.

Urmatoarea diagrama de desfurare reprezint un exemplu pentru a da o idee


legata de implementarea sistemului de management. Aici au fost artate ca noduri:

Monitorul;

Modemul;

Caching serverul

Serverele;

Aplicatia se presupune a fi o aplicaie web care este implementata ntr-un mediu


cluster folosind serverul 1, 2 i serverul 3. Utilizatorul se conecteaza la aplicaie
folosind internetul. Traseul se desfasoara de la serverul de caching catre mediul cu
clustere.
Deci, urmatoarea diagrama de desfurare a fost elaborata lund n considerare
toate punctele menionate mai sus:

Fig. 2 Diagrama de desfurare pentru un sistem managerial de efectuare a


comenzilor.
Diagrama componentelor (Component Diagram)

O diagram a componentelor prezint structura fizic a codului n termenii


componentelor de cod, realiznd o mapare de la view-ul logic la view-ul
componentelor. O component poate s conin un cod surs sau poate s fie ntr-o
forma binar sau executabil. n cadrul diagramei vor fi ilustrate i dependenele
dintre componente, ceea ce permite o vizualizare simpl a componentelor care vor
fi afectate de modificarea uneia dintre ele.
Diagrama componentelor este diferita n ceea ce privete natura i
comportamentul, si este folosita pentru a modela aspectele fizice ale unui sistem.
Acum ntrebarea este care sunt aceste aspecte fizice? Aspecte fizice sunt elemente
cum ar fi fiiere executabile, biblioteci, documente, etc care i au reedina ntr-un
nod. Deci, diagramele de componente sunt folosite pentru a vizualiza organizarea
i relaiile dintre componente ntr-un sistem. Aceste diagrame sunt, de asemenea,
folosite pentru a crea sisteme executabile.

Diagrama Componentelor este un tip special de diagrama n UML. Scopul ei


este, de asemenea, diferit de toate celelalte diagrame discutate pn acum. Ea nu
descrie funcionalitatea sistemului, dar descrie componentele utilizate pentru oferi
toate aceste funcionaliti.
Deci, din acest punct de vedere diagrama componentelor este folosita pentru a
vizualiza componentele fizice ntr-un sistem. Aceste componente sunt biblioteci,
pachete, fisiere, etc. Diagrama componentelor poate fi, de asemenea, descrisa ca o
vizualizare a unei implementari statice al unui sistem. Implementarea statica
reprezinta organizarea de componente la un anumit moment.
O singura diagram a componentelor nu poate reprezenta ntregul sistem, de
aceea se foloseste o colecie de diagrame pentru a reprezenta ntregul sistem.
Diagramele de componenete sunt importante deoarece:

Modeleaza sistemul software real in mediul de implementare.

Evidentiaza probleme de configurare prin relatiile de dependenta

Reprezinta o imagine a sistemului existent, inainte de a fi modificat

Pot evidentia probleme de implementare fara a fi necesar sa se citeasca tot codul


sursa

Diagramele componentelor sunt folosite pentru a descrie artefactele fizice ale


unui sistem. Un astfel de artefact include imagini,fiiere executabilele, biblioteci
etc Deci, scopul acestei diagrame este diferit, diagramele de componente sunt
utilizate n timpul fazei de implementare a unei cereri. Dar este bine pregtit n
avans pentru a vizualiza detaliile de implementare.
Iniial, sistemul este proiectat folosind diagrame UML diferite i atunci cnd
artefactele sunt gata diagramele componente sunt folosite pentru a obine o idee de
punere n aplicare.
Aceast diagram este foarte importanta, deoarece fr ea cererea nu poate fi
pus n aplicare eficient. O diagram de componente bine pregtita este, de
asemenea, importanta pentru alte aspecte precum performantele de aplicare,
ntreinere etc.
Deci, nainte de elaborarea unei diagrame a componentelor, trebuie sa
identificam n mod clar urmtoarele artefacte:

Fiierele utilizate n sistem.

Bibliotecile i alte obiecte relevante pentru punerea n aplicare.

Relaiile dintre artefacte.

Acum, dup identificarea artefactelor, trebuie sa urmam urmtoarele puncte:

Utilizai un nume semnificativ pentru a identifica componenta pentru care


diagrama va fi construita.

Se pregateste o idee de baza nainte de producerea instrumentelor de ajutor.

Utilizai note pentru a clarifica punctele importante.

Ceea ce urmeaz este o diagrama component pentru sistemul managerial de


comand. Aici artefactele sunt fiiere. Deci diagrama prezinta fiierele din aplicatie
i relaiile lor. n realitate diagrama de componente conine, de asemenea DLL-uri,
biblioteci, foldere, etc

n urmtoarea diagram patru fiiere sunt identificate i relaiile lor sunt produse.
Diagrama de componente nu poate fi compensat n mod direct cu alte diagrame
UML discutate pn acum. Deoarece este ntocmit n scopuri complet diferite.

Deci diagrama urmtoare de componente a fost elaborata lund n considerare


toate punctele menionate mai sus:
Fig.3 Diagrama de componente pentru un sistem managerial de efectuare a
comenzilor.

Realizarea sarcinei

In prima diagrama a componentelor Figura 4 sunt reprezentate


componentele unui club sportiv. Componentele fara de care un club sportiv nu ar
putea functiona: jucatori, staf ntrenori, presedinte, stadion sportiv, staf scout,
contabil si staf medical.

Figura 4 - Componenta clubului sportiv


Componenta echipamentului unui jucator este descrisa in Figura 5, care
reprezinta o diagrama de componente putin mai complexa ca prima. Este prezentat
fiecare element aparte din echipamentul jucatorului cu toate subelementele
componente specifice fiecarui in parte.

Figura 5 - Echipamentul jucatorului

In urmatoarea diagrama de componente Figura 6 sunt prezentate


caracteristicile jucatorilor. Ele sunt repartizate conform: rating-ului, conditie fizice,
mentalitatii si spiritului competitiv.
Figura 6 - Caracteristici jucator

In urmatoarea diagrama Figura 7 este reprezentata interactiunea dintre noduri


referitor website-ului echipei de fotbal. Avem 4 noduri de baza : serverul web al
siteu-lui, serverul bazei de date, user-clientii si browserul care face posibila
interactiunea vizuala cu siteul nostru. Deja fiecare nod dupa necesitate au
artifacturile caracteristice lui.
Figura 7 - Web siteul echipei de fotbal

Concluzie

Diagrama de componente, spre deosebire de diagramele cercetate, descrie


particularitile reprezentrii fizice a unui sistem. Diagrama de componente
permite determinarea arhitecturii sistemului elaborat prin stabilirea dependenei
ntre componentele de program n calitate de care poate fi codul iniial, binar i
executabil. n mai multe domenii de elaborare modul i componenta corespund
fiierului. Sgeile punctate care leag modulele arat relaiile de dependena
analogice celor ce au loc la compilarea codurilor sursei iniiale.

Diagrama de plasare este specific pentru vizualizarea elementelor i


componentelor a programului, ce exist numai la etapa executrii lui (runtime).