ACADEMIA DE STUDII ECONOMICE BUCURETI FACULTATEA DE CIBERNETIC, STATISTIC I INFORMATIC ECONOMIC

PREZENTARE MASTERAT
SISTEME SUPORT DE DECIZIE - S.S.D.PROFESOR: PROF.UNIV. DR. VELICANU MANOLE

DOCTORAND: ASIST.UNIV. IONEL IACOB

CUPRINS PREZENTARE
DECIZIA SI PROCESUL DECIZIONAL N MANAGEMENT SISTEME DE INFORMARE PENTRU MANAGEMENT (S.I.M.)

SISTEME SUPORT DE DECIZIE (S.S.D.) SISTEME SUPORT PENTRU DECIZII DE GRUP (S.S.D.G.) SISTEME SUPORT DE DECIZII PENTRU EXECUTIVI (S.S.D.E.) ORACLE DISCOVERER - un instrument util pentru manageri -

Motto:

"Poti sa pasezi responsabilitatea, nu i discernmntul care decurge din ea Benvenuto Cellini

Decizia constituie punctul central al activitii de management ntruct ea se regaseste n toate funciile acestuia, i mai mult, integrarea firmei n cadrul mediului depinde de calitatea deciziei. Decizia, componenta primar a sistemului decizional, constituie un element esenial al managementului, fiind instrumentul su specific de exprimare, iar nivelul calitativ al conducerii unei organizaii se manifest prin deciziile elaborate, dar i aplicate.

Deciziile manageriale, spre deosebire de deciziile generale, se refer la misiunea, strategiile i politica pe termen lung ale firmei, coordonarea principalelor domenii de activitate, atingerea eficienei dorite, soluionarea i medierea conflictelor, msuri de maxim importana pentru viitorul firmei.

n practica decizia manageriala mbrac dou forme

ACTUL DECIZIONAL :
PROCESUL DECIZIONAL :
implic un consum mare de timp, pe parcursul creia se culeg i se analizeaz informaii, se consult persoane n vederea conturarii situaiei decizionale

se refer la situaii decizionale de complexitate redus, cu caracter repetitiv sau n care variabilele implicate sunt foarte bine cunoscute de ctre decident

FUNDAMENTAREA TIINIFIC A DECIZIEI:

aceasta conduce la evitarea improvizaiilor i a subiectivismului n procesul de luare a deciziilor. LEGALITATEA DECIZIEI:

adoptarea deciziei trebuie facut doar de ctre persoane care sunt investite cu drept legal i mputernicite n acest sens.
COMPLETITUDINEA DECIZIEI: decizia trebuie s cuprind toate elementele necesare nelegerii corecte i implementrii acesteia.

OPORTUNITATEA DECIZIEI:
este de preferat o decizie bun luat n timp util, unei decizii foarte bune luate cu ntrziere. EFICIENA DECIZIEI:

se urmrete obtinerea unui efect ct mai bun pentru un anumit efort.

COORDONAREA DECIZIEI: se asigura astfel ca deciziile privind diferitele departamente ale organizatiei s fie compatibile ntre ele i s conduc la realizarea obiectivului de ansamblu al fimei.

Desi nu exist o definiie unanim acceptat a termenului Sistem Informatic pentru Management (S.I.M.), acesta a devenit aproape sinonim cu procesarea unor date cu ajutorul calculatorului.

Exista dou tipuri de abordare a S.I.M., i anume, din punct de vedere al produciei, respectiv, din punct de vedere al deciziei.
Din punct de vedere al deciziei: SIM este un sistem care convertete date din surse interne i externe n informaii i comunic informaiile, sub forma potrivit, managerilor de la toate nivelele i din toate funciile pentru a le permite s ia decizii efective i la timp, pentru planificarea, controlul i direcionarea activitilor care intr n responsabilitatea lor.

Atunci cnd ntr-o organizatie se utilizeaza un SIM pot sa apara o serie de probleme care duc la o activitate ineficienta. Acestea pot fi:

lipsa unei implicari corespunztoare a managerilor n proiectarea SIM; o atenie insuficient acordat sistemului informatic. o atenie insuficient acordat aplicaiilor de procesare a datelor la nivelele inferioare ale managementului; lipsa unor cunotinte informatice din partea managerilor. o apreciere necorespunztoare de ctre informaticieni a cerinelor informaionale ale managerilor i a problemelor organizaiei. lipsa unui suport din partea managementului de vrf.

Ofer informaii orientate spre decizii i urmrete realizarea rapoartelor care asist managementul i pregtete rapoartele financiare periodice pentru asistarea planifiarii i controlrii organizaiei. Avantajul SIM-ului integrat const n faptul c depaete problemele sistemelor automate orientate spre controlul activitii i asigur feed-back prin formularea rapoartelor. Dezavantajul acestor sisteme const n faptul c datele se acumuleaz ntr-o perioad de timp anterioar procesrii lor. Din acest motiv aceste sisteme se mai numesc backward-looking systems. Apare astfel necesitatea unor sisteme care s priveasca i n prezent i viitor denumite forwardlooking. Managerii au nevoie, de cele mai multe ori, de un sistem informatic n timp real n care toate informatiile sunt transmise on-line, adic datele sunt transpuse direct n calculator pe masur ce sunt primite. Datele sunt procesate i trimise destinatarului ntr-un timp suficient de scurt pentru a putea schimba sau controla ntregul mediu operational. Datele integrate acumulate din mai multe tranzactii on-line constituie elemente ale bazei de date. De exemplu, datele din baza de date a stocurilor pot fi folosite n mai multe domenii: comer, producie, controlul stocului etc. Constituie o metod de a amplasa calculatorul la locul unde este necesar ntr-o organizatie, pentru procesarea eficient i economic a datelor i conectarea calculatoarelor ntr-o reea. O alternativ fezabil a acestei metode const n centralizarea procesrii datelor pentru a reduce costurile terminalelor programabile, microcalculatoarelor etc. Regula de baz: se amplaseaza calculatoare acolo unde se desfoar 80 din activitate i unde rezultatele sunt necesare.

