1. Baze de date distribuite. Definitie.

Arhitectura Client-Server Defintie O baz de date distribuit este o colecie de baze de date dependente logic i distribuite pe o reea de calculatoare. Un sistem de gestiune a bazelor de date distribuite (SGBDD) este un set de programe care permite managementul datelor bazelor componente. Arhitectura client - server

Dac considerm drept criteriu de clasificare a arhitecturilor client/server numrul de servere, exist dou clase de arhitecturi: 1) arhitecturi cu un singur server i mai muli clieni (multiple client-single server); 2) arhitecturi cu mai multe servere i mai muli clieni (multiple client-multiple server). 2. Arhitectura de referinta a unei baze de date distribuite

SE schema Externa, SIL schema interna locala, SCL schema conceptuala locala, SCG schema conceptuala globala

3. Baze de date Orientate Obiect. Definitie. Operatori ( selectie, proiectie, join etc) Definitie Baza de date orientat pe obiecte poate fi definit ca rezultatul aplicrii tehnologiei orientate pe obiecte n domeniul stocrii i regsirii informaiilor [3]. Ea ofer posibilitatea de a reprezenta structuri de date foarte complexe cu ajutorul obiectelor. Operatori 1. Selecia: (condiie) CO. Rezultatul acestei operaii este o submulime de obiecte din CO care satisfac condiia dat. Dac operaia se termin cu succes, mesajele din condiie trebuie s fie nelese de obiectele din CO. O definiie formal a seleciei este urmtoarea: De exemplu, (nume = Popa prenume = Ion) studeni are ca rezultat o mulime de obiecte din clasa Student pentru care rspunsul la mesajul nume este Popa i rspunsul la mesajul prenume este Ion. Aceast operaie returneaz mulimea studenilor cu numele Popa i prenumele Ion. 2. Proiecia: (list_de_mesaje) CO. Rezultatul acestei operaii este o submulime a obiectelor clasei CV, cte un obiect pentru fiecare membru al mulimii CO. Obiectele din clasa CV neleg mesajele coninute n list_de_mesaje care trebuie s fie o submulime a mesajelor nelese de obiectele din CO. De exemplu, (nume) studeni are ca rezultat o mulime a clasei de obiecte CV, unul pentru fiecare membru din clasa Student. Obiectele clasei CV neleg mesajul nume, care trebuie s fie neles de toate obiectele clasei Student. 3. Produs cartezian (): CO1 CO2. Rezultatul acestei operaii este o mulime a clasei de obiecte CV, cte unul pentru fiecare combinaie posibil de obiecte din CO1 i CO2. De exemplu, cursuri profesori are ca rezultat o mulime a clasei de obiecte CV, n toate combinaiile posibile ntre obiectele clasei Curs i ale clasei Profesor. 4. Reuniunea ( ): CO1 CO2. De exemplu, ((matricol > 100) studeni) ((nume = Ionescu) studeni) are ca rezultat mulimea studenilor pentru care numrul matricol este mai mare dect 100 sau au numele Ionescu. 5. Diferena ( ): CO1 CO2. Rezultatul acestei operaii este mulimea obiectelor care sunt n CO1 dar nu i n CO2. De exemplu, ((matricol > 100) studeni) ((nume = Ionescu) studeni) are ca rezultat mulimea obiectelor din Student care furnizeaz un rspuns mai mare ca 100 pentru mesajul matricol i nu dau rspunsul egal cu Ionescu la mesajul nume. 6. Intersecia ( ): CO1 CO2. Rezultatul acestei operaii este mulimea obiectelor care sunt att n CO1 ct i n CO2. Pentru testarea apartenenei obiectelor la o anumit clas se utilizeaz identitatea obiect. Mulimile de obiecte trebuie s fie compatibile, iar aceast operaie este comutativ. De exemplu, ((matricol > 100) studeni) ((nume = Ionescu) studeni) are ca rezultat mulimea obiectelor din Student care furnizeaz un rspuns mai mare ca 100 pentru mesajul matricol i rspunsul egal cu Ionescu la mesajul nume. 7. Join: CO1 Join conditie)CO2 unde condiie are forma: < list_de_mesaje1 operator_de_comparare list_de_mesaje2>. Rezultatul acestei operaii este o mulime de obiecte din clasa CV, fiecare coninnd un obiect din CO1 i un obiect din CO2, unde obiectele dau rspunsuri corespunztoare mesajelor din list_de_mesaje1 i list_de_mesaje2 care ndeplinesc condiiat. Obiectele din clasa CV vor nelege toate mesajele care pot fi nelese de fiecare dintre obiectele din CO1 i CO2. Dac operatorul din condiie este "=", spunem c avem un Join natural. De exemplu, studeni JOIN cursuri _ luate=cursuri _ predate profesori are ca rezultat o mulime a clasei de obiecte CV, fiecare coninnd un obiect al clasei Student i un obiect al clasei Profesor, i unde ambele obiecte furnizeaz acelai rspuns la mesajele cursuri_luate i respectiv cursuri_predate.

