Ministerul Educaiei al Republicii Moldova

Universitatea Tehnic a Moldovei

Catedra Automatic i Tehnologii Informaionale

RAPORT
Lucrare de laborator Nr.6
la AMSI
Tema: Analiza i modelarea unui mail client

A elaborat :

st.gr. TI-122 : Popuoi Mariana

A verificat :

lector superior
lector superior

Chiinu2014

Melnic Radu
Sava Nina

Tema:
Diagrama de clase
Scopul lucrrii:
Studierea prii teoretice i verificarea cunotinelor nsuite pentru modelarea sistemului dat n
mediul instrumentului Enterprise Architect. De analizat i modelat un sistem mail client,
folosind diagramele de clase.
Noiuni teoretice:
O clas de obiecte reprezint un grup de obiecte care au:
o proprieti similare (atribute),
o un comportament comun (operaii),
o relaii comune cu alte obiecte i
o o aceeai semantic.
In UML, o clas este reprezentat printr-un dreptunghi alcatuit din trei compartimente care
conin: numele clasei, atributele, operaiile. Compartimentul atributelor i cel al operaiilor pot fi
omise.

Regulile de vizibilitate se aplica atat atributelor ct i operaiilor din clase i se refer la

domeniul de acces permis la un membru al unei clase. Fiecare nivel de vizibilitate este
reprezentat printr-un simbol:
-

Private ( - ) : accesibiltate numai din interiorul clasei;

Public (+) : accesibiltate la nivelul intregului sistem;

Protected (#) : accesibiltate n arborele de motenire;

Package (~) : accesibiltate din interiorul pachetului care contine clasa.

Membrii statici sunt subliniai.

Clasa detaliat
Tipurile de relaii n diagrama de clase :
Asocierea
-

Asocierea este o abstractie a unui set de legaturi existente intre obiecte.

Extremitatea unei asocieri este numita rol.

Firma

Rolul exprim felul n care o clas "vede" o alt clas n cadrul unei asocieri.

Numele de rol sunt amplasate la cele dou extremiti ale asocierii:

Patron

Persoana

Angajat
Numele de rol se folosesc de regul atunci cnd ntre dou clase exist mai multe asocieri.
Multiplicitatea asocierilor
Fiecare rol al unei asocieri poate purta o indicaie de multiplicitate care arat cte obiecte ale
unei clase pot fi legate la un moment dat unui obiect al celeilalte clase.
Agregarea

Agregarea este o form particular de asociere care exprim o relatie "compus componeni".
clasa are anumite parti, care insa au o existenta independenta. Agregarea este desemnat
printr-un un mic romb amplasat alturi de clasa agregat:

Compunerea

Compunerea este un caz particular de agregare. Exprima o agregare prin continere fizica.

Generalizarea
Ierarhiile de clase sunt bazate pe noiunile de clasificare, generalizare i specializare.
Generalizarea const n factorizarea elementelor comune (atribute, operaii i constrngeri) ale
unui ansamblu de clase ntr-o clas mai general, numit superclas.

Folosirea diagramelor de clase:

1) n modelarea conceptual (analiza orientat obiect)
-

Clasele corespund conceptelor / obiectelor (entitilor) din domeniul aplicaiei ;

Nu exist neaparat o legatur direct cu clasele de obiecte utilizate n implementare i deci

diagrama de clase nu face parte din modelul structural al sistemului;

De regul, nu sunt definite operaiile din clase prin tipurile parametrilor i nici tipul
atributelor;

Diagrama de clase poate fi folosit n modelarea conceptual a unei baze de date. n modelul
fizic al BD clasele se implementeaza prin tabele ale bazei de date.

2) Pentru specificarea software

-

Se pune accent pe interfa i nu pe implementare;

Adesea se folosete cuvntul tip n legatura cu interfaa unei clase: un tip poate fi
implementat de mai multe clase i o clasa poate implementa mai multe tipuri.

3) In proiectarea de detaliu si implementare

-

Diagramele conin clase de obiecte ntr-un anumit limbaj de programare;

Diagramele fac parte din modelul structural al sistemului.

Fig.1-Diagrama de clase generala

n diagrama de clase reprezentat n figura 1 este adus un exemplu ce componente aree-mailul i
a cui component este acesta. Acesta are clieni care pot fi useri sau administartori care la rindul
sau pot fi persoane fizice sau persoane juridice. Ca s fie clieni mail acetia ndeplinesc o fi
de nregistrare, care la rindul su este vizualizat cu ajutorul browserului prin interfa.

Fig.2-Structura serverului e-mail

