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


II

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

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

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

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

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

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

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

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

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

10. 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


1

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.


2

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.

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.

MM

TM

ML

DCC


3

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.

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.

Fig. 1.3

SISTEME

Infinite Finite

Deschise

Complexe

Deterministe Probabilste

Lineare Neliniare

Simple

nchise

Fig.1.2Ierarhia tipic a conducerii afacerilor, a tipurilor de salariai i a sistemelor informaionale dintr-o firm

Tipuri de

salariai

Manageri Sisteme informaionale de

conducere startegic (SCS)

Funcionari Sisteme de cunotine lucrative

Sisteme de prelucrare tranzacii Lucrtori n producie i

service

Tipuri de sisteme

informaionale

Producie, Marketing, Finane i contabilitate, Resurse umane


4

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 auto-

organizare, 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.


5

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:


6

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)


7

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.


8

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;


9

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


10

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.


11

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.


12

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.


13

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.


14

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.


15

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.


16

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.


17

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.


18

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.


19

- 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


20

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


21

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


22

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.


23

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.


24

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.


25

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.


26

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


27

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.


28

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:

curs sim

Documents