MODELUL CONCEPTUAL AL UNEI PROBLEME DE GESTIUNE O baz de date este produsul unui produs de modelare a unei realiti, a unui

sistem sau proces din lumea real. Procesul de modelare permite trecerea de la percepia realitii, a sistemului sau procesului modelat, la reprezentarea lor prin intermediul datelor. Primul pas n realizarea unei aplicaii de baze de date este analiza datelor i realizarea unei scheme conceptuale (model conceptual) al acestor date. n aceast etap sunt analizate natura i modul de utilizare a datelor. Sunt identificate datele care vor trebui memorate i procesate, se mpart aceste date n grupuri logice i se identific relaiile care exist ntre aceste grupuri. Odat obinute aceste informaii ele trebuie reprezentate ntr-o form convenional care s poat fi uor neleas. O astfel de reprezentare este diagrama entiti relaii. Ne propunem s realizm modelul conceptual al unei probleme concrete de gestiune: gestionarea datelor unei biblioteci colare. Vom identifica entitile care apar i atributele acestora, vom defini relaii ntre entiti i vom reprezenta modelul folosind diagrama entiti relaii. Elementul fundamental al modelului conceptual este entitatea. ENTITATE = obiect, persoan sau eveniment din lumea real care poate fi descris() prin caracteristici bine definite (despre care exist date care pot fi stocate). Deoarece raiunea existenei unei biblioteci este tocmai manipularea crilor, ncepem construcia modelului cu entitatea care apare n mod evident: entitatea CARTE. Pentru entitatea carte vom reine acele caracteristici necesare modelului nostru numite atribute. ATRIBUT = proprietate descriptiv a unei entiti, caracteristic a unei entiti. Exemplu: titlu, autor, editura, anul apariiei, disponibil sunt atribute ale entitii CARTE. Numele unui atribut este un substantiv, care descrie cu exactitate o caracteristic a entitii i exprim o nsuire calitativ sau cantitativ a entitii. Fiecare atribut poate lua valori ntr-un anumit domeniu. De exemplu, anul apariiei poate fi un numr natural de 4 cifre din domeniul 1500...2107, analistul presupunnd c biblioteca poate avea n fondul de carte tiprituri vechi i c durata de utilizare a aplicaiei nu va depi 100 de ani. Un atribut trebuie s aib o singur valoare, de un anumit tip (ntreg, real, ir de caractere, dat calendaristic etc.). Exist atribute a cror valoare este obligatorie pentru a descrie corect i complet o entitate. Aceste atribute le vom numi atribute obligatorii, n timp ce atributele a cror valoare poate lipsi vor fi numite atribute opionale.
1

Reprezentarea atributelor n cadrul diagramei entitate-relaie se realizeaz conform cu urmtoarele reguli: atributele sunt scrise cu litere mici, fiecare pe cte o linie; atributele care sunt chei primare sunt precedate de caracterul '#'; atributele obligatorii sunt precedate de caracterul '*'; atributele opionale sunt precedate de caracterul 'o'. Entitatea este o descriere generic a unei realiti nconjurtoare, care grupeaz mai multe obiecte cu proprieti comune, numite instane ale entitii. Dou instane ale entitii CARTE se deosebesc prin valorile asociate atributelor (una sau mai multe valori sunt distincte). Instanele unei entiti pot fi reprezentate sub forma unui tabel, avnd capul de tabel format din numele articolelor asociate atributelor entitii. Valorile de pe o linie a tabelului formeaz o instan a entitii. Un astfel de tabel poate conine un numr arbitrar de instane ale entitii. Figura 1 prezint structura posibil a tabelului asociat entitii CARTE. Titlu Autor Editura An_apariie Disponibil Cartea Liviu Rebreanu Ion 1970 1 Romneasc Ioan Slavici Rao Mara 2002 0 Mihail Cartea Fraii Jderi 1980 1 Sadoveanu Romneasc O entitate din cadrul modelului trebuie s se conformeze regulilor urmtoare: numele unei entiti trebuie s fie un substantiv, dar nu orice substantiv poate fi utilizat ca nume pentru o entitate. Se vor utiliza nume sugestive, care s permit o prim descriere a entitii. De exemplu, nu putem crea o entitate cu numele eful clasei, deoarece eful clasei este elev al unei clase i are caracteristicile identificate la entitatea elev. Cel mult putem introduce un nou atribut pentru entitatea elev i anume atributul ef, avnd valoarea 1 dac elevul este eful clasei i zero n caz contrar. nu pot exista dou entiti cu acelai nume sau o entitate cu dou nume diferite; pentru fiecare entitate se va da o descriere complet a atributelor sale (semnificaie, domeniu de valori); Entitatea va avea obligatoriu un atribut sau o combinaie de atribute, care s permit identificarea n mod unic a fiecrei instane a entitii, adic o cheie primar. S analizm oportunitatea adugrii atributului cota n structura conceptual a entitii CARTE. Este foarte probabil ca n biblioteca noastr s existe mai multe exemplare ale aceleiai cri, s presupunem dou, aprute la
2

