Documente Academic
Documente Profesional
Documente Cultură
Figura 1.1.
Impactul IT asupra firmei nu se resimte doar din mediul exterior ci i din interiorul
firmei. Orice organizaie (firm, banc, etc.) presupune existena a cinci elemente (componente)
interdependente:
Structura organizatoric:
Producia
Cercetarea
Comerul
Contabilitate
Resurse umane
Managementul i procesele afacerii
Tehnologia informaiei
Strategia organizaiei
Angajaii i cultura organizaiei.
Aceste componente trebuie s se gseasc ntr-o stare de echilibru i aceast stare se va
menine att timp ct nu se produc schimbri semnificative n mediul extern sau n oricare dintre
componente.
Componenta IT cunoate o dinamic deosebit. Acest lucru determin mutaii calitative
asupra celorlalte componente. Dinamica componentei IT se resimte i la nivelul strategiei
organizaiei oferind mijloace si instrumente specifice analizei si fundamentrii strategiei.
------
fluxuri financiare
fluxuri informaionale
3) Mulimea componentelor organizatorice i interaciunea dintre acestea urmresc
realizarea unui anumit obiectiv global: funcionarea firmei n condiii optime sau atingerea unor
obiective.
Lucrrile n domeniul sistemicii au condus la definirea unui model care promoveaz
viziunea sistemic asupra ntreprinderii pe care o consider format din urmtoarele trei subsisteme:
Subsistemul
decizional
valorific
informaiile
oferite
de
subsistemul
informaional n fundamentarea deciziilor.
Subsistemul informaional joac un dublu rol: pe de o parte asigur toate informaiile
necesare lurii deciziilor pe toate nivelurile de responsabilitate, conducere i control iar pe de alt
parte asigur cile de comunicare ntre celelalte subsisteme, deoarece deciziile formulate de
subsistemul de conducere sunt transmise factorilor de execuie prin subsistemul informaional
(flux descendent).
Subsistemul operativ (n cadrul cruia se desfoar procesele economice specifice
domeniului de activitate a agentului economic) are loc culegerea datelor care apoi sunt transmise
subsistemului informaional (flux ascendent) n vederea stocrii i prelucrrii datelor necesare
obinerii informaiilor utilizate n fundamentarea deciziilor la nivelul subsistemului decizional (de
conducere).
Figura 1.3.
1.2Sistemul cibernetic al ntreprinderii
Din schema prezentat se poate privi o ntreprindere ca un sistem cibernetic n care exist
trei componente: procesul, informaia i decizia, i care dei supus unor perturbaii, poate fi
considerat c i regleaz singur funcionarea.
1.2.1.Sistemul decizional (de conducere)
Informaia este transmis de la proces cu un scop bine determinat i anume s reprezinte
baza necesar pentru ca un sistem denumit decizional, s ia cele mai bune decizii - transmise
napoi sub form de informaii procesului - care s permit sistemului s funcioneze n condiiile
respectrii unei anumite politici, adic s lucreze ntre anumii parametrii.
Astfel politica obinuit a unei societi comerciale, este s funcioneze cu un profit ct mai
mare, dar n condiiile respectrii unor cerine impuse sistemului(sociale, de protecie a mediului,
etc.)
Calitatea deciziilor luate este evident direct dependent de calitatea informaiilor primite.
Acestea trebuie s fie printre altele, ct mai corecte, clare, s aib un nivel de sintez adecvat, s
ajung n timp util, etc.
1.2.2.Sistemul informaional
Aa cum se observ din schema prezentat, de la procesul respectiv, se transmit /
recepioneaz informaii la / de la sistemul decizional
Acest sistem se numete sistem informaional. El reprezint totalitatea procedeelor,
metodelor, tehnicilor i mijloacelor de culegere, transmitere, prelucrare, stocare i arhivare a
informaiei, necesare procesului decizional.
Subsistemul informaional se interpune ntre subsistemul decizional i subsistemul
operativ avnd drept scop asigurarea informaiilor necesare staffului managerial reprezentnd n
acelai timp un mijloc de comunicare ntre celelalte dou subsisteme.
Figura 1.5 Informaia i nivelele de management (Surs: J. A. O'Brien Managing Information Technology in the Networked Enterprise)
Nivelul managementului strategic i tactic se caracterizeaz prin solicitarea de
informaii:
Adhoc, neanticipate, determinate de un anumit context creat n care managerul este
obligat s-i fundamenteze decizia;
Sintetizate: pe msur ce urcm treptele ierarhiei manageriale are loc o selecie i o
sintetizare treptat a informaiei;
Previzionale, permind anticiparea tendinelor de evoluie a procesului condus;
modalitatea de prezentare: text, grafic, tabelar (n mrimi absolute sau relative) etc.
suportul, informaia poate fi oferit n form tiprit, afiat pe monitor sau oferit pe alte
suporturi.
Categorii de DSS-uri:
Figura 1.6
Modelele de optimizare caut s identifice punctele de maximizare sau minimizare i
pot fi imperative (what to do) sau predictive (what will happen).
Datele reprezint "materia prim" a oricrui sistem de gestiune. Sunt avute n vedere toate
datele vehiculate i prelucrate indiferent de natura lor, caracterul lor formal sau informal sau de
suporturile pe care se afl.
Modelele de gestiune regrupeaz procedurile proprii unui domeniu. Putem exemplifica
prin modelul:
Contabil, specific domeniului financiar-contabil;
Tehnologiei de fabricaie specific domeniului produciei;
De vnzri specific domeniului comercial.
Regulile de gestiune permit prelucrarea datelor i utilizarea informaiilor n
conformitate cu obiectivele sistemului.
Exemplu: n cadrul unei firme cu activitate de producie i/sau comercial pot fi identificate
urmtoarele reguli de gestiune:
aprovizionarea se realizeaz cnd stocul efectiv scade sub stocul normat;
o materie prim se stocheaz n una sau mai multe gestiuni;
pentru produsele de calitatea a doua preul se reduce cu 5% etc.
evaluarea materialelor se realizeaz conform metodei FIFO;
EERP
Cerinele organizaiei
ERP
MRPII
MRP
Materiale
Componente
Cantiti
Timp
1960
Planificarea
si controlul
stocurilor
MRP
Planificare
Capacitate
Finane
1970
Managemen
tul
materialelor
MRPII
Finane
Proiectare
Resurse
umane
1980
1990
Planificarea
resurselor
de producie
Planificarea
resurselor
organizaiei
ERP
Managementul
ciclului de
aprovizionare
Managementul
relaiilor cu
clienii
Sisteme
informatice de
asiastarea
deciziilor/execut
ive
Portal
2000
Planificarea
extinsa a
resurselor
Pe baza acestei tehnici de management au fost proiectate sistemele informatice de tip MRP1
(Material Requirements Planning), care operau folosind urmtorii parametri :
- necesarul de fabricat, bazat pe comenzile de la clieni;
- fisele tehnologice ;
- situaia stocurilor pentru fiecare articol ;
- durata medie a unei aprovizionri.
La nceputul anilor 80, pe baza sistemelor MRP1 au aprut sistemele MRP2 (Manufacturer
Resource Planning), care vizau, pe lng planificarea necesarului de materiale(MRP) :
- planificarea vnzrilor,
- planificarea produciei ,
- planificarea aprovizionrilor,
- planificarea necesarului de capaciti de producie
- furnizarea unor situaii informaionale de natur economico - financiar (bugete, prognoza
etc.)
Sistemele ERM (Enterprise Resource Management) au nceput sa fie dezvoltate la nceputul
anilor 90 ca urmare a necesitii de a furniza soluii de planificare a resurselor organizaiei in condiiile
unui mediu economic extrem de dinamic. In esen, sistemele informatice de tip ERM reprezint
extinderi ale sistemelor precedente MRP1 si MRP2, extinderi care vizeaz transformarea organizaiei
intr-o organizaie virtuala, deschisa la modificrile care survin in mediul extern.
CARACTERISTICI
1. Concepie modular
Integreaz toate procesele desfurate in cadrul firmei sau instituiei publice sub forma de
module, care pot acoperi :
- gestiunea financiara,
- gestiunea stocurilor,
- gestiunea resurselor umane,
- gestiunea clienilor si a furnizorilor.
2.Flexibilitate
Un sistem ERP permite adaptarea rapida la modificarea condiiilor mediului n care organizaia
i desfoar activitatea.
3.Caracter deschis
Un sistem ERP include un numr mare de parametri din mediul extern al organizaiei;
integreaz partenerii organizaiei ca entiti fundamentale ale sistemului.
4.Arhitectura client-server
Sistemele ERP sunt dezvoltate pe o arhitectur de tip client-server i prin folosirea limbajelor de
programare orientat pe obiect.
4.Arhitectura client-server (continuare)
Tehnologie prin care o staie central este configurat s furnizeze servicii prin reeaua local
sau prin Internet utilizatorilor care emit cereri ctre acesta.
Arhitectura client-server prezint o serie de caracteristici :
- mai muli utilizatori pot accesa concurent aceleai resurse fr blocaje sau ntreruperi ale
serviciului;
BENEFICII
Eficientizarea proceselor de munc desfurate n cadrul organizaiei.
Reducerea timpului de acces la informaiile necesare fundamentrii deciziilor.
Fluidizarea schimbului de informaii in cadrul organizaiei.
Creterea gradului de veridicitate a informaiilor utilizate.
Reducerea timpului de rspuns la o cerere formulata de un client.
Rspuns rapid la modificarea condiiilor de mediu cu rezultat in creterea avantajului competitiv.
Eficientizarea lanului clieni-organizaie-furnizori.
Reducerea costurilor de producie.
Creterea gradului de ncredere a clienilor n organizaie.
DEZAVANTAJE
1. Costul ridicat;
2. Durata mare de implementare;
3. Probleme sporite de securitate.
NECESITATE
n acelai context, sistemele de planificare a resurselor ERP sunt utilizate, in ultimii ani, ca
soluii de informatizare la nivelul instituiilor publice, fiind justificate de urmtoarele necesitai :
a. Bugetele reduse ale organizaiilor (mai ales n sectorul public), care impun reducerea cheltuielilor,
creterea veniturilor i amplificarea eficienei.
b. Nevoia de a pune un accent mai mare pe planificare, mbuntirea lanurilor de aprovizionare,
monitorizarea si controlul resurselor, a costurilor si a personalului.
c. Necesitatea de a mbunti n permanen serviciile furnizate cetenilor.
d. Nevoia de cretere a productivitii salariailor.
DEZAVANTAJELE CENTRALIZRII:
"cderea" sistemului de calcul blocheaz toi utilizatorii;
alterarea datelor i a programelor, voit sau accidental, afecteaz toi utilizatorii;
sistemul se poate dovedi lent i inflexibil la nevoile utilizatorilor, adesea fiind insuficient
adaptat nevoilor locale sau de grup ale utilizatorilor;
- poate realiza un timp mare de rspuns n cazul unor solicitri simultane ale mai multor
utilizatori.
- avariile hard, soft sau ale bazei de date la nivelul unei locaii nu afecteaz celelalte
locaii;
- configuraia sistemului poate fi gndit n funcie de nevoile diferitelor departamente
din cadrul organizaiei sau chiar a utilizatorilor locali;
- mai marea autonomie i motivare la nivelul utilizatorului local.
DEZAVANTAJELE DESCENTRALIZRII:
riscuri mari legate de incompatibiliti hard i soft ntre diferite locaii;
apariia inerent a unor duplicri ale datelor i software-ului n diferite locaii;
dificultatea realizrii unor proiecte complexe la nivel local;
riscul de fragmentare a politicii IT;
costuri mai mari n comparaie cu sistemul centralizat.
Din cauza lipsei unei strategii unitare n plan hardware i software, a unei soluii unitare de
proiectare i realizare exist riscul unui grad redus de integrare a subsistemelor de gestiune realizate n
cadrul sistemului informatic al organizaiei.
Strategia mixt reprezint o combinare a strategiei descendente cu strategia ascendent
reinndu-se punctele lor forte, n aceast abordare se opteaz pentru o definire a componentelor
sistemului informatic n conformitate cu cerinele strategiei descendente, urmnd ca proiectarea,
realizarea i integrarea acestor componente s se realizeze urmnd cerinele strategiei ascendente.
Condiionri:
- Indiferent de strategia utilizat n definirea arhitecturii trebuie ca aceast soluie s permit
dezvoltarea ulterioar a sistemului informatic prin crearea i integrarea de noi componente.
- O astfel de abordare conduce la definirea de arhitecturi deschise pentru sistemele informatice.
Numai astfel sistemul informatic va putea evolua odat cu activitatea organizaiei asigurnd suportul
informaional necesar procesului de conducere i se va putea totodat moderniza prin integrarea de noi
soluii IT.
- mai multe calculatoare aflate n diferite locaii pe care se afl programele front-end
adic partea din SGBD ce constituie interfaa cu utilizatorul.
n aceast schem, numit client-server, programele back-end reprezint serverul, iar cele
front-end reprezint clienii.
Performanele generale de operare ale calculatorului (numrul i viteza procesoarelor,
dimensiunea i viteza de operare a memoriei principale etc.) influeneaz n mod corespunztor
performanele sistemului de baze de date. Dar, ceea ce intereseaz n mod deosebit n utilizarea
unui calculator pentru un sistem de baze de date, este volumul (capacitatea) memoriei secundare,
utilizat pentru memorarea coleciei de date persistente ale bazei de date.
Software cuprinde programele SGBD, programele aplicaie, sistemul de operare i
software de reea.
Sistemul de gestiune a bazei de date - SGBD - (Database Management System - DBMS)
recepioneaz cererile utilizatorilor de acces la baza de date (pentru operaii de introducere,
tergere, modificare sau interogare), le interpreteaz, execut operaiile corespunztoare i
returneaz rezultatul ctre utilizatori.
Sistemul SGBD ofer utilizatorilor o viziune (vedere - view) a bazei de date la un nivel
nalt i i elibereaz de necesitatea de a cunoate organizarea particular a sistemului (driverele de
disc, structura nregistrrilor de date, etc.).
Mai mult, sistemul de gestiune asigur protecia datelor fa de accese neautorizate sau
defecte de funcionare, asigurnd integritatea bazei de date.
Pe lng SGBD, care este cea mai important component software a unui sistem de baze
de date, mai exist i alte componente: sistemul de operare, care asigur controlul execuiei
programelor, biblioteci i instrumente software (toolset-uri) pentru proiectarea, dezvoltarea sau
exploatarea sistemelor de baze de date i a aplicaiilor de baze de date.
O aplicaie de baze de date (Database Application) este un program care ofer o anumit
utilizare a unei baze de date.
De exemplu, programul care permite meninerea i urmrirea activitii angajailor unei
firm (ncadrare, calificare, salarizare, etc.) folosind informaiile despre angajai memorate ntr-o
baz de date reprezint o aplicaie de baze de date.
Datele - acioneaz ca o punte ntre componentele main (hardware i software) i
componenta uman. Baza de date conine att datele operaionale (setul de nregistrri pe care se
lucreaz) ct i metadatele.
Datele memorate ntr-o baz de date sunt date persistente, adic date care rmn
memorate pe suport magnetic, independent de execuia programelor de aplicaii. Datele
persistente ale unei baze de date se introduc, se terg sau se actualizeaz folosind date de intrare
(provenite de la tastatur, din citirea unor fiiere de date sau din recepionarea unor mesaje).
Datele de intrare sunt, n general, date nepersistente; ele sunt generate de utilizatori i sunt
memorate (devenind date persistente) numai dup ce au fost validate (acceptate) de ctre SGBD.
Datele de ieire ale unui sistem de baze de date sunt, de asemenea, date nepersistente; ele provin
din operaii de interogare a bazei de date i sunt puse la dispoziia utilizatorului (sub form de
afiri, rapoarte tiprite, etc).
Procedurile - reprezint instruciuni i reguli aplicate n proiectarea i utilizarea bazei de
date. Acestea pot fi: deschiderea unei sesiuni de lucru n SGBD, pornirea sau oprirea SGBD,
utilizarea unui program de aplicaie sau a unei funcii SGBD, efectuarea de copii de siguran,
tratarea defeciunilor hard i soft, modificarea structurii unui tabel, reorganizarea bazei de date,
mbuntirea performanelor sau arhivarea datelor.
Utilizatorii unui sistem de baze de date se pot mpri n cteva categorii: programatorii
de aplicaii, utilizatorii finali i administratorul bazei de date.
Programatorii de aplicaii sunt cei care scriu aplicaiile de baze de date, folosind
limbaje de programare de nivel nalt (Cobol, PL/1, Fortran, C, C++, Java, Basic).
Aplicaiile rezultate pot fi aplicaii cu execuie independent (batch-processing)
sau pot fi aplicaii interactive (on-line) folosite de utilizatorii finali ai sistemului
pentru a accesa (ntr-un mod mai eficient i mai sigur) baza de date.
Utilizatorii finali sunt acei utilizatori care acceseaz baza de date prin intermediul
unui program de aplicaie care le confer drepturi limitate de acces la date pentru
anumite operaii de prelucrare. Utilizatorii finali sunt persoane cu pregtire
informatic minimal, care efectueaz un volum mare de operaii asupra bazei de
date, dar nu trebuie s cunoasc mai mult dect posibilitile oferite de programul
pe care l utilizeaz.
Administratorul bazei de date este responsabil de meninerea funcionalitii bazei
de date prin stabilirea drepturilor de acces ale diferitelor categorii de utilizatori,
prin efectuarea operaiilor periodice de salvare a datelor (backup), prin
monitorizarea performanelor sistemului i refacerea datelor atunci cnd este
necesar.
Fig. 1. Arhitectura intern a unui sistem de baze de date propus prin standardul
ANSI/X3/SPARC
n multe SGBD nu se poate face o distincie clar ntre cele trei niveluri, de multe ori
nivelul conceptual este puternic dezvoltat i suplinete aparent celelalte niveluri. De asemenea, la
dezvoltarea aplicaiilor se remarc o contopire a nivelului extern cu cel conceptual.
De la modelul conceptual, cererile sunt adresate modelului intern pentru a fi procesate i
aplicate datelor stocate. Procesul de transfer a cererilor i rezultatelor ntre nivele se numete
cartografiere (mapping).
n funcie de categoria de personal implicat n folosirea bazei de date, datele dintr-o baz
de date pot fi structurate pe trei niveluri:
nivelul conceptual (global) exprim viziunea administratorului bazei de date asupra
datelor. Acestui nivel i corespunde structura conceptual (schema) a bazei de date, prin
care se realizeaz o descriere a tuturor datelor, ntr-un mod independent de aplicaii, ce
face posibil administrarea datelor.
nivelul logic exprim viziunea programatorului de aplicaie asupra datelor. La acest
nivel se realizeaz o descriere a datelor corespunztoare unui anumit program de
aplicaie.
nivelul fizic care exprim viziunea inginerului de sistem asupra datelor. Corespunde
schemei interne a bazei de date prin care se realizeaz o descriere a datelor pe suport
fizic de memorie.
7.3. LIMBAJELE BAZELOR DE DATE
Limbajele bazelor de date sunt mprite n 2 categorii: limbaje de definire a datelor
(DDL) i limbaje de manipulare a datelor (DML).
DDL este utilizat pentru a specifica schema bazei de date, iar DML este utilizat pentru
citirea i reactualizarea bazei de date. Rezultatul compilrii instruciunilor DDL este un set de
tabele stocate n fiiere speciale, denumite global catalog de sistem. Acesta conine metadatele
adic datele care descriu obiectele din baza de date. Este un limbaj descriptiv, care permite
administratorului bazei de date sau utilizatorului s descrie i s denumeasc entitile cerute
de aplicaie i relaiile care pot exista ntre diferitele entiti.
DML Asigur un set de procedee ce permit operaii de baz pentru manipularea datelor
din baz de date: inserarea de date noi, modificri de date, regsirea datelor, tergerea de date.
Limbajele DML pot fi de dou tipuri: procedurale i neprocedurale.
DML procedurale specific modul cum trebuie s fie obinut rezultatul unei instruciuni
DML, iar DML neprocedurale descriu numai ce rezultat trebuie obinut.
7.4. CONCEPTUL DE SGBD
Un SGBD este un ansamblu complex de programe care asigur interfaa ntre o baz de
date i utilizatorii acesteia. SGBD este componenta software a unui sistem de baz de date care
interacioneaz cu toate celelalte componente ale acestuia, asigurnd legtura i interdependena
ntre elementele sistemului (vezi arhitectura unui SBD).
Rolul unui SGBD ntr-un context de sistem de baz de date este de a:
1. defini i descrie structura bazei de date, care se realizeaz printr-un limbaj propriu
specific, conform unui anumit model de date;
2. ncrca/valida datele n baza de date respectnd nite restriciile de integritate impuse
de modelul de date utilizat;
3. realiza accesul la date pentru diferite operaii (consultare, interogarea, actualizare,
editare situaii de ieire), utiliznd operatorii modelului de date
4. ntreine baza de date cu ajutorul unor instrumente specializate (editoare, utilitare shells, navigatoare browsers, convertoare etc);
5. asigura protecia bazei de date sub aspectul securitii i integritii datelor.
7.4.1. EVOLUIA SGBD-urilor
Evoluia SGBD-urilor este legat, n principal, de modelul de date pe care-l
implementeaz. Organizarea datelor n memoria extern n baze de date se face conform unui
model de date, aa cum am vzut n capitolele precedente. Etapele n evoluia SGBD-urilor sunt
urmtoarele:
1
1. Pn n anii aizeci datele erau organizate doar n fiiere, gestionate de
programe scrise n diferite limbaje de programare universale (exemple: Cobol, Fortran etc.);
2
2. La sfritul anilor aizeci a aprut modelul arborescent de organizare a datelor i
primele SGBD-uri care erau ierarhice i implementau acest model (exemplu: IMS).
3
3. La nceputul anilor aptezeci a aprut modelul reea de organizare a datelor i
SGBD-urile reea ce implementau acest model (exemple: IDMS, SOCRATE).
SGBD-urile arborescente i reea fac parte din prima generaie i ele constituie pionieratul
n domeniu.
4. La sfritul anilor aptezeci, nceputul anilor optzeci a aprut modelul relaional de
organizare a datelor i ulterior s-au realizat SGBD-urile relaionale ce implementau acest model
(exemple: Oracle, Informix, DB2, SQLServer, Visual Foxpro, Access etc.). Este generaia a doua
de SGBD, care prin simplitate, interactivitate i neproceduralitate domin piaa actual.
5. La sfritul anilor optzeci, nceputul anilor nouzeci a aprut modelul orientat obiect de
organizare a datelor i SGBD-urile orientate obiect ce implementau acest model (exemple:
Gemstone, O2, Jasmine etc.). Aceasta este generaia a treia de SGBD care este n plin dezvoltare
acum.
6. n momentul de fa este evident tendina productorilor de sisteme de gestiune a
bazelor de date de a trece la sisteme obiect-relaionale i, n general, aceast trecere se realizeaz
prin adugarea treptat a caracteristicilor modelului obiect n sistemele de gestiune relaionale.
Oferta de sisteme de gestiune a bazelor de date este deosebit de generoas, pe o scar extins de
performane i costuri, de la sisteme care se pot folosi gratuit (fr licen sau cu licen public),
pn la sisteme cu nalte performane, a cror utilizare necesit plata licenelor respective. Chiar
i pentru astfel de sisteme exist versiuni de test (trial versions) care pot fi obinute gratuit prin
Internet
La trecerea de la o generaie la alta de SGBD s-au urmrit urmtoarele aspecte:
1
1. Pstrarea aspectelor fundamentale care dau conceptul de SGBD: obiectivele,
funciile i componentele. Desigur, la fiecare generaie apar i o serie de elemente specifice, de
nuan, care ns nu schimb fundamentele conceptului.
2
2. ncadrarea unui SGBD ntr-o generaie se face n funcie de modelul de date
implementat. Sunt luate n considerare toate cele trei elemente care caracterizeaz modelul de
date: definirea structurii modelului (entitile i legturile dintre ele), operatorii de prelucrare,
restriciile de integritate.
3
3. mbuntirea organizrii datelor n memoria extern prin implementarea unui
model mai performant. Se urmrete creterea independenei logice i fizice (pn la total),
asigurarea unor limbaje de descriere a datelor (LDD) ct mai performante i automatizate,
asigurarea unor limbaje de manipulare a datelor (LMD) puternice, asigurarea unor limbaje de
regsire neprocedurale (exemplu SQL), reducerea i controlul redundanei.
4
4. mbuntirea accesului la date prin: acces dup mai multe chei, acces
concurent, optimizarea accesului, creterea securitii datelor.
5
5. Oferirea unor faciliti de utilizare tot mai performante: generatoare
specializate, interfee cu alte limbaje de programare, interactivitatea.
6
6. Diversificarea tipurilor de date ce pot fi utilizate, diversificarea modului de
lucru (local sau reea), precum i a tipurilor de aplicaii ce pot fi dezvoltate. Acest lucru nseamn
c SGBD-urile se doresc a avea o extensibilitate ct mai mare, care s le permit adaptarea la
nou.
7
7. Utilizarea unor SGBD-uri din generaiile precedente n paralel cu dezvoltarea
unei noi generaii.
8
8. Tendina de fundamentare teoretic i standardizare a conceptelor din fiecare
nou generaie de SGBD aprut, ceea ce ofer acestora robustee i deschidere.
7.4.2. OBIECTIVELE UNUI SGBD
Obiectivul general al unui SGBD este de a furniza suportul software complet pentru
dezvoltarea de aplicaii informatice cu baze de date. Fiind un mediu specializat, SGBD satisface
cerinele informaionale ale utilizatorului ntr-un mod optim. Astfel, el asigur minimizarea
costului de prelucrare a datelor, reduce timpul de rspuns (timp util), asigur flexibilitate i
deschidere mari aplicaiei, asigur protecie ridicat a datelor.
Pentru ca un produs software s ating performanele de mai sus i s fie un SGBD, el trebuie s
asigure un set minim de obiective:
1. Asigurarea independenei datelor. Se spune c o aplicaie informatic depinde de date,
dac modificarea structurii de memorare a datelor sau a strategiei de acces la date afecteaz i
aplicaia. Independena datelor fa de aplicaie poate fi:
jurnalizarea tranzaciilor i a imaginilor. SGBD-ul poate asigura salvarea automat sau la cererea
administratorului bazei de date.
Jurnalul tranzaciilor este un fiier creat i ntreinut de SGBD, n care se memoreaz
informaiile despre tranzaciile efectuate asupra bazei de date . Aceste informaii sunt: codul
tranzaciei, momentul nceperii tranzaciei, identificatorul utilizatorului care a lansat tranzacia,
actualizrile efectuate pe BD.
Jurnalul imaginilor se deosebete de cel al tranzaciilor prin aceea c nu conine
descrierea operaiilor efectuate asupra BD ci efectul acestora.
Exist urmtoarele variante:
- Jurnalul cu imaginea nregistrrilor dup actualizare (after image), ce conine copia
fiecrei nregistrri n forma de dup efectuarea unei actualizri asupra ei.
- Jurnalul cu imaginea nregistrrilor nainte de efectuarea unei actualizri (before image),
ce conine copia fiecrei nregistrri n forma de dinaintea efecturii unei actualizri asupra ei.
- Jurnalul mixt ce conine att imaginea nregistrrilor dinainte de actualizare ct i dup
actualizare.
Restaurarea pornete de la colecii de date stocate prin salvare i reface consistena bazei
de date, minimiznd prelucrrile pierdute. Restaurarea este asigurat automat de SGBD, dar se
poate realiza i manual.
Restaurarea automat a BD este realizat de SGBD cu ajutorul fiierelor jurnal. Pentru a
se putea realiza acest lucru, SGBD realizeaz o paginare a BD i la o cerere de regsire transfer
o astfel de pagin n memoria intern. Aici are loc prelucrarea ei i abia dup ce aceast
prelucrare s-a terminat complet, se face transferul paginii napoi pe disc. Sincronizarea memoriei
interne cu baza de date i fiierele jurnal, se realizeaz prin diferite tehnici: algoritmi specifici,
executarea unor puncte de verificare (check point) la intervale de timp sau la cerere etc.
La nivelul SGBD-ului pot exista o serie de parametri de configurare care influeneaz
procesul de restaurare automat. Aceti parametri se refer la: intervalul de restaurare, indicatorul
de restaurare (ce informaii vor fi scrise n fiierul de erori) etc.
Restaurarea manual a BD implic intervenia administratorului pentru refacerea bazei de
date de pe un suport tehnic care a fost distrus. Cea mai recent copie de siguran efectuat pentru
o BD afectat este ncrcat i se reiau prelucrrile efectuate din momentul copierii pn la
producerea defeciunii. Restaurarea manual se face prin deconectarea tuturor utilizatorilor de la
BD, ncrcarea copiei i reluarea lucrului.
5. Partajabilitatea datelor
Partajabilitatea datelor se refer nu numai la aspectul asigurrii accesului mai multor
utilizatori la aceleai date, ci i la posibilitatea dezvoltrii unor aplicaii fr a se modifica
structura bazei de date. Problema partajabilitii se pune la un nivel superior pentru SGBD-urile
care permit lucrul n reea.
6. Legturile ntre date
Legturile ntre date corespund asocierilor care se pot realiza ntre obiectele unei aplicaii
informatice. Orice SGBD trebuie s permit definirea i descrierea structurii de date, precum i a
legturilor dintre acestea, conform unui model de date. Fiecare tip de model de date permite
anumite legturi ntre date. Un SGBD, care implementeaz un anumit model de date, va trebui s
asigure i realizarea legturilor dintre datele corespunztoare n conformitate cu schema
conceptual.
7. Performanele globale
Performanele globale ale aplicaiei sunt influenate de SGBD. Acesta trebuie s
gestioneze un volum mare de date de o complexitate ridicat, ntr-un anumit timp de acces
rezonabil pentru diferii utilizatori. Pentru toate aceste lucruri SGBD-ul folosete diferite metode
de acces, tehnici de optimizare, tipuri de date. Implementarea lor se face n componente
specializate ale SGBD-ului.
Toate obiectivele de mai sus au fost avute n vedere la evoluia SGBD-urilor, fiecare
generaie mbuntind performanele.
7.4.3. FUNCIILE UNUI SGBD
Realizarea obiectivelor prezentate anterior este asigurat de sistemele de gestiune a
bazelor de date printr-o serie de componente ce permit efectuarea unor operaii specifice. n
funcie de natura lor i scopul urmrit, operaiile pot fi grupate pe activiti. Activitile accept i
ele o grupare pe funcii astfel nct, una sau mai multe activiti, relativ omogene, vor realiza o
anumit funcie.
1
1.Funclia de descriere a datelor
SGBD-ul, prin aceast funcie, permite definirea structurii bazei de date cu ajutorul
limbajului de definire a datelor (LDD). Definirea datelor poate fi realizat la nivel conceptual,
logic i fizic. Se descriu atributele (cmpurile) din cadrul structurii bazei de date, legturile dintre
entitile bazei de date sau dintre atributele aceleiai entiti, se definesc eventualele criterii de
validare a datelor, metodele de acces la date, aspectele referitoare la asigurarea integritii datelor.
Concretizarea acestei funcii este schema bazei de date, memorat n cod intern. Memorarea se
face ntr-un fiier, ceea ce permite afiarea i actualizarea structurii bazei de date, n orice
moment.
Aceast funcie a fost mult automatizat n timp, LDD avnd acum puine comenzi. LDD
este specific fiecrui SGBD, dar el ntotdeauna realizeaz descrierea datelor conform elementelor
modelului de date pe care l implementeaz SGBD-ul respectiv. Astfel se realizeaz definirea i
descrierea entitilor i a caracteristicilor lor, definirea legturilor dintre obiecte (asocierile) i a
regulilor de integritate specifice modelului de date.
Dup realizarea funciei de descriere, ntr-un SGBD, entitile bazei de date exist create
deja ca fiiere, dar nu conin datele propriu-zise, ci numai structura bazei de date (schema bazei
de date).
1
2. Funcia de manipulare a datelor
Funcia de manipulare este cea mai complex i realizeaz actualizarea i regsirea datelor
din baza de date, cu ajutorul limbajului de manipulare a datelor (LMD).
Sunt realizate urmtoarele activiti: ncrcarea, actualizarea, prelucrarea i regsirea
datelor.
a) ncrcarea datelor n baza de date se realizeaz prin operaii automatizate sau
programate ce asigur i criteriile de validare necesare.
b) Actualizarea bazei de date const n operaii de adugare, modificare i tergere de
nregistrri. La operaiile de adugare i de modificare se pstreaz aceleai criterii de validare
care s-au folosit i la activitatea de ncrcare a datelor. Actualizarea se realizeaz numai autorizat,
prin asigurarea unei protecii corespunztoare a datelor, pentru a se pstra coerena bazei de date.
c) Prelucrarea datelor se realizeaz prin operaii de selecie, ordonare, interclasare
(compunere) i ventilare (descompunere) efectuate asupra entitilor bazei de date. Acestea sunt,
de obicei, operaii pregtitoare activitii de regsire a datelor. Multe din operaiile de prelucrare
sunt realizate cu ajutorul operatorilor din modelul de date pe care l implementeaz SGBD-ul.
d) Regsirea (interogarea) datelor const n operaii de vizualizare (afiare pe ecran,
imprimare pe hrtie), rsfoire, editarea unor situaii de ieire. Situaiile de ieire pot fi
intermediare sau finale i se pot obine pe diferii supori tehnici de informaie (ecran, hrtie,
mediu magnetic, mediu optic). Ele pot avea cele mai diferite forme (punctuale, liste, rapoarte,
grafice, imagini, sunet, video) i se pot obine dup cele mai diferite criterii de regsire.
1
Funcia de manipulare a datelor este cea mai folosit n bazele de date i este cea
mai bine suportat de SGBD fa de orice alt sistem de gestionare a datelor din memoria extern,
care exist pn acum.
2
SGBD-ul manipuleaz datele ntr-un mod eficient, utiliznd n acest scop o serie
de metode i tehnici de optimizare a accesului i a alocrii spaiului de memorie n calculator.
Fiecare SGBD de la o generaie la alta i chiar de la o versiune la alta a cutat s mbunteasc
acest aspect. Funcia de manipulare este asigurat n SGBD de un LMD. Acesta trebuie s
respecte restriciile de integritate a datelor i s implementeze operatorii din modelul de date pe
care se bazeaz SGBD-ul cruia i aparine.
LMD poate fi cu limbaj gazd sau cu limbaj propriu. Cele cu limbaj gazd sunt dezvoltate
prin adaptarea unor limbaje universale de programare (Cobol, Pascal, C etc.) la cerinele de lucru
ale SGBD-ului. Se mbin astfel puterea unui limbaj universal cu necesitile de regsire a datelor
(exemplu: ORACLE). Cele cu limbaj propriu sunt dezvoltate printr-un limbaj specific capabil s
uneasc puterea proceduralului cu regsirea dintr-un anumit tip de baz de date (exemplu: Visual
Foxpro).
1
Pentru activarea de regsire exist limbaje de interogare specializate care pot fi
incluse n LMD sau pot exista ca atare. Ele au aprut datorit lrgirii gamei de utilizatori ai
bazelor de date, care i include i pe neinformaticieni tot mai mult. Pentru acetia au fost necesare
faciliti de regsire simple i prietenoase, apropiate de modul de lucru i de gndire uman. In
acest sens, limbajele relaionale (exemplu SQL) au cele mai bune performane.
1
3. Funcia de utilizare a bazei de date
Funcia de utilizare asigur mulimea interfeelor necesare pentru comunicarea tuturor
utilizatorilor cu baza de date . Pentru a realiza aceast funcie SGBD-ul trebuie s asigure
faciliti pentru mai multe categorii de utilizatori ai bazei de date: neinformaicieni, specialiti
(informaticieni), administratorul.
a) Utilizatorii neinformaticieni reprezint principala categorie a beneficiarilor de
informaii (utilizatori finali i intensivi) din baza de date. SGBD-ul le ofer acestora limbaje
neprocedurale i alte faciliti de interogare (generatoare, utilitare etc) a bazei de date ntr-o
form simpl i interactiv. Aceti utilizatori nu trebuie s cunoasc structura bazei de date i nu
trebuie s tie s programeze, SGBD-ul ajutndu-i interactiv n utilizarea bazei de date. n acest
sens SGBD-ul ofer: meniuri cu opiuni sugestive, ferestre, abloane pentru diferite forme,
asisteni tip Wizard, autodocumentarea (help-uri, mesaje/ferestre explicative).
b) Utilizatorii specialiti n informatic creaz structura bazei de date i realizeaz
proceduri complexe de exploatare a bazei de date. SGBD-ul ofer acestor utilizatori limbajul de
descriere i limbajul de manipulare a datelor precum i interfee cu limbaje universale. Acestea
sunt de complexitate i putere diferit, de la un SGBD la altul, oferind att elemente
neprocedurale ct i procedurale specialistului n informatic. Cu aceste elemente el descrie
schema bazei de date i asigur manipularea complex a datelor.
Pentru realizarea bazei de date SGBD-ul ofer specialistului i elemente de CASE
(Computer Aidede Software Engineering). Acestea l ajut n diferitele activiti care intervin n
etapele de proiectare a bazei de date.
b) Administratorul bazei de date, care este un utilizator special i are un rol hotrtor n ceea
ce privete funcionarea optim a ntregului sistem. Datorit importanei acestei categorii de
utilizatori, SGBD-ul are o funcie distinct n acest sens.
1 4. Funcia de administrare
Funcia de administrare este complex i de competena administratorului bazei de date.
Administratorul, care are o bogat experien de analiz, proiectare i programare, organizeaz i
administreaz baza de date n toate etapele de realizare a acesteia.
Astfel, el organizeaz baza de date conform unei anumite metodologii, realizeaz schema
(conceptual) bazei de date, coordoneaz proiectarea bazei de date. Pentru toate aceste lucruri
SGBD-ul ofer o serie de elemente de CASE, precum i o serie de utilitare specializate.
n etapa de exploatare a bazei de date, administratorul are rolul de a autoriza accesul la
date (acord conturi, parole etc.), de a reface baza de date n caz de incidente (prin jurnalizare,
copii), de a utiliza eficient spaiul de memorie intern i extern (prin organizare, rutine de
optimizare), de a realiza o serie de analize statistice din baza de date (numr i tip de utilizatori,
numr de accese, numr de actualizri etc.). Pentru fiecare din aceste activiti SGBD-ul ofer
instrumente i tehnici de lucru.
n cazul lucrului n reea de calculatoare cu baze de date distribuite, SGBD-ul are
dezvoltate foarte mult componentele destinate administratorului. Acest lucru este determinat de
faptul c baza de date este, n acest caz, de mare complexitate, datele sunt distribuite pe
calculatoarele din reea, iar utilizatorii sunt de toate tipurile i n numr mare.
n principal pentru funcia de administrare, dar parial i pentru celelalte funcii, SGBD-ul asigur
protecia bazei de date. Aici vor fi prezentate aspectele eseniale, urmnd ca n continuare la
fiecare tip de SGBD s se precizeze prin exemple i aspectele specifice ce apar.
7.4.4. CLASIFICAREA SGBD-URILOR
Diversitatea de SGBD-urilor, care au fost i care sunt n exploatare pe diferite calculatoare
i sub diferite sisteme de operare, impune o clasificare a lor dup diferite criterii:
1) Dup sistemele de calcul pe care se implementeaz:
- SGBD pentru calculatoare mari se folosesc pentru baze de date foarte complexe i foarte
mari (exemple: Oracle, DB2, IMS).
- SGBD pentru minicalculatoare se folosesc pentru baze de date complexe i mari i au
cunoscut o dezvoltare puternic n anii 80 (exemplu: Oracle).
- SGBD pentru microcalculatoare se folosesc pentru baze de date de complexitate i de
mrime mici i medii. Au o mare rspndire n momentul actual (exemple: FoxPro, Oracle,
Acces).
Tendina actual este ca SGBD-ul s fie compatibil pe ct mai multe sisteme de calcul sub
ct mai multe sisteme de operare. Acest lucru este dictat de noua tehnologie de realizare de
aplicaii tip sisteme deschise, lucru de care ine cont i noua generaie (a treia) de SGBD-uri.
2) Dup limbajul de programare utilizat:
- SGBD-ul cu limbaj gazd este cel care are un limbaj de manipulare a datelor bazat pe
unul de nivel nalt (universal). Limbajul gazd poate fi chiar un limbaj universal (Cobol, Pascal)
sau o extensie (adaptare) a unui astfel de limbaj. Avantajul acestei soluii este acela c se pot
dezvolta proceduri complexe de program, se pot realiza interfee om-main foarte bune, se
valorific experiena de programare din limbajele de nivel nalt (toate rezult din avantajele
programrii procedurale). Dezavantajul major este acela c formularea cererilor de regsire se
face mai greu, de multe ori ntr-un mod inaccesibil utilizatorilor finali. Acest lucru este suplinit de
SGBD prin alte componente specifice: generatoare, utilitare etc. (exemplu Oracle).
- SGBD-ul cu limbaj propriu (autonom) este cel care are un limbaj de manipulare a
datelor specific. Acest limbaj de programare propriu este procedural i are marele avantaj c
permite implementarea tuturor facilitilor oferite de SGBD. n el se pot programa proceduri
complexe i interfee puternice ca ntr-un limbaj universal, dar n plus se realizeaz un acces uor
i optimizat la baza de date. Dezavantajul este c un astfel de limbaj nu poate fi utilizat dect de
specialitii n informatic (exemplu limbajul din Visual FoxPro).
Tendina actual este ca SGBD-ul s aib implementat, pe lng un limbaj procedural, i
un limbaj de regsire neprocedural, care s permit formularea de cereri de regsire uor, de ctre
toi utilizatorii bazei de date. n acest sens, majoritatea SGBD-urile pentru microcalculatoare au
implementat, parial sau total, limbajul SQL, care este i standardizat internaional.
3) Dup modelul logic de date implementat:
-SGBD ierarhice sunt cele care implementeaz modelul de date arborescent (ierarhic) i
au fost primele care s-au utilizat pentru gestionarea bazelor de date. Ele au o serie de avantaje
pentru domenii precise din lumea real nconjurtoare, de exemplu tehnologia construciei de
maini, dar au limite pentru alte domenii (exemplu: IMS).
- SGBD reea sunt cele care implementeaz modelul de date reea i care au eliminat
multe din limitele celor ierarhice. Ele au o larg aplicabilitate pentru numeroase probleme din
lumea real, dar sunt dificil de utilizat datorit complexitii ridicate (exemplu: IDMS).
- SGBD relaionale sunt cele care implementeaz modelul de date relaional i au
aplicabilitate n majoritatea domeniilor din lumea real. Ele pot fi folosite de o gam larg de
utilizatori datorit facilitilor oferite (generatoare, limbaj neprocedural etc.) (exemple: Oracle,
Visual FoxPro, Paradox, Acces, Informix, Progress).
- SGBD orientate obiect sunt cele care implementeaz modelul de date orientat obiect. Ele
se preteaz bine la problemele foarte mari, de complexitate ridicat, precum i pentru tipurile noi
de aplicaii (proiectarea asistat, multimedia, sisteme deschise) (exemple: O2, Orion, Jasmin).
1
Majoritatea SGBD-urilor actuale au implementate, n ultimele versiuni, faciliti
de tratare a obiectelor (exemple: Oracle, Visual FoxPro).
2
Tipurile de mai sus de SGBD-uri, avnd drept criteriu modelul de date
implementat, sunt de baz (fundamentale). Pornind de la acestea, prin extensia tehnologiei
informatice, exist i alte tipuri de SGBD-uri: deductive, distribuite, multimedia, spaiale etc.
3
Exist, de asemenea, tipuri de SGBD-uri (ca de exemplu cele funcionale) care se
bazeaz pe alte modele de date dect cele de mai sus. Acestea ns, au o rspndire mai restrns
avnd performane doar pentru domenii bine precizate.
4) Dup localizarea bazei de date
- SGBD centralizate sunt cele care gestioneaz datele amplasate ntr-o singur baz de
date central. La acestea au acces toi utilizatorii autorizai pentru a efectua diferite operaii de
manipulare a datelor. Toate calculatoarele care nu sunt legate n reea i lucreaz cu baze de date
au instalat un SGBD centralizat. Tot un SGBD centralizat, dar cu faciliti de lucru n reea,
trebuie instalat i n reelele de calculatoare care au plasat baza de date pe un singur calculator
(de obicei pe server).(exemplu: Visual FoxPro, Access)
- SGBD distribuite sunt cele care gestioneaz datele amplasate pe mai multe calculatoare
dintr-o reea tratndu-le ca un tot unitar. Complexitatea acestor SGBD-uri este ridicat, avnd
componente speciale pentru realizarea conexiunilor i tratarea distribuit a datelor (exemplu:
Oracle, DB2, Informix).