8. Semi-Join (SJ) : CO1 SJ conditie CO2 Rezultatul acestei operaii este o mulime de obiecte din clasa CO1 pentru care mesajele din list_de_mesaje1 furnizeaz valori care se compar cu rspunsurile corespunztoare mesajelor din list_de_mesaje2 care vizeaz un obiect din CO2. SJ genereaz o clas de obiecte CV, dar protocolul clasei CV este acelai cu protocolul de mesaje al obiectelor din CO1. De exemplu, studeni nume=nume SJ profesori are ca rezultat o mulime de obiecte din clasa Profesor pentru care mesajul nume returneaz aceeai valoare cu mesajul nume al unui obiect din Student. 9. Diviziune obiect(Odiv): CO1 (Mesaj) Odiv CO2 De exemplu, Studeni (cursuri_luate) Odiv Cursuri. are ca rezultat o submulime a clasei de obiecte Student, i anume studenii care iau toate cursurile. 4. SGBD- OO. Definitii. Principiile ce il guverneaza SGBD-OO conin n plus, fa de facilitile oferite de sistemele tradiionale, structuri i reguli orientate ctre lucrul cu obiecte. Ele includ: - un sistem de date abstracte pentru construirea de noi tipuri de date; - constructori de tip ir, secven, nregistrare, set, reuniune; - funcii, ca tip distinct; - o compunere recursiv a elementelor de mai sus. Principiile ce guverneaz un SGBD-OO sunt urmtoarele : 1. ntr-un SGBD-OO se utilizeaz funcii ce conin metode i proceduri ale bazei de date cu restricia ca acestea s fie ct mai compacte, ncapsulate, ermetizate. ncapsularea funciilor l ajut pe programatorul de aplicaie s asocieze funciile pe care i le creaz cu coleciile utilizate. De exemplu: ANGAJARE (SALARIAT), SPOR_SAL (SALARIAT). Acest fapt ofer avantaje din punct de vedere al reducerii numrului de accese la informaia stocat n colecii precum i n activitatea de rescriere a procedurilor. A aprut astfel noiunea de opacitate susinut de adepii orientrii pe obiecte i ai folosirii n exclusivitate a funciilor ncapsulate, n opoziie cu cea de transparen promovat de adepii facilitilor limbajelor de interogare. 2. SGBD-OO i n general SGBD-urile din generaia a treia vor subsuma avantajele SGBDlor din a doua generaie. Generaia a doua de SGBD-uri a avut o contribuie pozitiv n dou direcii: Accesul nonprocedural. Existena unui limbaj de interogare prin intermediul cruia s putem interoga baza de date asupra unor atribute ale nregistrrii; Independena datelor. SGBD-urile din generaia a doua menin consistena tuturor cilor de acces la date prin intermediul unui optimizator. n plus exist posibilitatea definirii coleciilor virtuale. Cele dou caracteristici trebuiesc pstrate i n SGBD-urile din generaia a treia. 3. Un SGBD-OO trebuie s fie deschis ctre alte sisteme. Acest principiu se refer la posibilitatea conexiunii cu limbajele din generaia a patra, cu diferite instrumente de luare a deciziilor, cu sistemele de larg circulaie. Accesul la informaia stocat n baz se va face prin intermediul limbajelor de nivel nalt. Modalitatea universal valabil de interogare va fi un limbaj de tip SQL, iar dialogurile sub forma ntrebare/rspuns ntre utilizator i calculator vor constitui nivelul cel mai sczut de comunicare admis. Un SGBD orientat pe obiecte trebuie, n primul rnd, s satisfac dou criterii: s fie un sistem orientat pe obiecte, deci bazat pe paradigma modelrii orientate pe obiecte; s ndeplineasc cerinele unui sistem de gestiune a bazelor de date.

