Structuri de Informatii la Utilizator

Structuri de Informatii la Utilizator

In aceasta sectiune se incearca sa se prezinte intr-un mod sugestiv noutatea pe care o aduc Sistemele cu Baza de Date in ceea ce priveste organizarea Structurilor de Informatii. Se va putea vedea de ce o multime de Colectii de Date poate sa nu satisfaca gradul de integrare cerut de o Baza de Date. De asemenea va apare deslusit faptul ca Informatiile sunt continute nu doar in Entitati si Atribute, ci si in Legaturile intre Entitati. Se insista in final asupra noii Viziuni asupra Spatiului propriu de Informatii pe care Utilizatorul trebuie sa o dobandeasca.

Structura de Ansamblu

Sa consideram nucleul informatiilor dintr-un compartiment de Vanzari, alcatuit din trei Categorii de Informatii: Beneficiari, Produse si Contracte. Atributele care descriu aceste Colectii de Date sunt redate mai jos:

BENEFICIARI - Categorie de Informatii ce descrie Partenerii Comerciali interesati in cumpararea unor Produse. Atributele care caracterizeaza aceasta Clasa de Entitati sunt:

- Cod                              - Telefon

- Nume     - Banca

- Tip Societate                          - Cont

- Adresa   - Etc.

PRODUSE - Categorie de Informatii ce descrie Produsele in care Beneficiarii sunt interesati. Atributele care caracterizeaza aceasta Clasa de Entitati sunt:

- Cod                              - Greutate

- Denumire                  - Stoc

- Pret  - Calitate

- Culoare                      - Etc.

CONTRACTE - Categorie de Informatii ce descrie Documentele Comerciale (Contractele) care stau la baza relatiilor de Vanzare - Cumparare. Atributele care caracterizeaza aceasta Clasa de Entitati sunt:

Antet Document                      Randuri Document

- Beneficiar (Codul Beneficiarului) - Produs (Codul Produsului)

- Numar Contract                                  - Cantitate Contractata

- Data Contract    - Pret de Livrare

- Clauze Contractuale                          - Termen de Livrare

- Etc.                              - Etc.

In cele ce urmeaza CONTRACTELE vor fi reprezentate de Antet, in timp ce Informatiile din Randuri vor descrie Pozitiile Contractuale (vezi Fig. 3.4.4.1.1).

Categoriile de Informatii sugerate in enumerarea precedenta vor putea fi completate, de la caz la caz cu alte detalii. O structura reala insa implica un numar mult mai mare de Informatii care sa rafineze descrierea. Pentru a putea urmari demersul legat de desprinderea noutatii pe care o aduce viziunea Structurilor de tip Baza de Date ne vom rezuma doar la informatiile de baza (Fig. 3.4.4.1.1), prezentate in contextul consemnarii urmatoarelor Fapte:

Beneficiarul B₁ a stabilit Relatiile Comerciale din Contractele

Contractul C₁ contine Pozitiile Contractuale referitoare la Produsele

Contractul C₂ contine Pozitiile Contractuale referitoare la Produsele (P₁, P₂}

Beneficiarul B₂ a stabilit Relatiile Comerciale din Contractele

Contractul C₃ contine Pozitiile Contractuale referitoare la Produsele

Fig. 3.4.4.1.1 Structura de Informatii in compartimentul Vanzari

Din aceste Informatii Primare iau nastere urmatoarele Informatii Derivate:

Pentru Beneficiarul  B₁ rezulta Obligatiile Comerciale referitoare la Produsele

Pentru Beneficiarul  B₂ rezulta Obligatiile Comerciale referitoare la Produsele (P₁, P₂, P₃}

Din Fig. 3.4.4.1.1 rezulta prezenta in Spatiul Informatiilor a doua tipuri de informatii:

Informatii descriptive ale Categoriilor (Grupurilor) definite:

BENEFICIARI

PRODUSE

CONTRACTE

Informatii de Legatura intre Categoriile de Informatii definite:

Relatii Contractuale - consemnarea in cadrul unui CONTRACT a conditiilor generale de livrare catre un anume BENEFICIAR

B _i are Legaturile Contractuale din C _j

Pozitii Contractuale - specificarea in cadrul CONTRACTELOR a conditiilor detaliate de livrare pentru fiecare PRODUS

C _i are Pozitiile Contractuale pentru P _k

Obligatii Contractuale - centralizarea pe PRODUSE a sarcinilor de livrare catre fiecare BENEFICIAR

Fata de B _i sunt consemnate Obligatiile Contractuale pentru P _k

Luand in considerare si modul in care iau nastere informatiile in Spatiul de Informatii se poate realiza o categorisire a acestora.

In domeniul Categoriilor de Informatii:

Categorii de Informatii Independente

BENEFICIARI

PRODUSE

Categorii de Informatii Dependente

CONTRACTE

In domeniul Legaturilor intre Categorii de Informatii:

Legaturi Primare (reprezentate in figura prin linii continue)

