Curs SIM

UNIVERSITATEA POLITEHNICA DIN BUCURETI, FACULTATEA DE INGINERIE MECANIC I
MECATRONIC, DEPARTAMENTUL DE ORGANE DE MAINI I TRIBOLOGIE
Sisteme informaionale pentru

management
SUPORT DE CURS
Titular curs: As. Dr. Ing. Georgiana Ionela PDURARU
2014-2015
CUPRINS
1. Introducere .............................................................................................................................1
1.1
Scurt istoric ...............................................................................................................2
1.2
Tipuri de sisteme .......................................................................................................3
2. Organizarea sistemelor ...........................................................................................................4

2.1
Reglarea prin integrare ..............................................................................................4
3. Sisteme informaiale economice .............................................................................................5

3.1
Clasificarea sistemelor informaionale .......................................................................5
3.2
Concepte de abordare a sistemelor informaionale .....................................................6
4. Proiectarea sistemelor informaionale .....................................................................................8

5. Componentele sistemului informaional ..................................................................................8
6. Structura funcional a sistemului informaional ................................................................... 11
7. proiectarea sistemelor informationale ................................................................................... 13
7.1
Aspecte generale ale proiectrii sistemelor informaionale ....................................... 13
7.2
Proiectarea de soft ................................................................................................... 14
7.1.1
Arhitectura unui Sistem Software. ........................................................................ 15
7.1.2
Rolul unui arhitect software ................................................................................. 18
7.1.3
Influena tehnologiilor asupra arhitecturii unui sistem software ........................... 19
7.1.4
Indicatorii de calitate ai unui sistem software ...................................................... 19
8. baze de date .......................................................................................................................... 23

8.1
Aspecte generale ale proiectrii bazelor de date (1) .................................................. 23
8.2
Obiectivele fundamnetale ale unei baze de date ....................................................... 23
8.3
Avantajele unei baze de date .................................................................................... 24
8.4
Clasificarea sistemelor de baze de date .................................................................... 24
8.4.1
Clasificare dup modelul de date. ........................................................................ 24
8.4.2
Clasificare dup numrul de utilizatori ................................................................ 26
8.4.3
Clasificare dup numrul de staii pe care este stocat baza de date: .................. 26
8.5
Securitatea i protecia datelor n bazele de date ...................................................... 26
8.6
Componentele unui sistem de baze de date .............................................................. 28
8.6.1
Hardware: ........................................................................................................... 28
8.6.2
Software:.............................................................................................................. 28
8.6.3
Utilizatorii ........................................................................................................... 29
Sisteme informaionale pentru management
8.6.4
Date persistente ................................................................................................... 29
8.7
Arhitectura intern a sistemlor de baze de date ........................................................ 29
8.8
Independena datelor ............................................................................................... 31
8.9
Limbaje SGBD ........................................................................................................ 31
8.10
Interfee SGBD .................................................................................................... 32
9. Proiectarea bazelor de date ................................................................................................... 33
10.
9.1
Modelarea conceptuala a datelor .............................................................................. 33
9.2
Constrngeri de integritate ....................................................................................... 35
9.3
Constrngerile de domeniu ...................................................................................... 36
9.4
Cheia primar .......................................................................................................... 36
9.5
Constrngeri ntre tabele .......................................................................................... 37
9.6
Dependene funcionale ........................................................................................... 37
9.7
Normalizare. Forme normale. .................................................................................. 37
9.8
Structuri de indeci n tabelele de date ..................................................................... 38
Tipuri de fisiere caracteristice unui sistem informational pentru management ................. 42

10.1
Tipuri de fisiere caracteristice unui sistem informational pentru management ...... 42
10.2
Proiectarea formularelor si a rapoartelor ............................................................... 43
II
CURS 1
1. INTRODUCERE
Sistemele informaionale pentru management (Management information system MIS) au
aprut la nceputul anilor 80 n companiile americane, iar n ultimii ani, impactul noilor tehnologii
informaionale i curentul descentralizrii i reorganizrii au determinat creterea cererii de
informaii furnizate de SIM i la nivelul managerilor de mijloc.
n prezent nu exist o definiie unanim acceptat a sistemelor informatice pentru management
(SIM), dar se poate opta spre o variant cum ar fi:
Sistemul informaional pentru management (SIM) este o combinaie de resurse umane i
informatice care urmresc colectarea, stocarea, organizarea, apelarea, comunicarea, distribuirea i
utilizarea datelor i informaiilor pe care le folosesc managerii n exercitarea funciilor de
conducere, n scopul realizrii unui management eficient.
Sistemele informaionale pentru management sunt ansamble de instrumente ce ofer acces direct,
on-line la informaiile relevante, ntr-o interfa prietenoas, ntr-un dialog uor de exploatat. Aceste
informaii oferite on-line, n timp real, au o importan deosebit pentru managerii de nivel superior,
pentru fundamentarea deciziilor organizaiei i pentru exercitarea unui control mangerial
corespunztor.
Relevana informaiilor reunete o serie de caracteristici printre care: oportunitate, corectitudine i
utilitate, iar interfaa unui astfel de sistem trebuie s rspund cerinelor unor utilizatori care au puin
timp, puin experien i deprinderi limitate n utilizarea calculatorului.
Scopul i rolul unui SIM este de a oferi conducerii superioare (i medii) acces facil i rapid la
informaiile despre factorii cheie, decisivi n atingerea obiectivelor generale ale ntreprinderii, n
exercitarea controlului managerial eficient i eficace.
Condiiile ce trebuiesc ndeplinite de sistem sunt:
s fie ct mai uor de utilizat, iar timpul de rspuns s fie imediat. S foloseasc intensiv
afiarea n mod grafic i s asigure accesul n timp real la bazele de date interne i externe;
s ofere informaii despre starea curent de fapte i tendinele estimate pentru factorii cheie;
forma de prezentare a informaiilor s fie conform cu preferinele managerului ce utilizeaz
sistemul.
1.1 Scurt istoric

