Résumé de section


    • § 1 ETAPE ÎN DEZVOLTARE A BD. MODELE.

      În procesul de dezvoltare a SAPD şi SGBD pot fi indentificate câteva etape:

      1.     etapa problemelor simple
      2.     etapa care presupune abordarea metodei universale ce reprezintă de fapt reuniunea maii multor probleme simple şi dirijarea proceselor de soluţionare a lor cu o unitate de program de monitorizare.

      2.  Probleme:

      1.   Controlul surplusului de date (Lucrul cu fişier din diferite criterii)

      2.   Controlul Veridicităţii datelor / informaţiei

      3.   Delimitarea / separarea datelor (în diferite fişiere)

      4.   Restricţii la acces de date (timpul minim)

      5.   Interacţiunea dintre Date şi programele de Aplicaţii (deseori schimbarea în date – provoacă schimbarea în Aplicaţii)

      NOTĂ!  este necesară o abordare care:
      1. ar asigura principiul includerii de noi probleme (fără a modifica  
      2. structura datelor şi a programelor)
      3. conectarea lor la cele existente ar prezenta un NOU mod de organizare a datelor lipsit de problemele 1-5!
      ACEASTĂ ABORDARE ESTE POSIBILĂ DACĂ VOR FI ÎNDEPLINITE 2 PRINCIPII:
      1. datele urmează să fie integrate (datele stocate centralizat şi interdependente).
      2. independenţa maximală a aplicaţiilor de program în raport cu datele ce descriu DS.
      În baza acestor 2 principii putem schimba logica creării unui sistem informaţional. Această nouă logică se bazează pe Modul de organizare a datelor în SAPD ce se determină de triada:
      • Modelul Conceptual /cum vede utilizatorul realizarea DS!!!/
      • Modelul Logic /cum poate fi realizat aceea
      • Modelul Fizic. Cerinţe de bază.
      Datele să fie integrate (stocate centralizat şi interdependente)
      Independenţă maximală a Aplicaţiei de Program în raport cu datele ce descriu DS.

      MODELE DE DATE

      MODELE DE DATE: =reprezintă un INSTRUMENT de lucru care permite a lua în considerare toate cerinţele faţă de Obiectele unui DS, care se precaută pentru a fi creat SAPD şi modul de prezentare a legăturilor dintre tipurile elementelor de date.S A U

      1.     TOOLS care permite a lua în considerare toate cerinţele faţă de Obiectele unui DS care se precaută.

      2.     MODUL  de prezentare a legăturilor dintre tipurile elementelor de date.

      Astfel, ORICE MD SE DETERMINĂ DE:

      a)     Structura de date (atribut, TIP, elemente de date)

      b)    Mulţimea de operaţii posibile asupra Obiectelor şi asupra Elementelor de Date.

      MODEL CONCEPTUAL („CE DORIM?”): =reprezintă obiectele DS şi legăturile dintre ele fără a indica modul lor fizic de realizare.

      MODEULU LOGIC („CE SE POATE?”): =varianta modelului conceptual, care poate fi realizată într-un SAPD cu un SGBD concret.

      MODELUL EXTERN („CÎT SE POATE?”): =submulţimea din modelul logic care permite utilizatorului să obţină o anumită informaţie despre modelul logic.

      MODEL INTERN („ÎN BAZA LA CE?”): =componenta care asigură obţinerea informaţiei despre modelul logic prin intermediul SGBD. (prezintă componenta fizică formată

      în care datele sânt păstrate pentru a fi preluate).

      DEF:Modalitatea de prezentare a structurii logice a datelor

      independent de modul fizic de realizare a lor, se numeşte independenţa datelor.

      Abordarea nouă a creării SAPD asigură următoarele două tipuri de independenţă:

      1) Dacă MODELUL CONCEPTUAL este supus unor modificări, atunci ele nu trebuie să influențeze modelul extern elaborat.

      2) MODELUL EXTERN – nu este supus modificărilor în modelul intern.

      MODELE EXTERNE


      Cerinţele conceptuale ale utilizatorului unite într-o singură prezentare generalizată!


      § 2  LEGĂTURI ÎN MODELE DE DATE

                Pentru a modela un DS complet în crearea unui SAPD utilizînd BD vom utiliza SCHEME şi SUBSCHEME.

      DEF: SCHEMA : =este modul de prezentare a legăturilor dintre obiecte, atribute şi elemente de date.

               De rînd cu noţiunea de schemă utilizăm noţiunea de

      DEF: SUBSCHEMĂ: =reprezintă o parte a schemei  cu care lucrează programatorul pentru a pregăti Programul de Aplicaţie.

             Aceste noţiuni sînt utilizate în procesul de modelare de rînd cu principiile de compoziţie şi decompoziţie.Aceste intrări şi ieşiri depind de tipul legăturilor care sunt la rândul lor:

        1. 1 : 1                      
        2. 1 : la mai multe (1 : N)
        3. mai multe : mai multe (N : N)

      Exemple:

      OS1pacientul
      Atribute: număr, nume, adresă, nr. paşaport
       OS2 –chirurgul
      Atribute: număr patent, nume
       OS3patul
      Atribute: număr palată, număr pat


      Pentru a prezenta schemele şi legăturile dintre atribute, la etapa de proiectare sînt utilizate atributele-cheie. Ele pot fi simple sau compuse, dar important este că pe scheme aceste elemente sînt evedenţiate pentru a reflecta legăturile, atît între atribute, cît şi între atributele pe care ele le descriu.

      NOTĂ!Sunt necesare restricţii, atât asupra DS, cît şi asupra atributelor!

      Pentru ca schemele să fie scrise optimal şi să reflecte o BD integrată vom precăuta următoarele 7recomandări (reguli):

      1. Orice schemă are o structură simplă (se determină de un element cheie simplu sau compus).
      2. Elementele schemei sînt notate cu nume, de regulă atribut sau obiect.
      3. Nu există într-o schemă (subschemă) două elemente înscrise sub unul şi acelaşi nume.
      4. Legăturile se prezintă prin una din cele 3 legături (1:1, 1:N, N:N)
      5. Elementele cheie trebuie să fie marcate
      6. În scheme sînt prezentate toate legăturile cheilor primare şi secundare
      7. Schema este utilizată pentru a prezenta proprietăţile interne ale datelor şi prin urmare trebuie să fie una stabilă.