5. Baze de date logice. Definitia limbajului logic de ordin 1 Un limbaj logic de ordinul nti L, este un triplet (ConsL, FunL, PredL) ce const din trei mulimi disjuncte: 1. ConsL - mulimea constantelor din L; 2. FunL - mulimea simbolurilor funcionale din L; 3. PredL - mulimea simbolurilor predicative din L.

6. Baze de date logice. Definitia formulei de ordin 1. Formulele de ordinul nti ale unui limbaj L sunt definite prin inducie dup cum urmeaz: 1. Dac P Predn L este un simbol de predicat de aritate n0 i t1,..,tn sunt termeni, atunci P(t1,, tn) este o formul atomic sau atom. 2. Dac i sunt formule, atunci , , , , sunt de asemenea formule. 3. Dac este o formul i x o variabil, atunci x i x sunt formule. 7. Depozit de date. Obiectivele Data Warehouse Depozitele de date i instrumentele OLAP sunt bazate pe modele multidimensionale de date. Aceste modele vizualizeaz datele sub forma unui cub de date (data cube). Obiectivele Data Warehouse n sintez, scopurile unui depozit de date sunt urmtoarele: S furnizeze utilizatorilor accesul sporit la date - Depozitul de date furnizeaz accesul la datele integrate ale ntreprinderii, anterior blocat prin ci neprietenoase. S furnizeze o singur versiune a adevrului - n msura n care se se utilizeaz o surs comun de date, depozitele de date pun capt dezbaterilor privind veridicitatea datelor utilizate sau citate n edinele de lucru. S nregistreze cu acuratee trecutul - Un depozit de date va fi utilizat pentru nregistrarea cu acuratee a trecutului, prsind sistemele OLPT libere pentru a realiza focalizarea pe corecta nregistrare curent a tranzaciilor. Datele istorice sunt ncrcate i integrate cu alte date n depozit pentru un acces rapid. S jongleze cu nivelurile de acces sintez /detaliu la date -Rapoartele dinamice i instrumentele de interogare OLAP (de exemplu, releveele din programele de calcul tabelar, drill up, drill down) permit utilizatorilor s vizualizeze informaiile din depozitul de date sub diferite unghiuri i la diferite niveluri de detaliere S separe prelucrrile de nivel operaional i analitic - Procesele decizionale i procesele operaionale sunt totalmente divergente arhitectural. Pornind de la procesele operaionale depozitul de date furnizeaz o arhitectur separat pentru implementarea deciziilor. 8. Arhitectura depozitelor de date Construirea depozitului de date presupune parcurgerea urmtoarelor etape: - Un proces de extragere a datelor din bazele de date operaionale sau din surse externe urmat de copierea lor n depozitul de date. Acest proces trebuie, cel mai adesea, s transforme datele n structura i formatul intern al depozitului. - Un proces de curire a datelor, pentru a exista certitudinea c datele sunt corecte i pot fi utilizate pentru luarea deciziilor - Un proces de ncrcare a datelor corecte n depozitul de date. - Un proces de creare a oricror agregri ale datelor: totaluri precalculate, subtotaluri, valori medii etc. care se preconizeaz c vor fi cerute i folosite de utilizatori.

