Ministerul Educaţiei ,Culturii şi Cercetării al Republicii Moldova

Universitatea Tehnică a Moldovei

Facultatea:Calculatoare,Informatică şi Microelectronică
Departamentul Ingineria Software şi Automatică

RAPORT
la lucrarea de laborator nr. 5

la disciplina Analiza și Modelarea Orientată pe Obiecte

Tema: Studiul şi analiza abstracţiilor OO şi claselor în UML

(diagramele de clase).

A efectuat: st. gr. TI-183 Bortă Sergiu

A verificat: prof.univ. Sava Nina

Chişinău – 2020
Scopul: studierea noțiunilor de clasă, atribut și funcție, moștenire, compoziție,
agregare, asociere, dependență

Sarcină: de realizat 3-4 diagrame de clase pentru sistemul informațional ales

Modelarea unui sistem presupune identificarea lucrurilor care sunt importante

pentru acesta si care formeaza vocabularul sistemului. In UML, toate aceste lucruri
sunt modelate folosind clase.
O clasa inseamna descrierea unei multimi de obiecte care au in comun aceleasi
atribute, operatii, relatii si semnificatie.

Diagramele de clase sunt folosite pentru a specifica structura statica a sistemului,

adica ce clase exista in sistem si care este legatura dintre ele.
In UML, o clasa este prezentata ca un dreptunghi in interiorul caruia se scrie numele
acesteia.
Fiecare clasa este caracterizata printr-o multime de operatii si atribute.

Atribute
Un atribut reprezinta o proprietate a unei clase.
Atributele descriu datele continute de obiectele din clasa respectiva.Pentru fiecare
atribut trebuie specificat tipul acestuia. Tipurile folosite pot fi tipuri de baza sau
clase. Pentru fiecare atribut pot fi specificate vizibilitatea, multiplicitatea si valoarea
initiala. Din punct de vedere al vizibilitatii, atributele pot fi publice, private sau
protejate, marcate cu '+', '-' si respectiv '#':
atribute publice: pot fi accesate de orice alta clasa
atribute private: pot fi accesate de alte clase
atribute protejate: pot fi accesate doar de subclasele care descind din clasa
respectiva
In principiu, este bine ca, in masura in care este posibil, atributele sa fie declarate
private, conform principiului incapsularii.
Operatii
Operatiile clasei definesc modurile in care interactioneaza obiectele.
Cand un obiect trimite un mesaj catre un alt obiect, ii cere acestuia din urma sa
execute o operatie. Obiectul care primeste mesajul va apela o metoda pentru a
executa aceasta operatie.
Metoda reprezinta implementarea operatiei si defineste comportamentul acesteia.
Obiectul care a trimis mesajul nu trebuie sa cunoasca ce metoda a fost apelata.
De exemplu, folosind limbajul Java,  daca un mesaj este trimis unui
obiect abonat din clasa Abonat, abonat.imprumuta(copie) atunci clasa Abonat va
trebui sa aiba o metoda impumutat public void impumutat ()
Semnatura unei operatii este formata din numele sau, numele si tipurile parametrilor
formali precum si tipul care trebuie returnat, daca este cazul.
Operatii specifice sunt:
constructorii
accesorii (getX)
mutatorii (setX)
La fel ca si atributele, operatiile pot fi publice, private sau protejate. Daca operatia
este publica atunci mesajul poate fi trimis de orice obiect. Daca operatia este privata
atunci mesajul poate fi trimis doar de un obiect din clasa respectiva (care contine
operatia). Daca operatia este protejata, mesajul va putea fi trimis doar din obiecte
apartinand subclaselor descendente din clasa care contine operatia.
Relatii
Clasele formeaza relatii. Tipuri de relatii intre clase:
asociere
generalizare
dependenta
realizare
Asocieri
Asocierile sunt legaturi structurale intre clase.
Intre doua clase exista o asociere atunci cand un obiect ditr-o clasa interactioneaza
un obiect din cealalta clasa.
Dupa cum clasele erau reprezentate prin substantive, asocierile sunt reprezentate
prin verbe.
 Pentru a indica directia de citire a numelui asocierii (de exemplu de la Abonat la
CopieCarte) se poate folosi un triunghi negru.

