CONSTRUIREA SI VALIDAREA MODELULUI DE DATE LOGIC GLOBAL

In cadrul acestei sectiuni se va imbina modelul de date logic local, corespunzator vederii supervizorului, cu cel corespunzator vederii managerului, pentru a realiza modelul de date logic global. In continuare se va prezenta o posibila abordare a procesului de imbinare a modelelor de date logice locale pentru a construi un singur model de date logic global. Modelele de date logice locale care vor fi imbinate in aceasta etapa sunt prezentate in figura 11 (vederea supervizorului) si figura 12 (vederea managerului, anexa 2).

Imbinarea modelelor de date logic locale in vederea construirii modelului global

In aceasta etapa se vor imbina cele doua modele de date logic locale individuale, pentru a forma un model de date logic global, adica o vedere globala a unei agentii de inchiriere.

Procesul incepe prin imbinarea modelelor de date prin identificarea si rezolvarea zonelor de conflict intre ele si, in final, se vor include acele zone ale fiecarui model care sunt unice pentru fiecare vedere. In continuare, se vor prezenta cateva dintre operatiile tipice implicate in procesul de imbinare.

Revizuirea denumirilor entitatilor si cheilor lor primare

Se vor compara denumirile entitatilor si cheilor lor primare din cele doua modele de date logice locale si rezultatele se vor sintetiza in tabelul de mai jos.

Tabelul 1. Comparatie intre denumirile entitatilor si cheilor lor primare din vederile supervizorului si managerului.

Aceasta comparare initiala a denumirilor entitatilor si cheilor lor primare din fiecare punct de vedere (supervizor, manager) ofera cateva indicatii asupra gradului de suprapunere a vederilor.

Se observa din tabelul 1 ca, in ciuda faptului ca ambele vederi contin cate o entitate Reclama si Vizitare, totusi compozitia cheilor primare difera.

Revizuirea denumirilor relatiilor

Denumirea relatiilor asociate vederilor (supervizorului si managerului) sunt comparate in Tabelul 2, unde fiecare relatie este enumerata o singura data, in asociere cu entitateta parinte. Relatiile care par a fi comune ambelor vederi sunt puse in evidenta cu caractere aldine.

Tabelul 2. Compararea relatiilor prezentate in cadrul vederilor supervizorului si managerului

Aceasta comparare a denumirii relatiilor din fiecare vedere furnizeaza, la randul ei, cateva informatii referitoare la gradul de suprapunere al vederilor (supervizor, manager).

Compararea denumirilor entitatilor si relatiilor constituie un punct pretios de plecare in determinarea suprapunerilor dintre vederi, atata vreme cat pot exista capcane.

O atentie deosebita trebuie acordata entitatilor si relatiilor care au aceeasi denumire, dar in fapt reprezinta concepte diferite (numite si omonime).

De exemplu, in vederea supervizorului relatia Administreaza dintre Personal si Proprietate_de_inchiriat are acelasi nume cu relatia din vederea managerului dintre Manager si Filiala. In acest caz, aceasta relatie are un inteles diferit in cele doua vederi.

De asemenea, exista entitati si relatii care au denumiri diferite, dar reprezinta, in fapt, acelasi concept (denumite sinonime), exemplu il constituie entitatile Client din vederea supervizorului si Chirias din vederea managerului.

Analizarea atributelor (si a domeniilor cheilor) asociate acestor entitati sugereaza faptul ca ele sunt identice.

La fel, cheile primare ale entitatilor Client si Chirias au, la randul lor, denumiri diferite (Nr_client, respectiv Nr_chirias), dar domeniul asociat acestor chei primare este acelasi, adica o variabila de tip sir de cinci caractere, cuprinzand valorile de la CR1 pana la CR999.

Este necesar sa se verifice ca entitatile si relatiile care au aceeasi denumire reprezinta acelasi concept din "lumea reala" si ca denumirile care difera in fiecare vedere reprezinta concepte diferite.

Pentru a realiza acest deziderat se vor compara atributele si, in mod special, cheile asociate fiecarei entitati ca si relatiile lor cu alte entitati. Mai trebuie verificat si daca entitatile sau relatiile din cadrul unei vederi sunt reprezentate ca atribute in cadrul celeilalte.

Imbinarea entitatilor din vederile locale

In aceasta faza se va analiza denumirea si continutul fiecarei entitati din ambele vederi. De asemenea, se vor utiliza cheile primare pentru a ajuta la identificarea entitatilor din ambele vederi si, in plus, la identificarea entitatilor echivalente, care ar putea avea denumiri diferite in cele doua vederi.

Aceasta etapa cuprinde urmatoarele operatii principale:

Imbinarea entitatilor cu aceeasi denumire si aceeasi cheie primara: entitatile cu aceeasi cheie primara din ambele vederi reprezinta, in mod normal, acelasi concept din "lumea reala" si, deci, sunt usor de identificat si de combinat. Exemplu de astfel de entitati sunt prezentate in Tabelul 1 si cuprind: Filiala, Personal, Supervizor, Personal_Alocat, Proprietate_de_Inchiriat, Proprietar_Privat, Proprietar_Afacere, Ziar. Entitatile combinate vor cuprinde atribute din ambele entitati, iar cele duble vor fi eliminate. Imbinarea entitatilor Personal din ambele vederi este data in Tabelul 3. majoritatea atributelor din entitatea Personal sunt comune ambelor vederi, cu exceptia atributelor Salariu, Data_Intrare si NAN (numarul asigurarii nationale), care sunt necesare numai in vederea managerului. De asemenea, atributele Titlu_Functie (vederea supervizor) si Functie (vederea managerului) difera ca denumire dar nu si ca scop. Entitatea Personal imbinata, corespunzatoare vederii globale contine toate atributele comune si cele cerute numai in vederea managerului.