9. Operatii OLAP in modele de date multidimesionale. In continuare vom prezenta urmtoarele operaiuni OLAP: Drill-up (roll-up) Operaiunea "drill-up" denumit, de asemenea, i "roll-up" de unii productori, execut agregri pe cubul de date, prin parcurgerea ierarhiei pentru o dimensiune sau prin reducerea dimensiunii. Cnd drill-up-ul este executat prin reducerea dimensiuni, una sau mai multe dimensiuni sunt terse din cub. Drill-down Drill-down este opusul operaiunii drill-up. Parcurgerea ierarhiei este de la cele mai puin detaliate niveluri la cele mai detaliate. Drill-down poate fi realizat sau prin parcurgerea descendent a ierarhiei pentru o dimensiune sau prin introducerea de dimensiuni suplimentare. ntruct un drill-down adaug mai multe detalii la date, el poate fi, de asemenea, executat prin adugarea unei noi dimensiuni la cub. Dice Operaiunea dice definete un subcub prin mai multe dimensiuni. Slice Operaiunea slice execut o selecie pe o dimensiune a unui cub dat rezultnd un subcub. Pivot (rotate) Pivot (rotate) este o operaie care rotete axele de vizualizare a datelor n ordinea cerut de alternativa prezentrii lor. Rotaia axelor se poate aplica i pentru reprezentri 3-D. 10. Cubul de date Cubul de date permite modelarea i vizualizarea datelor n dimensiuni multiple. El este definit prin dimensiuni i fapte. In termeni generali, dimensiunile exprim perspectivele n care o anumit organizaie dorete s pstreze nregistrrile privitoare la tranzaciile desfurate. Un cub de date este un set de date organizat i sumarizat ntr-o structur multidimensional printr-un set de dimensiuni i msuri. Cubul de date furnizeaz un mecanism facil pentru interogarea datelor cu un timp de rspuns foarte scurt. Fiecare cub are o schem reprezentat de setul de tabele din depozitul de date. Tabelul central este tabelul de fapte i este sursa de msuri din cub, iar tabelele dimensiune sunt sursele de dimensiuni. 11. Modelul general de regasire a informatiei in baze de date multidimesionale. Cel mai popular model pentru depozitele de date este modelul multidimensional. Acesta poate fi n form de stea (star schema), de fulg de zpad (snow-flake schema) sau de constelaie (constellation schema). Schema stea Schema stea este cel mai comun model de date, n care depozitul de date conine un tabel central voluminos (tabelul de fapte) i un set de tabele nsoitoare (tabelele dimensiune) pentru fiecare dimensiune. Tabelul de fapte cuprinde, fr redundane, cea mai mare parte a datelor. Graful asociat semna cu o stea n care tabelele dimensiune sunt afiate radial n jurul tabelului de fapte central. Schema fulg de zpad" (snowflake) Modelul snowflake este o variant a modelului stea, unde o parte din tabelele dimensiune sunt normalizate. De aceea, datele sunt mprite n tabele suplimentare. Rezult o schem reprezentat ntr-un graf similar unui fulg de zpad. Diferena major ntre modelul fulg de zpad" i modelul stea este c tabelele dimensiune din modelul fulg de zpad" pot fi pstrate n forma normalizat ceea ce determin o redundan redus. Schema constelaia de fapte (Fact constellation) Aplicaiile sofisticate pot solicita tabele multiple de fapte care partajeaz tabelele dimensiune. Acest gen de schem poate fi vzut ca o colecie de stele i, de aici, denumirea de schem galaxie sau constelaie de fapte (fact constellation). 12. Caracteristici ale bazelor de date multimedia. Caracteristici ale BDMM inteligente, care le disting de bazele de date clasice: intrare/iesire interactiva a datelor: este evident c exista mai multa interactiune n introducerea datelor n BDMM dect n bazele de date conventionale orientate ctre structuri mai rigide, cum sunt inregistrarile. Astfel, n SGBD-urile MM se folosesc metode grafice atit la actualizarea unui obiect media, ct i la regsirea acestuia; zgomot n informaia MM: indiferent de tipul BD, intotdeauna exista zgomot sau erori n datele stocate n aceasta. Pentru a se asigura integritatea datelor, SGBD-ul introduce restrictii de