In general, clasa A este asociata cu clasa B, daca un obiect din clasa A trebuie sa
aiba cunostinta de un obiect din clasa B. Mai in detaliu putem identifica urmatoarele
cazuri:

Un obiect din clasa A trimite un mesaj catre un obiect din clasa B;

Un obiect din clasa A creeaza un obiect din clasa B;

Un obiect din clasa A are un atribut ale carui valori sunt obiecte sau colectii de
obiecte din clasa B.
Multiplicitati
Participarea unei clase la o asociere este caracterizata de o anumita multiplicitate.
De exemplu, o carte poate avea una sau mai multe copii, in timp ce o copie carte
poate apartine numai unei singure carti.

In UML, multiplicitatile pot fi specificate in modul urmator:

Un numar, de exemplu 1

Un interval de numere, de exemplu 2..5

Un numar arbitrar, folosind simbolul *.

Enumerarea mai multor posibilitati, de exemplu 1,10..20,100..*

Roluri
Uneori asocierea este mai usor de inteles daca rolurilor pe care obiectele le au in
cadrul asocierii li se atribuie nume separate.

Navigabilitate
In UML putem plasa o sageata la unul dintre capetele liniei ce reprezinta asocierea
pentru a arata ca este posibil sa se trimita mesaje in directia sagetii.
 Spunem ca obiectul Curs va avea cunostinta de obiectul Student, dar nu si invers.
Specificarea unei directii de navigatie nu inseamna neaparat ca nu este posibila o
navigatie in sens invers, ci ca acest lucru este mai greu de realizat.
Atunci cand se specifica sensul de navigare de la o clasa A la o clasa B inseamna ca
exista o modalitate precisa si directa de acces de la un obiect din clasa A la un
obiect din clasa B (A stocheaza o referinta la B).
In exemplul de fata, o astfel de asociere poate fi implementata printr-un atribut care
sa reprezinte multimea de obiecte din clasa Student care participa la Curs.
Daca nu exista nici o sageata (navigabilitatea nu este specificata explicit) atunci se
considera ca ascierea este bidirectionala.
In general, navigabilitatea nu este specificata explicit decat daca este cu adevarat
importanta pentru aplicatie.
Agregare si compunere
Agregarea si compunerea reprezinta tipuri de asociere in care un obiect dintr-o
clasa face parte dintr-un obiect din alta clasa.
Agregarea este modul cel mai general de a indica in UML o relatie de tip parte-
intreg,

Diferenta dintre o simpa asociere si agregarea este pur conceptuala: folosirea

agregarii indica faptul ca o clasa reprezinta un lucru 'mai mare' (intregul), care
contine mai multe lucruri 'mai mici' (partile).
Exista insa un caz special de agregare, compunerea, in care relatia dintre intreg si
partile sale este mai puternica.
O asociere de tip compunere implica o apartenenta puternica a partii la intreg si o
coincidenta intre durata de viata a partii si intregului: daca intregul este creat,
mutat sau distrus, atunci si partile componente sunt create mutate sau distruse.
In cazul compunerii, o parte nu poate sa fie continuta in mai mult de un singur
intreg, astfel incat multiplicitatea asocierii la extremitatea intregului trebuie sa fie

1 sau 0..1. 
Exemplu

Asocieri derivate
Asocieri a caror existenta poate fi dedusa din existenta altor asocieri ale diagramei.
De cele mai multe ori, reprezentarea explicita a unei asocieri derivate nu este
necesara

Asocieri mutual exclusive

Doua sau mai multe asocieri care nu pot exista in acelasi timp, cu alte cuvinte exista
un “sau exclusiv” intre acestea.

Clase de asociere
asociere poate avea date si responsabilitati proprii; de exemplu nota studentului la
curs.
astfel de asociere poate fi tratata ea insasi ca o clasa.
Generalizare
Relatie intre un lucru general (numit super-clasa sau parinte, ex. Abonat) si un lucru
mai specializat (numit sub-clasa sau copil, ex. AbonatPremium)