aceeai editur, n acelai an i avnd acelai statut (ambele disponibile sau mprumutate). Aceasta nseamn c vom avea la un moment dat dou nregistrri identice n tabela de date, ceea ce poate conduce la ambiguiti n realizarea operaiilor curente asupra bazei de date. Rezolvarea acestei probleme const n introducerea unui atribut nou, cota, care s aib valori unice pentru fiecare carte din bibliotec. Spunem c atributul cota este un identificator unic pentru entitatea CARTE sau cheie primar. Identificator (cheie) = atribut sau mulime de atribute care identific fiecare instan a unei entiti. Identificator unic (cheie primar) = atribut al unei entiti,care are valori unice pentru fiecare instan a entitii. De exemplu, mulimea format din atributele Autor i Editur constituie o cheie pentru entitatea carte, dar nu reprezint o cheie primar (pot exista mai multe cri scrise de acelai autor, publicate la aceeai editur). Este posibil s existe dou atribute cu valori unice pentru o anumit entitate, oricare dintre acestea putnd fi alese drept cheie primar. Aceste atribute sunt denumite chei candidat, ns numai una dintre acestea va fi aleas cheie primar. Diagrama entitate-relaie utilizeaz o descriere grafic a entitilor, folosind urmtoarele convenii: descrierea entitii este realizat ntr-o zon dreptunghiular bine delimitat; numele entitii este scris pe prima linie din cadrul zonei dreptunghiulare, cu litere mari; atributele sunt scrise cu litere mici pe liniile urmtoare.
CARTE # cota * titlu * autor * editura * anul apariiei * disponibil observaii

Relaii ntre entiti: n lumea real, obiectele nu exist izolat. ntre ele exist relaii. Relaia reprezint o asociere, un raport care exist ntre entiti i este exprimat prin utilizarea unor verbe care s descrie cu exactitate interdependena dintre acestea. Orice relaie este caracterizat de cardinalitate i opionalitate.
Cardinalitatea relaiei = exprim cte instane ale entitii A sunt asociate cu instanele entitii B i reciproc. Opionalitatea relaiei = exprim cte dintre instanele entitii A pot sau trebuie s se asocieze instanelor entitii B i reciproc.
3

Reprezentarea grafic a unei relaii stabilite ntre dou entiti A i B se va realiza prin respectarea urmtoarelor reguli: entitile sunt reprezentate printr-un dreptunghi, avnd numele entitii scris n interior cu majuscule; eventual, dreptunghiul va conine i descrierea atributelor entitii; relaia va fi reprezentat printr-o linie ce unete cele dou entiti (segment de dreapt); poriunea dintre entitatea A i mijlocul segmentului reprezint latura/ partea stng a relaiei, iar poriunea dintre entitatea B i mijlocul segmentului reprezint latura/partea dreapt a relaiei; de fiecare parte a liniei ce reprezint relaia, se va nota, cu litere mici, numele relaiei; Opionalitatea relaiei va fi reprezentat, pe fiecare latur a relaiei, prin utilizarea unei linii punctate (poate fi) sau continue (trebuie); cardinalitatea relaiei este reprezentat de partea terminal a liniei din fiecare parte a relaiei; dac avem cardinalitatea n pe o latur a relaiei, atunci linia ce descrie relaia se va despri n trei linii (sub form de trident). Revenind la modelul nostru, fiecare carte este ncadrat de ctre criticii literari ntr-un anumit curent literar sau ntr-un anume gen literar. Astfel putem defini entitatea GEN, care este utilizat la clasificarea crilor din bibliotec n funcie de curentul literar cruia i aparine.
GEN *denumire descriere

Stabilim relaia dintre entitile CARTE i GEN: relaia este de tip many-toone i poate fi citit astfel: Fiecare CARTE trebuie clasificat printr-un unic GEN Fiecare GEN poate clasifica una sau mai multe CRI

CARTE

GEN

Crile, clasificate sau nu, trebuie