integritate. Problema zgomotului n BDMM este extrem de complexa deoarece este greu s fie definite restrictiile de integritate. n unele situatii se pot folosi restrictiile, n altele se permite utilizatorului s fac imbunatatiri sau corectii ale obiectului media; incertitudine, cautari fuzzy i interogare iterativa: interogarile i cautarile care pot fi exprimate intr-un SGBD MM trebuie ajustate special conform cu incertitudinea informaiei. Deoarece informaiile care s fie folosite pentru indexare/cautare sunt greu de ales i sunt supuse erorilor, mecanismul de cautare trebue s ofere suport pentru interogari iterative i incertitudine. n acest sens se pot folosi invataminte extrase din sistemele de regsire, cum ar fi rationamentele probabilistice, ponderarea termenilor, ordonarea rezultatelor i feedback-ul relevantei; operaii i manipulari specifice datelor multimedia: suportul pentru tipuri MM presupune recunoasterea diverselor operaii asupra obiectelor MM. i acest lucru nu este deloc simplu. extensibilitatea: o BDMM de scop general trebuie s fie extensibila. Dupa oferirea unei baze pentru cele mai importante tipuri de date i obiecte media, mediul SGBD trebuie s permita extinderea i specializarea operaiilor i tipurilor de date n vederea folosirii n aplicatii particulare ale BDMM. De exemplu, un dezvoltator ii poate dori o metoda specific de acces, cum ar fi un arbore R sau un arbore de tip k-d, pentru a obtine un timp de raspuns bun pentru actualizare/regsire; manipularea de volume mari de date: prin natura lor, BDMM sunt mari consumatoare de spaiu. Sistemele ierarhice sunt singura soluie eficient pentru stocarea obiectelor MM; instrumente i medii de dezvoltare pentru aplicatii MM: o baz de date este mai mult dect un motor o aplicaie complet care folosete o BD necesita instrumente specifice i medii de dezvoltare, de la browser-e vizuale la medii multimedia de proiectare a interogrilor.

13. GIS. Definitii si domenii de aplicare. GIS (Sistem Informatic Geografic) este definit de OGC (Open Geospatial Consortium) ca fiind un sistem informatic utilizat pentru capturarea, stocarea, verificarea, integrarea, manipularea, analiza si vizualizarea datelor referentiate geografic sau geospatiale. Datele geospatiale sunt date legate de localizarea geografica, caracteristicile unor obiecte naturale sau construite, limitele acestora pe suprafata Pamantului. OGC este un consortiu de 369 companii, agentii guvernamentale si universitati care colaboreaza in realizarea unor standarde, specificatii, cunoscute sub numele de OpenGIS Standards and Specifications. Domenii de aplicare GIS este aplicabil in multe alte domenii, ca de exemplu: dezvoltare regionala, turism, financiar-bancar, sanatate, militar, criminalistica, stiinte sociale, geologie, mediu etc. Un astfel de sistem este utilizat in dezvoltarea urbana si regionala prin crearea de harti de urbanism, in managementul retelelor de utilitati (energie electrica, gaze, apa), in alegerea celor mai bune locatii pentru amplasarea de noi afaceri, studiul impactului asupra mediului a diversi factori, in sanatate (gestionarea starii de sanatate a populatiei pe regiuni), in comert (segmentarea pietelor). 14. GIS. Definitii si indexarea datelor spatiale Exista doua tipuri de date folosite in sistemele informatice geografice: date raster si date vectoriale. Datele raster sunt fotografii ale Pamantului facute fie din satelit, fie din avion; sunt fisiere care stocheaza informatia in celule discrete organizate in linii si coloane. Fiecare celula sau pixel dintr-o fotografie pastreaza o anumita valoare. Datele vectoriale, sunt formate din puncte, linii, poligoane, ele sunt potrivite pentru stocarea conturului obiectelor, spre deosebire de datele raster care stocheaza continutul acestora. Atunci cand imaginea raster este folosita impreuna cu informatii vectoriale dintr-o anumita zona, este necesara georeferentierea imaginii raster. Georeferentierea este procesul prin care o imagine raster este adusa in coordonatele sistemului de proiectie asociat informatiilor vectoriale. Indexarea datelor spatiale Un index R-Tree aproximeaza fiecare geometrie (reprezentare a datelor geospatiale) printr-un dreptunghi de arie minima care incadreaza geometria respectiva, numit dreptunghi incadrator minim - MBR (Minimum Bounding Rectangle)