n figura 2 este reprezentat structura serverului mail n care sunt cteva clase abstracte (MTA i
MDA).Partea cea mai important a serverului mail este MTA (eng. Mail Transfer Agent- agent

mail transef) a crui sarcin este de a trimite i primi e-mail. MTA lucreaza dupa protocolul
SMTP, i el singur, este suficient n principiu de a crea sistemul potei electronice. MTA primind
scrisoarea, o pune in cutia postal a utilizartorului pe server, la care acesta trebuie sa primeasc
acces. De aici le intercepteaz MDA (Mail Delivery Agent agent de livrare e-mail) sarcina lui
este ca la cererea clientului e-mail s i transmita pota din cutia potal pe server. MDA lucreaza
dupa protocolul POP3 sau poate sa lucreze i dup IMAP.
MDA nu are nici o atribuie la procesul de transmitere a potei. Aceasta este prerogativa MTA.
Poate fi fcuta o analogie, MTA poate fi vzut ca un oficiu potal care se ocupa cu primirea i
transmiterea potei, iar MDA ca pota care duce corespondena acas. Dac potaul se
imbolnvete asta nu se rfrnge asupra lucrului potei. La fel precum cedarea MDA nu duce la
defctiunea serverului mail.

Fig.3- Principiul de funcionare a serverului e-mail

n diagrama din figura 3 sunt utilizate 2 protocoale SMTP i POP3. SMTP(eng. Simple mail
transfer protocol- protocol simplu de tranfer e-mail) acesta este un protocol de reea pe larg
utilizat proiectat pentru transmiterea potei electronice in reeaua TCP/IP. Iar POP3(eng. Post
Office Protocol Version 3- protocolul oficiului potal) este internet-protocol standart utilizat de
clienii potei electronice pentru primirea corespondenei de pe un server de la distan pe
legtura TCP/IP, este cel mai rspndit protocol pentru extragerea potei. Protocolul POP a fost
dezvoltat n cteva versiuni, standardul de astzi este versiunea a treia (POP3). Majoritatea din
furnizorii de servicii mail (precum Hotmail, Gmail i Yahoo! Mail) de asemenea susin IMAP i
POP3.

Examinm cazul expedierii unui e-mail. n cazul dat user1 care se afl n domenul example.org
(user1@example.org) i scrie lui user4 care se afl n domenul example.com
(user4@example.com). Pentru user1 procesul de trimitere a scrisorii const din redactarea
scrisorii i apsarea butonului Trimite n clientul de e-mail. Clientul de e-mail se conecteaz cu
MTA dup protocolul SMTP i n primul rind raporteaz scrisorile sale de acreditare. Autoriznd
utilizatorul, MTA primete scrisoarea i ncearc s o trimit mai departe.
Autorizarea nu este o procedura obligatorie pentru MTA, dar fr ea vom primi releu deschis,
adic oricine poate s se foloseasc de serverul nostru pentru a redireciona pota. n timpul de
fa releuri deschise apar de la aceea c serverul este gresit setat.
Pentru autorizare MTA poate folosi lista proprie de utilizatori, lista de system, listele
utilizatorilor LDAP sau AD. La fel mai este o posibilitate autorizarea POP inaintea SMTP, cnd
utilizatorul nainte de a trimite mesajul se autorizeaz pe MDA,care, la rndul su confirm
autentificarea utilizatorului pentru MTA.
La urmtorul pas MTA analizeaz scrisoarea de informative de serviciu, determinnd domenul
destinatarului, dac el se regasete printer cele deservite de MTA, se cauta destinatarul i
scrisoare se pune n cutia potal. Aceasta ar fi avut loc daca user1 scria cu domenul
example.org.
Dac domenul destinatarului nu este deservit de MTA, se formeaz o cerere DNS, care cere
inscrierile MX pentru domenul dat. nregistrarile MX reprezint un tip special al DNSinregistrri, care conine numele serverelor e-mail, care prelucreaza corespondena care
vinepentru domenul dat. MX-nregistrri pot fi cteva, n aces caz MTA ncearc pe rnd s fac
legatura, ncepnd cu serverul care are cea mai mare prioritate. n lipsa MX-nregistrrilor se
solicit A-inregistrari (inregistrrile de adres, asociat numelui de domen cu dresa IP ) i se
ncearc trimiterea corespondenei la hostul indicat. Dac trimiterea nu este posibil, ea se
intoarce inapoi la expeditor cu mesajul de eroare.

Concluzii:
n aceast lucrare de laborator am studiat diagramele de clase. Am alctuit
diagrame la tema mail client. Am deprins lucru practic cu aceste diagrame. Am
studiat mai aprofundat principiul de funcionare a serverului e-mail.