Design Infological - studopediya

„Tehnologii informaționale în metalurgie“

pentru direcțiile 651300 - Metalurgie

110400 - „Turnarea metalelor feroase și neferoase“

110700 - Metalurgie producției de sudare

110800 - prin metalurgia pulberilor, materiale compozite, acoperiri

Pentru studenții full-time

Scopurile și obiectivele MUNCA

Scop - la aplicarea practică a cunoștințelor dobândite în procesul de a studia secțiunea „Baze de date“, și abilități practice de creare a sistemelor informaționale automatizate (AIS), bazate pe baze de date.

Scopul principal al procesului de proiectare a bazei de date este de a obține un astfel de proiect care îndeplinește următoarele cerințe:

1. Corectitudinea schema bazei de date, și anume de bază ar trebui să fie homomorphic simulate domeniu de imagine (IN), în care fiecare domeniu de obiect corespund datelor din memoria calculatorului și fiecare proces - proceduri adecvate de prelucrare a datelor.

2. Furnizarea de restricții (în volum și RAM extern și alte resurse ale sistemului informatic).

3. Eficiența (constrângeri de conformare la timp de răspuns pentru datele de interogare și actualizare).

4. Protecția datelor (de hardware și software-ul eșecuri și accesul neautorizat).

5. Simplitatea și ușurința de utilizare.

6. Flexibilitate, adică posibilitatea de dezvoltare și adaptare la schimbări în zona de subiect și / sau cerințele utilizatorilor.

Etapele de proiectare a bazei de date

Procesul de proiectare include următoarele etape:

1. Design Infological.

2. Se determină mediul de operare, care va opera un sistem de informații.

3. Selectarea unui sistem de gestionare a bazei de date (SGBD) și alte instrumente software.

4. Proiectarea bazei de date logice.

5. fizică de proiectare a bazei de date.

Abordarea Infological nu oferă o modalitate formală de modelare realitate, dar pune bazele metodologiei de proiectare a bazei de date.

Principalele obiective sunt de a determina sistemul de proiectare infological domeniu și formarea de vedere al software-ului din perspectiva bazei de date comunitare pentru utilizatorii viitoare, și anume, model de software Infological.

Infological model este o descriere a structurii și dinamicii software-ului, natura informațiilor nevoile utilizatorilor în termeni ușor de înțeles pentru utilizator și nu depinde de punerea în aplicare a bazei de date. Această descriere nu este exprimată în termeni de obiecte de software individuale și relațiile dintre ele, și tipurile lor, constrângerile de integritate asociate și procesele care duc la trecerea de la un stat domeniu la altul.

Luați în considerare abordările de bază pentru crearea modelului de domeniu Infological.

Abordarea funcțională a bazei de date de proiectare

Această metodă pune în aplicare principiul „sarcinilor“ și este utilizat atunci când o funcție cunoscută a unui grup de persoane și / sau sarcini complexe, pentru deservirea nevoilor de informare, care a considerat este creată baza de date.

Abordarea Sub rezerva de proiectare a bazei de date

abordare de fond la proiectarea bazei de date este utilizat în cazurile în care dezvoltatorii au o înțelegere clară a software-ului și cele mai multe dintre informațiile pe care le-ar dori să stocheze în baza de date, mai degrabă decât structura de interogare este definită sau nu complet determinată. Apoi se concentrează pe cercetarea pe cele mai adecvate și cartografierea la baza de date cu contul unei game largi de cereri de informații la acesta.

Proiectare folosind „entitate-relație“

Metoda de „entitate-relație“ (entitate-relație, ER-metoda) este o combinație a celor două anterioare, și are avantajele ambelor. etapa de proiectare Infological începe cu software-ul de modelare. Proiectantul îl împarte într-un număr de zone locale, fiecare dintre care (în mod ideal) să includă informații suficiente pentru a se asigura că solicită un anumit grup de utilizatori viitoare sau de decizie sarcini separate (subactivități). Fiecare reprezentare locală este modelată separat, iar apoi acestea sunt combinate.

Selectarea reprezentării locale depinde de scara. De obicei, aceasta este împărțită în regiuni locale, astfel încât fiecare dintre ele corespunde unei anumite aplicații externe și conținând 6-7 entități.

Essence - un obiect a cărui informații vor fi stocate în sistem. Entitățile sunt există (de exemplu, un angajat sau vehicul) și abstract (de exemplu, examen sau diagnostic) fizic.

Pentru a distinge tipul de entitate, cât și ocurența entitate. Tipul are un nume și o listă de proprietăți, și de exemplu - valorile proprietăților specifice.