Toate corpurile, obiectele i fenomenele sunt de fapt nite sisteme. Ludwing von Bertalanaffy,
printele teoriei sistemelor, a definit sistemul ca Un ansamblu de elemente aflate n interaciune.
Ali autori l consider ca pe o mulime ordonat de elemente. Ali autori l consider ca pe o
mulime ntre care exist anumite relaii de cauzalitate sau ca o mulime ordonat de elemente.
W.R. Ashby (1974) a considerat sistemul ca o parte a unui ntreg, iar ctre anii `70 definiia s-a
transformat, sistemul reprezentnd aceea mulime de elemente n cadrul creia se desfoar procesul
de conducere.
R.E. Kalman, R. Falb i M.A. Avbib (1969) au relatat c sistemul reprezint o sructur
caracterizat printr-o intrare i respectiv o ieire, iar L.A: Yadeh (1969) a subliniat c sistemul
reprezint o mulime de perechi intrare-iesire. M. Mesarovic (1970) susine c sistemul reprezint o
mulime de relaii. Toate aceste abstractizri au generat sursa elaborrii teoriei matematice a
sistemelor.
R.W. Gerard (1940) pentru definirea sistemului a folosit termenul ORG, o unitate organizatoric
format din alte uniti mai mici. Prin organizare prile se asamblez ntr-un ntreg. Acest unitate
face ca sistemul s fie mai mult dect suma prilor sale, s capete propieti noi. Cu ct ntregu
difer mai mult de suma prilor sale, cu att este mai organizat iar aceast diferen este
determinat tocmai de relaiile care se stabilesc ntre elementele sale.
M.I. Setrov (1974) arat c nu orice relaie este i organizare. ntre elemntele unui sistem (n)
pot exista mai multe legturi (m), iar relaiile posibile sunt egale cu combinaii de n elemente luate
cte mdar nu toate contribuie la apariia i conservarea sistemului.
(
)
Sistemul este caracterizat nu numai prin relaiile dintre elemente ci i de relaiile dintre pri i
intreg i pri, ntruct, n orice sistem, pe lng o coordonare a prilor de ctre ntreg trebuie s
existe i o coordonare a ntregului de ctre pri. Cu ct sistemul este mai puin organizat, cu att
prile influeneaz mai mult ntregul i cu ct este mai organizat, cu att el influeneaz sau
controleaz mai mult prile din care este format.
MM
DCC
TM
ML
Fig. 1.1
n Fig. 1.1 este reprezentat un sistem mechanic format dintr-o main motoare (MM), o transmisie
mecanic transmisie prin roi dinate, transmisie prin curele etc. - , o main de lucru (ML) i
modulul denumit dispozitiv de comand i control (DCC).
Pentru a putea da natere unui sistem, elementele trebuie s aib o anumit afinitate, s se atrag,
s depind i s se influeneze unele pe altele.
Sistemele, la rndul lor, sunt organizate pe mai multe niveluri, deoarece elementele lor sint i ele
formate din alte elemente, fiind de fapt nite subsisteme.
Orice sistem de ordin superior este compus dintr-o mulime de subsisteme de ordin inferior.
Sisteme informaionale de
conducere startegic (SCS)
Tipuri de sisteme
informaionale
Manageri
Funcionari
Sisteme de cunotine lucrative
Tipuri de
salariai
Lucrtori n
producie i
service
Fig.1.2Ierarhia tipic a conducerii afacerilor, a tipurilor de salariai
i a sistemelor
Sisteme de prelucrare tranzacii
informaionale dintr-o firm

Producie, Marketing, Finane i contabilitate, Resurse umane
1.2 Tipuri de sisteme

Sistemele nu sunt identice ntre ele, exist o mare diversitate a acestora.n funcie de mulimea
elementelor, de relaiile cu mediul, de factorul de timp, de factorul de timp, de coeficientul de
complexitate i natura relaiilor dintre mrimile de intrare i cele de ieire sistemele pot fi finite sau
infinite, nchise sau dechise, statice sau dinamice, simple sau complexe, determinate sau
probabilistice, limitate sau nelimitate etc.
Prin intermediul teoriei sistemelor se poate distinge un sistem de altele, se potate studia ordinea,
organizarea i complexitatea lui, l putem recunoate ca simplu sau complex, determinist sau
probabilist, linear sau nelinear, .a.m.d., dar ntotdeauna va rmne ceva care reprezint tocmai
particularitatea i individualitatea sistemului respectiv. (Vezi Fig. 1.3)
Orict de independent ar fi un sistem, n realitate nu poate fi vorba dect de o independen
relativ deoarece el este integrat, mpreun cu alte sisteme, cu care se afl n interaciune, ntr-un
sistem mai mare.
SISTEME
Infinite
Finite
Deschise
nchise
Simple
Complexe
Probabilste
Deterministe
Lineare
Neliniare
Fig. 1.3
Organizarea sistemelor a dus la generarea altor sisteme, din ce n ce mai complicate i mai
diverse, diversitatea fiind provocat de substana i energia din care sunt constituite ci modul cum
sunt organizate.
2. ORGANIZAREA SISTEMELOR
Pe parcursul evoluiei lor, diferitele componente ale sistemeor au tensina de a se organiza n
sisteme tot mai complicate, drept urmare pe lng principiul ordinii i organizrii sitematice, exist i
un principiu al integrrii universale.
Integrarea genetic se bazeaz pe capacitatea unor sisteme, ca pe lng capacitatea de autoorganizare, s o aiba i pe cea de auto-regenerare, adic elementele unui sistem fac parte din acesta
pentru c au aprut sau au luat natere cu acl sistem. n cazul acestei integrri prile se creaz
reciproc i necontenit iar pstrarea unora depinde de pstrarea altora.
Integrarea prin constrngere const dintr-o integrare prin for, elementele sistemului fiind
obligate s funcioneze ntr-un anumit cadru organizatoric. Rolul coercitiv, n cele mai multe cazuri,
l reprezint legile, actele normative, regulamentele de organizare i funcionare, etc.
Integrarea prin dependen spre deosebire ce primele dou prezentate anterior acestea se refer
la elementele din cadrul unui sistem care continu s rmn n cadrul lui pentru c depind ntr-un fel
sau altul, de alte elemente. Spre exemplu, sistemul producie depinde de producie depinde de
sistemul financiar i sistemul financiar depinde de cel de producie.
Integrarea la alegere const n posibilitatea elementelor de a alege sistemul cruia s-i aparin.
n aceast situaie, elementele (subsistemele) au posibilitatea de a alege apartanena la un anumit
sistem organizatoric. Prin urmare sistemul trebuie s desfoare o succesiune de procese
informaional decizionale , avnd o mai mare libertate de aciune fa de integrrile precedente.
Integrarea la ntmplare se refer la posibiltatea elemetelor de a face parte dintr-un sistem
sau altul pe baza unei ntmplri.
2.1 Reglarea prin integrare
Reglarea reprezint procesul prin care sistemele fac eforturi pentru a-i menine o anumit stare,
nerealizat n mod spontan. n toate cazurile, procesele de reglare, pe lng elementul reglat, dispun
i de un reglator.
Procesul de reglare presupune din partea sistemului o anumit organizare i oferirea cadrului
propiu desfurrii lui, ceea ce nseamn existena substanei, energiei i informaiei.
Elementele sistemelor pot fi organizate n serie, paralel sau n sistem nchis.
Organizarea n serie, dac un element 2 al unui sistem care urmeaz unui element
1poate influenat de acesta, atunci elementul 2 poate fi reglat de elementul 1. Pentru sistemele
economice un exemplu ar fi modul de influenare a costului de la o faz de fabricaie la alta, n
metoda calcului pe faze.
Organizarea paralel, ofer posibiliateta ca elemntul 1 s poat nlocui sau compensa o
eventual defeciune a elementului 2. Este cazul sistemului de fabricaie n care un utilaj defectat
poate fi suplinit prin ncrcarea suplimentar a altora.
Organizarea n circuit const n facilitatea ca un element 2, care a fost influenat de un
elemnet 1, s influeneze, la rndul lui, elementul 1, putndu-l corecta. Edificator este cazul
creterea cheltuielilor cu materiale reducere beneficiului i invers.
Reglarea presupune cuplarea a cel puin dou elemente din care unul, asupra cruia se exercit
cele mai multe perturbaii, poate fi reglat, iar cellat reglator. Acest proces de reglare a elementelor
componente sau a fenomenelor reprezint un nceput de integrare.
Datorit adugrii de noi elemente cuplate n serie, se poate ajunge la un lan, iar prin cuplarea
elementelor din lanuri diferite se ajunge la o reea.Reglarea n reea este caracteristic sistemelor
integrate n care totul se leag cu totul. n lanuri i reele apar i anumite cicluri, cu rol de reglare a
sistemelor integrate.
Dac numrul elementelor care se nlnuiesc devine foarte mare, se ajunge la un anumit exces
sau redundan (aceasta devenind i ea un mijloc de reglare). Redundana, la rndul ei, face posibil
apariia altor mijloace de reglare; dispunnd de mai multe elemente dect i-ar fi absolut necesare,
sistemele pot recurge la nlocuirea i compensarea unor elemente cu altele.
n concluzie, ca mijloace noi de reglare a sistemelor informaionale sunt: cuplarea i nlnuirea
elementelor, reteele, ciclurile, redundana, substituirea, compensarea, dependena i
constrngerea.
3. SISTEME INFORMAIALE ECONOMICE

Sistemul informaional economic nu trebuie confundat cu un calculator electronic. Conceptul de
sistem informaional economic a fost definit in moduri diferite unul dintre acestea fiind:
Sistemul informaional economic este un anasamblu de resurse umane i de capital, investite
ntr-o unitate economic, n vederea colectrii i prelucrrii datelor necesare producerii
informaiilor care vor fi folosite la toate nivelele decizionale ale conducerii i controlul
activitilor organizatorice.
n cadrul cursului se va face raportarea la originea denumirii disciplinei. Aceasta este n limba
englez management informaion system. n limbaromnaceasta se traduce prin sistem informatic
pentru conducere. n limba romn conceptul de management a fost preluat oarecum exclusivist,
referindu-se la activiti de conducere n procesul economic pe cnd, n realitate, el se refer la
activiti de organizare, administrare i conducere.
3.1 Clasificarea sistemelor informaionale
Dup modul de prelucrare a datelor:
Sisteme de prelucrare manual
Sisteme de prelucrare mecano-grafic
Sisteme de prelucrare automat / electronic
Sisteme de prelucrare mixt
Dup modul de organizare a datelor
Sisteme bazate pe fiiere clasice
Sisteme bazate pe tehnica bazelor de date, ierarhice, reea, relaionale, orientate obiect,
neuronale
Sisteme mixte
Dup metoda folosit n analiza i proiectarea sistemelor deosebim sisteme dezvoltate dup
metoda:
Clasic a ciclului de via al sistemelor

Structural
Orientat-obiect
Rapid (RAD)
Echipelor mixte (JAD)
Participativ (PD)
Prototipurilor.
Dup gradul de dispersie a resurselor sistemului informaional:
Sisteme informaionale locale bazate pe:
Sala calculatorului central
Calculatoare de sine-stttoare
Reea local
Sistemeinformaionale distribuite
Sisteme de prelucrare a datelor distribuite
Sisteme de prelucrare distribuit a datelor
Dup tipul reelei pe care se bazeaz sistemul informatic:
Sisteme informatice bazate pe LAN (Local Area Network)
Sisteme informatice bazate pe MAN (Metropolitan Area Network)
Sisteme informatice bazate pe WAN / IAN (Wide / \international Area Network)
3.2 Concepte de abordare a sistemelor informaionale
n mod surprinztor, chiar conceptele obiect, clas de obiecte .a. au semnificaii diferite, n
funcie de autorul metodei respective, cci, dup cum se va vedea ulterior, vom putea discuta despre
o multitudine de metode n acest domeniu.
Prima form a programelor se numea forma programelor scrise n cod-main sau n
limbaje de asamblare criptate, urmtorul pas fiind modularizarea programelor.
Modularizarea a contribuit la trecerea ctre pasul urmtor deoarece, prin cuplare i coeziune, s-a
ncercat eliminarea deficienelor, modalitile de abordare a sistemelor fcndu-se prin orientarea
spre elemente de structur interioar ca de exemplu: instruciuni, date, interfee, dialoguri.
Etapa de programare numit descompunere funcional a fost pasul prin care, n interiorul
structurii modulare se introduceau funcii, pentru fiecare modul, existnd cte o funcie.
Scolile de programare n sistemele informaionale sunt orientate spre funcii, date i evenimente.
Structurarea programelor nu va mai fi efectuat n funcie de metodele de analiz ci , n varianta
orientat-obiect, ea se va efectua n concordan cu problema de rezolvat.
Una din teoriile actuale consider c metodele actuale de dezvoltare a sistemelor pot fi grupate n
doua mari categorii:
Metode funcie/date
Metode orientate obiect
sau dou metode de lucru:
orientate spre funcii(actiuni ori procese)
date (obiecte sau informaii)
3.2.1 Caracteristicile eseniale ale principalelor metode de abordare a sistemelor

informaionale
Pentru a nelege dezvoltarea sistemelor informaionale prin metoda orientat-obiect trebuie s
nelegem c o abordare sistematic se poate face numai prin trei perspective specifice sistemelor
informionale sau prin trei dimensiuni: date, funcii, comportament.
Datele sunt surprinse prin prisma structurii lor sub form de atribute i nseamn de fapt ceea ce
sistemul are stocat i i poate reaminti oricnd despre fenomenele sau procesele studiate. Ele
reflect structura static a sistemului informaional.
Funciile scot n eviden, n mod limitat, ceea ce face sistemul innd de partea dinamic a
acestuia. Ele pot fi vazute i ca procese, ntruct elementele sistemului despre care se pstreaz
datele de rigoare sunt supuse unor transformri funcionale, prin intermediul proceselor.
Comportamentul este invocat pentru a reda o alt modalitate de percepie a sistemului , e drept,
tot limitat , pentru surprinderea strilor comportamentale prin care aceasta ar trece, deci ar fi
reliefat influena evenimentelor, ceea ce ar sugera i mai mult dinamica lui.
n etapa actual cercettorii asociaz fiecrei componente a unui sistem nformaional cte o
ntrebare, astfel:
Date = Ce?
Proces = Cum?
Reea = Unde?
Evenimente = Cnd?
Metoda descompunerii funcionale (orientare funcii) fiecare funcie este descompus n
subfuncii .a.m.d., pn cnd se obin forme uor de transpus n instruciunile limbajelor de
programare.
Metoda fluxurilor de date (orientate-proces)- metoda este deseori descris ca analiza
structural. Prin aceast metoda, analitii efectueaz reprezentarea lumii reale prin linii ale
fluxurilor de date i cerculee pentru procese.
Metode orientate spre informaii (orientate-date), este identificat prin urmtoare ecuaie:
Modelarea funciilor = Obiecte + Atribute + Relaii + Supertipuri/Subtipuri + Obiecte
asociative
Metode orientate-obiect este identificat prin urmtoare ecuaie:
Orientat-obiect = Clase i obiecte + Motenire + Comunicaii prin mesaje.
Conceptelede obiect i clas sunt independente: un obiect aparine unei clase (este o instan a
clasei), iar o clas este o grupare logic a obiectelor care au aceeai structur i un comportament
similar.
Un obiect este o abstractizare a datelor i poate fi definit astfel:
Obiect = Identitate + Comportament + Stare
Starea obiectului este o valoare care poate fi simpl (literal) sau structurat (ex. o list). n
ultimul caz, ea poate fi compus din valori simple, referine la alte obiecte sau valori care ele
nsele sunt structurate.
Comportamentul unui obiect este definit printr-un set de operaiuni ce-i pot fi aplicate i este
descris n clasa creia i aparine obiectul.
n concluzie, obiectul este o abstractizare a datelor elementare, caracterizat printr-un
identificator unic, invariabil, o clas creia aparine i o stare reprezentat printr-o valoare
simpl sau structurat.
CURS 2
4. PROIECTAREA SISTEMELOR INFORMAIONALE
Funcia corespunztoare a unei organizaii nu se poate realiza fr un sistem informaional
care s pun la dispoziia managerilor i a personalului de execuie, datele i informaiile necesare
pentru stabilirea i ndeplinirea obiectivelor, sarcinilor, competenelor i responsabilitilor ntregului
personal.Este foarte important a nu se confunda sistemul informaional cu cel informatic ntre care
exist un raport ca de la ntreg la parte.
Sistemul informatic se rezum la culegerea, transmiterea i prelucrarea cu mijloace
automatizate a informaiilor n timp ce sistemul informaional este mult mai cuprinztor. Datorit
creterii ntr-un ritm accelerat a performanelor tehnicii de calcul automatizate, tendina actual este
de cretere a ponderii utilizrii acesteia precum i de amplificare a rolului sistemului informatic n
ansamblul sistemului informaional.
n rile dezvoltate, n firmele competitive, sistemul informatic ocup o pondere foarte
nsemnat, apropiindu-se de 90% din totalui sistemului informaional. Cu toate acestea, importana
elementelor informaionale care in strict de natura uman, este deosebit, avnd un rol major n
calitatea sistemului informaional i a celui managerial.
Pe masura dezvoltrii societii, a creterii complexitii activitilor, proceselor de munca si
numarul i complexitatea informatiilor necesare, a crescut i implicit importana sistemului
infomaional. Datorit acestor elemente, a aparut i s-a conturat noiunea de management al
informaiei.
5. COMPONENTELE SISTEMULUI INFORMAIONAL

Elementeloe principale:
A. Data- Reprezint descrierea cifric sau metric a unor aciuni, fapte, procese, fenomene
care privesc mediul intern sau extern al organizaiei.
Data prezint urmtoarele caracteristici:
reprezint componenta elementar a sistemului informaional;
se obtine direct din mediu n urma procesului de msurare sau cutare;
poate fi semnificativa sau nu pentru cel care o proceseaz.
B. Informaia - Reprezint acele date care aduc adresantului un spor de cunoatere privind
organizaia i mediul ei care i ofer elemente noi, utilizate n realizarea sarcinilor ce i revin
norganizaia respectiv.
Informaia este elementul principal al organizrii informaiilor pe baza creia se iau decizii, se
declaneaz aciuni, se desfoar activitatea.
Informaiile au urmtoarele trsturi:
provin din prelucrarea datelor prin operaii simple sau complexe, folosind modele i algoritmi
matematici;
reprezint materia prim implicatn toate aciunile organizaiei;
reprezint un produs al oricrui proces de munc din organizaie;
au un coninut semnificativ pentru cel care le prelucreaz (analistul) i pentru cel care le
recepteaz i le folosete. Dup receptarea mesajului informaional, acestea se transform n
date care se stocheaz n vederea unei folosiri ulterioare;
informaiile ofer putere celui care le deine;
au o valoare economic, de piai pot genera eficiena.
Informaiile se clasific astfel:
Dup modul de exprimare:
orale ieftine, rapide, nuanate, necontrolabile, nestocabile;
scrise formale, lente, controlate, stocabile, ieftine
audio-vizuale formale, rapide, sugestive, nuanate, nalt stocabile, costisitoare;
Dup gradul de prelucrare:
primare studii incipiente de prelucrare, frecven mare de prelucrare;
intermediare parial prelucrate, privesc managementul inferior, frecven medie;
finale total prelucrate, sintetice, complexe, privesc managementul mediu i superior;
Dup directia de vehiculare
descendente obligatorii i genereaz aciuni;
ascendente frecven periodic, informatoric;
orizontale cooperare, interdependente;
Dupa modul de organizare a inregistrrii i prelucrrii:
tehnico-operative analitice, frecvene i verific execuia;
de evidena contabil analitice, reflect procesele economice, postoperative;
statistice sintetice, postoperative, periodice, finale;
Dup provenien:
indogene;
exogene;
Dup destinaie:
interne;
externe;
Dup obligativitate:
imperative;
neimperative;
Dup natura proceselor reflectate:
de cercetare-dezvoltare;
comerciale;
de producie;
financiar-contabile;
informaii privind personalul;
complexe.
C. Circuitele informationale
Pentru ca informaiile sa poat fi folosite n procesele decizionale i de execuie, ele trebuie
sa ajung la destinatari prin circuitul informaional.
Circuitul informaional este constituit din traiectul parcurs de date, informaii i decizii.
Parametrii caracterizani:
configuraia traiectului parcurs liniara, zig-zag, ondulatorie;
lungimea traseului determin vitez de trasare a datelor
D. Fluxul informational
Este alctuit din totalitatea datelor, informaiilor i deciziilor referitoare la una sau mai multe
activiti specifice vehiculate pe trasee prestabilite pe anumiti supori informaionali, cu o anumit
vitezi frecven. Dac circuitul informaional poate fi asemuit cu traseul parcurs de o maina pe o
sosea, fluxul internaional poate fi asemuit cu totalitatea autovehiculelor care se deplaseaz pe acel
traseu, pe mai multe benzi de circulaie.
Caracteristici:
viteza de deplasare depinde de densitatea i configuraia circuitelor informaionale i de
numrul punctelor de prelucrare;
coninutul depinde de modul de grupare a datelor, informaiilor i deciziilor pe anumii
supori informaionali;
frecvena;
forma sau configuraia determinat de numarul i modul de plasare a punctelor de emisie i
recepie i de directia de vehiculare.
Caracteristic organizaiei moderne este marea varietate de circuite i fluxuri informaionale.
Aceasta se clasific dupp anumite criterii:
dup direcia de vehiculare:
verticale
orizontale
oblice
dup coninut:
omogene
eteogene
dup frecven
permanente
temporare
periodice
ocazionale
dup configuraie
liniare
ondulatorii
n form de arc
n form de spiral
Indiferent de tip, este necesar ca circuitele i fluxurile informaionale s fie ct mai scurte i
mai directe pentru creterea vitezei de vehiculare a informaiei i diminuarea apariiei deficienelor
informaionale.
E. Procedurile informaionale
Reprezint ansamblul elementelor prin care se stabilesc modalitile de culegere, nregistrare,
trasmitere, prelucrare i arhivare a informaiilor cuprinse n anumite circuite i fluxuri
informaionale, precum i operaiile ce trebuiesc efectuate, succesiunea lor, suporii, formulele,
modelele i mijloacele de tratare a informaiilor.Suporii informaionali pot fi: hrtia, cartelele,
benzile de hartie, benzile magnetice, discurile magnetice.
La baza procedurilor se afl instruciuni, algoritmi de calcul, modele prin care datele sunt
prelucrate i transformate n informaiile cerute de anumite activiti.
10
Unitatea metodologic a tratrii informaionale este asigurat de formalitatea ridicat care

presupune accentuarea informatizrii procedurilor informaionale prin valorificarea posibilitilor
date de tehnic electronic de calcul.
Procedurile informaionale sunt foarte dinamice i au un caracter operaional.
F. Mijloacele de tratare a informaiilor
Asigur raportul tehnic informaional i are urmtoarele caracteristici:
pot satisface anumite cerine ale functionalitii sistemului informaional, o anumit viteza de
tratare i furnizare a informaiilor;
componenta cu cele mai directe i vizibile implicaii asupra structurii personalului din
organizaie deoarece folosire unor mijloace de tratare sofisticate, necesit personal din ce n ce
mai bine pregtit.
Tipuri de mijoace de tratare a informaiilor:
instrumentele clasice (manuale) creion, pix, stilou, masina de scris, masina de calcul;
mecanizate echipamente macanografice;
automatizate calculatoarele electronice.
Datorit progreselor inregistrate de mijloacele automatizate, cele mecanizate sunt pe cale de
dispariie.
Pe planul managementului organizatiei, folosirea calculatoarelor electronice implic
integrarea lor organicn sistemul managerial. Trebuie luate msuri deosebite pentru asigurarea
secretului de serviciu, mai ales datorit dezvoltrii fenomenale a sprgtorilor de coduri, care pot
avea acces la informaiile secrete sau pot introduce virui.
6. STRUCTURA FUNCIONAL A SISTEMULUI INFORMAIONAL

Managementul unei instituii publice are nevoie de un sistem informaional care s permit
prelucrarea complex a informaiilor i astfel s preia o parte din activitatea sistemului conductor i
anume aceea care se refer la prelucrarea datelor i a informaiilor, analiza rezultatelor, elaborarea
diferitelor variante n vederea adoptrii deciziei etc.
nc de la proiectarea sistemelor informaionale trebuie s li se asigure o structur funcional
bine definit, care s permit realizarea urmtoarelor operaiuni/faze: culegerea datelor; pregtirea
datelor; prelucrarea datelor; ntreinerea fiierelor i obinerea informaiilor de ieire. Toate aceste
operaiuni reprezint ciclul prelucrrii datelor.
Faza de culegere a datelor const n nregistrarea de ctre un operator uman a datelor culese
din mediu prin nscrierea lor n documente surs, sau un echipament special percepe datele legate de
procesul urmrit i le capteaz pe un suport;
Faza de pregtire a datelor const n clasificarea, gruparea, verificarea, sortarea, fuzionarea,
transmiterea sau transcrierea datelor, acestea fiind supune la transformri radicale pentru a fi
transmise la distan i recepionate la unitatea de prelucrare. Aceast faz are loc n toate tipurile de
sisteme informaionale, dar capt o semnificaie deosebit n sistemele de prelucrare automat a
datelor, partea informatizat a acestora fiind cunoscut sub numele de sistem informatic.
11
Faza de prelucrare a datelor este aceea care determin caracteristicile organizatorice i funcia
real a unui sistem informaional. Ea poate fi un operator uman sau echipamente de prelucrare
automat a datelor (calculator electronic).
n principiu, orice sistem evoluat de prelucrare a datelor trebuie s satisfac anumite cerine:
s permit intrarea noilor date n sistem;
s asigure prelucrarea datelor dup un program dinainte stabilit;
s asigure existena elementelor operaionale pentru efectuarea
operaiilor aritmetice i logice i a elementelor de comand cu ajutorul crora se conduce
procesul de prelucrare pe baza programului stabilit.
Prin program de prelucrare a datelorse nelege o succesiune de instruciuni dup care se execut
operaiile ce conduc la obinerea rezultatelor din prelucrarea datelor.
Operaiile de prelucrare a datelor sunt: calcule matematice, compararea, sintetizarea, filtrarea,
restaurarea datelor
Faza de ntreinere a fiierelor si bazelor de de date este aceea n care are loc
stocarea/memorarea datele pentru refolosirea lor ori de cte ori este nevoie. n sistemele
informaionale mai puin evoluate, memoria extern o constituie nsi documentele n prelucrare sau
arhivate, iar n sistemele informaionale n care prelucrarea datelor se face automatizat memoria
extern este format din suporturile magnetice i optice pe care se nregistreaz fiierele sau bazele
de date. Tot n aceast faz are loc i protecia datelorn vederea accesului neautorizat.
Faza de extragere a informaiilor (rezultatelor) obinute din prelucrarea datelor n unitatea de
prelucrare. Aceast unitate poate fi un operator uman, sau, n cazul sistemelor de prelucrare
automatve vorba de dispozitive speciale de ieire. Monitorul video i imprimanta sunt principalele
periferice de ieire ale calculatorului electronic utilizate pentru extragerea informaiilor din calculator
sub form de tabele, grafice, text.
Inregistrare - n cadrul acestei funcii, datele generate n cadrul sistemului operaional sunt
recepionate i nregistrate pe un purttor tehnic. Recepionarea poate fi fcut de factorul uman, dar
i de echipamente speciale. n viitor, utilizarea acestor echipamente devine foarte important
deoarece ele contribuie la creterea vitezei de nregistrare i la creterea corectitudinii nregistrrii. n
cadrul echipamentelor speciale pot fi folosite diferite contoare, debitmetre, cititoare magnetice i
scanere.
Stocare - Se asigur memorarea datelor pe purttori de mare capacitate, actualizarea permanent
a acestor date, gestionarea lor n cadrul bazelor de date i asigurarea accesului tuturor utilizatorilor la
ele. Existena unor purttori tehnici de foarte mare capacitate permite entitilor s-i creeze baze de
date complete, care s le asigure o prelucrare integrat a acestora.
Prelucrare - Realizarea operaiunilor aritmetice i logice asupra datelor n vederea transformrii
lor n informaii necesare sistemului decizional formeaz funcia de prelucrare.
Comunicare - Este funciunea n cadrul creia se realizeaz transmiterea ntre diveri utilizatori
situai n locuri geografice diferite att a datelor ct i a informaiilor. Realizrile deosebite din
domeniul comunicaiilor au fcut posibil ca aceast funciune s permit o prelucrare n timp real a
datelor din diferite zone geografice ( prin cablul reelelor sau prin satelit). Transmiterea prin lurile
reelelor cuprind preocupri privind securitatea datelor.
12
CURS 3
7. PROIECTAREA SISTEMELOR INFORMATIONALE
7.1 Aspecte generale ale proiectrii sistemelor informaionale
Proiectarea unui sistem informational este n strns legtur cu planificarea strategic a unitii
economice crei i este dedicat. n cazul unei uniti economice n domeniul productiv mecanic
evaluarea unitii reprezint o etap larg i important. n primul rnd evaluarea unitii, ca baz
pentru evaluarea necesitii unui sistem informaional, se face pe urmtoarele stri:
A. Evaluarea unitii economice la starea zero:
Informaii:
a. Mijoace fixe
b. Mijloace mobile
c. Personal
d. Manageri
e. Furnizori
f. Beneficiari
Obiective la starea zero
a. Metode de realizare ct i realizarea proiectelor, a tehnologiilor adecvate proiectelor propuse, a
planului de producie, a planului de vnzare;
b. Promovarea prin relaii directe a calitii produselor cu furnizorii i beneficiarii
c. Asigurarea pregtirii personalului, privit ca cea mai important resurs
B. Evaluarea unitii economice la starea unu
Obiective la starea zero
a. Activarea segmentului de pia
b. Impunerea unitii economice ca etalon pentru calitatea serviciilor pe un areal geografic (zon,
regiue, ar)
c. Adoptarea unor tehnologii noi n vederea scurtrii ciclului de fabricaie precum i adoptarea unor
tehnologii de fabricaie a produselor noi.
d. Renunarea la criteriul angajaii sunt cea mai important resurs micsorarea numrului de
personal creterea productivitii muncii.
De asemenea este important pentru proiectatntul sistemului informaional s cunoasc planul
strategic al realizrii obiectivelor de la starea unu.
Strategia de realizare a strii unu depinde de capacitatea material i fianciar a unitii
economice. Strategia poate fi de urmtorul tip:
Strategia productorului cu costuri mici (producie cu costuri mici, bazat pe preuri mici
de achiziie a materialelor i costuri mici de utilizare a serviciilor i minii de lucru.
Rezult un nivel calitativ limitat al produsului final.
13
Strategia diferenierii produselor. Se promoveaz numai anumite produse, produse cerute

pe pia, la care nu mai are o prim importan costul de producie ci calitatea produsului.
Strategia orientrii pe produs. Concentrarea de produse se adreseaz fie unui segment
ngust, fie unui segment foarte larg.
Structura unui sistem informaional adaptat cerinelor unei uniti economice trebuie s cuprind:
1. Echipamente:
a. Un sistem de calcul n general de capacitate medie
b. Un sistem de periferice: imprimante, unitate extern, cititor inscriptor CD, DVD, alte
terminale
c. Comunicaii: structur fizic de comunicare (de reea) linii telefonice, modem, router
d. Echipament de pregtire a datelor
e. Cabluri i conectori
f. Echipamente de generare automat a datelor
g. Software specializat
2. Costurile necesare pentru:
a. Proeictarea de soft specific activitii unitii economice
b. Achiziia de soft (pachete de programe, programe, aplicaii)
c. Plata operatorilor
d. Costul pentru teste i variante de control
e. Costul pentru documentaie (realizare, meninere, nnoire)
f. Crearea i ntreinerea bazei de date (cuprinde i evidena financiar contabil a
ntreprinderii)
3. Structura de personal
a. Programatorii i analitii de sistem
b. Operatorii (personal specializat pentru introducerea datelor i conversia acestora)
c. Personal pentru consultan
d. Asisteni pentru personal i manageri.
7.2 Proiectarea de soft

Proiectantul de soft are ca principal misiune definire i structurarea componentelor care vor forma
un tot unitar astfel nct prin acestea s obin un proiect soft operaional care s corespund
strategiei i scopurilor unitii economice. Proiectantul de soft va grupa funciile ce trebuie s fie
interconectate i va descrie modalitile de realizare a legturilor. Dup proiectanii de soft vor
intervenii programatorii, pentru transpunerea n realitate a proiectantului. Ei vor controla intrrile,
prelucrrile, stocrile i ieirile din sistem prin intermediul programelor.
Softul are dou componente la baz: instruciunile i modulele. Ele constituie materia prim din
care se realizeaz programele aplicaiilor.
14
7.1.1 Arhitectura unui Sistem Software.

Arhitectura software este definit de IEEE ca fiind: organizarea fundamental a unui sistem,
nglobat n componentele sistemului, n relaiile dintre acestea i n relaiile dintre componentele
sistemului i mediul nconjurtor, precum i principiile care guverneaz proiectarea i evoluia
sistemului.
Definiia propus de IEEE spune faptul c arhitectura surprinde structura sistemului n ceea ce
privete componentele acestuia precum i modul n care aceste componente interacioneaz. De
asemenea arhitectura unui sistem definete i regulile dup care sistemul este proiectat precum i cele
care definesc modul n care el poate fi modificat.
L. Bass, P. Clements i R. Kazman definesc arhitectura software ca fiind: structura sau structurile
sistemului, care constau din elemente software, proprietile vizibile n exterior ale acestor elemente i
relaiile dintre ele.
Garlan i M. Shaw n 1993 definesc arhitectura software: ca mergnd dincolo de algoritmi i

structuri de date; proiectarea i specificarea structurii ntregului sistem fiind vzut ca i o
problem distinct. Definirea structurii unui sistem const din definirea n linii mari a organizrii
sistemului i a structurilor de control globale; a protocoalelor de comunicare, sincronizare i
accesare a datelor; asocierea de funcionalitate diferitelor elemente; distribuirea fizic; compunerea
elementelor; scalabilitate i performan; i selectarea metodelor de proiectare potrivite.
Arhitectura definete structura unui sistem software: n proiectarea unei arhitecturi software
divizarea aplicaiei n componente interconectate, module, obiecte sau orice alte uniti de
partiionare software, reprezint o sarcin care ocup o bun parte din timpul unui arhitect software.
mprirea unei aplicaii n componente trebuie realizat n funcie de cerinele i constrngerile pe
care aplicaia final trebuie s le ndeplineasc. De exemplu, o cerin pentru un sistem de gestiune a
informaiei ar putea fi ca aplicaia s fie distribuit n mai multe locaii, iar o constrngere ar putea fi
ca anumite date s fie stocate local. Se poate observa cum cerinele impun anumite constrngeri n
ceea ce privete structura aplicaiei i n ceea ce privete mprirea funcionalitii aplicaiei n
componente.
n partiionarea unei aplicaii, arhitectul asociaz responsabiliti fiecrei componente. Aceste
responsabiliti definind taskurile pe care o component trebuie s le ndeplineasc n cadrul
aplicaiei. Fiecare component joac un anumit rol, dar i interacioneaz cu celelalte componente n
vederea ndeplinirii funcionalitii cerute.
Proiectarea bazat pe responsabiliti (propus de Wirls-Brock) este o tehnic de proiectare
orientat pe obiecte, care presupune modelarea comportamentului unei aplicaii pornind de la
obiecte, responsabiliti i colaborare.
Una din cele mai importante reguli de care trebuie s se in cont n proiectarea unei arhitecturi
este aceea de a minimiza dependenele ntre componente. ntre dou componente exist o dependen
dac modificarea unei componente implic modificarea celeilalte. Prin eliminarea dependenelor
inutile modificrile sunt localizate i nu se propag prin ntreaga arhitectur. Un numr prea mare de
dependene face ca sistemul s fie greu de modificat, ntreinut i testat.
15
a.
b.
Fig. 7.1Exemplu de dependen ntre componente
n Fig. 7.1sunt prezentate dou exemple de mprire n componente. n Fig. 7.1 a este prezentat
o aplicaie care const din trei componente fiecare dintre ele depinznd de o a patra component
dezvoltat de o alt companie dect cea care dezvolt aplicaia. Faptul c fiecare component din 3
aplicaie depinde de o component ter constituie un grad ridicat de risc i anume: daca interfaa de
comunicare cu componenta ter se modific toate cele trei componente care depind de ea vor trebuie
s fie modificate. Riscul poate fi ns redus dac se proiecteaz o component care s intermedieze
comunicarea cu componenta ter, aa cum este cazul n Fig. 7.1 b.
Arhitectura specific comunicarea ntre componentele unui sistem software. Odat definite
componentele unui sistem software este necesar s se defineasc modul n care aceste componente
comunic ntre ele, i anume cum se realizeaz transferul de date i al informaiei de control ntre
aceste componente. De exemplu componentele se pot afla n acelai spaiu de memorie, caz n care
ele pot comunica prin apeluri de metode. Se poate ns ntmpla ca ele s se execute n fire de
execuie sau chiar procese diferite, caz n care comunicarea trebuie s utilizeze mecanisme de
sincronizare.
O serie de structuri care faciliteaz comunicarea ntre mai multe componente de un anumit tip i
care au fost folosite cu succes au fost catalogate formnd aa numitele modele de proiectare sau n
englez design patterns. Aceste modele reprezint buci de arhitectur care pot fi reutilizate.
Fiecare model are caracteristici bine cunoscute care l fac potrivit pentru rezolvarea unui anumit tip
de cerin. De exemplu, modelul de comunicare client-server are urmtoarele caracteristici:
comunicarea ntre client i server este sincron, bazat pe cerere-rspuns, iar serverul poate
comunica cu unul sau mai muli clieni printr-o interfa bine definit. Opional clientul poate crea o
sesiune pe server. Arhitectura client-server de asemenea trebuie s ofere un mecanism prin care
clientul poate s localizeze serverul, un mecanism care s permite tratarea erorilor, precum i un
mecanism care opional poate s securizeze accesul pe server.
Marele avantaj al acestor modele de proiectare const n faptul c ele au fost deja testate, iar dac
sunt folosite n mod corespunztor ntr-o arhitectur, practic se refolosesc cunotine de proiectare
deja existente. Sistemele software complexe tind s foloseasc mai multe modele de proiectare,
combinate n aa fel nct satisfac cerinele impuse arhitecturii. Un alt avantaj important al folosirii
modelelor de proiectare const n faptul c ele faciliteaz nelegerea arhitecturii aplicaiei de ctre
toi membrii echipei, reprezentnd un mijloc de comunicare foarte eficient.
16
Arhitectura specific cerine non-funcionale. Cerinele non-funcionale sunt acele cerine care
definesc cum asigur aplicaia funcionalitatea cerut i nu ce trebuie s fac aplicaia. Exist trei
tipuri distincte de cerine non-funcionale:
- Constrngeri tehnologice: constrng arhitectura unei aplicaii prin specificarea anumitor
tehnologii care trebuie folosite; de exemplu: nu avem dect programatori Java, n concluzie trebuie
s folosim Java ca i limbaj de programare.
- Constrngeri impuse de politica firmei: acestea reduc opiunile de proiectare pe baza unor
constrngeri impuse de politica firmei. De exemplu, pentru a lrgi piaa de desfacere trebuie s
interfam cu mai multe produse.
- Indicatorii de calitate: definesc cerinele unei aplicaii n ceea ce privete scalabilitatea,
fiabilitatea, performana etc.
Arhitectura unei aplicaii trebuie s in cont n mod explicit de toate aceste aspecte. Un arhitect
software trebuie s neleag cerinele funcionale ale aplicaiei i s proiecteze o platform care s
satisfac n acelai timp i cerinele non-funcionale.
Arhitectura este o abstractizare.Pentru ca o arhitectur s poat fi neleas de ct mai mult lume
(membrii echipei, client, etc.) este absolut necesar ca n realizarea ei s se foloseasc un anumit nivel
de abstractizare. Astfel, detaliile care nu sunt importante trebuie ignorate pentru a se putea pune
accentul pe problemele care sunt importante din punctul de vedere al arhitecturii. Acest lucru se
realizeaz de cele mai multe ori prin folosirea cutiilor negre ca i reprezentare a componentelor,
specificnd doar proprietile vizibile din exterior ale acestor componente.
Fig. 7.2Exemplu de descompunere ierarhic.
Unul din cele mai puternice mecanisme pentru descrierea unei arhitecturi este reprezentat de
descompunerea ierarhic. n Fig. 7.2este prezentat un exemplu de arhitectur care a fost proiectat
utiliznd descompunerea ierarhic. Astfel, la nivelul cel mai de sus aplicaia const din trei
componente care interacioneaz. Componenta C2 este descompus n alte dou componente, C21 i
C22, iar componenta C3 este descompus n trei componente, C31, C32 i C33. Avnd n vedere
arhitectura prezentat este destul de probabil ca cele trei componente s fie dezvoltate de echipe
diferite n acest fel fiind foarte clar care sunt responsabilitile fiecrei echipe.
n exemplul din Fig. 7.2componentele C2 i C3 au fost rafinate pentru c anumite cerine au
sugerat faptul c definirea detaliat a celor dou componente este necesar. Pe de alt parte
componenta C1 nu a fost rafinat pentru c structura ei intern a fost considerat nerelevant pentru
arhitectura de ansamblu a aplicaiei.
17
Perspectivele unei arhitecturi software. Avnd n vedere complexitatea arhitecturii unui sistem
software este evident faptul c exist mai multe moduri (perspective) n care o arhitectur poate fi
privit. n continuare vor fi enunate patru astfel de moduri:
- Perspectiva logic: descrie elementele semnificative ale unei arhitecturi i relaiile dintre ele.
Perspectiva logic surprinde structura unei aplicaii utiliznd diagrame de clase.
- Perspectiva proces: accentul se pune pe descrierea concurenei i a comunicrii ntre
componentele unui sistem software. Principalele obiective din punctul de vedere al acestei
perspective sunt descrierea componentelor multi-threading i a celor replicate, precum i a
mecanismelor de comunicare sincron i asincron.
- Perspectiva fizic: surprinde modul n care principalele procese i componente sunt mapate
peste echipamentul hardware. De exemplu, poate s arate cum baza de date i serviciul web sunt
distribuite peste un anumit numr de maini server.
- Perspectiva dezvoltare: surprinde organizarea intern a componentelor software. De exemplu,
pachetele i clasele unei aplicaii Java reprezint perspectiva dezvoltare.
O alt posibil clasificare a perspectivelor din care poate fi privit o arhitectur a fost introdus n
lucrarea Views and Beyond[3] n care au fost definite urmtoarele perspective:
- Modul: reprezint o perspectiv structural cuprinznd module de cod precum clasele, pachetele
i subsistemele. De asemenea surprinde i descompunerea n module, motenirea, asocierea i
agregarea.
- Component i Conector: aceast perspectiv surprinde aspecte legate de comportamentul
sistemului. Prin componente se nelege obiecte, fire de execuie sau procese, iar un conector descrie
modul n care interacioneaz componentele. Exemple de conectori sunt: socket-urile, memoria
partajat sau middleware-uri (de ex.: CORBA).
- Alocare: arat cum procesele sunt mapate peste hardware i cum se realizeaz comunicare intre
ele prin intermediul reelei i/sau al bazei de date. De asemenea surprinde i codul n sistemul de
management al configuraiei, precum i cine din grupul de dezvoltare este responsabil pentru fiecare
modul.
7.1.2 Rolul unui arhitect software
Un arhitect software are patru roluri eseniale:
- Liant: Un arhitect joac mai multe roluri de liant. El este cel care face legtura ntre client i
echipa tehnic, de cele mai multe ori mpreun cu analiti de cerine i cei de business. Face legtura
ntre diferitele echipe implicate n proiect, el fiind punctul central pentru fiecare dintre echipe.
Comunic cu managerul n vederea justificrii deciziilor i a costului. Comunic cu departamentul de
vnzri n vederea promovrii produsului.
- Inginer software: Capacitatea de a proiecta este ceea ce face dintr-un inginer software un
arhitect. Ingineria software este o calitate care este absolut necesar pentru un arhitect. Proiectul
realizat de un arhitect trebuie s fie foarte bine documentat i comunicat. Trebuie s lucreze cu
echipa de testare, documentare i release.
- Surs de cunotine tehnologice: Un arhitect trebuie s aib o bun nelegere a tehnologiilor
din domeniile care sunt relevante pentru tipul de produs la care lucreaz. Pe baza acestor cunotine
putnd lua decizii de a folosi anumite componente third-party. Trebuie s urmreasc progresul
tehnologic i s neleag cum noile standarde i produse pot fi exploatate cu succes n proiectul la
care lucreaz.
18
- Managementul riscului: Un bun arhitect trebuie s fie precaut. Trebuie s enumere i s

evalueze n permanen riscurile asociate cu deciziile luate n ceea ce privete proiectarea i
tehnologiile folosite. Trebuie s documenteze i s gestioneze aceste riscuri mpreun cu finanatorul
proiectului i cu managerul proiectului. Trebuie s se asigure c nici un dezastru neateptat nu va
apare.
7.1.3 Influena tehnologiilor asupra arhitecturii unui sistem software
De cele mai multe ori un arhitect trebuie s ia hotrri importante la nceputul unui proiect, acest
lucru face ca aceste decizii s fie greu, chiar imposibil de testat i validat. Datorit acestei
imposibiliti de a testa arhitectura n primele faze ale proiectrii de cele mai multe ori un arhitect se
bazeaz n rezolvarea anumitor tipuri de probleme pe abordri care au fost deja testate i validate.
Astfel, de cele mai multe ori se recurge la modele de proiectare (design patterns).
Modelele de proiectare reprezint o arhitectur abstract ntruct ele pot fi implementate n
diverse feluri. De exemplu modelul public-subscrie descrie un mecanism de comunicare slab
cuplat de tipul muli-la-muli ntre componentele care public mesaje i cele care subscriu pentru a
primi mesaje. Modelul nu specific ns cum trebuie implementate componentele care public sau
cele care subscriu i nici care este protocolul de comunicare; toate aceste informaii fiind considerate
detalii de implementare.
Un alt avantaj al folosirii modelelor de proiectare este faptul ca cele mai uzuale modele au fost
implementate de ctre diferii productori de software (Microsoft, IBM etc.), ele putnd fi folosite ca
i baz de plecare pentru dezvoltarea unui proiect. Astfel dac ntr-un proiect este nevoie de modelul
public-subscrie, sau de un broker de mesaje, sau de o arhitectur pe trei niveluri, atunci pot fi gsite
o serie de tehnologi care pot fi folosite.
Aceast varietate de opiuni ridic ns i o serie de probleme pentru un arhitect, de cele mai
multe ori neexistnd un singur criteriu care permite compararea tehnologiilor existente, iar arhitectul
trebuie s cunoasc foarte bine produsele existente pentru a putea decide care dintre tehnologi este
potrivit pentru un anumit proiect.
7.1.4 Indicatorii de calitate ai unui sistem software
Orice arhitectur trebuie proiectat astfel nct s se asigure faptul c sunt respectate anumite
constrngeri impuse indicatorilor de calitate. n general indicatorii de calitate sunt: fiabilitatea,
scalabilitatea, performana i securitatea.
Indicatorii de calitate fac parte din cerinele non-funcionale ale unui sistem; prin intermediul
acestor indicatori se cuantific cum sunt ndeplinite cerinele funcionale. Orice sistem software
complex are astfel de cerine non-funcionale care sunt exprimate sub forma indicatorilor de calitate.
Pentru a fi utile, cerinele referitoare la indicatorii de calitate trebuie sa fie formulate clar i concret.
O greeal frecvent ntlnit n documentele care descriu arhitectura unui sistem este reprezentat de
formulri generice de genul: Sistemul trebuie sa fie scalabil. Acesta este o formulare imprecis
care nu spune prea multe. Nu este clar dac scalabilitatea se refer la numrul de conexiuni
simultane, sau la numrul de cereri simultane, sau la volumul mare de date, sau la toate aceste
aspecte.
Definirea cu exactitate care dintre msurile de mai sus trebuie respectate de sistem este crucial
pentru proiectarea unei arhitecturi solide. Astfel o formulare corect ar fi: Sistemul trebuie s poat fi
19
scalat n ceea ce privete distribuirea de la 100 de utilizatori desktop aflai n locaii geografice
diferite la 10.000 de utilizator fr a crete costul de instalare i configurare . Aceast formulare este
mult mai precis, astfel pentru un arhitect este clar c trebuie s gseasc o soluie care s permit
instalarea i distribuirea sistemului cu efort zero.
Performana (Performance): Performana ca i indicator de calitate reprezint o msur care
definete fie volumul de procesri pe care o aplicaie trebuie s l poat face pe unitatea de timp sau
termenul (deadline-ul) care trebuie respectat pentru finalizarea corect a unei aplicaii. Prima msur
a performanei este important pentru mai toate sistemele software din domeniul financiar, al
telecomunicaiilor i guvernamental, toate aceste aplicaii trebuind s proceseze sute, mii de
tranzacii sau poate chiar zeci de mii de tranzacii pe secund. A dou msur a performanei este
important pentru aplicaiile de timp-real care sunt ntlnite mai ales n domeniul militar; pentru
acest tip de aplicaii ntrzieri de o milisecund pot avea consecine grave. Exist o serie de
modaliti n care performana unui sistem poate fi cuantificat acestea putnd varia de la o aplicaie
la alta. n acest curs vor fi analizate trei modaliti de a cuantifica performana unui sistem software:
puterea de procesare, timpul de rspuns i termenul.
Puterea de Procesare (Throughput) Puterea de procesare (throughput) reprezint o msur a
volumului de procesri care trebuie realizate n unitatea de timp. Volumul de procesri se msoar de
cele mai multe ori n tranzacii pe secund (tps) sau mesaje procesate pe secund (mps). De exemplu,
o aplicaie de online banking poate s garanteze procesarea a 1000 de tranzacii pe secund, iar o
aplicaie pentru gestionarea inventarului poate s proceseze 50 de mesaje pe secund.
Este important s se neleag ce se specific prin puterea de procesare. Astfel ntr-un anumit
context poate fi vorba de puterea de procesare medie calculat pentru un anumit interval de timp sau
poate fi vorba de un vrf de procesare. Aceste dou lucruri sunt diferite i influeneaz n mod diferit
arhitectura sistemului.
Un exemplu elocvent este reprezentat de o aplicaie online care prea pariuri. n majoritatea
timpului puterea de procesare necesar este foarte mic ntruct nu se ntmpl mai nimic. Situaia se
schimb ns atunci cnd are loc o curs de cai, astfel nainte cu 10-5 minute de nceputul cursei
aplicaia poate sa primeasc pn la cteva sute ce cereri. n acest caz este crucial ca aplicaia sa
poat s proceseze n timp util toate cererile primite altfel afacerea va avea de suferit. De aceea n
acest scenariu aplicaia trebuie s fie proiectat astfel nct s asigure o putere de procesare care s
satisfac un vrf de cereri i nu un volum mediu.
Timpul de Rspuns (Response Time):Acest indicator msoar ntrzierea introdus de procesarea
unei tranzacii. Timpul de rspuns este de cele mai multe ori msurat ca timpul necesar unui sistem
software pentru a rspunde la o anumit modificare aprut la intrrile sistemului. Un timp de
rspuns mic face ca utilizatorul unei aplicaii s fie mai eficient, ceea ce evident este benefic pentru
firma n care el lucreaz. Un exemplu sugestiv este o aplicaie de tip punct de vnzare folosit pentru
un magazin de tip supermarket. Astfel atunci cnd este scanat un articol un rspuns rapid, de o
secund sau mai puin, pentru afiarea preului nseamn c, clientul va fi servit rapid.
i n acest caz este important s se disting ntre valoarea medie a acestui indicator i cea
garantat. Unele aplicaii necesit ca toate cererile s fie tratate ntr-un anumit interval de timp, ceea
ce nseamn c este vorba de un timp de rspuns garantat. Altele ns pot s specifice valori medii
pentru timpul de rspuns ceea ce nseamn c ntrzieri mai mari sunt permise atunci cnd sistemul
20
este foarte ncrcat. n acest ultim caz se mai poate impune o restricie de tip limit superioar pentru
timpul de rspuns. De exemplu se poate cere ca 95% din cereri s fie tratate n mai puin de patru
secunde, iar o cerere nu trebuie s dureze mai mult de 15 secunde.
Termenul(Deadline): Acest indicator msoar intervalul de timp n care sistemul software trebuie
s finalizeze un anumit task, finalizarea taskului dup expirarea termenului fiind echivalent cu
apariia unei erori n sistem. Acest indicator este specificat n special pentru sistemele software de
timp real. Astfel de sistem fiind ntlnite chiar i n sistemul bancar, de exemplu, o tranzacie
efectuat la un bancomat este considerat invalid dac dureaz mai mult dect o perioad de timp
specificat.
Scalabilitatea: Scalabilitatea reprezint un indicator ce msoar ct de bine se comport sistemul
dac dimensiunea problemei pentru care el a fost proiectat s o rezolve crete. Pentru ca acest
indicator s devin unul concret este necesar s se stabileasc ce poate s creasc.
Proiectarea sistemelor software scalabile nu este un lucru uor. De foarte multe ori necesitatea
pentru scalabilitate nu este evident nc de la nceput. Este foarte important ca arhitectul s nu
introduc n nucleul arhitecturii structuri care nu sunt scalabile. Chiar dac scalabilitatea este
prevzut ca i o cerin pentru sistem de cele mai multe ori testarea scalabilitii sistemului nu se
poate realiza fie pentru c este prea costisitor din punct de vedere financiar fie fiindc agenda
proiectului nu permite acest lucru.
Securitatea (Security):Cele mai uzuale cerine referitoare la securitate sunt urmtoarele:
- Autentificarea: aplicaia poate verifica identitatea utilizatorilor i a altor aplicaii cu care
comunic;
- Autorizarea: utilizatorii i aplicaiile autentificate au anumite drepturi de acces la resursele
sistemului;
- Criptarea: mesajele trimise de i ctre aplicaie sunt criptate;
- Integritatea: asigur faptul c, coninutul unui mesaje nu este modificat n timpul transmisiei;
- Nerepudierea: expeditorul unui mesaj este sigur c mesajul a ajuns la destinatar, iar destinatarul
este sigur de identitatea expeditorului.
Exist o serie de tehnologii care sunt folosite n prezent pe scar larg i care ofer suport pentru
aceste aspecte ale securitii unei aplicaii. De exemplu, Secure Socket Layer (SSL) i Public Key
Infrastructure (PKI) sunt folosite foarte des pentru aplicaiile Internet pentru a garanta autentificarea,
criptarea i nerepudierea. Autentificarea i autorizarea sunt suportate in Java prin Java
Authentication and Authorization Service (JAAS). i exemplele pot continua.
Disponibilitatea (Availability)Disponibilitatea unei aplicaii este strns legat de fiabilitate. Dac
o aplicaie nu este disponibil atunci cnd este nevoie de ea, atunci este puin probabil c aplicaia i
ndeplinete rolul pentru care ea a fost dezvoltat. Majoritatea aplicaiilor trebuie s fie disponibile
cel puin n timpul orelor de lucru. Aplicaiile Internet trebuie ns s fie disponibile 24 din 24.
Disponibilitatea poate fi msurat ca i raportul de timp n care aplicaia este utilizabil.
Apariia unei defeciuni face ca aplicaia s fie indisponibil. Defeciunile influeneaz fiabilitatea
unei aplicaii care se msoar ca fiind timpul mediu dintre apariia defeciunilor. De obicei sistemele
software care necesit o disponibilitate mare trebuie s nu conin aa numitul singur punct de
21
defectare (single point of failure) i s conin mecanisme care s detecteze defeciunea automat i
s reporneasc componenta defectat.
Replicarea componentelor este o metoda eficient de a crete fiabilitatea i evident
disponibilitatea unui sistem software. Astfel, atunci cnd apare o defeciune la o component
replicat sistemul poate s funcioneze pentru c folosete celelalte replici ale componentei care nc
funcioneaz. Se poate ns ca performana sistemului s fie afectat de defeciune, dar el va fi totui
disponibil.
Recuperarea dup apariia unei defeciuni afecteaz de asemenea disponibilitatea sistemului. Un
sistem software are capacitatea de a se recupera dac el revine la parametrii de funcionare normali
dup ce a aprut o defeciune. Este de dorit ca defeciunea s fie detectat automat, iar procedura de
recuperare, de asemenea s fie iniiat automat. Avnd n vedere c pe parcursul ct se execut
procedura de recuperare sistemul nu este disponibil, este de dorit ca aceast procedur s fie ct mai
scurt ca durat.
Integrarea (Integration): Integrarea este un indicator care msoar uurina cu care sistemul
poate fi incorporat ntr-un context de aplicaii mai larg. De multe ori valoarea unei aplicaii poate
fi mrit dac funcionalitatea sau datele produse de aplicaie pot fi folosite n alte moduri dect
cele care au fost prevzute de cel care a proiectat aplicaia. Cele mai folosite strategii de integrare
sunt cele la nivelul datelor sau cele realizate printr-o interfa API.
Integrarea la nivelul datelor se poate realiza prin stocarea i manipularea datelor n aa fel nct
alte aplicaii s le poat accesa. De exemplu, poate s fie suficient s se foloseasc o baza de date
relaionat pentru stocarea datelor sau poate s fie nevoie de implementarea unei funcii care s
permit exportarea datelor ntr-un format cunoscut (XML sau CSV).
Singurul dezavantaj al integrrii la nivelul datelor l constituie faptul c, aplicaiile care vor accesa
datele nu mai sunt restricionate n nici un fel i pot modifica datele fr s respecte anumite reguli.
Pentru a se evita acest lucru se poate dezvolta o interfaa API prin intermediul creia s se poat
accesa datele, n acest fel putnd fi respectate anumite reguli, n plus se poate asigura i o anumit
securitate. Evident aceast a doua soluie este mai costisitoare dect prima, de aceea arhitectul
trebuie s aleag soluia care este potrivit pentru un anumit sistem software.
Ali Indicatori: Exist o serie de ali indicatori de calitate care pot fi importani pentru anumite
tipuri de aplicaii, de exemplu:
- Portabilitatea (Portability): uurina cu care o aplicaie poate fi executat pe diverse platforme
hardware i software, de obicei este dependent de tehnologia folosit pentru implementare;
- Testabilitatea (Testability): ct de uor sau dificil poate fi test o aplicaie; este bine ca
arhitectura s fie ct mai simpl;
- Suportabilitatea (Supportability): ct de uor se poate oferi suport pentru aplicaie odat ce a
fost scoas n producie; prin suport se nelege diagnosticarea i rezolvarea problemelor aprute n
timpul funcionrii; este bine ca un sistem s fie modular permind astfel actualizarea doar a
modulelor n care a fost gsit o problem.
22
CURS 4
8. BAZE DE DATE
8.1 Aspecte generale ale proiectrii bazelor de date (1)
n sensul larg, o baz de date (database) este o colecie de date corelate din punct de vedere
logic, care reflect un anumit aspect al lumii reale i este destinat unui anumit grup de utilizatori. n
acest sens, bazele de date pot fi create i meninute manual (un exemplu ar fi fiele de eviden a
crilor dintr-o bibliotec,) sau computerizat aa cum sunt majoritatea bazelor de date n momentul
de fa.
O definiie ntr-un sens mai restrns a unei baze de date este urmtoarea: O baz de date este o
colecie de date centralizate, creati meninut computerizat, n scopul prelucrrii datelor n
contextul unui set de aplicaii. Prelucrarea datelor se refer la operaiile de introducere, tergere,
actualizare i interogare a datelor.
Orice baz de date are urmtoarele proprieti implicite:
Baza de date este o colecie logic coerent de date ce are cel puin un neles
Baza de date este destinat, construit i populat de date despre un domeniu bine precizat. Ea are
un grup de utilizatori i se adreseaz unui anumit grup de aplicaii
O baz de date reprezint cteva aspecte ale lumii reale crend orizontul propriu. Schimbrile
orizontului sunt reflectate n baza de date.
8.2 Obiectivele fundamnetale ale unei baze de date

Realizarea de legturi ntre datele structurate: articularea unor relaii ntre structurile de date
astfel nct s poat fi de folos utilizatorilor, prin interogarea bazei i aparaiia de repoarte
intermediare i finale, pentru a cunoaste evoluia sistemului economic i a putea lua decizii n
cunotin de cauz.
Centralizarea datelor: trebuie asigurat unicitateta nregistrrilor astfel nct s se elimine
surplusul de date sau redundana scestora.
Independena dintre date i prelucrri: actualizrile n banca de date s nu afecteze programul de
prelucrare.
Integritatea datelor: este asigurat prin existena unor criterii dup care s se realizeze
apartenena structurilor de date la o list de valori, transcrierea n baz cu un anumit format i
impunerea de regul coeren cu alte date.
Securitatea datelor: Baza de date trebuie s fie asigurat mpotriva accesului unor utilizatori care
nu au acest permis, trebuie asigurat mpotriva distrugerilor logice sau fizice i trebuie s emit copii
ce pot fi consultate pentru refacerea bazei n cazul unei distrugeri accidentale.
23
Confidenialitatea datelor: trebuierealizat mecanismul prin care s se permit accesul unui

utiliozator independent fat de altul i n deplin confidenialitate.
Partajarea datelor: o baz de date este util cnd permite accesarea simultan (indpendent i
confidenial) a unor utilizatori pe acelai segment sau pe segmente diferite de lucru ale bazei de
date.
8.3 Avantajele unei baze de date

Controlul centralizat al datelor, putnd fi desemnat o persoan ca responsabil cu administrarea
bazei de date.
Vitez mare de regsire i actualizare a informaiilor.
Sunt compacte: volumul ocupat de sistemele de baze dedate este mult mai redus dect documetele
scrise.
Flexibilitatea ce const n posibilitatea modificrii structuriibazei de date fr a fi necesar
modificarea programelor de aplicaie.
Redundan sczut a datelor memorate, care se obineprin partajarea datelor ntre mai muli
utilizatori i aplicaii.n sistemele de baze de date, mai multe aplicaii pot folosidate comune,
memorate o singur dat. De exemplu, o aplicaie pentru gestionarea personalului dintr-o universitate
i o aplicaie pentru gestionarea rezultatelor la examene din aceeai universitate care folosete o
singur baz de date, pot folosi aceleai informaii referitoare la structurareafacultilor.
Posibilitatea introducerii standardelor privind modul de stocare a datelor, ceea ce permite
interschimbarea datelor ntre organizaii.
Meninerea integritii datelor prin politica de securitate (drepturi de acces difereniate n funcie
de rolul utilizatorilor), prin gestionarea tranzaciilor i prin refacereadatelor n caz de funcionare
defectuoas a diferitelor componente hardware sau software. Problematica organizrii informaiilor
n mediul electronic.
Independena datelor fa de suportul hardware utilizat. Sistemul de gestiunea a bazelor de date
ofer o vizualizare a datelor, care nu se modific atunci cnd se schimbsuportul de memorare fizic,
ceea ce asigur imunitatea structurii bazei de date i a aplicaiilor la modificri ale sistemului
hardware utilizat.
8.4 Clasificarea sistemelor de baze de date

8.4.1 Clasificare dup modelul de date.
A. Modelul de date relaional (Relational Model) se bazeazpe noiunea de relaie din matematic,
care corespunde unei entiti de acelai tip i are o reprezentare uor de neles i de manipulat, ce
const dintr-un tabel bidimensional, compus din linii i coloane. Fiecare linie din tabel reprezint o
entitate i este compus din mulimea valorilor atributelor entitii respective,fiecare atribut
corespunznd unei coloane a tabelului.
Chiar dac noiunile de relaie i tabel difer n esena lor, relaia reprezentnd o mulime de
entiti i tabelul o reprezentare vizual a acesteia, cele dou denumiri se pot folosi, n generalpentru
acelai scop.
24
Pe baza acestor noiuni, se poate sintetiza esenamodelului relaional prin urmtoarele

caracteristici:
Datele sunt percepute de utilizatori ca tabele. Operatorii relaionali care pot fi folosii
pentru prelucrarea datelorgenereaz un tabel rezultat din tabelele operanzi.
Asocierea dintre tabele se realizeaz prin intermediulegalitii valorilor unor atribute
comune, ceea ce permite rezolvarea oricrei interogri.
Pe lng avantajul unui model de date precis i simplu, sistemele de baze de date relaionale
mai beneficiaz i de un limbaj de programare recunoscut i acceptat, limbajul SQL(Structured
Query Language), pentru care au fost emise mai multestandarde de ctre Organizaia Internaional
de Standardizare (International Standardization Office-ISO). Majoritatea sistemelor de gestiune a
bazelor de date relaionale actuale implementeazversiunea din anul 1992 a standardului pentru
limbajul SQL, denumit SQL 92 sau SQL2.
B. Modelul de date orientat obiect (Object Model) este un concept unificator n tiina
calculatoarelor, fiind aplicabil n programare, n proiectarea hardware, a interfeelor, a bazelor de
date etc. Sistemele de baze de date orientate obiect se bazeazpe limbaje de programare orientate
obiect cu capaciti de persisten, n care datele sunt independente de timpul de via al programelor
care le creeaz sau acceseaz, prin memorare pesuport magnetic (disc).
Exist i unele domenii, n special cele care manipuleaztipuri de date complexe, cum ar fi
proiectarea asistat de calculator, sisteme de informaii geografice, medicin etc, n care modelul
relaional s-a dovedit a fi insuficient de expresiv i cu performane de execuie reduse.
Caracteristicile importante ale modelului orientat obiect sunt:Abstractizarea, motenirea,
ncapsularea, modularizarea.
n programarea orientat obiect, programele sunt organizate ca i colecii de obiecte
cooperante, fiecare obiect fiind o instan a unei clase. Fiecare clas reprezint abstractizarea unui tip
de entitate din realitatea modelat, iar clasele sunt membre ale unei ierarhii de clase, corelate ntre ele
prin relaii de motenire. Orice obiect este ncapsulat, ceea ce nseamn creprezentarea lui (adic
structura intern a acelui obiect) nu este vizibil utilizatorilor, care au acces doar la funciile
(metodele) pe care acel obiect este capabil s le execute. Clasele i obiectele unui program orientat
obiect sunt grupate n module, care pot fi compilate separat i ntre care exist granie bine definite i
documentate, ceea ce reduce complexitatea de manevrare a datelor.
Din perspectiva realizrii bazelor de date, o alt proprietatea modelului obiect, persistena, este
aceea care asigur memorarea transparent pe suport magnetic a obiectelor care alctuiesc o baz de
date orientat obiect.
C. Modelul de date obiect-relaional (Object-Relational Model) reprezint extinderea modelului
relaional cu caracteristici ale modelului obiect, extindere necesar pentru realizarea bazelor de date
care definesc i prelucreaz tipuri de date complexe.
n esen, modelul obiect-relaional pstreaz structurarea datelor n relaii (reprezentate ca
tabele), dar adaug posibilitatea definirii unor noi tipuri de date, pentru domeniile de valori ale
atributelor. Tipurile de date definite de utilizator pot fi extinse prin mecanismul de motenire i
pentru fiecare tip sau subtip se potdefini metode pe care le pot executa obiectele de acel tip.
25
De asemenea mai sunt nc n funciune baze de date modele mai vechi: modelul ierarhic i
modelul reea.
D. n modelul de date ierarhic (Hierarchical Model) o baz de date se reprezint printr-o structur
ierarhic de nregistrri de date (records) conectate prin legturi (links). Modelul ierarhic afost
primul model folosit pentru dezvoltatea bazelor de date. Schema conceptual a unei baze de date n
modelul ierarhic se reprezint printr-un numr oarecare de schemeierarhice. O schem ierarhic este
un arbore direcionat, reprezentat pe mai multe niveluri, n care nodurile sunt tipurile de nregistri,
iar arcele sunt tipurile de legturi. Fiecare nod (cu excepia nodului rdcin) are o singur legtur
ctre un nod de pe un nivel superior (nodul printe) i fiecare nod (cu excepianodurilor frunz) are
una sau mai multe legturi ctre noduri de pe nivelul imediat inferior (noduri fii).
E. Modelul de date reea (Network Model) folosete o structurde graf pentru definirea schemei
conceptuale a bazei de date; nodurile grafului sunt tipuri de entiti (nregistrri, records), iar
muchiile grafului reprezint n mod explicit asocierile (legturile, links) dintre tipurile de entiti.
La fel ca i modelul ierarhic, dezavantajul principal al modelului reea este acela c fiecare
interogare trebuie s fie prevazut nc din faza de proiectare, prin memorarea explicit a legturilor
ntre tipurile de entiti. n plus, complexitatea reprezentrii datelor n modelul reea este deosebit de
ridicat, iar programatorii trebuie s o cunosasc pentru a putea realiza aplicaiile necesare.
8.4.2 Clasificare dup numrul de utilizatori
Majoritatea sistemelor de baze de date sunt sisteme multiutilizator, adic permit accesul concurent
(n acelai timp) a mai multor utilizatori la aceeai baz de date. Exist i un numr redus de sisteme
monoutilizator, adic suport accesul doar al unui utilizator (la un moment dat).
8.4.3 Clasificare dup numrul de staii pe care este stocat baza de date:
Exist dou categorii de sisteme de baze de date: centralizate i distribuite. Un sistem de baze de
date centralizat (Centralized Database System) este un sistem de baze de date n care datele i
sistemul de gestiune sunt stocate pe un singur calculator.
Un sistem de baze de date distribuit (Distributed Database System) poate avea att datele, ct i
sistemul de gestiune, distribuite pe mai multe calculatoare interconectate printr-o reea de
comunicaie.
8.5 Securitatea i protecia datelor n bazele de date
Prin protecia i securitatea datelor se nelege totalitatea mijloacelor, metodelor i a mecanismelor
destinate prevenirii distrugerii, modificrii sau folosirii neautorizate a informaiei protejate.
Referitor la protecia i securitatea datelor, n literatura despecialitate se definesc urmtoarele
concepte de baz:
Securitatea datelor totalitatea msurilor de protective mpotriva distrugerii accidentale sau
intenionate, a modificriineautorizate sau a divulgrii acestora.
Caracterul secret este un concept ce se aplic la un individsau organizaie i const n dreptul
acestora de a decide ce informaii se pot folosi n comun i n ce condiii
26
Confidenialitatea se aplic la date i se refer la statutul acordat, acesta reprezentnd nivelul

sau gradul de protecie ce trebuie acordat informaiei respective
Integritatea se refer la restricia ca sensul datelor s nu difere fa de cel nscris pe documentul
surs, impunnd totodat ca datele s nu fie alterate accidental sau voit.
Noiunile de mai sus sunt strns legate ntre ele, msurile pariale se suprapun i se acoper
reciproc. Securitatea i protecia datelor din baza de date constituie un domeniu foarte vast, care
prezint dou aspecte principale: pede o parte, elementele legale i etice privind drepturile de acces
la anumite informaii, iar pe de alt parte, elementele legate deorganizarea sistemelor informatice din
punct de vedere al posibilitilor de acces la datele stocate.
Unele informaii care exist n baza de date sunt strict private i nu pot fi accesate legal de ctre
persoane neautorizate. Diferite reglementri guvernamentale sau legi existente n majoritatea rilor
stabilesc ce informaii privind activitatea instituiilor sau a persoanelor pot fi fcute publice i n ce
condiii.
La nivelul sistemelor informatice se pot diferenia aspecte de securitate la nivel fizic (hardware),
la nivelul sistemului de operare i la nivelul sistemului de gestiune al bazei de date.
n principal, de problemele de protecie i securitate este responsabil administratorul bazei de
date, care are un cont privilegiat n sistemul de gestiune (numit n general cont de sistem - system
account) care prevede capabiliti foarte puternice, pe care alte conturi sau utilizatori nu le au. Prin
intermediul contului de sistem administratorul bazei de date poate efectua mai multe operaii: crearea
conturilor, acordarea sau retragerea privilegiilor, etc.
Orice persoan care dorete s se conecteze (log in) la o baz de date trebuie s dein un cont
(account, user) i o parol(password). Sistemul de gestiune verific contul i parola i autentific acel
utilizator, dac acestea sunt corecte. Programele de aplicaii sunt considerate de asemenea utilizatori
i se conecteaz pe un anumit cont i trebuie s furnizeze parola acestuia.
O alt tehnic de protecie i securitate a datelor este criptarea datelor (Data Encryption), prin care
datele importante sunt codate folosind diferii algoritmi de codare, mai ales atunci cnd
sunttransmise prin intermediul reelelor de comunicaie.
Interpretarea datelor criptate este dificil dac nu este cunoscutcheia (cifrul) de codare. n felul
acesta numai utilizatorii autorizai care dein cheile de decriptare pot interpreta cu uurin aceste
date.
O alt tehinc se securizare a bazei de date pentru aplicaiile web ar fi instalarea unui firewall,
acesta fiind un calculator pe care este instalat un software special care permiteaccesarea
calculatorului pe care este stocat baza de date numai de ctre anumite calculatoare.
Deci, prin securitatea bazei de date se nelege o multitudine de msuri destinate proteciei
informaiilor coninute n baza de date mpotriva unor alterri, distrugeri sau divulgri neautorizate.
27
8.6 Componentele unui sistem de baze de date

Un sistem de baze de date (Database System) reprezint un ansamblu de componente care asigur
crearea, utilizarea i ntreinerea uneia sau mai multor baze de date. Componentele unui sistem de
baze de date sunt: hardware, software, utilizatori, date persistente.
8.6.1 Hardware:
Calculatoarele pe care sunt instalate de obicei sistemele de baze de date sunt PC standard, dar i
calculatoare multiprocesor foarte puternice. Performanele generale de operare ale calculatorului
(numrul i viteza procesoarelor, dimensiunea i viteza de operare a memoriei etc) influeneaz n
mod corespunztor perfomanele sistemului de baze de date. Cea mai important caracteristic a
calculatorului pe care funcioneaz sistemul de baze de date este capacitatea harddisk-ului, utilizat
pentru memorarea datelor din baza de date.
8.6.2
Software:
ntre baza de date (colecia de date memorate fizic n fiiere pe harddisk-uri) i utilizatorii
sistemului exist un nivel software, numit sistem de gestiune a bazei de date (SGBD)-(DataBase
Management System). O baz de date computerizat poate fi generat i meninut fie cu ajutorul
unui grup de programe de aplicaie specifice acestui scop, fie cu acest SGBD.
Sistemul de gestiune al bazei de date (SGBD) este un interpretor de cereri, el recepionnd de
la utilizatori anumite cereri de acces la baza de date, le interpreteaz, execut operaiile respective i
returneaz rezultatul ctre utilizatori.
Utilizator
Aplicatie
SGBD
Baza de date
Fig. 8.1Componentele unui sistem de baze de date
De fapt, SGBD este un sistem de programe general ce faciliteaz procesul definirii, construciei i
manipulrii datelor pentru diverse aplicaii.
Definirea bazei de date presupune specificarea tipurilor de date ce vor fi stocate n baza de
date, precum i descrierea detaliat a fiecrui tip de dat.
Construcia bazei de date reprezint procesul stocrii datelor nsi prin mediul controlat
prin SGBD.
Prin manipulare se neleg o serie de funcii ce faciliteaz implementarea cererilor pentru
gsirea datelor specificate, adugarea de noi date ce reflect modificarea contextului,
generearea de rapoarte pe baza coninutului bazei de date.
n concluzie, pachetul software ce asigur manipularea datelor, mpreun cu datele nsi
(coninutul bazei de date) formeaz ceea ce se numete sistemul de baze de date (DataBase System).
28
8.6.3 Utilizatorii
Programatorii de aplicaii sunt cei care dezvolt aplicaiile de baze de date n anumite medii
de programare. Aplicaiile pot fi aplicaii desktop (stand alone) i aplicaii client-server.
Aplicaiile desktop sunt aplicaiile care se instaleaz i ruleaz pe un anumit
calculator. Visual Basic, Visual C, Java, C++, Delphi etc.
Aplicaiile client - server sunt aplicaii care se instaleaz pe un calculator numit
server i ruleaz de pe orice calculator aflat n acea reea.
Utilizatorii obinuii sunt acei utilizatori care acceseaz baza de date prin intermediul unei
aplicaii de baze de date. Aceti utilizatori au drepturi limitate asupra accesului la datele din
baza de date, ei neavnd cunotine aprofundate asupra structurii i a datelor din acea baz de
date.
Administratorul bazei de date (DataBase Administrator) care este o persoan autorizat,
care are ca sarcin administrarea resurselor, autorizarea accesului la baza de date, a
coordonrii i monitorizrii utilizatorilor acelei baze de date. Administratorul bazei de date
efectueaz i operaii periodice de salvare a datelor (backup) i derefacere a lor atunci cnd
este necesar.
8.6.4 Date persistente
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 n funcie de date de intrare provenite de la tastatur.
Datele de intare sunt date nepersistente, ele devenind persistente dup ce au fost validate de
SGBD.
Datele de ieire ale unui sistem de baze de date sunt tot date nepersistenete, ele provenind
din operaii de interogare a bazei de date i puse la dispoziie utilizatorului sunt form de
raport, afiare etc.
8.7 Arhitectura intern a sistemlor de baze de date
Arhitectura intern a unui sistem de baze de date propus prin standardul ANSI/X3/SPARC
(1975) conine trei niveluri funcionale.
Una din caracteristicile fundamentale a bazelor de date este dat de faptul c produce cteva
niveluri de abstractizare a datelor, prin ascunderea detaliilor legate de stocarea datelor, detalii ce nu
sunt utile utilizatorilor bazei de date.
Se definete modelul datelor ca un set de concepte ce poate fi utilizat n descriereea
structurii datelor.
Prin structura bazei de date se nelege tipul datelor, legtura dintre ele, restriciile ce trebuie
ndeplinite de date. Cele mai multe baze de date includ un set de operaii ce specific modul de
acces la date.
Schema bazei de date pe cele trei niveluri poate fi vzut astfel:
Nivelul intern constituit din schema intern ce descrie structura de stocare fizic a datelor n
baza de date, utiliznd un model al datelor fizice. La acest nivel se descriu detaliile complete ale
stocrii, precum i modul de acces la date.
29
Nivelul conceptual sau schema conceptual descrie structura ntregii baze de date pentru o
comunitate de utilizatori. La nivelul conceptual se face o descriere complet a bazei de date,
ascunznd detaliile legate de stocarea fizic, concentrndu-se asupra descrierii entitilor, tipurilor
de date, relaiilor dintre ele, precum i a restriciilor asociate. Poate fi utilizat cu bune rezultate, la
model de nivel nalt sau un model specific de implementare.
Nivelul extern sau nivelul vizual (utilizator) include o colecie de scheme externe ce descriu
baza de date prin prisma diferiilor utilizatori. Fiecare grup de utilizatori descrie baza de date prin
prisma propriilor interese. Exist tendina la acest nivel ca grupuri de utilizatori s ascund detalii de
care nu sunt interesate. i la acest nivel se pot folosi modele de implemetare sau modele de nivel
nalt.
Desigur c n multe SGBD nu se poate face o distinctive net ntre cele trei nivele. Cu toate
acestea se poate remarca la majoritatea SGBD un nivel conceptual puternic ce suplinete aparent de
cele mai multe ori celelalte niveluri. De asemenea, se remarc o contopire mai ales la dezvoltarea
aplicaiilor a nivelului conceptual i extern. Se remarc faptul c arhitectura pe trei niveluri
reprezint numai o descriere a datelor la nivel fizic.
Grupurile de utilizatori se refer numai la schema extern, deci SGBD este cel ce va trebui s
transforme schema extern n schem conceptual.
De la modelul conceptual cererile sunt adresate modelului intern pentru a fi procesate i aplicate
datelor stocate. Procesul transferului cererilor i rezultatelor ntre nivele este numit cartografiere
(mapping). Acest proces este mare consumator de timp pentru care multe SGBD nu posed nivel
extern.
Nivel extern
Vedere grup
utilizator 1
Vedere grup
utilizator 2
Schem conceptual
Nivel conceptual
Schem intern
Nivel intern
Date memorate
Fig. 8.2 Arhitectura intern a unui sistem de baze de date
30
Vedere grup
utilizator n
8.8 Independena datelor

Organizarea pe trei niveluri a sistemelor de baze de date este important pentru c explic conceptul
de independent a datelor, prin posibilitatea modificrii sistemului bazei de date la orice nivel fr a
influena nivelurile superioare. Independena datelor se poate defini n dou moduri, aferente
nivelurilor conceptual i intern.
Prin independena logic se nelege capacitatea schimbrii schemei conceptuale fr a atrage
dup sine schimbri n schema extern sau n programele de aplicaie. Este posibil schimbarea
schemei conceptuale prin expandarea bazei de date ca urmare a adugrii de noi tipuri de nregistrri
sau a datelor insi, sau prin reducerea bazei de date ca urmare a reducerii nregistrrilor.
Schema conceptual dup aceste operaii se refer la schema conceptual a datelor existente. Un
exemplu de expandare al bazei de date este cel de adugare a unei noi coloane la un tabel.
Independena fizic este reprezentat prin capacitatea de schimbare a schemei interne fr
schimbarea schemei conceptuale sau externe. Schimbarea schemei conceptuale poate surveni ca
urmare a reorganizrii fizice a unor fiiere, prin crearea de noi structuri de acces menite s asigure
accesul eficient la date. Dac sistemul conine SGBD pe mai multe niveluri, catalogul trebuie s
reflecte modul n care diverse cereri se implementeaz la fiecare nivel. Motivele prezentate mai sus
pledeaz pentru utilizarea arhitecturii pe trei nivele.
8.9 Limbaje SGBD

SGBD trebuie s ofere limbajele corespunztoare tuturor categoriilor de utilizatori. Dup
proiectarea bazei de date i alegerea SGBD, este foart important construirea schemei interne i
conceptuale a bazei de date. Cum n cele mai multe situaii, nu exist o separaie net ntre cele dou
nivele, un limbaj numit Data Definition Language (DDL) este utilizat de administratorul bazei de
date i de proiectantul bazei de date n definirea ambelor scheme. Un compilator DDL proceseaz
instruciunile pentru identificarea descrierilor despre construcie i memoreaz aceasta n catalogul
SGBD.
Un alt limbaj numit Storage Definition Language (SDL) este utilizat pentru specificarea schemei
interne. Legtura ntre cele dou nivele de implementare este asigurat de unul din cele dou. n
general, fr specificare explicit, referirea la definirea bazei de date presupune utilizarea DDL.
Pentru o arhitectur pe trei nivele, este necesar un al treilea nivel numit View Definition
Language (VDL) destinat utilizatorilor i legturii acestora cu nivelul conceptual. Multe sisteme de
baze de date realizeaz aceasta printr-un DDL ce accept i declaraii specifice nivelului extern.
Instruciunile n limbaj DDL pot fi nglobate ntr-un limbaj general de programare sau pot fi
compilate separat. Odat schema compilat i baza de date populat cu date, utilizatorul are o serie
de faciliti pentru manipularea datelor. Operaiile tipice includ cutarea, inserarea, tergerea i
modificare datelor. Pentru aceasta SGBD dispune de Data Manipulation Language (DML).
La rndul su, DML poate fi mprit n dou componente:
un DML de nivel nalt
un DML de nivel sczut
Seciunea DML de nivel nalt sau neprocedural este utilizat pentru specificarea operaiilor
complexe n baza de date ntr-o form concis. n general, operaiile utiliznd aceast seciune sunt
31
realizate fie ntr-o form interactiv de la terminal, fie prin utilizarea unui limbaj de programare
universal.
Seciunea DML de nivel sczut sau procedural este realizat utiliznd un limbaj de programare
general. Cu aceast seciune se realizeaz operaiile tipice, cum sunt refacerea unei nregistrri
individuale, procesarea separat a nregistrrilor bazei de date. Din motivul c opereaz asupra
nregistrrilor individuale, aceast prelucrare se mai numete i nregistrare cu nregistrare.
O comand pentru DML de nivel nalt specific o cerere de acces la date, dar nu specific modul
n care se realizeaz acasta. Din acest motiv acest limbaj se numete declarativ. Oricum, comenzile
DML fie de nivel nalt, fie de nivel sczut sunt implementate ntr-un limbaj de programare general,
limbaj numit i limbaj gazd, iar DML este numit limbaj de date. DML de nivel nalt utlizat ntr-o
manier interactiv formeaz ceea ce se numete query language.
8.10
Interfee SGBD
SGBD trebuie s ofere interfee corespunztoare tuturor categoriilor de utilizatori. Aceste

interfee au ca scop facilitarea legturii ntre utilizatori i sistemul de baze de date. Principalele tipuri
de interfee oferite de SGBD sunt:
Interfee bazate pe meniuri. Acestea ofer utilizatorului o list de opiuni, numite meniuri care
i ajut la formularea cererilor. Nu este necesar memorarea unor comenzi deoarece o comand
specific este format pas cu pas prin compunerea opiunilor indicate prin meniu.
Interfee grafice. Aceste interfee afieaz utilizatorului o diagram. Utilizatorul poate formula
cererea prin manipularea acestei diagrame. n cele mai multe cazuril, interfeele grafice sunt
combinate cu meniuri.
Interfee bazate pe forme. Aceste interfee sunt acelea prin intermediul crora utilizatorul
poate completa formele cu noile date pe care le dorete s le insereze, sau folosete aceste forme
pentru a cere SGBD s obin datele de interes.
Interfee n limbaj natural. Aceste interfee accept cereri scrise n limba englez sau alte
limbi de circulaie internaional. O interfa n limbaj natural conine uzual o schem proprie
similar cu schema conceptual a bazelor de date. Interpretarea cererilor se face pe baza unui set
standard de cuvinte cheie ce sunt interpretate pe baza schemei interne. Dac interpretarea se
realizeaz cu succes, programul de interfa genereaz cererea de nivel nalt corespunztoare celei n
limbaj natural, ce va fi transmis ctre SGBD.
Interfee specializate aferente cererilor repetate. Aceste interfee sunt destinate unei anumite
categorii de utilizatori, de exemplu utilizatorii care se ocup de operaiile dintr-o banc. Uzual, un
mic set de comenzi prescurtate sunt implementate pentru a scurta timpul necesar introducerii
comenzii, sau chiar utilizarea de chei funcionale. Aceste interfee implementeaz un limbaj numit i
limbaj de comand.
Interfee pentru administratorii bazelor de date. Acestea sunt utilizate n implementarea
comenzilor privilegiate ce sunt folosite de administratorii bazelor de date. Astfel de comenzi includ
crearea de conturi, setarea parametrilor sistemului, autorizarea intrrii ntr-un anumit cont,
reorganizarea structurii de stocare a datelor din baza de date, precum i o serie de faciliti legate de
administrarea bazei de date, cum sunt: accesul la tabele i nregistrri, faciliti de acces la cmpuri
ale tabelelor de date.
32
CURS 5
9. PROIECTAREA BAZELOR DE DATE
Pentru a pune ordine de la nceput ntr-o baz de date, ca structur fix a unui sistem
informaional, n concepia actual de programare orientat obiect, se adopt modelul diagramei
specifice numit diagrama entitate-relaie.
Pentru a descrie acest model trebuie cunoscute principalele concepte folositen crearea bazei de
date i anume:
Entitate: rerezint un obiect concret sau abstract al realitii, caracterizat prin anumite
propieti care-l deosebesc de alte obiecte de acelai tip. ntotdeauna propietatea unui obiect este
evideniat printr-o pereche (atribut, valoarea atributului).
Atributul: reprezint una sau mai multe caracteristici ale entitii, atributul este perceput ca o
variabil care poate lua valori ntr-un anumit domeiu.
Domeniul: caracterizat pe o anumit perioad de timp, reprezint mulimea tuturor valorilor
posibile pe care le poate lua un atribut.
n cazul bazelor de date ce au diferite relaii ntre ele, tipurile de entitate sunt asociate tabelelor,
fiecare rnd dintabel numindu-se tuplu. Atributele corespund denumirilor coloanelor (capul de
tabel), iar numrul de coloane poart denumirea de gradul tabelului.
Fig. 9.1 Conceptele unei baze de date
9.1 Modelarea conceptuala a datelor

Modelarea datelor n diagrama entitate relaie (DER) prezint caracteristicile i structura datelor
independente de modul n care acestea sunt adugate n list i memorate n calculator.
Crearea unei diagrame DER se poate arta printr-n exemplu foarte simplu, al uneei entiti
eonomice comerciale cu un numar minim de entiti i anume un singur client i un singur act
numit vnzare, eemplu ce modeleaz o anumit vnzare ctre un singur client. Vezi Fig. 9.2.
Client
Vnzare
Fig. 9.2 Diagrama DER pentru relatia client vnzare
Student
Nume
Fig. 9.3 Diagrama pentru asocierea dintre nume i calitatea de student.
33
n urmtorul caz se stabilete o relaie ntre entiti de tipul unul la mai multe:
Student 1
Grup
Student 2
Student n
Fig. 9.4 Relatie ntre entiti de tipul unul la mai multe
Un alt model de relaie este acela ntre produs i furnizor. Astfel, un tip de produs poate fi
achiziionat de la mai muli furnizori dar i un singur furnizor poate aproviziona unitatea economic
cu mai multe produse. Vezi Fig. 9.5.
Produs
Furnizor
Fig. 9.5 Relaie ntre produs i furnizor
Relaia prezentat anterior este de tipul multe (entiti)-la-multe (entiti). Un exemplu foarte
detaliat de relaie multe-la-multe este descris n urmtoarea diagram de relaionare produs-client.
Produs 1
Produs 2
Client 1
Produs m
Client 2
Client n
Fig. 9.6 Relatia multe la multe
Reprezentarea grafic a tipurilor de relaii:

Tipul relaiei
Relaia unu la unu
Relaia unu la multe
Relaia multe la multe
Tab. 9.1
Reprezentare grafic
Exprimare
(11)
(1m)
(nm)
Este interesant de observat c o relaie multe la mai multe poate fi descompus n dou relaii
de unu la mai multe.
Produs
Furnizor
Produs
Furnizor
Detalierea relaiei se poate face prin introducerea unei entiti de intersecie, o entitate care s
poat da natere la o legtur de tip multe i care s exprime n acelai timp relaia dintre produs i
furnizor. Astfel poate fi introdus o nou entitate numit Achiziie.
Achiziie
Furnizor
Produs
34
Acest entitate exprim faptul c un furnizor poate fi sursa pentru achiziiea orcrui produs (din mai
multe dintr-o list) la un anumit pre i pentru un anumit moment contractual.
n acelai mod se poate face o ierarhizare i n ceea ce privete asocierea entitilor. Legturile
dintre entiti (obieecte) se numesc asocieri. Chiar legturile sau relaiile dintre entiti, legturi ce
semantic pot fi redate prin verbe, se pot ordona dup un rang al relaiilor.
Relaia unar folosete doar o singur relaie, aceasta fiind asociat cu ea nsi. Exemplul clasic
al acestei relaii unare este cazul managerului unei companii, care la rndul su este tot un angajat al
acelei companii. Relaiile unare se modeleaz la fel ca i relaiile binare.
Diagrama entitate-relaie este modelul entitate-relaie reprezentat prin mulimile de entiti i
relaii dintre acestea. Exist mai multe variante de notaii pentreu redarea acestei diagrame, astfel:
Entitate tip puternic
Entitate tip
Entitate tip slab
Entitate tip
Atribut
Atribut
Tip
relaie
Tipul relaiilor
Fig. 9.7 Exemple de diagrame
9.2 Constrngeri de integritate

Constrngerile de integritate sunt reguli care se definesc la proiectarea unei baze de date i care
trebuie s fie respectate de-a lungul existenei acesteia.
Entitiile unei baze de date reflect realitatea modelat i de aceea valorile pe care le conin
trebuie s respecte anumite reguli, care s corespund celor din realitate.
Vom folosi n continuare pentru termenul de entitate denumirea tabel.
Constrngerile se pot clasifica astfel:
n cadrul tabelei
sau ntre tabele.
Constrngerile din cadrul unei tabele sunt reguli care se impun n cadrul unei singure tabele i
asigur integritatea datelor acesteia. Ele sunt de 3 categorii:
constrngeri de domeniu. Aceste constrngeri sunt condiii care se impun valorilor
atributelor i asigur integritatea domeniilor atributelor.
constngeri de nuplu (de nregistrare din tabel). Aceste constrngeri sunt condiii care se
impun nuplurilor unei entiti (nregistrrilor din tabel) i asigur identificarea corect a
nuplurilor prin intermediul cheilor primare.
35
constrngeri impuse de dependene de date (dependene funcionale). Acestea sunt

constrngeri prin care valorile unor atribute ale unei entiti (cmpuri ale tabelei) determin
valorile altor atribute ale aceleiai entiti.
Constrngerile ntre tabele sunt reguli care se impun ntre dou sau mai multe relaii. Cele mai
importante sunt constrngerile de integritate referenial, care se realizeaz prin intermediul cheilor
strine i asigur asocierea corect a tabelelor.
9.3 Constrngerile de domeniu
Constrngerile de domeniu sunt condiii impuse valorilor atributelor pentru ca acestea s
corespund semnificaiei pe care o au n realitatea modelat. n reprezentarea unei entiti printr-un
tabel, valorile atributelor sunt reprezentate pe coloane. Din aceast cauz aceste constrngeri se
mai numesc i constrngeri de coloan.
Constrngerea NOT NULL. Valoarea NULL este o valoare particular, care nu reprezint
valoarea 0, ci lips de informaie. Aceast valoare NULL poate aprea cnd nu se cunosc
respectivele informaii, ca de exemplu, n aplicaia proiectat de noi, n tabela StudPersonal nu se
cunoate numele tatlui (aceast informaie nu este esenial). Nu orice atribut poate lua valoarea
NULL, ca exemplu, numele unui student, pentru ca nu ar avea sens nregistrarea unui student al crui
nume nu se cunoate. n astfel de situaii la definirea relaiilor se impune atributului constrngerea
NOT NULL, nsemnnd c acest atribut nu poate lua valoare NULL n orice nregistrare din tabel
Constrngerea DEFAULT. Aceast constrngere este folosit pentru stabilirea unei valori
implicite (DEFAULT) pentru un atribut al entitii. n cazul n care la inserarea unui nuplu
(nregistrri) nu se specific valoarea unui atribut (cmp), atunci acesta primete valoarea
implicit (dac a fost definit) sau valoarea NULL (dac nu a fost definit o valoare implicit
pentru atributul respectiv, dar sunt admise valori NULL). Dac nu a fost definit o valoare
implicit i nici nu sunt admise valori NULL se genereaz o eroare.
Constrngerea CHECK. Constrngerea CHECK este dup cum i spune i numele o
constrngere de verificare. n limbajul SQL, care va fi prezentat ntr-un capitol viitor,
domeniile n care pot lua valori atributele se pot stabili ca tipuri de date predefinite. Pentru
fiecare atribut se pot aduga constrngeri de verificare la definirea tabelului.
9.4 Cheia primar
O cheie primara a unei entitati (tabele) este o submultime de atribute ale entitatii care are
urmatoarele proprietati:
este unica, adica orice combinatie de valori ale atributelor acestei chei este unica pentru
orice stare a relatiei
este stabila, adica informatia corespunzatoare ei nu se modifica niciodata prin operatii de
actualizare a datelor
nu se admit valori NULL pentru nici unul din atributele cheii respective
n concluzie, o cheie primara reprezinta unul sau mai multe cmpuri ale tabelei care identifica
unic fiecare nregistrare din tabela respectiva.
36
9.5 Constrngeri ntre tabele

Relaiile dintre tipurile de entiti definite n modelul conceptual al unei baze de date se realizeaz
n modelul relaional prin intermediul cheilor strine.
O cheie strin este o submulime de atribute ale unei entiti E1 care refer entitatea E2 i
ndeplinete urmtoarele condiii: atributele cheii strine din E1 sunt definite pe domenii compatibile
cu cele ale atributelor cheii din entitatea E2, i cheia din entitatea E2 este cheie primar n aceast
relaie.
Aceast cheie strin determin o asociere ntre cmpurile unor tabele cu cele ale altei tabele i
creeaz abilitatea de realizare a unirii tabelelor respective prin intermediul operaiilor JOIN.
Integritatea referenial este proprietatea bazei de date care garanteaz c oricare valoare a unei
chei strine se regsete printre valorile cheii corespunztoare din relaia referit, sau cheia strin
are valoarea NULL (dac atributele acesteia nu sunt supuse constrngerii NOT NULL).
9.6 Dependene funcionale

Dependena funcional definete relaia dintre un atribut sau un grup de atribute ale unui tabel i
un alt atribut sau grup de atribute ale altuia. Atributele se refr la cmpurile tabelei. Prin urmare
trebuie vzut ce cmpuri depind de alte cmpuri.
n orice tabel pot exista dou categorii de dependene funcionale:
Dependene funcionale determinate de cheile tabelei;astfel de dependene funcionale nu
produc redundana datelor i nici anomalii de actualizare a relaiei
Dependene funcionale n care atributul determinat nu este o cheie a tabelei; astfel de
dependene funcionale produc redundana datelor i anomalii de actualizare a tabelei.
Constrngerile de cheie sunt constrngeri implicite, coninute n definiia relaiei i sunt verificate
i impuse automat de sistemul de gestiune; proiectantul bazei de date nu trebuie s prevad nimic
suplimentar pentru ca aceste constrngeri s fie satisfcute de orice stare a relaiei.
n schimb, dependenele funcionale n care atributul determinant nu este o cheie a relaiei sunt
constrngeri explicite, care nu sunt verificate i nici impuse de sistemul de gestiune.
Verificarea i impunerea acestor dependene funcionale se poate face numai procedural, prin
triggere, proceduri stocate sau funcii impuse n programele de aplicaie.
9.7 Normalizare. Forme normale.
La proiectarea bazelor de date relaionale se stabilesc entitile din realitatea modelat. Modul n
care se pot stabili entitile unei baze de date nu este unic i de accea este necesar s existe criterii de
evaluare a calitii entitilor, astfel nct acestea s asigure integritatea datelor.
Normalizarea datelor poate fi privit ca un proces n timpul cruia schemele tabel
nesatisfctoare sunt descompuse prin mprirea atributelor n tabele cu atribute mai puine ce
posed proprietile dorite.
n fond, unul din obiectivele procesului de normalizare este asigurarea faptului c tabela posed o
bun construcie asigurnd posibiliti de modificare cu eliminarea anomaliilor care pot aprea.
Forma normal ofer proiectantului bazei de date :
un schelet formal pentru analiza relaiilor bazat pe chei i pe dependena funcional ntre
atribute,
serie de teste ce pot elimina tabelele individuale astfel nct baza de date relaional poate fi
normalizat n orice grad.
37
Cnd un test nu este trecut, tabela va fi descompus n tabele ce trec testele de normalitate.
Forma normal de ordin 1 (FN1)
Forma normal de ordin 1 este considerat ca fiind parte a definiiei formale a unei tabele. Ea nu
permite atribute cu mai multe valori, atribute compuse sau combinaii ale lor. Aceasta stabilete ca
domeniul atributelor trebuie s includ numai valori atomice i valoarea oricrui atribut ntr-un nuplu
este o valoare unic n domeniul atributului respectiv.
Deci, FN1 nu permite un set de valori, un nuplu de valori sau o combinaie a acestora ca valoare a
unui atribut pentru un nuplu. Cu alte cuvinte, FN1 nu permite tabele n tabele sau tabele ca atribute
ale nuplurilor. Valorile permise de FN1 sunt atomice sau indivizibile, pentru un domeniu specificat
de valori.
Forma normal de ordin 2 (FN2)
A doua form normal impune ca fiecare atribut (coloan) s fie dependent de fiecare parte a cheii
principale. Mai exact, o tabel ndeplinete FN2 dac ndeplinete FN1 i conine numai atribute care
dau informaii despre cheia tabelei
Forma normal de ordin 3 (FN3) Pentru a ajunge la a treia form normal, tabelul trebuie s
fie deja n prima i a doua form normal. Pentru a fi n a treia form normal, trebuie ca toate
cmpurile non-primare s depind numai de cmpurile primare.
Dei nu face parte n mod riguros din normalizare, de obicei nu este recomandabil s includei
cmpuri care pot fi derivate din alte cmpuri situate n acelai tabel sau n tabelele aflate n relaie.
9.8 Structuri de indeci n tabelele de date
Un index reprezint o cale rapid de localizare a nregistrrilor dintr-o tabel, prin gruparea
tuturor nregistrrilor pentru un anumit atribut sau grup de atribute.
Indexarea este utilizat n dou scopuri principale:
accelerarea cutrilor n baza de date
asigurarea unicitii nregistrrilor
Indexarea este utilizat n dou scopuri principale:
accelerarea cutrilor n baza de date
asigurarea unicitii nregistrrilor
Vom privi o relaie ca o colecie de date (o mulime) n care nu sunt admise elemente
duplicat. n cazul unei mulimi reprezentate printr-o colecie neordonat de elemente, timpul de
cutare a unui element crete proporional cu numrul de elemente ale mulimii, deoarece n
cazul cel mai ru trebuie parcurse toate elementele mulimii pentru a gsi elementul dorit. Timpul
de cutare a unui element poate fi micorat considerabil dac elementele mulimii sunt ordonate.
Indexul unei tabele este o structur de date adiional memorat n baza de date care permite
accesul rapid la nregistrrile tabelei prin ordonarea acestora.
De fapt, indexul poate fi gndit ca o tabel cu dou atribute:
primul atribut conine valorile atributelor tabelei bazei de date pentru care se creaz indexul,
38
iar al doilea conine un pointer la locaia cmpurilor corespunztoare.

Valorile sunt aranjate fie n ordine descendent cheii de indexare, fie n ordine ascendent.
Indecii se clasific dup tipul de cmp sau dup nivel i dup modul de organizare a tabelei.
Indexul primar este un index asociat unei tabele ordonate dup cmpul cheie al tabelei,
iar n structura de index se utilizeaz cmpul cheie.
Indexul secundar este un index construit tot pe baza unui cmp cheie, dar tabela nu este
ordonat dup cmpul cheie.
Indexul de grup (cluster) este un index construit dup cmpuri ce nu sunt cmpuri cheie
(criteriu de acces este diferit de cmpul cheie), iar tabela poate fi ordonat sau nu relativ la
criteriul de acces.
Indexul multinivel (se mai numesc i indeci de blocuri) se aplic oricror tabele.
Principiul de baz este de a construi niveluri de indexare pn cnd structura adiional de
date corespunde indexului de cel mai mare nivel poate fi memorat ntr-un singur bloc.
Aceti indeci se construiesc n dou forme: bazai pe arbori B i bazai pe arbori B+.
Un index primar este un fiier ordonat cu nregistrri de lungime fix avnd dou cmpuri. Primul
cmp al indexului este de acelai tip cu un cmp cheie ordonat al tabelei de date, iar al doilea cmp
este un pointer ctre un bloc (o adres a unui bloc).
Cmpul cheie de ordonare se mai numete i cheie primar a tabelei de date. Asociaia celor dou
cmpuri formeaz intrarea index sau nregistrarea index pentru fiecare bloc al tabelei de date.
Cum tabela de date este ordonat dup valorile cmpului index, n fiierul index valoarea primului
cmp este dat de valoarea cmpului index de la prima nregistrare a blocului. Al doilea cmp, cel ce
semnific un pointer este de tip ntreg i indic adresa blocului.
Volumul datelor n index este mai mic datorit faptului c n index avem o singur intrare pentru
un bloc, ct i datorit faptului c un index este similar cu o tabel, dar are numai dou cmpuri. Ca
efect, cutarea ntr-un fiier index este mult mai rapid dect ntr-o tabel de date, putnd fi utilizate
metode de cutare binare.
Fig. 9.8 Indexul primar
Unde k cheia de ancorare bloc i p pointerul la bloc
39
Indexul secundar: Metoda de indexare secundar se aplic la tabele neordonate, indiferent dac
valorile cmpului dup care se face indexarea n tabela de date sunt sau nu distincte.
Indexul secundar este un fiier ordonat cu dou cmpuri ca i la ali indeci, n care primul cmp
este identic cu cel al tabelei de date, iar al doilea cmp este un pointer. Cmpul pentru care indexul
este construit se numete i cmp de indexare.
n concluzie, orice cmp al unei tabele poate fi cmp de indexare secundar.
Fig. 9.9 Indexul secundar
Indexul de grup: Astfel de indeci sunt folosii cnd nregistrrile tabelei de date sunt ordonate
fizic dup un cmp care nu este cheie (noncheie), deci un cmp ce nu are valori distincte la fiecare
nregistrare. Un astfel de cmp identific un grup de nregistrri (clustering field). n aceast situaie
se poate crea un index ce faciliteaz gsirea nregistrrilor ce aparin unui cmp.
Un index de grup este deci un fiier ordonat cu dou cmpuri, primul cmp coninnd aceeai
informaie cu cea a cmpului noncheie de ordonare, al doilea fiind destinat unui pointer ctre un bloc
de date. n acest mod, fiierul index conine cte o intrare pentru fiecare valoare distinct a cmpului
de ordonare. Al doilea cmp al nregistrrii index conine un pointer ctre blocul n care apare pentru
prima oar valoarea cmpului de ordonare din primul cmp al indexului.
Fig. 9.10 Indexul de grup
40
Indexul multinivel: Metodele de indexare descrise pn acum opereaz cu un fiier index

ordonat. Asupra fiierului index se aplic metode de cutare binar pentru localizarea nregistrrilor
cu valoarea specificat n cmpul index.
Pentru un index multinivel, fiierul index este vzut ca un nou fiier la care se construiete un nou
index i aa mai departe.
Primul fiier index conine cte o valoare distinct pentru fiecare cheie de indexare. Se poate crea
un index primar pentru primul nivel, nivel numit i nivel secund al indexului multinivel. Cum al
doilea nivel este un index primar se poate folosi metoda de ancorare a blocurilor, aa c al doilea
nivel are cte o intrare pentru fiecare bloc al primului nivel, ntruct este n esen un index primar.
Fig. 9.11 Indexul cu dou niveluri
41
CURS 6
10. TIPURI DE FISIERE CARACTERISTICE UNUI SISTEM
INFORMATIONAL PENTRU MANAGEMENT
10.1 Tipuri de fisiere caracteristice unui sistem informational pentru management
Fisierele sau bazele de date sunt folosite pentru a stoca sub diferite forme informatii referitoare la
orice activitate asociata unui sistem si care prezinta o parte fixa, de cumulare a informaiilor.
n funcie de tipul de date stocate ct i de perioada de timp minim propusa pentru ca datele sa fie
mentinute in aceeasi forma intalnim:
Fisiere cu caracter permanent
Fisiere cu caracter variabil
Fisiere de stare
Datele si informatiile inscrise in aceste fisiere reflecta caracterul fisierului.
Datele permanente: nu-si schimba masura caracteristicilor pentru o lunga perioada de timp.
Aceste fisiere sunt cunoscute sub numele de master file.
Datele variabile: pot contine, de exemplu balanta de plati pentru ziua curenta, numere de
ordine de intrare zilnic atribuite de catre un cabinet medical, Aceste fisiere sunt pastrate pentru
scurte perioade, numai pentru probleme ce ar putea sa apara la scurt timp dupa utilizare.
Datele de stare: sunt acele date care isi schimba valoarea la intervale regulate de timp, prin
operatiuni de intretinere a fisierelor. Cel mai bun exemplu il repreinta cele care pastreaza
stocurile sau soldurile unor conturi.
Alte tipuri de fisiere intalnite in structura unui sistem informational de management sunt:
Fisiere tabel: este un fisier permanent al datelor referite prin programe, de regula numerice,
folosite pentru facilitarea unor calcule. (Ex: tabel de dobanzi, tabele pt. Calculul ratelor).
Fisire de indexare: este un fisier de tip permanent al identificatorilor de inregistrari, in
corespondenta cu locurile unde sunt depuse. (ex: catalogul de carti dintr-o biblioteca)
Fisiere de back-up: sunt foarte des utilizate. Ele sunt copii ale fisierelor permanente sau ale
ator fisiere folosite pentru reconstituirea evidentei in caul eventualelor pierderi. Necesita
conditii speciale de pastrare.
Fisiere de raportare: sunt fisiere temporare, generate intr-un pas intermediar al pregatirii
unui raport.
Baza de date
Tipuri de fisiere si managementul documentelor simple: in general aceste fisiere sunt cele care
contin text. Exista, functie de aplicatia utilizata fisiere cu diferite tipuri de extensii:
doc. document word
rtf. ritch text format
txt. text only
ans. text with layout
42
asc. MS-DOS text with layout

Managementul documentelor complexe implica mult mai multe probleme. Un exemplu este cel
al fisierelor CAD care pot fi realizate in cadrul diferitelor aplicatii de calcul (MathCAD, MatLab,
etc.), proiectare asistata (AutoCAD, CADdy, Nastran, Ansys) sau programe integrate (Catia,
Adams).
Abreviere
Denumire / Aplicatii
BMP
Bitmap
DWG
Format AutoCAD
DXF
Drawing Excenge Format
JPEG
Joint Photographic Experts

Groups
IGES
Initial Graphics Exchange

Standard
PDF
Portable Document Format
TIFF
Tagged Image File Format
WMF
Windows Meta File
AVI
EXE
PNG
XLS
WAV
MDB
Windows Media Player

Fisier Executabil
Portable Network Graphics
Excell
Microsoft
Microsoft Access
Tab. 10.1 Tipuri de fiiere

Explicaii
Este un format raspandit, mai ales pe calculatoarele ce functioneaza cu
windows. Este unul dintre formatele preferate de scanare de imagini in
vederea unei prelucrari ulterioare.
Datele 2D si 3D se pot scrie in format DWG dar numarul de elemente
definite se limiteaa la tipurile utilizate in Autocad.
A fost conceput initial ca format sau schimb de baza de date de catre
Autodesk catre AutoCAd, dar datorita interpretarii sale simple cu o buna
recunoastere de orice platforma, este larg utilizat pe PC-uri.
Specializat pentru pagini internet. Este excelent pentru reproducerea de
fotografie in alb-negru sau color.
Este formatul destinat in primul rand schimbului de date. Actioneaza
independent de tipul de sistem sau platforma soft. Este modul de lucru
pentru proiectantii CAD care trec informatia dintr-o platforma (ex.
CATIA) in alta platforma (ex. SolidWorks) sau intr-un program de grafica.
Cel mai bine devoltat din familia PostScript
Format standard de tratare a imaginii. Se raporteaa la structura interna a
fisiserului prin tagg-uri
Este un format devoltat de Microsoft si se aplica programelor sub
Windows. Poate contine date vectoriale sau pixeli.
Continut multimedia
Documente grafice
Documente de calcul tabelar
Fisier audio codat in format specific firmei Microsoft.
Tabel (Fisier de baza de data).
10.2 Proiectarea formularelor si a rapoartelor

1. Formularele (Forms) reprezint ferestrele primare folosite pentru introducerea i afiarea datelor
n Access. Formularele permit prezentarea datelor ntr-o form care l scutete pe utilizator de
preocuprile legate de modul de stocare al acestora.
Se pot crea formulare diferite pentru utilizri diferite: introducerea unor intregistrri noi, editarea
celor existente, numai pentru afiare sau formulare care funcioneaz pur i simplu ca nite casete de
dialog.
Datele continute de un formular pot fi:
Date alfanumerice elementare ale locurilor de stocare si ale datelor din modelul etitate relatie
al aplicatiilor
Date rezultate prin prelucrare din prelucrare (pot fi calculate pe baza datelor elementare)
43
Structural un formular este un element tiparit, cu antet si alte componente pretiparite, precum si
spatii (rubrici) pentru completare de date.
Majoritatea formularelor au in structura patru elemente determinante:
Introducerea
Instructiunile
Partea principala (corpul)
Concluziile
Introducerea in general, trebuie sa apara la inceputul formularului si sa contina titlul, numarul
formularului i, daca formularul trebuie distribuit altcuiva, numele si adresa organiatiei respective.
Instructiunile sunt in general de doua feluri:
ele precizeaza modul de completare a formularului
sau destinatia lui dupa completare
Partea principala este cea care concura la utiliarea unor formulare cat mai simple. Relatiile logice
dintre casute trebuie sa fie grupate, casutele si coloanele trebuie sa fie foarte clar conturate si, evident
locul unde trebuiesc completate, mai ales cand datele din el vor fi supuse prelucrarii automate.
Concluziile se refera la inregistrarea informatiilor cu privire la dispozitiile finale si/sau aprobarile
necesare in legatura cu operatiile consemnate, inclunand semnaturile (electronice) si data.
2. Raportul este un document tehnico-economic in care sunt incluse doar date predefinite, ceea ce
inseamna ca poate fi denumit si document pasiv, folosit in mod exclusiv pentru a fi citit sau
viualizat.
In situatia unor aplicatii flexibile (Excel) se pot proiecta diferite forme de iesire ale rapoartelor.
Rapoarte programate (la termen) au un continut predeterminat si formatul lor este dinainte
stabilit; aceste rapoarte se reactualizeaza la o anumita perioada de timp.
Rapoartele neprogramate - cu rol special deseori numite si rapoarte ad-hoc nu au
continutul si forma predefinite si nu sunt realizate conform unor programari anterioare. De fapt
sunt formulate ca raspuns la intrebarile managerilor referitoare la diverse probleme.
Rapoarte declansate de exceptii - au un continut prederminat si un format anume, dar sunt
elaborate numai cand sunt realizate unele conditii de exceptie (depasirea costurilor, stocuri
supradimensionate s.a.)
Rapoarte la cerere au de asemenea, continut si forma predeterminate, dar sunt elaborate
numai ca raspuns la cererea managerilor sau a altor angajati.
Atat rapoartele la cerere cat si cele declansate de exceptie sunt facilitati care explica puterea
sistemelor informationale deosebit de eficiente in procesul de conducere.
44

Curs SIM

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Curs SIM

Uploaded by

Copyright:

Available Formats

UNIVERSITATEA POLITEHNICA DIN BUCURETI, FACULTATEA DE INGINERIE MECANIC I

MECATRONIC, DEPARTAMENTUL DE ORGANE DE MAINI I TRIBOLOGIE

Sisteme informaionale pentru

Titular curs: As. Dr. Ing. Georgiana Ionela PDURARU

Scurt istoric ...............................................................................................................2

Tipuri de sisteme .......................................................................................................3

2. Organizarea sistemelor ...........................................................................................................4

Reglarea prin integrare ..............................................................................................4

3. Sisteme informaiale economice .............................................................................................5

Clasificarea sistemelor informaionale .......................................................................5

Concepte de abordare a sistemelor informaionale .....................................................6

4. Proiectarea sistemelor informaionale .....................................................................................8

Aspecte generale ale proiectrii sistemelor informaionale ....................................... 13

Proiectarea de soft ................................................................................................... 14

Arhitectura unui Sistem Software. ........................................................................ 15

Rolul unui arhitect software ................................................................................. 18

Influena tehnologiilor asupra arhitecturii unui sistem software ........................... 19

Indicatorii de calitate ai unui sistem software ...................................................... 19

8. baze de date .......................................................................................................................... 23

Aspecte generale ale proiectrii bazelor de date (1) .................................................. 23

Obiectivele fundamnetale ale unei baze de date ....................................................... 23

Avantajele unei baze de date .................................................................................... 24

Clasificarea sistemelor de baze de date .................................................................... 24

Clasificare dup modelul de date. ........................................................................ 24

Clasificare dup numrul de utilizatori ................................................................ 26

Securitatea i protecia datelor n bazele de date ...................................................... 26

Componentele unui sistem de baze de date .............................................................. 28

Sisteme informaionale pentru management

Date persistente ................................................................................................... 29

Arhitectura intern a sistemlor de baze de date ........................................................ 29

Independena datelor ............................................................................................... 31

Limbaje SGBD ........................................................................................................ 31

Interfee SGBD .................................................................................................... 32

9. Proiectarea bazelor de date ................................................................................................... 33

Modelarea conceptuala a datelor .............................................................................. 33

Constrngeri de integritate ....................................................................................... 35

Constrngerile de domeniu ...................................................................................... 36

Cheia primar .......................................................................................................... 36

Constrngeri ntre tabele .......................................................................................... 37

Dependene funcionale ........................................................................................... 37

Normalizare. Forme normale. .................................................................................. 37

Structuri de indeci n tabelele de date ..................................................................... 38

Tipuri de fisiere caracteristice unui sistem informational pentru management ................. 42

Tipuri de fisiere caracteristice unui sistem informational pentru management ...... 42

Proiectarea formularelor si a rapoartelor ............................................................... 43

Sisteme informaionale pentru management

Sisteme informaionale pentru management

1.1 Scurt istoric

Sisteme informaionale pentru management

Sisteme de cunotine lucrative

informaionale dintr-o firm

1.2 Tipuri de sisteme

Sisteme informaionale pentru management

Sisteme informaionale pentru management

3. SISTEME INFORMAIALE ECONOMICE

Sisteme informaionale pentru management

Clasic a ciclului de via al sistemelor

Sisteme informaionale pentru management

3.2.1 Caracteristicile eseniale ale principalelor metode de abordare a sistemelor

Sisteme informaionale pentru management

5. COMPONENTELE SISTEMULUI INFORMAIONAL

Sisteme informaionale pentru management

Sisteme informaionale pentru management

Sisteme informaionale pentru management