Diagrame "entitate-relație" - tutorial UML

Această notație a fost propusă de P. Chen (P. Chen), în lucrarea sa celebru în 1976 [17] și a fost dezvoltat în continuare de către R. Barker [16] (R. Barker). Diagrame „entitate-relație» (ERD) concepute pentru reprezentarea grafică a modelelor de date dezvoltate de sistem software și oferă un set de notație standard pentru a defini datele și relațiile dintre ele. Cu acest tip de componente individuale ale modelului conceptual de date poate fi descris printr-un set de diagrame și relațiile dintre ele, sunt esențiale pentru sistemul în curs de dezvoltare.

Conceptele de bază ale acestui concept de notare sunt entități și relații. Astfel, în cadrul entității (entitate) se referă la orice set de obiecte reale sau abstracte, din care fiecare posedă aceleași proprietăți și caracteristici. În acest caz, fiecare obiect poate fi considerat un exemplu de unul și numai o singură substanță, acesta trebuie să aibă un nume unic sau identificator, precum și diferit de alte instanțe ale entității.

Exemple de entități pot fi: o bancă, un client bancar, contul clientului, la aeroport, pasageri, zbor, calculator, terminale, auto, conducătorul auto. Fiecare dintre entitățile pot fi tratate cu diferite grade de detaliere și la diferite nivele de abstractizare, care este determinată de formularea specifică a problemei. Pentru entitățile de reprezentare grafică notație specială se utilizează (fig. 2.8).

Fig. 2.8. Grafica pentru a indica entitatea

Comunicare (relație) este determinată ca raport sau o asociere între entitățile individuale. Exemple de obligațiuni pot fi relațiile de „tată-fiu“ sau relațiile de producție a „superioare-subordonat“. Un alt tip de link-uri date de raportul „proprii“ sau „au proprietatea.“ Diferite tipuri de relații sunt reprezentate grafic sub forma unui romb cu numele corespunzător al conexiunii (fig. 2.9).

Fig. 2.9. Grafica pentru a indica link-uri

Modelul de date grafic este construit în așa fel încât legătura între entitățile individuale reflectă nu numai natura semantică a relației relevante, dar, de asemenea, aspecte suplimentare de conectare necesare, precum și multitudinea de date implicate într-o relație de cazuri entitate.

Luați în considerare ca un simplu exemplu de o situație în care este descrisă de două entități: „Angajat“ și „Compania“. În acest sens, la fel de natural. utilizați raportul de accesorii ofițer al companiei. Ținând seama de considerentele că societatea are mai mulți angajați, iar acești angajați nu pot fi angajați ai altor companii, aceste informații pot fi reprezentate grafic în diagrama următoare „entitate-relație“ (fig. 2.10). În această figură, litera „N“ în jurul valorii de conexiune înseamnă că societatea poate funcționa mai mult de un personal, valoarea N nu este stabilită în avans. Numărul „1“, la celălalt capăt al conexiunii înseamnă că un angajat poate lucra într-o singură societate specifică, adică. E. Nu este permis accesul angajaților care lucrează cu fracțiune de normă de la alte companii sau instituții.

Fig. 2.10. Diagrama „entitate-relație“, de exemplu, angajații unei companii

O situație oarecum diferită în cazul considerare entității „angajat“ și „proiect“ și comunicare „participă la proiectul“ (Fig. 2.11). Deoarece, în general, o persoană poate fi implicată în dezvoltarea mai multor proiecte, precum și în dezvoltarea proiectului pot participa mai mulți membri, această relație este multi-evaluate. Acest fapt se reflectă în special în grafic care indică literele „N“ și „M“ cu privire la entitățile relevante, cu selecția de caractere specifice nu este critică.

Fig. 2.11. Diagrama „entitate-relație“, de exemplu angajații implicați în activitatea de proiect

Cele de mai sus două grafice pot fi combinate într-o singură, care va oferi informații despre angajații companiei implicați în dezvoltarea proiectelor companiei (fig. 2.12). Acesta poate fi administrat o legătură suplimentară, care caracterizează proiectele companiei.

Fig. 2.12. Diagrama „entitate-relație“ pentru un exemplu general al companiei

ERD este prezentată la limitele modelului conceptual într-o specificand vizualizare mai detaliată a software-ului sistemului modelat, care, în plus față de link-urile statice trebuie să conțină informații cu privire la comportamentul sau funcționarea componentelor sale individuale. În acest scop, în cadrul RSA utilizează un tip de diagramă diferit, cunoscut sub numele de diagrame de flux de date. Acum vom trece la SADT diagrame.