SECTIUNEA 3

SECTIUNEA 4Supertipuri si subtipuriUneori, unele instante ale unei entitati au atribute si/sau relatii pe care alte instante nu le au.Exemplu. Plata realizata de clienti poate fi: cash, cu card de credit sau prin cec. Toate tipurile de plata au atribute comune: data platii, suma platita etc. dar plata prin card trebuie sa aiba un atribut numar card.

Pentru plata prin card sau cec trebuie sa stim cine realizeaza plata, informatie care nu este necesara in cazul platii cash.

Trebuie creata o singura entitate PLATA sau 3 entitati separate: CASH, CEC sau CREDIT CARD? Ce se intampla daca in viitor va fi introdusa o noua modalitate de plata? Uneori are sens ca o entitate sa fie divizata in subtipuri. In acest caz, entitatea se numeste supertip, iar fiecare grup (subentitate) se numeste subtip.Un subtip: Mosteneste toate atributele supertipului

Mosteneste toate relatiile supertipului

De obicei, are atribute si relatii proprii

Se deseneaza in interiorul supertipului

Nu exista niciodata singur

Poate avea subtipuri proprii

Se mai numeste si subentitate.

Subtipurile au cateva atribute comune. Aceste atribute se scriu la nivelul supertipului. Acelasi lucru este valabil si pentru relatii.

Subtipurile mostenesc toate atributele si relatiile entitatii supertip.

Daca o entitate are un subtip, intotdeauna trebuie sa mai existe cel putin inca un subtip. Reguli ale subtipului:

Regula exhaustiva fiecare instanta a unui supertip este de asemenea si instanta a unuia dintre subtipuri.

Regula exclusivitate mutuala fiecare instanta a unui supertip este de asemenea instanta a unui tip si numai unul.

Exhaustiv = care epuizeaz un subiect; complet, n ntregime.In etapa de modelare conceptuala este bine sa se includa un subtip numit ALTELE, pentru a ne asigura ca subtipurile sunt exhaustive.

Subtipuri nested (imbricate)Se pot crea subtipuri imbricate. Pentru o citire mai usoara a diagramelor se prefera subtipuri cu doar 2 niveluri, dar nu exista o regula care interzice existenta mai multor niveluri de imbricare.

REGULI BUSINESS

Identificarea si documentarea regulilor business reprezinta cheia de verificare a acuratetei si completitudinii modelului realizat.

Nu toate regulile business pot fi reprezentate in ERD. Unele reguli trebuie implementate in etapa de programare.

Exista 2 tipuri de reguli business:

reguli business structurale indica tipurile de informatii care trebuie stocate si modul in care elementele sunt relationate intre ele. Majoritatea pot fi reprezentate in ERD. reguli business procedurale se refera la procesele desfasurate in timp (evenimentul A trebuie sa se intample inaintea evenimentului B). Nu pot fi reprezentate in ERD, dar trebuie documentate.

Exemple de reguli business structurale:

Exemple de reguli business procedurale:

PAGE 1