Crearea unui index: CREATE INDEX drumuri_ro_idx ON drumuri_ro(geom) INDEXTYPE IS MDSYS.SPATIAL_INDEX; 15. Tipuri de date temporare. Categorii. Tipuri de date temporare : Categorii : Moment: un moment sau punct n timp, cnd se ntmpl ceva (de exemplu, 20 iulie 1969, 20:17:40 GMT, cnd astronautul Neil Armstrong a pus piciorul pe Lun); Interval: o durat nelocalizat n timp (de exemplu, 12 luni, 15 minute, 30 secunde etc.); Perioad: o durat localizat n timp (de exemplu, 1 decembrie 2005 la 31 ianuarie 2006). Timpul utilizator (user-defined time), reprezentnd uzual un moment de timp (point in time) a crui semnificaie este determinat de utilizator (de exemplu, momentul cnd se execut o aplicaie). Perioada de validitate (valid time), desemnnd perioada de timp pe parcursul creia un fapt este adevrat n raport cu situaia din lumea real. Perioada de tranzacionare (transaction time), desemnnd perioada de timp pe parcursul creia un fapt este reflectat informaional n baza de date.

16. Tipuri de baze de date temporale Tipuri de baze de date temporale : - Baze de date istorice (historical database), care memoreaz datele n raport cu perioada de validitate. - Baze de date tranzacionale (rollback database), care memoreaz datele n raport cu perioada de tranzacionare. - Baze de date bitemporale (bitemporal database), care memoreaz datele n raport cu ambele perioade de timp. 17. Sisteme suport decizie. Definitii si caracteristici. Definitii Un Sistem Suport pentru Decizii reprezint un sistem informatic interactiv, flexibil i adaptabil special dezvoltat pentru a oferi suport n gsirea soluiei unor probleme nestructurate (Turban, 1995) i/sau semistructurate, cu scopul de a mbunti procesul decizional. El folosete date, modele i/sau baze de cunotine, furnizeaz utilizatorului o interfa intuitiv i uor de utilizat i poate ncorpora cunotinele utilizatorului. Caracteristici SSD Filip (2004) 1. s asigure suport i s mbunteasc dect s nlocuiasc judecata uman, controlul SSD, rmnnd, n ntregime n mna utilizatorului; 2. s asiste managerii n procesul de decizie n probleme nestructurate i semistructurate, probleme care s nu poat fi rezolvate numai pe baza unor raionamente i judeci simple sau cu ajutorul altor clase de sisteme informatice; 3. s fie flexibil i adaptabil n raport cu modificrile din contextul deciziei i s sprijine ct mai multe (eventual, toate) dintre fazele procesului decizional; 4. s fie centrat pe caracteristici pentru a-l face uor de utilizat i de ctre utilizatorii ne-experimentai (manageri de pe toate nivelele, un singur decident sau un grup) i s nu se limiteze la computerizarea unor