Primele realizri n domeniul sistemelor suport de decizie au aprut n anii 1967-1968 la Universitatea din Dormouth din Statele Unite, odat cu dezvoltarea primelor sisteme logice interactive orientate catre aplicatii financiare. Localizarea acestor rezultate nu este ntmpltoare deoarece, n cadrul aceleiai institutii, au fost realizate pentru prima dat sistemele informatice partajate utilizate de ctre profesorii i cercettorii din domeniul finantelor. Nu a trecut foarte mult timp pna n momentul n care realizatorii acestor sisteme iau pus problema introducerii unui regim conversational om-calculator, a crui aparitie a condus la obtinerea unei sinergii ntre capacitatea calculatoarelor n ceea ce privete calculul i stocarea datelor i experiena i raionamentul decidentului, dnd posibilitatea de modificare interactiv a valorilor parametrilor, de efectuare a unor analize de senzitivitate etc. Realizate de catre persoane interesate de domeniul aplicaiilor, sistemele suport de decizie au ridicat experilor n domeniu dou probleme principale: construirea unui model conceptual a ceea ce trebuie sa fie un sistem suport de decizie si a unui instrument soft de dezvoltare a sistemului suport de decizii; identificarea functiilor si a metodologiei de realizare a sistemelor suport de decizie si a instrumentelor soft care sa permita dezvoltarea acestora.

Noiunea de sistem suport de decizie ocup pentru prima dat un loc central pentru Scott, Morton i Gerrity. Tot ei realizeaz o prim abordare metodologic asupra concepiei sistemelor suport de decizie, abordare dezvoltata ulterior de catre Montgomery si Turban

Sistemele suport de decizie, numite i sisteme de asistare a deciziei, sunt sisteme informatice interactive care - prin intermediul modelelor de decizii i a bazelor de date specializate - ofer informaii pentru asistarea managerilor n adoptarea de decizii nestructurate sau semistructurate. Acest termen a fost definit n anii '70 de M.S. Scott i indica obiectivul S.S.D.: PREGTIREA DECIZIEI !
La rndul su, O'Brien definete S.S.D. ca fiind acele sisteme informatice pentru conducere, care se bazeaz pe utilizarea de modele analitice, baze de date specializate, judecata i intuiia decidentului i un proces de modelare computerizat, interactiv, care sprijin luarea deciziilor semistructurate sau nestructurate de ctre manageri. Obiectivul principal al S.S.D. l constituie mbuntirea modalitii de adoptare a unei decizii sau realizarea unui studiu pregtitor n vederea adoptrii deciziei, n cazul n care ansamblul activitatilor care trebuie desfasurate n acest scop nu este programabil.

Atenie:

Problemele care conduc la necesitatea utilizrii unui S.S.D. - sunt cele n care:
preferinele, raionamentul, intuiia i experiena decidentului sunt eseniale;
cutarea soluiei implic o combinaie de cutare de informaii, manipulare de

date, calcule, formalizare sau structurare a problemei (modelare);

succesiunea operaiilor precedente nu este cunoscut n avans deoarece ea

depinde de datele utilizate, sau se poate modifica n vederea obinerii de rezultate intermediare; criteriile de decizie sunt numeroase, contradictorii i dependente de utilizator

datele utilizate nu sunt ntotdeauna cunoscute dinainte;

obtinerea unei soluii satisfctoare trebuie realizat ntr-un timp limitat; problema este supus unei evoluii i transformri rapide.

n funcie de MANAGEMENTUL DATELOR I AL MODELELOR:

S.S.D. orientat ctre datele pe care le prelucreaz n vederea informrii decidenilor S.S.D. orientat ctre modelele cu care operaz

n funcie de DESTINAIE:
S.S.D. care asist decidentul n rezolvarea unor probleme specifice unui domeniu dat (economic, tehnic, militar etc.); S.S.D. generatoare care asist proiectantul n realizarea mai rapid a sistemelor suport de decizie dedicate; S.S.D. instrumente care faciliteaz dezvoltarea evolutiv a sistemelor suport de decizie dedicate sau generatoare;

n funcie de MODUL DE INSTRUIRE:

S.S.D. inteligente care rezolv prin analogie situaii decizionale noi; S.S.D. neinteligente care rezolv numai situaiile pentru care au fost proiectate; n funcie de MODALITATEA DE INTERACIUNE DINTRE OM I SISTEM: S.S.D. cu limbaje flexibile (dialogul are la baz un limbaj apropiat de cel natural); S.S.D. cu comenzi precise (dialogul are la baz comenzi cu forma precis definit).

1. nestructurate, combinnd cunotinele i intuiia uman cu cunotinele i viteza 2. 3. 4. 5. 6.