Un obiect al unei clase mai generale, poate fi substituit cu un obiect al unei clase
mai specializate in orice context, dar nu si invers.
Intr-o relatie de generalizare, copilul va mosteni structura si comportamentul
parintelui: toate atributele, operatiile si relatiile care exista in super-clasa vor
exista si in sub-clasa.
Pe de alta parte, copilul poate adauga structura si comportament nou, adica poate
avea atribute, operatii si relatii noi fata de cele ale superclasei.
In plus, copilul poate chiar schimba comportamentul parintelui. Acest lucru se
intampla atunci cand o operatie a sub-clasei care are aceeasi semnatura ca o
operatie a super-clasei suprascrie acea operatie. Acest lucru poarta numele
de polimorfism.
Generalizarea se foloseste adesea pentru a pune in evidenta similaritatile dintre mai
multe clase. De exemplu, CopieCarte si CopieCaseta
Atunci cand o clasa care are un singur parinte se spune ca foloseste mostenire
simpla, in caz contrar mostenirea se numeste multipla. In majoritatea cazurilor
mostenirea simpla este suficienta, dar exista insa si cazuri cand mostenirea
multimpla este mai eficienta.
Mostenirea multipla poate fi problematica daca un copil are mai multi parinti a caror
comportament se suprapune. In multe cazuri, mostenirea multipla poate fi
inlocuita de agregare si mostenire simpla: copilul mosteneste de la un singur
parinte, care este obtinut prin agregarea mai multor parinti.
Clase abstracte
O clasa abstracta este o clasa pentru care nu pot exista instante directe.
 O clasa abstracta nu furnizeaza implementarea pentru cel putin una dintre operatiile
sale.
O clasa concreta este una care poate avea instante directe.
In UML numele unei clase abstracte se scrie in italic
Clasele abstracte pot fi folosite ca superclase intr-o ierarhie de clase intre care exista
o asociere de tip generalizare. O astfel de ierarhie va avea ca nod radacina o clasa
abstracta, iar ca noduri frunze clase concrete.

Dependențe
O clasa A depinde de o clasa B daca o modificare in specificatia lui B poate produce
modificarea lui A, dar nu neaparat si viceversa.
 Cel mai frecvent caz de dependenta este relatia dintre o clasa care foloseste alta
clasa ca parametru la o operatie.
Interfete
In UML, o interfata specifica o colectie de operatii pe care trebuie sa le furnizeze o
clasa sau o componenta.
Interfata nu cuprinde implementarile acestor operatii si nici nu face nici o referire la
starea obiectului care corespunde acestei interfete. Cu alte cuvinte, interfata nu
are atribute.
Interfata specifica operatiile unui element, de exemplu o clasa, care sunt vizibile in
afara acestuia. Ea nu trebuie sa specifice toate operatiile pe care le poate efectua
acel element, astfel incat acelasi element poate corespunde mai multor interfete
iar o interfata poate corespunde mai multor elemente.
O interfata este definita intr-o diagrama de clase printr-un dreptunghi, avand
operatiile listate in compartimentul de jos, la fel ca la o clasa; spre deosebire de o
clasa, o interfata nu poate avea atribute si in consecinta nu va avea un
compartiment pentru acestea. In primul compartiment, deasupra numelui clasei,
va aparea stereotipul « interface ».

Exemplu: clasa Producator si interfata acesteia, Livrare. Clasa Distribuitor depinde

de interfata Livrare (sageata de dependenta).
Vom spune ca Producator este o clasa ce corespunde sau realizeaza interfata
Livrare. Acest lucru se reprezinta in doua feluri:
printr-o linie punctata cu o sageata triunghiulara de la Producator la Livrare.
printr-un cerc cu eticheta Livrare, atasat dreptunghiului ce reprezinta clasa
Producator.
 Realizarea unei interfete poate fi privita ca un fel de mostenire:

Clasa Producator furnizeaza cel putin toate operatiile furnizate de interfata Livrare si