tipuri de entități pot fi clasificate ca puncte forte și puncte slabe. Entitățile puternice există prin ele însele, și existența entității slabe depinde de existența unor puternice. De exemplu, biblioteca cititor - entitate puternică, iar acest cititor de bilete - scăzut, care depinde de disponibilitatea cititorului corespunzător. entitate slab numit subordonat (copil), și puternic - de bază (de bază, părinte).

proprietăți (atribute) sunt selectate pentru fiecare entitate. distinge:

Identificarea și atribute descriptive. Atributele Identificarea au o valoare unică pentru un tip de entitate dat și sunt cheile potențiale. Acestea vă permit să identifice în mod unic o instanță entitate. o cheie primară (PC) este selectat dintr-o cheie candidat. Deoarece PC-ul este, de obicei, o cheie de potențial selectat, pe care accesează frecvent cazurile de intrare. În plus, PC-ul trebuie să fie compus din minimul necesar pentru identificarea unui număr de atribute. Alte atribute numite descriptive și întruchipează interesante proprietăți ale unei entități.

Atributele neambigue și multivaloare (respectiv poate avea una sau mai multe valori pentru fiecare instanță entitate).

atributele de bază și derivate. Valoarea atributului primar nu depinde de alte atribute. Valoarea atributului Derivata se calculează pe baza altor valori atribut (de exemplu, vârsta studentului se calculează în funcție de data nașterii și data curentă).

Caracteristica caietul de sarcini include numele acestuia, indică tipul de date și descrierea constrângerilor - valorile stabilite (sau domeniu) care pot primi atributul.

Specificații suplimentare se realizează conexiunile într-o vedere locală. Link-uri pot avea o semnificație diferită de fond (semantica). Distinge tipul de comunicație „entitate-entitate“, „entitate-atribut“ și „atribut atributul“ pentru relația dintre atributele care caracterizează aceeași natură sau „entitate-entitate“ același tip de conexiune.

Fiecare legătură are un nume, asigurați-vă că, tipul și gradul. Distinge conexiune iobyazatelnye opțională. În cazul în care nou generat de obiectul de un singur tip este în mod necesar legate de obiectul unui alt tip, între aceste două tipuri de obiecte există o legătură obligatorie (indicată printr-o linie dublă). În caz contrar, comunicarea este opțională.

Prin tip de comunicare distinge mai multe "unu la unu" (1: 1), "unu la mulți" (1: n) și "mulți la mulți" (m: n). ER-diagrama conținând diferitele tipuri de relații prezentate în Fig. 1. Vă rugăm să rețineți că legătura obligatorie în Fig. 1 marcat printr-o linie dublă.

Fig.1. ER-diagramă care prezintă exemple de tipuri de legături multiple

Gradul de cuplare este determinată de numărul de entități care sunt acoperite de această cuplare. Un exemplu de comunicare binară - comunicarea între departamentul și angajații care lucrează în ea. Un exemplu de relație ternar este relația dintre entități, cum ar fi subiecte de examen. STUDENT. PROFESOR. Ultimul exemplu arată că legătura poate avea, de asemenea, atribute (în acest caz, data de realizare și evaluare). Exemplu ER-diagrame care indică entitățile, atributele și relațiile lor prezentate în Fig. 2.

Fig.2. Exemplul ER-diagrame cu atribute unice și multivaloare

După reprezentare locală stabilită, realizată unirea lor. Cu un număr mic de zone locale (nu mai mult de cinci), ele sunt combinate într-un singur pas. În caz contrar, de obicei, efectuează o asociație binară în mai multe etape.

designer de combinație poate proiecta forma, derivatele în raport cu cele care au fost utilizate în vederile locale. Această abordare poate avea următoarele obiective:

în asociere reprezentări integral fragmentare ale diferitelor proprietăți ale aceluiași obiect;

introducerea unor concepte abstracte, potrivite pentru rezolvarea unui sistem de obiective, stabilind legătura lor cu termeni specifici utilizați în model;

clasele de educație și sub-clase de obiecte similare (de exemplu, o clasă de „produs“ și sub-tipuri de produse fabricate la fabrica).

În etapa asociațiile trebuie să identifice și să elimine toate contradicțiile. De exemplu, aceleași nume sunt diferite obiecte sau semantic relații, sau constrângeri de integritate inconsistente la aceleași atribute în diferite aplicații. Eliminarea contradicțiilor este necesitatea de a reveni la modelarea etapă a reprezentărilor locale, cu scopul de a face modificări corespunzătoare.

La încheierea de asociere a rezultatelor este un model conceptual de domeniu Infological. Modele de reprezentări locale - sunt modelul extern Infological.