calculatorului. Asistarea deciziilor se poate realiza la toate nivelurile de conducere, de la manageri operaionali la manageri de vrf, att individual ct i pentru grupurile de lucru. S.S.D. poate asista mai multe decizii interdependente i/sau secveniale, avnd n vedere faptul ca n practica economic majoritatea deciziilor sunt intercorelate. S.S.D. susine toate fazele procesului decizional i poate fi adaptat diverselor stiluri decizionale S.S.D. este adaptabil n timp. Decidentul trebuie s aib un comportament reactiv n utilizarea S.S.D., s sesizeze schimbarea condiiilor i s adapteze corespunztor sistemul. Un S.S.D. ad-hoc poate fi definit cu uurin de ctre utilizator, pe baza unui mediu de dezvoltare prietenos, flexibil, cu capaciti grafice puternice i interfaa adaptat utilizatorilor neprofesioniti. S.S.D. promoveaz nvarea i acumularea de noi cunotine, care conduce la cerine noi i la rafinarea sistemului. S.S.D. se bazeaz pe modele standard sau definite de utilizator. Capacitile de modelare ale sistemului favorizeaz experimentarea, n contextul mai multor configuraii. S.S.D. include diferite categorii de analiz - de la obinuitul "ce-ar fi dac - la elaborarea i selectarea scenariilor.

S.S.D.asist

deciziile,

cu

precdere

pentru

situaiile

semistructurate

7.
8. 9.

Componenta de Gestiune a Datelor: Aceasta component este alcatuit din Baza de date a S.S.D., D.B.M.S., Dicionarul Bazei de date i Facilii de interogare. Baza de date poate include tranzacii interne, alte surse de date interne, date externe i date personale aparinnd unuia sau mai multor utilizatori. Datele interne (financiare, contabile, din domeniul produciei, a marketing-ului) provin din prelucrarea rezultatelor tranzaciilor interne ale organizaiei. Datele externe includ diferite cercetri n domeniul marketing-ului, regulamente guvernamentale, indicatori macro-economici. Datele private includ anumite reguli specifice decidenilor. Dictionarul bazei de date este un catalog al tuturor datelor din baza de date care conine definiiile acestora i are ca funcie principal furnizarea informaiilor cu privire la disponibilitatea, sursa i semnificaia lor exact. Utilizarea acestui catalog este indicat n faza de identificare i definire a procesului de luare a deciziilor, prin scanarea datelor i identificarea domeniilor i oportunitilor problemei.

Facilitile de interogare reprezint elementul esenial pentru accesul la date. Ele accept cereri de date de la alte componente ale S.S.D., determin care dintre acestea pot fi soluionate, formuleaz cereri detaliate i returneaz rezultate cu privire la subiectul cerut. Facilitile de interogare presupun existena unui limbaj special de interogare.

Componenta de Gestiune a Modelului: Aceast component poate fi descompus n patru elemente: Baza cu Modele, Sistemul de Management al Bazei Modelelor, Dictionarul Modelelor respectiv Executarea, Integrarea i Comandarea Modelelor. Baza cu Modele conine rutine i modele cantitative din domeniul statisticii, finanelor, managementului care ofer capaciti de analiz ntr-un SSD. Sistemul de Management este un sistem software cu funciuni de creare i actualizare a modelului, utilizare a subrutinelor i a altor blocuri, generarea de noi rutine i rapoarte, manipularea datelor. Dictionarul de Modele este un catalog care conine defintii de modele i furnizeaz informaii cu privire la disponibilitatea i capacitatea acestora.

Controlarea Executiei Modelului precum i combinarea operatiilor specifice sunt controlate de managementul modelului. Pentru a accepta i interpreta instruciunile de modelare - pentru execuie sau interpretare - se foloseste un procesor de controlare a modelului.

Componente de Gestiune a Dialogului (interfaa cu utilizatorul) Aceasta component acoper toate aspectele privind comunicarea ntre utilizator i S.S.D., incluznd att pri hardware i software ct i factori care conduc la facilitarea utilizrii, accesibilitii i interaciunii dintre utilizator i S.S.D. n raport cu Modalitatea de Comunicare Utilizator-Sistem, se disting mai multe TIPURI posibile de DIALOG : a. ntrebare Rspuns; Prin Limbaj de Comand adresat de ctre utilizator sistemului sub forma unor b. perechi verb substantiv la care acesta ofera rspunsuri, fr a rspunde solicitrilor privind informaiile suplimentare; Meniu - care presupune existena n memorie a unor alternative de comenzi c. din care utilizatorul alege un meniu de alternative pe care l adreseaz sistemului, acesta executndu-l fr o eventuala interaciune cu decidentul; Format IntrareFormat Ieire - care prevede tipizarea formatelor de intrare ale d. datelor i comenzilor, i de ieire a rspunsurilor oferite de sistem; e. Format de Intrare n funcie de Formatul de ieire - n care formatul de intrare al datelor va fi specificat n funcie de cel de ieire care este predefinit; f. Tip Negociere - care presupune alegerea tipului de dialog n funcie de configuraie, forma dialogului i costurile corespunzatoare pe unitatea de timp.

Componenta de Gestiune a Cunotinelor: Aceasta component apare n cazul integrrii S.S.D. cu un Sistem Expert, n vedere obinerii unui S.S.D. Inteligent (Expert). Modulul cuprinde, n esen, Motorul de Inferen i Baza de Cunotine. Motorul de Inferen va permite sistemului s simuleze raionamentul unui expert pornind de la datele i cunotinele disponibile.