poate furniza si operatii suplimentare.

Doar specificatia operatiei este mostenita: clasa Producator trebuie sa furnizeze

singura implementarile acestei operatii, deoarece interfata nu poate contine
implementari.
Clase parametrizate
O clasa parametrizata nu este o clasa propriu-zisa, ci o functie care ia ca parametru o
clasa si returneaza o clasa.
O clasa parametrizata se reprezinta la fel ca o clasa obisnuita la care se adauga in
dreapta sus un dreptunghi punctat in care apare numele parametrului formal.

Lista<C> denumeste clasa care rezulta prin aplicarea clase parametrizate: o lista de
obiecte din clasa C
Toate clasele care rezulta prin aplicarea unei clase parametrizate vor depinde de
acea clasa
Stereotipul « bind » care eticheteaza dependenta dintre clasa parametrizata si clasa
rezultat arata ca aceasta din urma este obtinuta prin instantierea clasei
parametrizate cu parametrul efectiv specificat (Student sau Curs)
Folosirea clasei parametrizate duce la refolosirea ei la definirea ambelor clase
(Student si Curs).
Realizarea modelului claselor
In general, clasele pot proveni din doua surse principale:
Lucruri concrete: carte, caseta, copie, curs;
Roluri: abonat, profesor, student.
Principii de design
Clasele trebuie sa fie bine delimitate, iar gradul de dependenta dintre ele sa fie cat
mai redus; o clasa trebuie sa prezinte un grad mare de coeziune interna si unul
redus de interactiune externa.
Clasele trebuie alese in asa fel incat mentinerea, extinderea si adaptarea lor la noi
cerinte sa se poata face cu usurinta. Un model bun este acela in care clasele
reprezinta obiecte stabile in timp care nu sunt dependente de functionalitatea
curenta si care vor fi pastrate si dupa modificarea functionalitatii sistemului.
Strategii de identificare a claselor
conduse de date (data driven): pune accent pe identificarea tuturor datelor din
sistem si impartirea lor in clase (ex. tehnica identificarii substantivelor)
conduse de responsabilitati (responsibility driven): pune accent pe identificarea
tuturor responsabilitatilor si impartirea lor in clase (ex. tehnica cardurilor CRC)

Figura 1.Relația de generalizare dintr 2 clase

În acest exemplu, obiectul Mașină va moșteni toate atributele (viteză, numărul de
pasageri, combustibil) și metodele (go (), stop (), changeDirection ()) din clasa
părinte ("Car")Moștenirea este arătată în diagrama clasei folosind o linie solidă
cu o săgeată cretă închisă.

Figura 2.Interconectarea dintre mașina și destinație

În exemplul de mai sus, clasa Auto și clasa RoadTrip sunt interconectate. La un

capăt al liniei, Mașina acceptă o asociere „assignCar” cu o valoare de 0..1, deci
atunci când există o instanță RoadTrip, poate avea o singură instanță asociată sau
mașini care nu sunt asociate. cu asta. În acest caz, este necesară o clasă Caravan
separată cu o valoare de multiplicitate de 0 .. * pentru a demonstra că RoadTrip
poate avea mai multe instanțe de vehicule asociate cu aceasta. Întrucât o singură
instanță de mașină poate avea mai multe asociații getRoadTrip - cu alte cuvinte, o
singură mașină poate efectua mai multe deplasări - valoarea multiplicității este
setată la 0 .. *

Figura 3.Transportul public

În imaginea dată avem interfața care permite accesul la informație privitor la

munca transportului privat,care este graficul,acțiunile lucratorilor, adressa și
destinația,numarul rutei.

Concluzie
În urma îndeplinirii acestei lucrări sa făcut cunoștință cu diagrama de clase,ce
reprezintă,care sunt elementele acesteia,domeniul de utilizare .De asemenea sa aflat
care sunt operațiile și atributele ei ,astfel au fost implementate în practică
cunoștințele obținute pe parcursul orelor de curs și laborator,reprezentînd 4
diagrame de clase.