Societatea n care trim se bazeaz mai mult ca niciodat pe informaie. Abilitatea de a colecta, prelucra i regsi datele poate constitui un atu pentru orice firm care dorete s se dezvolte ntr-un mediu concurenial. Prelucrarea datelor n vederea obinerii informaiilor este o activitate care a aprut cu mult timp nainte de inventarea calculatorului electronic. Evoluia spectaculoas a tiinei i tehnicii a condus nu numai la o restructurare a economiei mondiale, ci a produs modificri profunde la nivelul societii umane. Adaptarea unei instituii sau firme la noile realiti nu se poate realiza dect prin decizii rapide i solid fundamentate, avnd la baz informaiile obinute din procesul de prelucrare a datelor culese din lumea real. Reuita n afaceri se bazeaz din ce n ce mai mult pe abilitatea organizaiei de a culege datele, de a le stoca i de a le prelucra. Ce nelegem ns prin date i informaii? Date = aspecte fundamentale a unor activiti sau evenimente, nesupuse unor prelucrri, neevaluate din punct de vedere al utilitii. Datele sunt aspecte primare ale realitii nconjurtoare, care sunt percepute prin intermediul unor receptori, sub diverse forme. De exemplu, datele culese ntr-o staie meteorologic provin din diverse surse: msurtori ale factorilor atmosferici (temperatur, umiditate, presiune atmosferic) efectuate cu instrumente specifice de ctre personalul staiei, date culese de sondele meteorologice i satelii etc. Aceste date reprezint materialul brut", neprelucrat, fr un neles i fr o utilitate evident. Procesul de prelucrare a datelor realizeaz o reordonare a datelor, o selecie a datelor relevante, o restructurare a acestora sub forma unui mesaj inteligibil care aduce elemente de noutate. Acest produs al procesului de prelucrare a datelor l numim informaie. Informaii = ansambluri de date corelate i elaborate ntr-un scop bine determinat, pentru satisfacerea cerinelor celui care le utilizeaz. nainte de apariia calculatoarelor electronice i a mediilor de stocare, datele erau stocate preponderent pe hrtie sau benzi magnetice, ceea ce determina un acces greoi la datele stocate i, implicit, afecta procesul de prelucrare a datelor, n timp ce protecia datelor confideniale sau secrete era foarte dificil de realizat. n plus, creterea complexitii problemelor ce trebuiau rezolvate i mrirea exponenial a cantitii de date ce trebuiau prelucrate au relevat necesitatea descoperirii unor modaliti flexibile n descrierea i utilizarea datelor. Organizarea datelor a parcurs mai multe etape, pornind de la fiiere, apoi sisteme de fiiere, pn la baze de date. Primele forme de organizare a datelor au fost fiierele secveniale pe band magnetic. Odat cu folosirea suportului adresabil - discul magnetic - au aprut fiierele cu acces direct (indexate, selective). Gestiunea fiierelor era asigurat printr-un sistem specializat, numit SGF (sistem de gestiune a fiierelor) existent n orice sistem de operare. A fost o soluie specific anilor 1960-1970, dar mai este ntlnit i astzi n cazul aplicaiilor economice care folosesc limbaje clasice precum Cobol. Fiierul este o structur omogen din punctul de vedere al coninutului i al prelucrrii. Organizarea n fiiere are un nivel fizic i un nivel logic. Fiierul este format din nregistrri fizice - care formeaz unitatea de transfer ntre memoria extern i cea intern. O nregistrare fizic poate conine mai multe nregistrri logice (formate din cmpuri), care reflect punctul de vedere al utilizatorului.
5