Baza de cunotine alimenteaz Mecanismul de Inferen ntr-un mod similar celui n care baza de date alimenteaz algoritmii statistici n cadrul S.S.D.
Un aspect esenial al construirii i utilizrii S.S.D. Expert const n realizarea unei interaciuni sinergice ntre aceste elemente, sinergie tradus, pe de-o parte, prin trecerea controlului de la o funciune la alta n cadrul sistemului, iar pe de alt parte, prin transferul informaiilor ntre funciuni (subsisteme).

Fr ndoial c pentru majoritatea I.M.M.-urilor din Romnia, S.S.D. constituie nca instrumente decizionale costisitoare O decizie eficient nu este ns, doar una a crei adoptare i implementare implic cele mai reduse costuri, ci i una complet i complex fundamentat ntr-un interval de timp ct mai scurt i care are efecte pozitive asupra sistemului sau aspectului pe care l vizeaz. n atingerea acestor obiective ale activitii decizionale, rolul sistemelor suport de decizie nu poate fi contestat Pe de alt parte, sistemele inteligente utilizate n activitatea managerial constituie astzi unul din mijloacele de cretere a productivitii muncii. Automatizarea culegerii datelor privind evoluia diferitelor fenomene economice caracteristice firmei i mediului sau extern, utilizarea modelelor complexe de calcul i analiza a acestora conduc la o adevarat explozie a informaiilor aflate la dispoziia decidentului. Fr ajutorul S.S.D., majoritatea acestor date ar fi insuficient utilizate, chiar neglijate. ntr-un astfel de mediu informaional-decizional, utilizarea S.S.D. i a sistemelor inteligente poate veni n ajutorul decidenilor pentru ca acetia s nu piard din vedere factori de influen importani n problema analizat, s fie n cunotin de cauz n ce privete raiunile care motiveaz deciziile lor, s i mbogeasc propria experien i baz de cunotinte prin intermediul accesului la experiena i cunotintele altora, s i poat transfera tiina sub forma bazelor de cunotinte sau de diagnostic. Privit i din acest unghi, utilizarea S.S.D. nu poate fi caracterizat dect ca BENEFIC pentru ACTIVITATEA DECIZIONAL.

Deciziile care trebuie luate n cadrul unei organizaii implic deseori comunicaii ntre diferitele entiti ale organizaiei (departamente, manageri). In procesul decizional de grup mai muli decideni lucreaz mpreun pentru a ajunge la o concluzie comun n privina anumitor probleme. Dimensiunea grupului variaz de la 2 la 50 de persoane, n funcie de aciunea ntreprins, de mrimea proiectului precum i de alte elemente organizatorice sau tehnice. Soluiile alternative propuse n cadrul dezbaterilor de grup sunt semnificativ mai multe i mai consistente dect cele pe care le poate propune/imagina un singur decident, potenialul creator al unui grup fiind mai mare dect suma contribuiilor individuale. De asemenea procesul decizional de grup conduce la o bun cunoatere a mecanismelor de luare a deciziei i implicit de funcionare a organizaiei de ctre un numr mai mare de angajai ai acesteia, ceea ce are ca efect mbuntirea performanelor personalului.
Domeniul GROUPWARE s-a conturat la sfritul anilor '80, ca o concretizare a interaciunii dintre noile tehnologii informaionale. Avantajele acestor sisteme se concretizeaz n creterea confortului, a simului de rspundere, i nu n ultimul rnd a productivitii. Trebuie luate ns n calcul i eforturile, mai ales cele de natura financiar, implicate de constituirea unor grupuri de lucru, i mai ales de utilizarea sistemelor de asistare de deciziilor de grup.

DEFINIIE S.S.D.G :

Termenul GROUPWARE se definete ca ansamblul metodelor, procedurilor, programelor i platformelor informatice care permit persoanelor asociate unui proiect s conlucreze cu maximum de eficacitate. Un grup se constituie prin crearea de legturi ntre staiile de lucru, oferind asistare activitilor de comunicare, colaborare i coordonare dintre membrii grupului.

Partajarea informaiilor, concretizat n folosirea n comun a datelor, textelor, cunotinelor care sunt accesibile att utilizatorilor individuali care i ndeplinesc sarcinile curente, ct i membrilor grupului de decizie.

Realizarea n colaborare a documentaiilor tehnice, a rapoartelor i a altor documente, inclusiv a documentelor multimedia.
Urmarea proiectelor utiliznd software specializat. Sunt incluse obiectivele propuse, proiectele pentru realizarea obiectivelor i aciunile de ntreprins pentru rezolvarea proiectelor. Susinerea de conferine electronice folosind tehnologii din domeniul comunicaiilor precum i tehnica de calcul. Gestionarea mesajelor prin sisteme ce se constituie ca o extensie a facilitilor de pot electronic i reprezint pori de comunicare att cu exteriorul ct i n interiorul unei organizaii. Asistare n constituirea grupurilor de lucru, prin intermediul unor programe specializate care coordoneaz aciunile de ntreprins i stabilesc persoanele care pot fi grupate cel mai eficient ntr-o echip, alturi de un lider.