modaliti de lucru existente nainte de introducerea sistemului, ci s faciliteze i s stimuleze adoptarea unor abordri noi (s asigure suport pentru o varietate de procese de decizie i pentru diferite stiluri). 5. s combine utilizarea de modele i tehnici analitice cu funcii de acces a datelor; datele i informaiile coninute n sistem s poat proveni din diverse surse; 6. s mbunteasc eficacitatea procesului de decizie, dect eficiena, punndu-se accentul pe creterea productivitii muncii decidentului i pe calitatea, oportunitatea i aplicabilitatea deciziilor dect pe timpul i costurile deciziei Holsapple i Whinston (2000) realizau urmtoarea list a caracteristicilor SSD: - SSD includ cunotine descriptive i posibil, alte tipuri de cunotine; - Permit achiziionarea i ntreinerea acestor cunotine; - Permit prezentarea cunotinelor la cerere n diferite moduri (rapoarte); - Permit selectarea oricrui subset de cunotine dorit pentru a fi prezentat sau pentru a folosi la crearea unor noi cunotine n timpul identificrii/rezolvrii problemei; - Permit interaciunea direct cu decidentul care are flexibilitate n alegerea/ordonarea activitilor de gestiune a cunotinelor. 18. Sisteme suport decizie si clasificarile acestora. n 1977, Donovan i Madnick, clasificau SSD, dup natura problemei n dou categorii: - SSD instituionale SSD folosite pentru probleme de natur repetitiv, probleme a cror definiie general rmne valabil pn la civa ani. Un exemplu l constituie (Donovan, Madnick, 1977) un sistem de monitorizare al consumului de energie; - SSD ad-hoc sisteme folosite pentru asistarea deciziei ntr-o gam variat deprobleme specifice ce nu pot fi anticipate i care nu au un caracter repetitiv. Noile oportuniti legate de lansarea unui nou produs sau de fuzionare cu alte firme reprezint exemple (Donovan, Madnick, 1977) de astfel de probleme. Dup nivelurile tehnologice, Sprague (1980) clasifica SSD n: - SSD specifice sisteme informatice de aplicaie dedicate unui anumit grup de utilizatori pentru a rezolva probleme dintr-o anumit categorie. - Generatoare SSD un ansamblu de instrumente hardware i software care ofer posibilitatea crerii rapid i uor de SSD specifice (Exemplu dat de Sprague: Geodata Analysis and Display System). - Instrumente SSD sunt elemente constructive primare folosite la construirea celorlalte dou categorii. La rndul lor instrumentele SSD pot fi mprite n dou categorii (Filip, 2004): instrumente informatice de uz general i instrumente specifice pentru asistarea deciziilor. Tot n 1980, Alter propunea o clasificare n funcie de modul n care sistemul sprijin/ determin decizia (Airinei, 2006; Muntean, 2003): - Sisteme de clasare a fiierelor (File Drawer Systems) ofer accesul la date i automatizeaz anumite procese manuale; - Sisteme de analiz a datelor (Data Analysis Systems) ofer suport n activitatea de analiz a datelor actuale sau istorice pentru crearea de rapoarte; - Sisteme informatice pentru analiz (Analysis Information Systems) - sistem dedicat analizei ce asigur accesul la baze de date i la o serie de modele simple (ex. sisteme OLAP); - Sisteme orientate ctre modele contabile i financiare (Accounting and Financial Models) calculeaz consecinele unor aciuni planificate pe baza unor definiii contabile, fr incertitudini, n care calculele pe o anumit perioad depind numai de datele nregistrate n acea perioad de timp (ex. sisteme de calcul tabelar); - Sisteme bazate pe modele de reprezentare (Representational Models) sisteme ce estimeaz consecinele aciunilor pe baz de modele care sunt parial nedefinite; reflect incertitudinea legat de comportamentul uman individual sau colectiv sau reprezint evoluia dinamic a sistemelor n timp. Sunt folosite des n a previziona efectele unei decizii. - Sisteme de optimizare (Optimization Models) sisteme ce ofer ndrumare n alegere prin generarea soluiei optime lund n considerare un set de constrngeri; - Sisteme de sugerare (Suggestion Models) realizeaz o serie de activiti mecanice ce conduc la sugerarea unei anumite decizii n cazul problemelor bine structurate.