Programele utilizatorilor trebuie s conin n mod explicit referiri la suportul, forma de organizare i modul de acces al fiierului de lucru. Altfel spus, datele aveau sens i puteau fi accesate numai din aplicaiile-program Prezena elementelor de descriere a datelor din fiiere n programele de aplicaii este un mare dezavantaj, pentru c orice modificare a structurii i organizrii datelor pe suportul fizic conduce la modificarea tuturor aplicaiilor care le folosesc. Pe de alt parte, n anii 1960-1970 fiecare aplicaie informatic dintr-o instituie era proiectat ntr-o manier individualist i viza automatizarea unei anumite activiti. n vederea creterii vitezei de rspuns, aplicaia i aducea n fiierele proprii toate datele de care avea nevoie, ignornd faptul c, poate, aceleai date erau culese, selectate i prelucrate i de alte aplicaii. Apare fenomenul de redundan a datelor i efectele sale nedorite: creterea nejustificat a costurilor de ntreinere a fiierelor de date i, mai ales, pericolul inconsistenei datelor (datorit omiterii actualizrii datelor n toate locurile unde apreau). Pasul urmtor n istoricul organizrilor datelor a fost gestiunea comun a fiierelor de ctre toate aplicaiile informatice care aveau legturi funcionale bine stabilite ntre ele. Apare structurarea datelor n fiiere integrate sau sisteme de fiiere Trecerea la sistemele de fiiere nu a rezolvat, ns, o problem foarte important: problema independenei programelor de aplicaii de modul de organizare a datelor. n organizrile tradiionale pe fiiere, cunotinele despre structura datelor i tehnicile de accesare a acestora erau incluse n programe. Odat creat fiierul, toate procedurile de prelucrare conineau aceste caracteristici. Modificarea structurii fiierului (adugarea unor cmpuri sau eliminarea altora) conducea la modificarea poriunilor descriptive ale programelor, iar modificarea modului de acces (secvenial, direct) impunea revizuirea coninutului procedural al programelor. O cerin nou se rezolva doar printr-un program nou sau prin modificarea unuia existent. Dac lum n consideraie faptul c aproape zilnic apreau cerine noi, efortul de meninere a sistemului de fiiere operaional era imens. Soluia a fost detaarea din programul de aplicaii a descrierii fiierelor i a legturilor dintre ele. Astfel au aprut primele baze de date. O baz de date a fost creat ca o colecie unic, un ansamblu de date unitar organizat i structurat, la care s aib acces diveri utilizatori, nu neaprat programatori, pentru operaii curente de adugare de valori, corecii, extrageri de date, asemeni operaiilor dintr-o banc obinuit. Declararea structurii logice a datelor se face n exteriorul aplicaiei, asigurnd independena programelor fa de structura datelor. Apare acum i oportunitatea unui sistem standard de proceduri de gestionare a bazei, numit Sistem de gestiune a bazei de date (prescurtat, SGBD) Baza de date ca sistem de organizare i prelucrare a informaiei, este format dintr-o colecie de date ( ansamblu de date organizat dup anumite criterii) aflate n interdependen, o descriere a datelor i relaiilor existente ntre ele i dintr-un sistem de programe (SGBD-uri) pentru gestiunea datelor.
Exemple:

1. Baza de date a unui liceu, n care sunt nregistrate i actualizate permanent informaii despre elevi, profesori, planuri de nvmnt, baza material etc. 2. Baza de date a unui muzeu, n care sunt nregistrate operele de art (grupate dup tip, autor, tehnic de lucru) i expoziiile itinerante (descrise prin perioad, itinerarul, responsabil, custozi participani).
6

Termenul "Database" (baz de date, n limba englez) a aprut pentru prima dat n titlul unei conferine organizate la Santa Monica, SUA, n 1964: Development and Management of Computer Centered DataBase. Sistem de gestiune a bazelor de date (SGBD) = un ansamblu de programe care permit crearea i administrarea unei baze de date. Prin urmare, un SGBD {Database Management System) este un pachet software de nivel nalt, care permite proiectarea, construirea i administrarea bazelor de date dedicate rezolvrii problemelor din cele mai variate domenii ale vieii reale. Exemple: IMS, DB2 (pn la DB9, de la IBM), Ingres II (de la Computer Associates International Inc.), Oracle lOg (de la Oracle Corporation), Ms Access (studiat n clasa a X-a), FoxPro (de la Microsoft), Paradox, Visual dBase (de la Borland), Sybase Adapted Server (de la Sybase Inc.), IRIS (de la Hewlett-Packard). Atenie! Nu orice colecie de date este o baz de date. De exemplu, lista crilor dintr-o bibliotec NU este o baz de date, ci un simplu inventar de obiecte, o list, un tabel. Dac la aceast list adugm lista cititorilor abonai la bibliotec (eventual i lista angajailor bibliotecii) i lum n considerare activitile specifice bibliotecii (achiziionarea de cri noi, mprumutul i restituirea crilor de ctre cititori, eventual administrarea sarcinilor de serviciu ale angajailor), atunci avem de a face cu o baz de date. Prin urmare, fa de un inventar (un tabel), o baz de date are urmtoarele proprieti: reprezint un anumit aspect al lumii reale, numit microuniversul bazei de date; orice modificare care se produce n acest microunivers se reflect n baza de date (de exemplu: cumprarea unei noi casete n vederea nchirierii, modificarea diferenei permise ntre cursul de cumprare i cel de vnzare al valutei etc); este o colecie de date coerent din punct de vedere logic i avnd un neles intrinsec (de exemplu: din baza de date asociat bibliotecii liceului nu vor face parte crile de telefon sau lista de materiale didactice din laboratorul de chimie); este proiectat, construit i administrat, avnd permanent n vedere un anumit scop; o baz de date este destinat utilizrii de ctre un anumit grup de persoane i permite efectuarea unui anumit set de operaii.