Scopul deciziilor poate varia funcie de poziia managerului n cadrul organizaiei. In cadrul ierarhiei manageriale, la nivelul de vrf se afl managerii executivi care au un statut de autoritate i responsabilitate formal asupra ntregii organizaii sau asupra unei uniti funcionale a acesteia. Deciziile pe care trebuie s le adopte Executivii au o importan particular, ndeosebi deoarece acestea afecteaz pe termen lung ntreag organizaie. Apartia S.S.D.E.-lor a permis managerilor executivi s-i mbunteasc timpul de rspuns n cadrul procesului decizional precum i gradul de informare a deciziilor.
S.S.D.E. poate fi definit, n sensul cel mai larg, ca un sistem care folosete informaii utile Executivului n luarea deciziilor strategice i competiionale, urmrirea de ansamblu a firmei i reducerea timpului ocupat cu activitile de rutin ale Executivului. O alt definiie privete S.S.D.E.-urile "ca un set de instrumente integrate, proiectate cu scopul de a permite managerilor executivi acces rapid i flexibil la informaiile din bazele de date ale firmelor"

S.S.D.E. se refer la aspecte ale afacerii care prezint interes pentru managerii de vrf dintr-o organizaie. Formatul util i navigabil al sistemului se refer la faptul c este proiectat special pentru a fi utilizat de indivizi cu timp limitat, cu abiliti limitate de a manevra tastatura i cu puin experien direct cu calculatoarele.

Ofer Executivului informaiile pe care acesta le consider importante pentru a-i desfura n bune condiii activitatea. Informaia este accesibil Executivului n timp util, fiind astfel necesar actualizarea regulat a datelor.
Ofer rezumate ale informaiilor ntr-o form corespunztoare cu stilul propriu al fiecarui membru al Executivului. Permite combinarea informaiilor prezente din surse externe (piaa, concurena, firme independente, organizaii guvernamentale), tradiional interne (fiiere referitoare la produs, clieni, furnizori, vnzri) i netradiional interne (interviuri privind satisfacia clientului, calitatea serviciilor oferite). n ultimul timp sunt tot mai utilizate sursele netradiional interne pentru obinerea informaiilor. Poate constitui o metod efectiv n obinerea de avantaje concureniale i n monitorizarea factorilor importani n derularea operaiilor firmei.

Permite accesul on-line la informatii recente, indiferent de sursa.

Informaiile oferite sunt relevante deoarece se bazeaz pe obiectivele firmei: identificarea factorilor critici de succes, sublinierea exceptiilor etc. S.S.D.E. cuprinde orice este interesant pentru Executivi. Chiar dac aceast abordare este simplist, ea reflect varietatea sistemelor care sunt folosite n prezent. Guvernele folosesc S.S.D.E.-uri pentru a regsi corespondena ministerial, pentru a determina productivitatea muncitorilor, pentru a identifica i aloca resursele financiare i umane etc. Alte sectoare utilizeaz S.S.D.E. pentru a urmri informaii referitoare la competitorii din mass-media sau din bazele de date cu informaii publice