Relatii Contractuale

Pozitii Contractuale

Legaturi Derivate (reprezentate in figura prin linii punctate)

Obligatii Contractuale

Legaturile Derivate pot fi deduse din proprietatea de Tranzitivitate a relatiei descrise de Categoria de Informatii CONTRACTE si conferita de semantica atasata Legaturilor intre Categoriile de Informatii. Se zice ca Legaturile Derivate sunt induse de Legaturile Primare.

Din cele prezentate se remarca urmatoarele:

In lumea reala Spatiile de Informatii sunt incarcate de informatii care se cer transpuse in Modelele de Date care doresc sa ofere o fidelitate cat mai mare

Utilizatorii Structurilor de Ansamblu lipsesc in general, fiind inlocuiti de Grupuri de Utilizatori interesati doar in Viziuni Partiale ale ansamblului

Definirea continututlui general al Structurii de Ansamblu trebuie sa fie rezultatul unei acivitati de sinteza, ce cade in sarcina Informaticianului, neputand fi rodul unei simple actiuni de colationare a cerintelor partiale deduse prin analiza

Structuri Partiale

Pornind de la remarcile anterioare sa urmarim cu ce viziuni particulare se confrunta proiectantul de structuri.

Structura Partiala I

Structura este specifica utilizatorului interesat de imaginea CONTRACTELOR cu Beneficiarii. Structura e reprezentata de o viziune ierarhica pe trei nivele care descrie:

Relatiile Contractuale cu Beneficiarii B_i

defalcate pe Contractele Cj

si Produsele P_k din Pozitiile Contractuale

Fig. 3.4.4.2.1 StructuraPartiala I (BENEFICIARI / CONTRACTE / PRODUSE)

Legaturile de dependenta Ierahica sunt ilustrate in Diagrama Simbolica din Fig. 3.4.4.2.2.

Fig. 3.4.4.2.2 StructuraPartiala I (Diagrama Simbolica)

Structura Partiala II

Structura este specifica utilizatorului interesat de imaginea regrupata pe BENEFICIARI si PRODUSE a CONTRACTELOR cu BENEFICIARII. Structura e reprezentata de o viziune ierarhica pe trei nivele care descrie:

Obligatiile Contractuale fata de Beneficiarii B_i

centralizate pe Produsele P_k

si defalcate pe Pozitiile Contractuale din Contractele Cj

Fig. 3.4.4.2.3 StructuraPartiala II (BENEFICIARI / PRODUSE / CONTRACTE)

Fig. 3.4.4.2.4 StructuraPartiala II (Diagrama Simbolica)

Structura Partiala III

Structura este specifica utilizatorului interesat de imaginea regrupata pe PRODUSE si CONTRACTE a CONTRACTELOR cu BENEFICIARII. Gruparea e utila pentru Programele de Productie orientate pe clauzele contractuale (Termene). Structura e reprezentata de o viziune ierarhica pe trei nivele care descrie:

Pozitiile Contractuale centralizate pe Produsele P_k

din Contractele Cj

si regrupate pe Relatiile Contractuale cu Beneficiarii B_i

Fig. 3.4.4.2.5 StructuraPartiala III (PRODUSE / CONTRACTE / BENEFICIARI)

Fig. 3.4.4.2.6 StructuraPartiala III (Diagrama Simbolica)

Structura Partiala IV

Structura este specifica utilizatorului interesat de imaginea regrupata pe PRODUSE si BENEFICIARI a CONTRACTELOR cu BENEFICIARII. Gruparea e utila pentru Programele de Livrare orientate pe destinatiile expeditiilor (Adrese de Beneficiari). Structura e reprezentata de o viziune ierarhica pe trei nivele care descrie:

Obligatiile Contractuale pentru Produsele P_k

regrupate pe Beneficiarii B_i

si defalcate pe Pozitiile Contractuale din Contractele Cj

Fig. 3.4.4.2.7 StructuraPartiala II (PRODUSE / BENEFICIARI / CONTRACTE)

Fig. 3.4.4.2.8 StructuraPartiala II (Diagrama Simbolica)

Structura Partiala V

Structura este specifica utilizatorului interesat de imaginea regrupata pe PRODUSE a CONTRACTELOR cu BENEFICIARII. Gruparea e utila pentru Situatiile Statistice utilizate pentru evaluarea indicatorilor de performanta ai Produselor (Valoare Contractata, Ritmicitate de Livrare etc.). Structura e reprezentata de o viziune ierarhica pe doua nivele care descrie:

Sinteza pe Produsele P_k

a valorilor Obligatiilor Contractuale fata de Beneficiarii B_i

si a valorilor din Pozitiile Contractuale din Contractele Cj

Fig. 3.4.4.2.9 StructuraPartiala II (PRODUSE / BENEFICIARI si CONTRACTE)

Fig. 3.4.4.2.10 StructuraPartiala V (Diagrama Simbolica)

Reprezentarea Structurii de Ansamblu