n 1981, Hackathorn i Keen propuneau o clasificare a SSD dup tipul decidentului (Filip, 2004; Airinei, 2006): - SSD individuale sisteme proiectate pentru a asista decideni individuali; - SSD de grup sisteme ce asist luarea deciziilor colective (co-decizii) de ctre un grup de persoane cu poziii de autoritate similare; - SSD organizaionale sisteme destinate asistrii deciziilor luate de un grup de persoane dintr-o organizaie aflate pe diferite niveluri de autoritate. n 1996, Holsapple i Whinston clasificau SSD n: SSD orientate pe text, SSD orientate pe baze de date, SSD orientate pe calcul tabelar, SSD orientate pe reguli, SSD orientate pe algoritmi (Solver-oriented DSS). Conform lui Filip (2004) la aceste 5 categorii ar trebui adugate i SSD orientate pe tehnologia web. Pornind de la clasificarea lui Alter, n 2001-2002, Power realizeaz o clasificare a SSD dup modul de orientare (Filip, 2004; Muntean, 2003; Power2): - SSD orientate ctre date (Data-Driven DSS) sisteme ce au drept component tehnologic dominant, subsistemul de gestiune a unor baze de date sau depozite de date mari (exemple: sistemele informatice executive - EIS, depozite de date - DW, prelucrarea analitic on-line a datelor OLAP i majoritatea SSD spaiale); - SSD orientate ctre modele (Model-driven SDD) sisteme complexe ce ajut la analiza deciziilor sau la alegerea dintre mai multe opiuni. Din aceast categorie fac parte, sistemele ce utilizeaz modele financiare, de contabilitate, de optimizare i de simulare.; - SSD orientate ctre cunotine (Knowledge-driven DSS) reprezint o extindere a tipului de SSD, sisteme de sugerare, din clasificarea lui Alter, i sunt sisteme a cror component tehnologic dominant este reprezentat de subsistemul de gestiune a cunotinelor; - Sisteme orientate ctre comunicaii (Communication-driven DSS) sisteme ce au drept component predominant, subsistemul de comunicaii bazate pe calculator, prin intermediul unui browser web i a facilitilor oferite de arhitectura client - server; - Sisteme orientate ctre documente (Document-driven DSS) sisteme ce au drept component principal, baza de documente. Aceste SSD gestioneaz resurse informaionale de tipul documentelor nestructurate i a paginilor web. Pornind de la clasificrile lui Keen, 1987 i Haettenschwiller (SSD active, pasive i de cooperare), 1999, Filip n 2004, propunea urmtoarea schem de clasificare a SSD dup tipul de suport: - SSD de asistare pasiv folosit pentru creterea productivitii prin realizarea mai rapid i comod a unor operaii; - SSD de asistate tradiional folosit ca un asistent decizional ce furnizeaz rspunsuri la ntrebri de tipul What if?; - -SSD de suport normativ folosit ca un consilier informatizat ce furnizeaz soluii prin aplicarea intensiv i exclusiv a modelelor matematice de optimizare computerizat i a tehnicilor de inteligen artificial asupra datelor problemei; - SSD de suport n cooperare sisteme ce se comport ca un consultant computerizat care l stimuleaz pe decident sau ca un mediator ce faciliteaz cooperarea dintre mai muli participani n adoptarea deciziilor colective; - SSD de suport extins sisteme ce se comport ca un consultant proactiv cu rol n influenarea modului de desfurare a activitilor decizionale prin stimularea de abordri noi.