Curs 8 Page 1 of 6

Analiza si gestiunea sistemelor informatice complexe

Curs 8
Diagrame de implementare

Diagramele de implementare surprind aspecte privind modelele de implementare, fizice, ale sistemelor informatice, inclusiv structura codului surs i
arhitectura sistemului in executie. n UML exist dou tipuri distincte de diagrame de implementare:
- diagramele de componente, care descriu dependentele dintre componentele software (cod sursa, fisiere binare, executabile) i
- diagramele de exploatare, care descriu configuratia elementelor de procesare a executiei unui sistem informatic si componentele, procesele si
obiectele ce se executa in cadrul acestor elemente de procesare.

Diagrame de componente

O diagram de componente prezint dependenele existente ntre diverse componente software (cod surs, cod binar, executabile, librarii cu legare
dinamica etc) ce compun un sistem informatic. Aceste dependente sunt statice (au loc in etapele de compilare sau link-editare) sau dinamice (au loc in
timpul executiei).

O componenta este un modul soft (cod sursa, cod binar, dll, executabil etc) cu o interfata bine definita. Un tip de component reprezint o parte
distinct, realocabil, a implementrii unui sistem. Instana unei componente este o unitatea de implementare n execuie i poate fi utilizat pentru
reprezentarea unitilor de implementare care au o identitate n momentul execuiei.

Reprezentarea grafic a componentelor n UML este dat n figura 1. Un tip de component are asociat un nume, iar o instan a unei componente
are asociate (opional) un nume i un tip. In general numele unei componente este numele fisierului reprezentat de componenta. Obiectele implementate
de o instan de component se reprezint grafic n interiorul simbolului instanei de component. n mod analog se reprezint grafic clasele implementate
n componente.

Figura 1. Reprezentarea grafica a componentelor in UML

Diagrama de componente este un graf de componente ntre care exist relaii de dependen sau de compunere (componente incluse fizic n alte
componente).

Dependentele intre componente se reprezinta grafic prin linii ntrerupte ntre o component client i o component furnizor de servicii, orientate spre
componenta furnizor. Relatia de dependeta semnifica faptul ca clasele incluse in componenta client pot mosteni, instantia sau utiliza clase incluse in

http://lci.cs.ubbcluj.ro/~tzutzu/Didactic/AnalizaGestSisteme/Curs8.htm 3/2/03
PDF created with FinePrint pdfFactory trial version http://www.pdffactory.com
 Curs 8 Page 2 of 6

componenta furnizor (sau server).

O diagram care conine tipuri de componente poate fi utilizat, spre exemplu, pentru reprezentarea de dependene statice, cum este dependena
de compilare ntre diverse programe (figura 2).

Figura 2. Dependente statice si doua reprezentari grafice alternative

a componentelor in Rational Rose

De asemenea, pot exista relatii de dependenta intre componente si interfete ale altor componente, relatii care semnifica faptul ca clientul utilizeaza
operatii ale componentei server (figura 3).

http://lci.cs.ubbcluj.ro/~tzutzu/Didactic/AnalizaGestSisteme/Curs8.htm 3/2/03
PDF created with FinePrint pdfFactory trial version http://www.pdffactory.com
 Curs 8 Page 3 of 6

Figura 3. Dependente dinamice intre componentele unui sistem informatic

de gestiune a biletelor de calatorie cu avionul

Compunerile se reprezinta grafic prin 'incuibarirea' simbolurilor asociate obiectelor sau claselor in cadrul simbolului unei componente.

Instrumentul Rational Rose introduce o serie de stereotipuri predefinite pentru componente:

- programe principale (<<Main Program>>)
- subprograme (<<SubProgram>>)
- pachete (<<Package>>)
- librarii cu legare dinamica (<<DLL>>)
- procese ( <<Task>> )
- executabile ( <<EXE>> )

Diagrame de exploatare

Diagramele de exploatare prezint configuraia elementelor de procesare din timpul execuiei i componentele, procesele i obiectele
care le conin. Fiecare model al unui sistem informatic are asociata o singura diagrama de exploatare. Instanele componentelor soft
reprezint manifestri a unor uniti de cod n cadrul execuiei. Componentele care nu exist ca entiti de execuie nu apar n aceste
diagrame, ci doar n diagramele de componente.

