Ministerul Educaiei al Republicii Moldova

Universitate Tehnic a Moldovei

Catedra Automatica i Tehnologii Informaionale

Disciplina: Ingeneria produselor program

RAPORT
Lucrarea de laborator nr.1

Tema: Stereotipuri UML

A realizat:

st. gr. TI-111 Voloceai Petru

A verificat:

lector universitar Boleac Ruslan

Chiinu 2014

Sarcina i scopul:
De studiat i de implimentat n proiect propriu diagrame n care sunt prezentate stereotipurile UML.
- implimentarea diagramelor Use Case
- implimentarea diagramelor de clase folosind stereotipurile de tipul: ( Boundary, Entity si Control)
Notiuni teoretice:
Stereotipuri
n timpul analizei, este necesar (dar nu n toate cazurile) de plasat pe categorii clasele proiectului n
dependen de scopul acestora i funcia lor n sistem. Exist trei categorii primare, trei stereotipuri n UML
care sunt utilizate la etapa de analiz: Boundary, Entity i Control.
Clase de tip Boundary sunt clasele care sunt prezente ntre mediul extern al sistemului i mecanismul
intern al sistemului. Servete ca o punte, ce leag aceste 2 nivele de abstractizare diferit. n timpul
proiectrii sistemului, este necesar de ntrebat dac alte sisteme vor folosi printr-o invocare specific clasele
din sistem. i dac da, atunci va fi necesar de preconizat interfee la aceste clase, din motive de ascundere a
business logicii sistemului. n UML acest tip de stereotip se reprezint ca in Figura 3.2.

Figura 3.2 Stereotipul Boundary

Clase de tip Entity sunt clase care dein informaia. Acestea eventual pot fi mapate ctre o tabela sau ctre
cmpuri din baz de date (DB). O mare parte dintre substantivele gsite n evenimentele din cadrul
diagramelor cazurilor de utilizare pot fi identificate ca clase Entity. n UML acest tip de stereotip se
reprezint ca in Figura 3.3.

Figura 3.3 Stereotipul Entity

Clase de tip Control sunt opionale, dar uneori necesare, sunt clase/obiecte care controleaz fluxul de date
determinat de diagrama claselor. Acestea nu au nici o legtur cu business logica programului. Acestea
coordoneaz alte obiecte prin intermediul fuxului de date. Pentru exemplu s presupunem c, un obiect de
control va ti c nivelul de securitate al utilizatorilor trebuie verificat nainte de ca raportul s fie rulat.
Obiectul Control nu va verifica nivelul de securitate sau va rula raportul, acesta va conine n sine secvena
logic i regulile determinate de scenariu. El va spune unui alt obiect sa verifice nivelul de securitate al
utilizatorului, i apoi va spune s ruleze raportarea. Obiectele Control nu vor aprea n secvena de
evenimente. n UML acest tip de stereotip se reprezint ca in Figura 3.4.

Figura 3.4 Stereotipul Control

Deci, Entity va conine informaia, clasele Control vor rspunde de business logic, iar clasele boundary
trebuie s afieze i s primeasc informaia, pe lng toate acestea trebuie s minimizeze procesarea
business. Urmnd aceste informaii voi construi diagrama (diagramele) claselor utiliznd stereotipuri.
Realizarea sarcinii:

Fig.1 Diagrama use case corespunztoare managementul reminder-ului

n Fig.1 este prezentat management-ul setarii reminder. Utilizatorul poate efectua una din cazurile de utilizare
prezentate.Daca se selecteaz Seteaza locatia sau seteaza mesaj atunci aceste cazuri includ crearea unui
reminder. Daca se selecteaza Sterge reminder atunci pentru aceasta trebuie de selectat un reminder.

Fig.2 Diagrama de clasa corespunzatoare adaugari unui reminder

In figura 2 este prezetata diagrama de clasa corespunzatore adugari unei masini. Clasa
boundary AdaugaReminder ofera interfata pentru adaugarea unui reminder. Utilizatorul pentru
adaugare acestuia apasa pe interfata grafica adauga reminder-ul. Clasa SettingsImpl implimenteaza
interfata ReminderInf si mai contine o referinta a clasei MyDataSource. SettingsImpl realizeaza
transmiterea datelor ce se contin in clasa Set in baza de date. MyDataSource realizeaza legatura cu
baza de date.
Concluzie:
n aceast lucrare de laborator am studiat tipurile de steriotipuri n UML i modul de utilizare a
acestora n mediul Enterprise Architect. Ca sarcin practic am implimentat n proiect propriu diagrame n
care sunt prezentate stereotipurile UML. Si anume am implimentarea diagramelor Use Case si diagramele de
clasa folosind stereotipurile de tipul: ( Boundary, Entity si Control) .