Tabelul 3. Imbinarea entitatilor Personal din vederile supervizorului si managerului

Imbinarea entitatilor cu aceeasi denumire, dar care utilizeaza chei diferite: exista situatii cand se pot identifica entitati care sunt identice, dar care utilizeaza chei primare diferite. Un exemplu il constituie entitatile Reclama din ambele vederi, cu atribute comune dar chei primare diferite: Nr_Reclama in vederea supervizorului si atributele Nr_Proprietar, Data_Reclamei si Nume_Ziar in vederea managerului, ambele chei primare constituind chei candidate ale entitatii Reclama. In acest caz, se va selecta drept cheie primara una dintre cheile candidat, asa cum se observa in Tabelul 4.

Tabelul 4. Imbinarea entitatilor Reclama din vederile supervizorului si managerului

Se observa din Tabelul 4 ca entitatea Reclama imbinata corespunzator vederii globale, contine toate atributele comune si cele reprezentand cheile primare din cadrul fiecarei vederi. In vederea globala atributul Nr_Reclama este selectat drept cheie primara pentru entitatea Reclama.

Imbinarea entitatilor cu denumiri diferite, care utilizeaza chei primare cu aceeasi denumire: exista situatii cand se identifica entitati care au denumiri diferite dar par sa serveasca aceluiasi scop. Aceste entitati echivalente pot fi recunoscute pur si simplu dupa denumirea lor, care indica un scop asemanator, ca si din asocierea lor cu alte relatii. Se pune intrebarea daca oare entitatea Client din vederea supervizorului si entitatea Chirias din vederea managerului reprezinta acelasi obiect. In mod cert aceste doua entitati par a fi asemanatoare, daca se ia in considerare atributele si relatiile lor similare, cum ar fi relatia Tine cu entitatea Acord_de_Inchiriere si relatia Efectueaza cu entitatea Vizitare. Dupa efectuarea verificarii impreuna cu utilizatorii se constata ca entitatile Client si Chirias reprezinta acelasi lucru.

Includerea (fara imbinare) a entitatilor unice din fiecare vedere locala: din cele prezentate, au fost identificate entitatile care sunt identice in ambele vederi. Dar mai exista si entitati care sunt unice pentru o vedere, acestea vor fi introduse in modelul de date global, fara a suferi modificari. Acestea sunt Manager si Ruda_Apropiata din cadrul vederii managerului si Secretar si Inspectie din cadrul vederii supervizorului.

Imbinarea relatiilor din vederile locale: in aceasta faza se va analiza denumirea si scopul fiecarei relatii din ambele vederi. Inainte de imbinarea relatiilor trebuie sa se rezolve orice fel de conflict, cum ar fi constrangerile de cardinalitate si participare. Denumirile relatiilor din ambele vederi sunt prezentate in Tabelul 2. Suboperatiile obisnuite din cadrul acestei operatii sunt:

imbinarea relatiilor cu aceeasi denumire si acelasi scop - in Tabelul 2 sunt identificate (cu litere aldine) relatiile comune celor doua vederi, dar se observa ca exista si relatii cu aceeasi denumire dar constrangeri diferite, ca de exemplu: relatia Are dintre Filiala si Personal care apare in ambele vederi dar constrangerea de participare a entitatii Personal din aceasta relatie este diferita. Aceasta situatie trebuie clarificata cu toti utilizatorii. Prin urmare, participarea entitatii Personal in relatia Are este totala, asa cum apare in vederea supervizorului (fig. 11). De retinut, ca trebuie acordata o atentie deosebita relatiilor care au aceeasi denumire, dar servesc unui scop diferit. Se poate da ca exemplu relatia Administreaza dintre Personal si Proprietate_de_inchiriat care are acelasi nume cu relatia din vederea managerului dintre Manager si Filiala, dar intelesuri diferite in cele doua vederi.

imbinarea relatiilor cu denumiri diferite dar cu acelasi scop - din Tabelul 2 se identifica relatiile care au denumiri diferite dar par sa serveasca aceluiasi scop in ambele vederi. De asemenea, exista relatii din vederi diferite dar asociate acelorasi entitati. Se poate observa ca relatiile Administreaza din vederea supervizorului si Supravegheaza din vederea managerului sunt asociate cu aceleasi entitati si anume Personal si Proprietate_de_Inchiriat. De aici se poate trage concluzia ca aceste relatii sunt identice.

includerea (fara imbinare) relatiilor care sunt unice fiecarei vederi: din Tabelul 2 se observa relatiile care sunt unice vederii supervizorului, respectiv managerului, aceste relatii fiind adaugate modelului global, fara a fi moexpert realizeaza evaluarea casei si rezultatele sunt analizate si combinate cu alte informatii; SSD genereaza apoi concluzia despre marimea imprumutului.

Cockpit assistant - este folosit de pilotii Fortelor Aeriene Germane pentru determinarea starii vremii pe durata zborului si pentru asistenta in situatii complexe; sistemul monitorizeaza si analizeaza performantele pilotilor comparandu-le cu standardele cerute; acest SSD ofera pilotilor informatii necesare pentru a hotari daca zboara sau nu in ziua respectiva; o componenta a sistemului expert ofera sfaturi cu privire la maneta care trebuie actionata in cazuri de urgente.

BIBLIOGRAFIE

ANEXE

Fig.11 Un exemplu de model de date logic local corespunzator vederii supervizorului din studiul evolutiv (ca versiune finala)

ANEXA 1