O diagram de exploatare este un graf de noduri conectate prin asocieri de comunicare. Nodurile pot conine instane ale
componentelor (componenta exist sau se execut pe nodul respectiv). Componentele pot conine obiecte (acestea sunt localizate n
componente). Componentele sunt conectate cu alte componente sau interfeele acestora prin intermediul unor relaii de dependen
(sgei ntrerupte) ceea ce reprezint faptul c o component folosete serviciile altei componente. Pot fi utilizate stereotipuri pentru a

http://lci.cs.ubbcluj.ro/~tzutzu/Didactic/AnalizaGestSisteme/Curs8.htm 3/2/03
PDF created with FinePrint pdfFactory trial version http://www.pdffactory.com
 Curs 8 Page 4 of 6

preciza n detaliu tipul dependenei dintre componente.

Un nod este o entitate fizic ce reprezint o resurs de procesare, avnd o memorie i anumite capabiliti de procesare (dispozitive de
calcul, resurse umane, resurse de procesare mecanic).

Un nod este reprezentat grafic prin intemediul unui paralelipiped. Un tip de nod are asociat un nume, iar o instan a unui nod are
asociate (opional) un nume de instan i un nume de tip (nume instan : nume tip). O asociere ntre dou noduri indic existena unei ci
de comunicare ntre noduri. Asocierea poate avea un stereotip care s indice tipul de comunicare (tipul de canal, reea).

Diagramele de exploatare pot fi utilizate pentru reprezentarea componentelor ce pot apar ine anumitor noduri. Aceast relaie se
reprezint grafic prin intermediul unei linii ntrerupte ntre un nod i o component, avnd stereotipul <<support>> sau prin ncuibrirea
grafic a simbolului componentei n cadrul simbolului ce reprezint nodul (figura 4).

Figura 4. Diagrama de exploatare pentru o aplicatie

de gestiune a biletelor de calatorie cu avionul

http://lci.cs.ubbcluj.ro/~tzutzu/Didactic/AnalizaGestSisteme/Curs8.htm 3/2/03
PDF created with FinePrint pdfFactory trial version http://www.pdffactory.com
 Curs 8 Page 5 of 6

Migrarea instanelor de componente dintr-un nod n altul, sau migrarea obiectelor de la o component la alta poate fi implementat
grafic utiliznd stereotipul <<become>> ataat relaiei de dependen. n aceast situaie instana componentei/obiectul vor aparine unei
instane a unui nod/unei instane de component doar o perioad de timp din ciclul lor de via.

Instrumentul Rational Rose contine un editor de diagrame de exploatare particulare. Aceste diagrame de exploatare contin noduri de
doua tipuri: procesoare si dispozitive. Intre aceste noduri se pot trasa relatii de conexiune.

Procesoarele reprezinta componente hard capabile sa execute programe. La nivelul fiecarui procesor pot fi identificate procese si
modul de planificare al acestora (preemptiv, non-preemptiv, ciclic, prin intermediul unui algoritm particular sau manual) - figura 5.

In aceste diagrame, procesele reprezint fire de excutiedistince (ex. programul principal, sau obiecte active).

Figura 5. Reprezentarea grafica a procesoarelor in Rational Rose

Dispozitivele reprezinta componente hard fara putere de calcul. Numele asociat unui dispozitiv este in general unul generic (ex. imprimanta, modem,
terminal etc) - figura 6.

O conexiune reprezinta o legatura hard (in general bidirectionala) intre doua dispozitive sau procesoare.

http://lci.cs.ubbcluj.ro/~tzutzu/Didactic/AnalizaGestSisteme/Curs8.htm 3/2/03
PDF created with FinePrint pdfFactory trial version http://www.pdffactory.com
 Curs 8 Page 6 of 6

Figura 6. Diagrama de exploatare a unui sistem informatic oarecare

http://lci.cs.ubbcluj.ro/~tzutzu/Didactic/AnalizaGestSisteme/Curs8.htm 3/2/03
PDF created with FinePrint pdfFactory trial version http://www.pdffactory.com