Din analiza sectiunilor anterioare se pot trage urmatoarele concluzii:

Structurile reale de informatii, prin continutul lor semantic, devin rapid suprapopulate

Utilizarea metodelor de Reprezentare Fizica a Structurilor de Ansamblu sunt inoperante datorita incarcarii cu detalii a schemelor de reprezentare

Reprezentarile Fizice raman instrumente utile pentru relevarea cerintelor rafinate de structura in vederea incorporarii acestor detalii in Structura de Ansamblu

Descompunerea in Structuri Partiale este o metoda specifica proiectarii clasice de aplicatii, orientate spre prelucrarea fisierelor de date

In general, fiecare Structura Partiala corespunde in Programarea Clasica unei Aplicatii, intrunind cerintele doar a unui grup de utilizatori (vezi semnificatiile viziunilor ierarhice prezentate mai sus)

Incercarea de tratare prin descompunere esueaza rapid prin numarul mare de variante combinatoriale (pentru trei Categorii de Informatii desfasurate pe trei nivele de ierarhizare rezulta 3! = 6 variante de descompunere, fara a lua in calcul si descompunerile pe doar doua nivele)

Fiecare Structura Partiala anterior prezentata pierde aspecte de reprezentare a detaliilor structurale ale informatiilor, aspecte care ulterior pot fi cu greu recuperate

Solutia de Integrare a Viziunilor Partiale ale unei Structuri de Informatii este construirea unei Reprezentari Globale asupra intregului Spatiu de Informatii, care sa cuprinda toate tipurile de informatii prezente: Entitati, Atribute, precum si a Relatiilor intre Entitati.

O asemenea reprezentare trebuie sa apeleze la conventii care sa elimine Particularul, incarcat de detalii, in favoarea Generalului sintetizator si reprezentativ. Din acest motiv reprezentarile simbolice sunt cele care ofera solutia cautata (Fig. 3.4.4.3.1).

Fig. 3.4.4.3.1 Structurade ANSAMBLU (Diagrama Simbolica - Varianta Extinsa

Varianta Extinsa contine toate trei Categoriile de Informatii si pe cele Independente (BENEFICIARI si PRODUSE) si pe cele Dependente (CONTRACTE). Se poate observa insa faptul ca a doua Categorie de Informatii este purtatoarea Informatiilor de Legatura intre primele doua, putand ca urmare sa fie dedusa din Legatura existenta intre acestea. Se ajunge la structura din Fig. 3.4.4.3.2, denumita si Varianta Concentrata de reprezentare (vezi sectiunea 3.4.3.2). Ca urmare, s-a ajuns la un mod de reprezentare care elimina o intrega Categorie de Informatii (Informatiile de Legatura), care pot fi implicate de marcarea corecta a Relatiilor de Legatura intre Entitatile Notiune din Structura.

Fig. 3.4.4.3.2 Structura de ANSAMBLU (Diagrama Simbolica - Varianta Concentrata

Se intelege acum de ce Proiectarea la Nivel Inalt solicita Modele de Date care dispun de facilitatea, indeobste neglijata de proiectantii incepatori, de a descrie Relatii Fundamentale m - n, ce nu pot fi de fapt implementate direct in Structurile Bazelor de Date Relationale. Produsele care accepta introducerea unor asemenea structuri dispun si de posibilitatea de a genera automat Relatiile de Legatura sub forma unor Tabele de Baza distincte (ex. pornind de la descrierea din Fig. 3.4.4.3.2 produsul de modelare va genera automat structura din Fig. 3.4.4.3.1 prin adaugarea Tabelei de Baza CONTRACTE cu Legaturile Relationale aferente).

In concluzie se fac urmatorele constatari:

Varianta Concentrata se preteaza pentru reprezentari de Structuri Complexe, fiind si singura care poate fi controlabila in practica proiectarii

Aceasta forma de reprezentare poate fi cu succes folosita pentru generarea automata a Categorilor de Informatii Dependente, in cadrul produselor de Proiectare Asistata de Calculator a Modelelor de Date (ex. produsul ERWIN, [ERWM01

Din ultima varianta de reprezentare se pierd detaliile legate de descrierea Atributelor Proprii Relatiilor de Legatura, in speta atributele proprii relatiei CONTRACTE (Numar Contract, Data Contract, Cantitate Contractata, Pret de Livrare, Termen de Livrare, Clauze Contractuale

In cazul generarii automate a Informatiilor Dependente Tabelele de Legatura), ramane in sarcina Proiectantului sa adauge Atributele Proprii acestor Tabele, atribute care desciu Intensitatea Relatiilor intre Entitati

O problema importanta legata de crearea Viziunilor de Ansamblu care sa ofere structurile adcvate construirii Bazelor de Date este legata de formarea Utilizatorului General, singurul interesat in crearea acestei baze de integrare a sistemului; de obicei acest Utilizator General trebuie selectat din esaloanele de Conducere a Unitatii care doreste implementarea unui Sistem Integrat.