Question7! etapa 2

Infological modelul - (prescurtarea de la informații și modelul logic, care este, logica de gestionare a informațiilor) Modelele .Infologicheskie sunt adesea denumite modele semantice.

Problema reprezentării semanticii are dezvoltatori lung interesate, și mai multe dintre aceste modele au fost propuse în anii șaptezeci numite modele semantice. Printre acestea se numără model de date semantic propus de Hammer (Hammer) și Mac-Leon (McLeon) în 1981, modelul de date funcțional Shipman (Shipman), de asemenea, creat în 1981, modelul "entitate-relație" propusă de Chen (Chen) în 1976, precum și o serie de alte modele. Toate modelele au avantajele și dezavantajele lor, dar a trecut testul timpului, numai ultima. Și în acest moment este un model de Chen „entitate-relație“ sau „Entitate Relationship“, a devenit standardul de facto pentru modelarea bazelor de date Infological.

Modelul Infological este aplicat în a doua etapă de proiectare a unei baze de date, care este, după o descriere verbală a zonei subiect. De ce infological modelul si ce beneficii ofera designerilor? Faptul că proiectarea bazei de date a unui proces lung, este nevoie de o discuție cu clientul și cu experți în domeniu. În dezvoltarea sistemelor informatice majore corporative baza de date model infological este parte a sistemului de informații.

A devenit general acceptat abrevierea ER-model, majoritatea CASE-unelte moderne includ instrumente pentru descrierea datelor în formalismul modelului. În plus, tehnicile dezvoltate de proiect automat de conversie de la ER-DB în modelul relațional, conversia se realizează în datalogicheskuyu modelul corespunzător unui anumit DBMS. Toate CASE-sisteme au dezvoltat instrumente pentru documentarea procesului de dezvoltare a bazei de date, generatoare de rapoarte automate permit să pregătească un raport privind stadiul actual al bazei de date a proiectului, cu o descriere detaliată a obiectelor bazei de date și relațiile lor într-o formă grafică și sub formă de rapoarte standard tipărite gata făcute, care facilitează foarte mult managementul proiectului .

Structura de date poate fi descrisă de:

Într-un text sursă DDL;

In forma grafic;

În formă de tabel.

În momentul de față, nu există o singură notație general acceptată pentru ER-model și de diferite CASE-sisteme utilizează notația grafică diferită, dar înțeleasă într-un singur loc, ușor de înțeles, și alte notatii.

„SS“ Modelul - este un model de domeniu informal, care este utilizat în etapa de proiectare a bazei de date infological. Există mai multe abordări pentru construirea de modele „SS“.

Comună tuturor abordărilor este utilizarea a 3 elemente structurale:

Componentă a „timpului“ într-o formă explicită lipsește, dar poate fi reflectată de atributele (de ex., „Data nașterii“).

Essence - un concept colectiv, o abstracție de obiecte reale, procese, fenomene ale unei pisici. trebuie să stocheze informațiile din sistem. Domeniul de modele „SS“, fiecare entitate este un punct nodal pentru a colecta informații. Distinge 2 concepte: tipul de entitate. entitate instanță. tip de entitate definește un set de obiecte similare. Pentru tipul de ascundere instanțe esență, și anume obiecte specifice din set. Fiecare tip de entitate poartă numele considerat.

Atribut - caracteristică entității numite care ia valoarea unui set de valori (domeniul). Atributul Modelul servește ca un mijloc prin care proprietățile entității simulate. Pentru a defini un atribut, trebuie:

da un nume;

descrierea semantică a plumbului;

identifică o multitudine de valori posibile;

indică ce este utilizat.

Pentru a identifica instanțe specifice ale entităților care utilizează atribute speciale - identificatori. Acesta poate fi unul sau mai multe atribute cheie. care pune accentul pe diagrama. Pentru esența unui angajat cheie se va atribui numărul de personal. ca și pentru toți angajații din numerele de personal de întreprindere va fi diferit. Uneori, atribute indică natura comunicării (de exemplu, relația. - Părinte).

Link-uri apar în model ca un mijloc prin care a reprezentat relațiile dintre entitățile care au loc în zona de subiect. ( "Ratio" - în termeni matematici.).

Distinge tipuri de link-uri și cazuri de relații. Ilustrațiile tipuri de link-uri sunt indicate prin diamante. Lozenge conectat cu entități arce corespunzătoare. exemplu de comunicații va descrie relația specifică între instanțe specifice ale entităților.

Distinge binar ternar conexiune de comunicație (3 entități), în general, comunicațiile n-ary. Cele mai comune relații binare. În notație utilizată pentru relațiile binare trebuie să fie pus pe schemele de săgeți la capetele arcelor și coeficienții de puncte care caracterizează atitudinea, și săgețile, și coeficienții nu sunt utilizate pentru legături multidimensionale. Tipurile de relații binare: 1: 1; 1: M; M: 1; M: N.

Link-uri pot avea atributul său. Apoi, comunicarea se realizează ca și în cazul în care esența funcției, și anume, tip de atitudine este văzută ca un tip de entitate. Ex. să ia atitudine DETAL_H_RAZMESCHE-NA_NA_SKLADE_Y, ea poate fi, de asemenea, văzută ca un tip de entitate, pe care dorim să menținem SUCESIUNE informații (numărul de piese în stoc).

Informații despre proiect ar trebui să fie întocmit caietul de sarcini scris de entități, atribute și relații (PR), folosind diagrame grafice.

În acest caz, utilizați următoarea notație:

atribute - ovaluri, în timp ce conectarea acestora cu entitățile respective arcelor nondirectional de identificare atribute sunt subliniate;

Comunicații - diamante, cu conecta tipurile lor entități respective margini neorientat cu excepția relațiilor binare, care reprezintă direcția nervurilor.

Reguli pentru modelare:

1. Numai cele 3 tipuri de elemente structurale (entități, atribute, comunicare);

2. Într-o prezentare separată a proiectului fiecare element al proiectului este modelat doar un element structural.

În designer de domeniu de simulare:

- imparte-l într-un număr de zone locale;

- Se simulează fiecare vizualizare locală (6-7 persoane);

- Acesta combină o reprezentare locală.

Question7! etapa 2

Figura 4 Diagrama bazei de date de prezentare schemă