Bine ai venit n lumea produsului Oracle`s Discoverer. Acesta este unul dintre cele mai interesante accesorii pe care Oracle l ofer mpreun cu baza sa de date, ntru-ct introduce o nou paradigm a bazelor de date multidimensionale i a procesrii O.L.A.P.

O.L.A.P. inseamna Procesare Analitic On-Line, iar Discoverer ne permite s facem acest lucru. Dar, nainte de a intra n specificul Discoverer, ne vom ndrepta atenia asupra a ceea ce inseamna pentru o afacere, O.L.A.P. i bazele de date multidimensionale.
Se va vedea cum aceste puternice concepte pot da valoare afacerilor Dumneavoastr, permindu-v s aruncai o privire asupra datelor Dumneavoastr ntr-un mod mult mai intuitiv. Va deveni de asemenea evident faptul c Discoverer va aduga implicit valoare pentru afacerea Dumneavoastr, reducnd timpul pentru anumite sarcini de programe i pentru resursele computerului.

1. Dei modelul relational pentru bazele de date permite o mare flexibilitate n a defini metode de cutare i procesare a datelor, ntr-o afacere, metoda prin care datele sunt procesate, este adesea foarte diferit de felul n care analitii n afaceri ar dori s priveasc aceste date. Toi aceia dintre noi care au o oarecare experien n procesarea datelor, pot reapela rapoarte sau 2. programe n care ar trebui expediate date ntr-o anumit form, astfel nct un asociat cu funcii de decizie s poat vedea rapoartele care sunt importante pentru ntreaga lui afacere. 3. De exemplu, pentru un Punct de achiziionare al unei firme, datele pe care le propune sistemul O.L.T.P. (procesarea tranzactiilor on-line) pentru o ntreag gam a aplicaiilor Vnzrilor cu Amnuntul, pot fi: S aruncm o privire asupra Tabelului de Vnzri i s-i vedem definiiile: 4.
Tabela Vnzri: Fields(cmpuri): transaction_id, customer_id, location, item, unit_price, quantity_sold, timestamp Acest tabel se va dezvolta n timp odat cu creterea vnzrilor, iar sistemul va rmne on-line.

5. In timp, clienii vor revenii pentru a cumpra mai multe bunuri iar sistemul de contorizare, care reprezint Data i Ora exacta a Vnzrii, va ncepe s nregistreze luni i luni de zile de vnzri. n decursul acestor luni, preurile se vor schimba, un produs va intra la reduceri, iar acest lucru va afecta n continuare datele, care vor atepta confortabil s fie analizate n tabelul de Vnzri.

n acest tabel simplu, proiectat pentru a depozita tranzaciile O.L.T.P., avem o multitudine de date ascunse pe care analitii n afaceri vor dori s le vad i s le analizeze. De exemplu, cum afecteaz Preul, Vnzrile la o anumit marc de tenei (pantofi sport) ? Din punct de vedere microeconomic, este posibil s dorim planificarea unei curbe a cererilor, urmrind ct de mult au mbuntit reducerile, cantitatea de perechi de tenei vndut ?
Dup doi ani de acumulare a datelor n elementarul nostru tabel (care acum cuprinde cteva milioane de rnduri ), un analist ar putea dori s fac o Hart (grafic) a fiecrui Pre de Vnzare practicat.

Dificultatea practic, const n faptul cum se va reui s se scoat (preia) datele din Tabelul Vnzrilor i s se afle cum vnzrile s-au schimbat pentru o anumit marca de tenei atunci cand s-a schimbat preul?
Folosind o abordare tradiional SQL, se pot executa o serie de instructiuni pentru a ne ajuta n selectare datelor necesare: Select unit_price, sum(quantity_sold) Price/Pre Quantity/Cantitate From Sale $45.00 432.000 Where item = `Tennis Shoes` $50.00 375.000 Group by unit_price ; $69.95 310.000 Aceast interogare va oferi situaia de ieire:

Apoi vom aduga Venitul total calculat pentru fiecare pre preul nmulit cu ntreaga cantitate vndut ntru-ct target-ul nostru managerial s-a bazat pe analiza profitului (venit si costuri): Select unit_price, sum(quantity_sold), unit_price * sum(quantity sold) revenue From Sale Price Where item = `Tennis Shoes` $45.00 Group by unit_price ; Vom obine urmtorul rezultat:

$50.00 $69.95

Quantity 432.000 375.000 310.000

Rrevenue/Venit $19.440.000 $18.750.000 $21.684.500

Aici vom afla un lucru interesant despre elasticitatea cererii pentru tenesi, pentru care - dei preurile noastre cele mai ridicate au rezultat ntr-o scdere a numrului de clieni - venitul total adus la acel pret le-a depit pe toate celelalte.

In acest punct al studiulu nostru O.L.A.P. - creterile privind pantofii sport pot decide dac acest venit a atins cotele cele mai nalte - i prin urmare s se creasc definitiv preul la $69.95 - sau, dimpotriv, s se ia decizia - c penetrarea pieei a fost mult mai relevant i s pstreze preul la $45.00 perechea.
Ceea ce grupul SQL definit anterior ne oferea cu a treia coloan derivat - este zona barelor n graficul anterior. Aceast zon a fiecrei bare este Venitul total al Vnzrilor de tenei pentru un pre dat. Aria de sub fiecare dreptunghi din grafic, reprezint Venitul Total !

La acest punct, un cititor oarecare s-ar putea nspimnta de puterea SQL i s-ar putea ntreba: De ce mai vorbim despre Bazele de date Multidimensionale? Problema privind modelul precedent este aceea ca n compania noastr fictiv avem sute de produse diferite care trebuie analizate n functie de pre sau de pre i locaie Daca analitii notri n afaceri doresc noi rapoarte pe regiuni, astfel nct s poat modifica preurile bazndu-se pe elasticitatea cererii pentru o anumit regiune, va trebui s introducem o alt secven SQL:
Select location, unit_price, sum(quantity_sold), unit_price * sum(quantity_sold) revenue From Sale Where item = Tennis Shoes Group by location, unit_price ;

In timp ce directorii, analistii n afaceri i cumprtorii, cu totii, cer diferite modele i vizualizri ale datelor, noi vom ajunge s facem trei lucruri ineficiente:
Vom reduce din resursele umane. Pentru a iniia analize i rapoarte n continuu ntr-o mare baz de date O.L.T.P., vom avea ns nevoie de muli programatori SQL care s codifice permanent diferitele cereri de analiz.

Vom crea implict, un nivel al dezorganizrii, adic limbajul SQL scris de un programator ntr-o lun ar fi putut satisface nevoia altui director de acum un an. Numai dac avem o baz de date pentru toate problemele SQL, atunci acest lucru ar putea fi omis i ne-am putea gsi cu toii n situaia de a reinventa roata, rescriind aceeasi secventa SQL. Cu un mare numr al programatorilor de azi, acest lucru este foarte comun.
Ori de cte ori avem o alt ntrebare, sau chiar aceeai ntrebare, reducem o mare parte din resurse. Pentru ca Oracle s execute simple cereri, crem clase masive n spaiul tabelului i un set foarte lung de texte citite n indexul tabelului (presupunnd c produsul este indexat) i introducem discurile O.L.T.P. cnd obinem rnduri ale indexului, citind datele din tabel.

ntr-o baz de date normalizat, produsul ar fi desprit de propria sa tabel astfel coreland problemele de procesare anterioare cu folosirea tabelelor combinate, care sunt ns foarte costisitoare. Dac acest lucru devine o practic obinuit, sistemul nostru O.L.T.P. din ntreaga lume, va fi ncetinit, iar vnztorii care folosesc sistemul nostru n multe ri, vor procesa vnzrile on-line foarte ncet, crend cozi n magazine i afectnd ntreaga afacere.

De aceea este aa de important s cunoatem tehnologia O.L.A.P. i bazele de date multidimensionale, deoarece utilizatorii au nevoie s vizualizeze datele ntr-un mod total diferit de modurile n care datele apar ntr-o baz de date relaional i din aceast cauza, ideea unei baze de date multidimensionale a luat amploare!

Agregarea datelor unei afaceri on-line, implic un cost al resurselor foarte ridicat

Astfel, se va permite utilizatorilor s vizualizeze datele n nesfrite serii de pri grupate, fr nevoia de a genera secvene SQL nesfrite.

Bazele de date multidimensionale se bazeaz pe ideea unui cub de date. In exemplul anterior, baza de date multidimensional a prelucrat datele ntr-un mod diferit. Fiecare coloan derivat aprea ca o dimensiune separat.
Actualele valori ale datelor, vor defini lungimea sau mrimea fiecrei dimensiuni.

De exemplu, s crem un cub pentru a analiza vnzarile teneilor pe o perioad de cteva luni, pentru o locaie dat i pentru un pre dat.

Vom presupune c vom vinde n 3 locaii: New York, Los Angeles i Chicago.

n acest caz, vom avea un cub 3/3/n, Unde: n este numrul lunilor de cnd tim c vor exista 3 preuri distincte.
S privim la lunile de vara: iunie, iulie, august. Acum avem un cub 3/3/3.

Motivul pentru care o baz de date este numit multidimensionala este acela ca are dimensiuni aditionale la n cuburi dimensionale, bazate pe valorile datelor i nu pe schema bazei de date. ntr-o baz de date relaional tradiional, dimensiunea tabelului este bazat pe numrul de coloane i pe mulimea datelor din baza de date.

In acest cub, nsi datele care compun cubul vnzrilor i vor determina dimensiunile. De exemplu, daca noi am mai deschis un nou magazin n Denver, vom avea un cub 3/3/4. Pe de alt parte, adugnd o locaie ntr-o baz de date relaional, nu vom schimba dimensiunile Tabelei Vnzarilor initiale, doar dac adugam alte date. Tabelul va avea n continuare apte coloane, ns mai multe valori distincte n coloana Locatie. Puterea de a folosi un cub n-dimensional const n aceea c putem defini o baza de date multidimensional n jurul acestei paradigme. Dac baza noastr de date este cu adevrat multidimensional, prin definiie, utilizatorii pot vizualiza un singur cub sau orice cub ce face parte din structura unui cub mai mare. De exemplu, dac cel mai important cumprtor din New York dorete s afle cantitatea de uniti vndute n New York, la cel mai mic pret n luna iunie, baza noastr de date multidimensional va returna doar un bloc-seciune din interiorul cubului. Dac directorul de vnzri ar dori tie cantitatea total vndut n toate Locaiile i n toate Lunile, la cel mai ridicat pre al unei perechi de tenesi, i vom arta doar o parte din ntregul nostru cub. Aceea zon din interiorul cubului ar reprezenta cantitatea total.

In interiorul cubului se afl o simpl valoare calculat: cantitatea vndut. Fiecare cub reprezint un pre dat, Locaia i luna, i conine sumele totale pentru fiecare pre dat, Locaia i luna.Acest cub de date poate fi tradus ca o ncapsulare a multor comenzi complexe SQL. De exemplu, pentru a reconstitui partea frontal a cubului, vnzrile totale pentru New York, indiferent de pre, codul SQL va trebui s fie scris astfel: Select sum(quantity_sold)

From Sale Where item = 'Tennis Shoes' And Location = 'New York;

Prin stocarea acestor valori ntr-un cub de date i reactualiznd cubul din punct de vedere dinamic, evitm multe declaraii SQL costisitoare de care am putea avea nevoie pentru a da informaiile dorite analiltilor n afaceri. ndeajuns de interesant, Oracle's Discoverer 3.0 ofer administratorului opiunea unei ntreineri dinamice a valorilor dintr-un cub de date sau pentru a genera secvene SQL, pentru fiecare component a cubului.
Discoverer 3.0 va permite opiuni combinate astfel nct subseturi ale cubului de date, rar folosite, nu vor fi stocate ci vor fi terse atunci cnd ruleaz programul.

E. F. Codd, fondatorul teoriei bazelor de date relaionale, a observat c O.L.A.P. trebuia sprijinit de un model de date multidimensional. In 1993, n ziarul de cercetare "Providing O.L.A.P. to User-Analysts: An I.T. Mandate", Codd i Salley au aternut pe hrtie 12 reguli de care au neles c este nevoie pentru a proiecta bazele de date multidimensionale cu ajutorul capacitilor O.L.A.P. VIZUALIZAREA CONCEPTUAL MULTIDIMENSIONAL Acest lucru cere ca utilizatorii s poat manipula i vizualiza modelele multidimensionale. Aa cum o baz de date relaional apare ca o colecie de tabele, bazele de date multidimensionale ar trebui s apar ca o colecie de simple obiecte pentru afaceri.

TRANSPARENA
Chiar dac datele pot fi vizualizate multidimensional, ar trebui de asemenea s poat relaiona cu unelte comune ca spread-sheets (mprtietorul de coli) si word-processors (procesoare de cuvinte) fr a prea diferite, la fel ca alte surse de date. ACCESIBILITATE O.L.A.P. trebuie s cartografieze universul afacerilor pentru obiectele necesare analitilor, din multiple i diferite tipuri de baze de date. Aceasta sugereaz faptul c adevrata baza de date O.L.A.P. poate primi informaii de la o baz de date multidimensional mainframe, o baz de date relaional i o serie de fiiere normale - i totui, s apar utilizatorului ca o serie multidimensional de cuburi.

RAPORT CONSISTENT AL PERFORMANELOR In timp ce numrul dimensiunilor sau al mrimii bazelor de date crete, utilizatorul nu ar trebui s simt nici o degradare semnificativ a performanelor.Se insist asupra acestui lucru ntru-ct o adevrat baz de date multidimensional, stocheaz celule complexe de date dinamice i nu cerine calculate, folosite pentru rulare n timp ce utilizatorul privete cubul de date. CLIENT / ARHITECTURA SERVER-ULUI Uneltele ar trebui s poat opera i stoca date ntr-un client/arhitectura server-ului. Se pune sub semnul ntrebrii aceast regul, ntru-ct Oracle plnuiete analize multidimensionale pentru computer, i nu se vede nici o necesitate n faptul c arhitectura ar trebui restricionat la client/server pentru procesarea O.L.A.P. DIMENSIONALITATEA GENERIC Toate celulele bazelor de date multidimensionale sau subseturi mai largi, trebuiesc tratate n acelai mod atunci cnd utilizatorul dorete s vizualizeze, s analizeze sau s le manipuleze. DINAMIC SPARSE MATRIX HANDLING Acest lucru nseamn c valorile NULL ar trebui stocate printr-o cale eficient care economisete spaiul. De exemplu, dac ai vndut maini i biciclete noi, i ai definit un cub O.L.A.P. avnd pret, produs i uniti vndute ca dimensiuni, anumite celule din acest cub nu vor fi niciodat completate. Dei o biciclet de 100$ poate fi vndut, probabil ca nu vei vinde o main cu 100$. Odat cu aceast compresie a spaiului n funcie de date, unealta O.L.A.P. ar trebui s aleag diferite metode pentru a recupera datele ntr-un timp scurt. Dac ai stocat o dimensiune ca dat sortat, sistemul O.L.A.P. ar putea folosi un arbore binar pentru a indexa datele; dac totusi dimensiunea a stocat numere aleatorii, sistenul OLAP ar trebui s ajusteze i s foloseasc un algoritm amestecat.

SUPORT MULTIUSER Aceasta nseamn c mai muli utilizatori pot vizualiza aceleai cuburi de date i iniializa operaii asupra lor pentru a analiza datele. Nu are sens s ai un sistem unde un analist poate izola un intreg departament al datelor

OPERAII CROSS-DIMENSIONAL NERESTRICIONATE Intr-o baz de date multidimensional O.L.A.P., metodele de agregare sau valori derivate din formule, trebuie s fie consistente pentru orice subset de baze de date multidimensionale. MANIPULAREA INTUITI A DATELOR Acest lucru este foarte subiectiv i nu ne spune foarte multe. O manipulare non-intuitiv a datelor nu este niciodata telul unui vanzator OLAP. Se crede c ceea ce Codd a vrut s spun atunci cnd a scris acest lucru, a fost c manipularea datelor O.L.A.P. ar trebui bazat visual pe capabiliti drill-down i metode de zoom in si zoom out a celulelor. RAPORTARE FLEXIBIL Rapoartele ar trebui s permit rndurilor i coloanelor s fie afiate pentru orice numr de dimensiuni din cubul de date, astfel nct aceste valori pot de asemenea aprea ca titluri; DIMENSIUNI NELIMITATE I NIVELE DE AGREGARE Codd folosete cuvntul nelimitate i apoi continu s declare c limita recomandat a dimensiunilor este ntre 15 i 20. Acest lucru nseamn c ne putem extinde analiza despre tenei adugnd Locaii, pre, data achiziionrii, vremea curent, zodia cumprtorului etc. Acest lucru ne poate da mai multe informaii detaliate, dar ar putea da peste vechea problema de statistic care se sfrete prin a vedea modele n date aleatorii care de fapt nu exist n realitate.

Baza de date multidimensional este responsabil pentru un tip de stocare, pe care o baz de date normalizat nu o permite i aceasta este agregarea datelor. Intr-o baz de date normalizat, datele agregate este o funcie a numerelor i caracterelor existente pe linii i este calculat n timpul rulrii n forma secvenelor SQL agregate. ntr-o baz de date multidimensional, o valoare dintr-o celul poate reprezenta o agregare a diferitelor dimensiuni ale bazei de date. In exemplul anterior am avut un cub 3/3/3 care coninea vnzarile totale pe locaie, luna vnzrii i preul. Acestea sunt cele trei dimensiuni ale bazei noastre de date O.L.A.P. Pentru a le stoca ntr-un cub multidimensional, astfel nct s nu mai fim nevoii s agregm date oricnd un utilizator dorete s vad un subset al cubului de date. Aici avem dimensiunile datei ca tabele ce nconjoar centrul, si vom vedea un tabel numit tennis_shoes_sales (tenesi_vanzari), ce conine doar valoarea agregat pentru toate combinaiile de celule. In forma ei cea mai simpl, aceast schem ne-ar permite s populm tabelul tennis_shoe_sales cu o simpl socoteal a vnzrilor i o cheie compus pentru fiecare dimensiune. Secvena de creare a tabelului pentru un tabel va fi de genul: Create table_shoe_sales ( uits_sold number, lcation varchar2(20), month_of_sale varchar2(15) unit_price number(5,2) );