Lab5 AMOO [PDF]

Zitiervorschau

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 parteintreg,

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 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.