Documente Academic
Documente Profesional
Documente Cultură
2. TEMA PROIECTULUI
3. MOTIVATIA PROIECTULUI
4. STRUCTURA PROIECTULUI
5. MAPAREA
6. APLICATII
7. BIBLIOGRAFIE
1.2. Colectarea
Modelul conceptual
analizarea
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.
Informaiile necesare realizrii modelului conceptual se obin folosind metode
convenionale precum intervievarea oamenilor din cadrul organizaiei i studierea
documentelor folosite.
Odat obinute aceste informaii ele trebuiesc reprezentate ntr-o form convenional
care s poat fi uor neleas de toat lumea. O astfel de reprezentare este diagrama entitirelaii, numit i harta relaiilor, sau ERD-ul (Entity Relationship Diagram). Aceste scheme
sunt un instrument util care uureaz comunicarea dintre specialitii care proiecteaz bazele de
date i programatori pe de o parte i beneficiari, pe de alt parte. Acetia din urm pot nelege
cu uurin o astfel de schem, chiar dac nu sunt cunosctori n domeniul IT.
O entitate este de fapt o clas de obiecte i pentru orice entitate exist mai
multe instane ale sale. O instan a unei entiti este un obiect, persoan, eveniment,
particular din clasa de obiecte care formeaz entitatea. De exemplu, elevul X din clasa a IX-a
A de la Liceul de Informatic din localitatea Y este o instan a entitii ELEV.
Dup cum se vede pentru a preciza o instan a unei entiti, trebuie s specificm
unele caracteristici ale acestui obiect, s-l descriem (precizm de exemplu numele, clasa,
coala etc). Aadar, dup ce am identificat entitile trebuie s descriem aceste entiti n
termeni reali, adic s le stabilim atributele. Un atribut este orice detaliu care servete la
identificarea, clasificarea, cuantificarea, sau exprimarea strii unei
instane a unei entiti. Atributele sunt informaii specifice ce trebuie
cunoscute i memorate.
De exemplu atributele entitii ELEV sunt nume, prenume,
adresa, numr de telefon, adresa de email, data naterii etc.
n cadrul unui ERD, atributele se vor scrie imediat sub numele
entitii, cu litere mici. Un atribut este un substantiv la singular.
Un atribut poate fi obligatoriu sau opional. Dac un atribut
este obligatoriu, pentru fiecare instan a entitii respective trebuie s
avem o valoare pentru acel atribut, de exemplu este obligatoriu s cunoatem numele elevilor.
Pentru un atribut opional putem avea instane pentru care nu cunoatem valoarea atributului
respectiv. De exemplu atributul email al entitii ELEV este opional, un elev putnd s nu
aib adres de email. Un atribut obligatoriu este precedat n ERD de un asterisc *, iar un
atribut opional va fi precedat de un cercule o.
Atributele care definesc n mod unic instanele unei entiti se numesc identificator
unic (UID). UID-ul unei entiti poate fi compus dintr-un singur atribut, de exemplu codul
numeric personal poate fi un identificator unic pentru entitatea ELEV. n
alte situaii, identificatorul unic este compus dintr-o combinaie de dou
sau mai multe atribute. De exemplu combinaia dintre titlu, numele
autorului i data apariiei poate forma unicul identificator al
entitii CARTE, deoarece pot exista de exemplu mai multe volume scrise
de Mihai Eminescu avnd toate titlul Poezii, dar aprute la date diferite.
Atributele care fac parte din identificatorul unic al unei entiti
vor fi precedate de semnul diez #. Atributele din UID sunt
ntotdeauna obligatorii, ns semnul # este suficient, nu mai trebuie
pus i un semn asterisc n faa acestor atribute.
Valorile unor atribute se pot modifica foarte des, ca de exemplu atributul vrst.
Spunem n acest caz c avem de a face cu un atribut volatil. Dac valoarea unui atribut ns se
modific foarte rar sau deloc (de exemplu data naterii) acesta este un atribut non-volatil.
Evident este de preferat s folosim atribute non-volatile atunci cnd acest lucru este posibil.
Caracteristica
relaiei
Numele relaiei
Opionalitatea
Cardinalitatea
Valoare
un verb
relaie
obligatorie
(TREBUIE)
relaie
opional
(POATE)
una i numai
una
una sau mai
multe
Mod de
reprezentare
se scrie deasupra
relaiei
linie continu
linie ntrerupt
linie
simpl
picior de cioar
Procesul maparii
Transformarea modelului conceptual, a ERD-ului, n modelul fizic, adic n baza de date
propriu zis, se numete mapare. Acest proces implic transformarea fiecrui element al
ERD-ului.
Entitati tabele,
Numele
Tip
Tip
Opionalitatea
atribute campuri, coloane,
coloanei
cheie
UIDcheie primara,
titlu
Varchar2 Pk
*
relatiecheie straina,
autor
Varchar2 Pk
*
business rules constrangeri
data_apariiei
Date
*
Format
Varchar2
*
Nr_pagini
Number
*
Descriere
ir de caractere de
VARCHAR2
lungime variabil
ir de caractere de
CHAR
lungime fix
Numr avnd p cifre din
care s la partea zecimal.
(s negativ reprezint
NUMBER(p,s)
numrul de cifre
semnificative din faa
punctului zecimal)
DATE
Dat calendaristic
Dimensiune Maxim
4000 bytes
2000 bytes
p (precizia) ntre 1 i
38.
s (scala) ntre -84 i
127.
De la
1 Ianuarie 4712 BC
pana la
31
Decembrie, 9999 AD.
TIMESTAMP
INTERVAL
YEAR
TO MONTH
INTERVAL
DAY
TO SECOND
CLOB
BLOB
BFILE
Se memoreaz data
calendaristic, ora,
minutul, secunda i
fraciunea de secund
Fraciunea de secund
este memorat cu o
precizie de la 0 la 9.
4 Gigabytes
4 Gigabytes
4 Gigabytes
CE ESTE ORACLE?
Oracle const ntr-un set complet de constructori de aplicaii i produse pentru
utilizatori, cutnd s asigure soluii complete n tehnologia informaiei.
Aplicaiile Oracle sunt portabile peste un numr mare de staii de lucru i sisteme de operare,
de la calculatoare personale la procesoare paralele.
Oracle este nzestrat cu un flexibil Sistem de Management al Bazelor de Date (DBMS)
- Serverul Oracle - pentru stocarea i managementul informaiei utilizate de aplicaii.
TEMA PROIECTULUI
Proiectul de fata propune o metoda de gestionare a unei scoli de soferi din Bucuresti.
Datele fizice de la care porneste conceperea unei baze de date sunt instructorii scolii de soferi,
ce au ca elevi unul sau mai multi cursanti, fiecare invatand la randul sau sa conduca pe una
sau mai multe masini ale scolii. De asemenea, in aceasta baza de date mai este tinuta evidenta
si celorlalti angajati ai scolii de soferi(ex: secretare, profesori de legislatie, manageri, IT-isti,
menajere etc), dar si evidenta lectiilor sau a reparatiilor efecutate masinilor.
Toate informatiile ce tin de organizare au fost introduce intr-o baza de date, folosind limbajul
SQL(Structured Query Language). Astfel, informatiile pot fi usor accesate si, eventual,
modificate.
Resursele necesare pentru conceperea si utilizarea bazei de date propuse de acest proiect sunt
un calculator cu acces la internet si un cont de utilizator pe site-ul
Oracle(iacademy3.oracle.com), pentru accesarea programului.
MOTIVATIA PROIECTULUI
Primul motiv care m-a determinat sa aleg aceasta tema a fost faptul ca am obtinut permisul de
conducere de curand, de aceea, mi-a ramas proaspat in minte contactul pe care l-am avut cu
organizarea unei astfel de institutii.
Mai mult de atat, am observat ca exista o cerere foarte mare pe piata a acestui tip de servicii,
astfel ca, pentru a face fata concurentei foarte mari, este necesar ca scoala de soferi sa ofere
produse foarte bune, dovada a unei organizari temeinice si minutioase(baza de date).
STRUCTURA PROIECTULUI
Baza de date a fost conceputa plecand de la principalele repere ale afacerii. Astfel, exista 6
entitati: instructori, alti angajati, cursanti, masini, evidenta_lectii si evidenta_reparatii.
Caracteristicile fiecarui reper al afacerii sunt regasite in atributele entitatilor. Asadar, aici apar
si instantele care reprezinta o particularizare din clasa de obiecte(entitatea), intre entitati
stabilindu-se relatii specifice, iar intregul ansamblu va fi transpus intr-o diagrama, numita
ERD(Entity-Relationship-Diagram) sau modelul conceptual.
MAPAREA
Interpretarea datelor astfel reprezentate poate parea dificila, din postura necunoasterii
conventiilor. Insa, toate aceste informatii sunt transpuse in tabele, care pastreaza relatiile din
diagrama, prin alcatuirea modelului fizic: entitatile vor denumi fiecare tabel, atributele vor
deveni coloane, instantele randuri, iar relatiile se vor transforma in chei primare si chei
straine. Fiecare tabel trebuie sa contina coloana identificatorului unic, numi UID, marcat prin
simbolol #, care identifica in mod unic fiecare instanta. De asemenea, folosind comanda
Insert Row am putut aduga informatii in tabelele construite.
TABELE:
Tabelul INSTRUCTORI:
Tabelul CURSANTI:
Tabelul ALTI_ANGAJATI:
10
Tabelul MASINI:
Tabelul EVIDENTA_LECTII:
11
Tabelul EVIDENTA_REPARATII:
APLICATII:
Avantajul bazelor de date este ca se pot gestiona usor informatiile. Astfel, asupra bazei
de date se pot efectua numeroase comenzi. Limbajul de interogare permite regasirea liniilor
memorate in tabelele bazei de date. Interogatiile se formeaza pe baza comenzii SELECT.
APLICATIA NR.1
12
13
Aplicatia afiseaza datele de contact ale unui alt angajat, decat instructor, angajat la o anumita
data.
APLICATIA NR.3
Aplicatia afiseaza datele de contact si functia celorlati angajati, decat instructorii.
APLICATIA NR.4
14
15
16
APLICATIA NR.7
17
APLICATIA NR.9
18
APLICATIA NR.10
BIBLIOGRAFIE
19