Sunteți pe pagina 1din 143

ACADEMIA DE STUDII ECONOMICE DIN BUCURETI

SISTEME INFORMATICE EXECUTIVE SUPORT DE CURS

Lect. univ. dr. Adela BRA

BUCURETI 2012

CUPRINS: CAPITOLUL I. MANAGEMENTUL STRATEGIC AL ORGANIZAIEI.......................4 1.1. ROLUL I FUNCIILE MANAGEMENTULUI ORGANIZAIEI.........................4 1.2. PROCESUL DECIZIONAL I ELABORAREA DECIZIILOR................................6 1.3. NIVELURILE DE MANAGEMENT ALE ORGANIZAIEI....................................7 1.4. SISTEMUL INFORMATIC INSTRUMENT AL MANAGEMENTULUI ORGANIZAIEI...........................................................................................................11 1.5. TIPOLOGIA SISTEMELOR INFORMATICE UTILIZATE N MANAGEMENTUL ORGANIZAIEI...........................................................................................................14 CAPITOLUL 2. SOLUII DE SISTEME INFORMATICE PENTRU MANAGEMENTUL STRATEGIC................................................................................16 2.1. SISTEMELE INFORMATICE EXECUTIVE SUPORT PENTRU MANAGEMENTUL STRATEGIC................................................................................16 2.2. CARACTERISTICI ALE SISTEMELOR INFORMATICE EXECUTIVE..............21 2.3. ASPECTE COMPARATIVE NTRE MIS, DSS I EIS..........................................24 2.4. TEHNOLOGII UTILIZATE N REALIZAREA SISTEMELOR INFORMATICE EXECUTIVE................................................................................................................30 2.5. ARHITECTURA SISTEMELOR INFORMATICE EXECUTIVE..........................31 CAPITOLUL III. SOLUII DE ORGANIZARE A DATELOR N DEPOZITE DE DATE (DATAWAREHOUSES)....................................................................................37 CAPITOLUL IV: SOLUII DE ANALIZ A DATELOR - TEHNOLOGIA OLAP (ONLINE ANALYTICAL PROCESSING)...........................................................................41 CAPITOLUL V. SOLUII DE EXTRAGERE A CUNOTINELOR DIN DATE DATA MINING............................................................................................................43 CAPITOLUL VI SOLUII DE DEZVOLTARE A SISTEMELOR INFORMATICE EXECUTIVE................................................................................................................47 6.1. CICLUL DE DEZVOLTARE A SISTEMELOR INFORMATICE EXECUTIVE...47 6.1.1. FAZELE DE DEZVOLTARE A SISTEMELOR INFORMATICE EXECUTIVE...........................................................................................................47 6.1.2. ETAPE ALE CICLULUI DE DEZVOLTARE A SISTEMELOR INFORMATICE EXECUTIVE...............................................................................50 6.3. STUDII I CADRE (FRAMEWORKS) DE DEZVOLTARE A SISTEMELOR INFORMATICE EXECUTIVE ....................................................................................75 6.4. MINIMIZAREA RISCULUI DE DEZVOLTARE..................................................81

6.4.1. FACTORII PRINCIPALI CARE INFLUENEAZ REALIZAREA SISTEMELOR EXECUTIVE. ANALIZA I EVALUAREA GRADULUI DE INFLUEN A FACTORILOR PE FIECARE ETAP A CICLULUI DE DEZVOLTARE.......................................................................................................81 6.4.2. CRITERII DE EVALUARE A SISTEMELOR EXECUTIVE ....................93 CAPITOLUL VII - METODOLOGII DE REALIZARE A SISTEMELOR INFORMATICE EXECUTIVE.....................................................................................95 7.1. CLASIFICRI I CARACTERISTICI ALE METODOLOGIILOR DE REALIZARE A SISTEMELOR INFORMATICE ........................................................95 7.2. SOLUII DE REALIZARE A SISTEMELOR INFORMATICE EXECUTIVE CONFORM METODOLOGIILOR ORIENTATE-OBIECT UTILIZND LIMBAJUL UNIFICAT DE MODELARE (UML).........................................................................101 7.2.1. ELEMENTE ALE LIMBAJULUI UML CARE POT FI UTILIZATE N REALIZAREA SISTEMELOR INFORMATICE EXECUTIVE.........................101 7.2.2. EXTENSII UML UTILIZATE N REALIZAREA SISTEMELOR INFORMATICE EXECUTIVE.............................................................................106 ..................................................................................................................................117 CAPITOLUL VIII SOLUII DE TEHNOLOGII I INSTRUMENTE DISPONIBILE CARE POT FI UTILIZATE N REALIZAREA SISTEMELOR INFORMATICE EXECUTIVE..............................................................................................................118 8.1. SOLUII DE SISTEME DE GESTIUNE A BAZELOR DE DATE. ANALIZ COMPARATIV A PERFORMANELOR I FACILITILOR OBINUTE DE SGBD-URILE DISPONIBILE....................................................................................118 8.2. SOLUII DE TEHNOLOGII I INSTRUMENTE ORACLE UTILIZATE N REALIZAREA SISTEMELOR INFORMATICE EXECUTIVE...................................133 BIBLIOGRAFIE.........................................................................................................137

CAPITOLUL I. MANAGEMENTUL STRATEGIC AL ORGANIZAIEI

1.1. ROLUL I FUNCIILE MANAGEMENTULUI ORGANIZAIEI tiina managementului a aprut ca rspuns la necesitile societii moderne. Managementul organizaiei este abordat din multiple puncte de vedere de diferii autori. n cartea Fundamentele managementului organizaiei [NIVE01] O. Nicolaescu i I. Verboncu propun urmtoarea definiie: managementul organizaiei rezid n studierea proceselor i relaiilor de management din cadrul lor, n vederea descoperirii legitilor i principiilor care le guverneaz i a conceperii de noi sisteme, metode, tehnici i modaliti de conducere, de natur s asigure obinerea, meninerea i creterea competitivitii. In aceeai lucrare procesul de management este definit astfel: procesul de management n organizaie const, n ansamblul fazelor, n procesele prin care se determin obiectivele acesteia i ale subsistemelor incorporate, resursele i procesele de munc necesare realizrii lor i executanii acestora, prin care se integreaz i controleaz munca personalului folosind un complex de metode i tehnici n vederea ndeplinirii ct mai eficiente a raiunilor ce au determinat nfiinarea respectivei organizaii. Henry Fayol afirm c rolul managementului este de a previziona, organiza, comanda, coordona i controla activitile unei organizaii. Aceste funcii au fost reformulate de O. Nicolaescu i I. Verboncu n lucrarea menionat mai sus astfel: previziune, organizare, coordonare, antrenare i evaluare-control. Funcia de previziune reprezint ansamblul proceselor de munc prin intermediul crora se determin principalele obiective ale organizaie i componentelor sale, precum i resursele i principalele mijloace necesare realizrii lor. Funcia de organizare este definit ca fiind ansamblul proceselor de management prin intermediul crora se stabilesc i delimiteaz procesele de munc fizic i intelectual i componentele lor (micri, timpi, operaii, lucrri, sarcini etc.), precum i gruparea acestora pe posturi, formaii de munc, compartimente i atribuirea lor personalului, corespunztor anumitor criterii manageriale, economice, tehnice i sociale, n vederea realizrii n ct mai bune condiii a obiectivelor previzionate. 4

Funcia de coordonare const n ansamblul proceselor de munc prin care se armonizeaz deciziile i aciunile personalului organizaiei i ale subsistemelor sale, n cadrul previziunilor i sistemului organizatoric stabilite anterior. Funcia de antrenare ncorporeaz ansamblul proceselor de munc prin care se determin personalul organizaiei s contribuie la stabilirea i realizarea obiectivelor previzionate, pe baza lurii n considerare a factorilor care l motiveaz. Funcia de evaluare-control poate fi definit ca ansamblul proceselor prin care performanele organizaiei, subsistemelor i componenilor acesteia sunt msurate i comparate cu obiectivele i standardele stabilite iniial, n vederea eliminrii deficienelor constatate i integrrii abaterilor pozitive. Tot n Fundamentele managementului organizaiei autorii structureaz aceste funcii pe trei faze sau etape distincte, dup cum urmeaz: faza previzional de stabilire a tendinelor i obiectivelor, faza de operaionalizare sau de aplicare a obiectivelor stabilite i faza final de comensurare i interpretare a rezultatelor Ca dimensiuni ale realizrii acestor etape i funcii sunt identificate dou componente: informaia i oamenii. In ceea ce privete rolul factorului uman n realizarea funciilor managementului n lucrarea [DOBR99] se caracterizeaz acest aspect astfel: dimensiunea uman specific proceselor i relaiilor de management se reflect i n faptul c oamenii au multiple consecine asupra componentelor ntreprinderii, att n calitate de titulari ai anumitor posturi de conducere, ct i de indivizi cu personalitate proprie. De asemenea, fiecare decident reprezint o personalitate aparte cu aspiraii, caracteristici i necesiti extraprofesionale specifice, de care trebuie s se in seama pentru buna funcionare a ntreprinderii. Pentru a indeplini aceste funcii ntr-o organizaie modern informaia este esenial. Totodat este necesar de a avea la ndemn o serie de tehnici i instrumente pentru msurarea activitilor curente i planificarea activitilor ulterioare. Pentru a-i ndeplini rolul managerii trebuie s cunoasc comportamentul uman i organizaional, trebuie s fie lideri ai organizaiei, utilizatori i furnizori de informaii, s aib puterea de a lua decizii pentru reglarea sistemului condus.

1.2. PROCESUL DECIZIONAL I ELABORAREA DECIZIILOR Procesul decizional implic o serie de elemente att de natur uman ct i informaional i presupune parcurgerea unor etape care de cele mai multe ori conduc la mai multe variante posibile de alegere. In [DOBR99] procesul decizional este definit astfel: un ansamblu de activiti pe care le desfoar un individ i/sau un grup, confruntai cu un eveniment care genereaz mai multe variante de aciune, obiectivul activitii fiind alegerea unei variante care corespunde sistemului de valori al individului i/sau grupului. Varianta aleas n urma procesului decizional este decizia prin aceasta stabilindu-se scopul i obiectivele unei aciuni, direciile i modalitile de realizare a acesteia, toate determinate n funcie de o anumit necesitate, pe baza unui proces de informare, reflecie i evaluare a mijloacelor i a consecinelor desfurrii aciunii respective. [MARI03] Luarea unei decizii presupune urmtoarele elemente: trebuie s existe unul sau mai multe obiective care trebuie atinse, managerul trebuie s aib de ales ntre mai multe alternative de aciune, factorii limitativi economici (resurse, timp, munc) s fie inclui n planul decizional, decizia trebuie s fie fundamentat tiinific i s fie formulat clar n termeni n care s poat fi neleas i aplicat. Studierea deciziilor i a caracteristicilor acestora a dus la o clasificare a lor din mai multe aspecte [MARI03]: Din punct de vedere al coninutului funcional, deciziile pot fi clasificate n decizii de planificare; decizii organizaionale; decizii de conducere; decizii de stimulare (a angajailor, de exemplu); decizii de control. Dup nivelul de elaborare a deciziilor se clasific n: decizii strategice - sunt deciziile care stabilesc orientrile de perspectiv i se iau n colectiv, vizeaz ansamblul activitii economice a societii comerciale; decizii tactice - care se iau pentru o perioad mai mic de un an i vizeaz o activitate sau o subactivitate a societii comerciale; decizii operaionale - sunt decizii de rutin i se refer la perioade scurte, care vizeaz ndeplinirea obiectivelor specifice i individuale. n funcie de certitudinea atingerii obiectivelor, deciziile pot fi: decizii certe; decizii incerte; decizii de risc.

n raport cu sfera de cuprindere a decidentului deciziile se clasific astfel: decizii individuale - sunt adoptate de ctre un singur cadru de conducere; decizii colective adoptate n grup. Etapele de adoptare a unei decizii sunt identificate i prezentate conform

modelului lui Simon n lucrarea [MUNT04] . Iniial, n 1965 procesul decizional cuprindea trei etape principale i anume: Identificarea i formularea problemei presupune identificarea obiectivelor organizaiei, prioriti; Proiectarea, identificarea i analiza alternativelor se examineaz setul de alternative relevante i are loc un proces de evaluare a acestora; Alegerea unei alternative - se selecteaz una dintre alternativele valabile generate i analizate n etapa anterioar. n unele cazuri, mediul decizional este foarte dinamic, iar soluiile vor fi selectate pe baza condiiilor estimate la momentul cnd soluia va fi fizic implementat. Adesea, se impune o revenire la etapa anterioar pentru rafinri ale strategiei de selecie i ale definirii setului de soluii fezabile. Modelul a fost completat ulterior n 1982 de Sprague i Carlson care au adugat i etapa de implementare ce presupune declanarea unor aciuni n cadrul organizaiei ce pun accentul pe implementarea soluiei i rezolvarea problemei (crearea consensului, negocierea etc). Exist i o etap ulterioar de evaluare a consecinelor implementrii deciziei n mediul organizaional. 1.3. NIVELURILE DE MANAGEMENT ALE ORGANIZAIEI Managementul organizaiei implic tipuri diferite de activiti i deci, necesit tipuri diferite de informaii. O clasificare general acceptat mparte nivelurile de management al organizaiei n trei: nivelul operaional, nivelul tactic i nivelul strategic. La nivelul managementului operaional, informaiile necesare managerilor se refer la operaiile curente, la controlul activitilor zilnice i implic determinarea celui mai eficient mod de implementare a setului de sarcini stabilit de conducere i totodat evaluarea rezultatelor. Procesul decizional la acest nivel necesit informaii identificarea problemei, definirea ei, stabilirea tipului (structurat, emistructurat sau nestructurat), precum i stabilirea unei

detaliate despre sarcinile ce trebuiesc finalizate, resursele necesare, coordonarea cu alte activiti curente din organizaie. Managerii operaionali trebuie s ia decizii privind realizarea unor programe curente, la nivelul echipei de lucru, pe baza setului de politici i reguli stabilite de managerii de la nivelul tactic. Informaia pentru aceste activiti trebuie s fie foarte detaliat, exact i furnizat periodic, de obicei zilnic i sptmnal. Nivelul managementului tactic implic stabilirea i realizarea obiectivelor precizate n planuri de activitate i gestionarea eficient a resurselor pentru a ndeplini politicile i obiectivele impuse de managementul de vrf. Managerii de la acest nivel coordoneaz activitile din cadrul departamentelor sau serviciilor (de exemplu departamentele de producie, comercial, financiar, etc). Managerii de la nivelul tactic au nevoie de rapoarte de sintez referitoare la activitile desfurate pentru a lua decizii n vederea realizrii obiectivelor la nivelul fiecrui departament. De obicei informaiile trebuie furnizate la cerere, periodic (de regul saptmnal, lunar) sau la finalizarea unor termene referitoare la anumite activiti. Managementul strategic implic determinarea obiectivelor organizaiei, strategia necesar pentru realizarea acestor obiective, precum i structura organizaiei. Aa cum se menioneaz n lucrarea [NIVE01] strategia reprezint ansamblul obiectivelor majore ale organizaiei pe termen lung, principalele modaliti de realizare mpreun cu resursele alocate, n vederea obinerii avantajului competitiv potrivit misiunii organizaiei. Grupul STRATEGOR se refer la elaborarea strategiei organizaiei ca fiind alegerea acelor domenii de activitate n care firma reuete s fie prezent precum i alocarea resurselor astfel nct s-i menin poziia dobndit sau chiar s i-o consolideze. [STRA00] Referitor la aceste domenii de activitate n lucrarea [ISTO03] autorul propune apte domenii de performan n care trebuie fixate obiectivele: Profitabilitatea i performana se exprim printr-o serie de indicatori financiari cum ar fi rata profitului, valoarea aciunilor pe pia, rentabilitatea, valoarea dividendelor. Informaiile prezentate sunt concentrate pe analiza indicatorilor cheie de performan (KPI key performance indicators), iar deciziile luate pe baza acestora trebuie s duc la obinerea de rezultate n favoarea companiei ntr-un timp ct mai scurt;

Cota de pia n acest domeniu se fixeaz segmentele de pia care Inovarea i avantajul competitiv obiectivul se formuleaz n termenii

prezin interes pentru organizaie; legai de structura i tipul produselor noi lansate pe pia. Situaia pieei, a potenialilor clieni dar i a companiilor concurente trebuie s fie monitorizat i trebuie investigate noi oportuniti de diversificare a produselor; Productivitatea reprezint eficiena n utilizarea resurselor pentru Resursele umane, materiale, financiare i informaionale n acest atingerea obiectivelor; domeniu se stabilesc structura, volumul, modul de achiziionare i utilizare a acestora; Performanele manageriale pentru aceasta se fixeaz criteriile de performan ale managerilor organizaiei, modalitatea de mbuntire i perfecionare a acestora i modalitile de evaluare; Responsabilitatea public se precizeaz rolul organizaiei n mediul de afaceri, imaginea pe care aceasta o are pe pia precum i participarea la satisfacerea unor nevoi sociale. Aceste obiective devin strategice numai dac sunt clar formulate, exprimate cantitativ, bine precizate n timp (utiliznd termenele iniiale, intermediare i finale) i ierarhizate, adic ordonate dup contribuia la creterea performanelor organizaiei i exact prin aceste atribute se deosebesc de misiune. [ISTO03] Aa cum deciziile au fost clasificate n funcie de criteriile menionate anterior i strategiile se pot grupa n tipologii dup cum este prezentat pe larg n lucrarea [ISTO03]. Vom reda n cele ce urmeaz cteva dintre aceste criterii de clasificare:

n funcie de evoluia propus de ctre managementul firmei avem strategii de


dezvoltare care vizeaz maximizarea cifrei de afaceri, prin creterea produciei i obinerea unui avantaj competitiv legat de costuri; strategii neutrale, denumite i strategii de stabilitate sunt adoptate de firme mari, care-i asum un anumit grad de risc ntr-un mediu stabil n care se urmrete stabilizarea performanelor prin mbuntiri calitative la nivel funcional; strategii de restrngere, care sunt asociate de obicei eecului n adoptarea unor strategii anterioare.

n funcie de diversitatea activitilor unei firme i de existena unor legturi


ntre aceste activiti, exist strategii de portofoliu care se pot clasifica n urmtoarele categorii: strategii de specializare, care sunt caracteristice acelor firme care se orienteaz n producerea unui singur produs sau serie de produse sau spre desfacerea lor pe o singur pia; strategii de diversificare ce constau n adugarea la portofoliul existent a unor afaceri similare sau noi n ceea ce privete produsele, tehnologiile, canalele de distribuie;

n funcie de proveniena resurselor i a competenelor n producerea de noi


produse exist strategii ale modalitilor de cretere care se clasific astfel: strategii de cretere intern ce constau n creterea volumului activelor unei firme prin utilizarea resurselor proprii; strategii de achiziie reprezint cumprarea unei firme de ctre o alta, caracterizndu-se prin dispariia firmei cumprate ca entitate juridic independent, aceasta devenind doar o simpl divizie sau domeniu strategic de afaceri; strategii de fuziune reprezint o nelegere ntre dou sau mai multe firme care se finalizeaz prin unirea lor ntr-o singur organizaie.

Dup sfera de cuprindere, exist strategii globale care se refer la ansamblul


activitilor firmei i se caracterizeaz prin complexitatea ridicat i implicare de resurse apreciabile concretizndu-se n planuri sau programe viznd firma n ansamblul su; strategii pariale care se refer la unele activiti ale firmei i se caracterizeaz prin concentrarea cu prioritate asupra celor mai bune sau mai deficitare componente ale firmei, folosind resurse relativ limitate concretizndu-se n programe sau planuri pe domenii.

Dup gradul de participare a firmei la elaborarea strategiei se deosebesc


strategii integrate situeaz n primul plan corelarea activitilor ntreprinderii cu obiectivele suprasistemelor din care aceasta face parte; strategii independente situeaz maximizarea profiturilor unitii sau supravieuirea acesteia.

Dup dinamica principalelor obiective ncorporate exist strategii de


redresare, strategii de consolidare i strategii de dezvoltare.

Dup tipul obiectivelor i natura abordrilor se deosebesc strategii de


privatizare, restructurare, manageriale, joint-venture, inovaionale, ofensive, de specializare, de diversificare, informaionale i organizatorice. 10

Dup natura viziunii obiectivelor i mijloacelor ncorporat se deosebesc


strategii economice care se bazeaz predominant pe studierea i luarea n considerare a cerinelor pieei, iar obiectivele i principalele mijloace de realizat preconizate sunt de natur economic i stabilite pe baz de criterii economice; administrativ-economice n care un rol major n stabilirea lor l au factorii decizionali externi firmei, care impun anumite obiective, opiuni strategice sau restricii privitoare la acestea, iar cerinele pieei nu au un rol determinant n stabilirea coninutului acestora. In procesul de stabilire i de fundamentare a strategiei intervin o serie de factori determinani de care trebuie s se in cont n corelarea elementelor caracteristicile organizaiei i mediul n care aceasta evolueaz, nelegerea acestei corelaii condiionnd viabilitatea organizaiei. Adoptarea deciziilor strategice trebuie s in cont de mediul ambiant al organizaiei, acesta include toate elementele exogene firmei de natur economic, managerial, tehnic, politic, juridic, demografic, cultural, tiinific, psihosociologic, educaional i ecologic ce marcheaz stabilirea obiectivelor acesteia, obinerea resurselor necesare, adoptarea i aplicarea deciziilor de realizare a lor[NIVE01]. Informaia de la acest nivel de decizie este deosebit de important i vizeaz aceste elemente necesare stabilirii strategiei i a fundamentrii deciziilor n concordan cu mediul ambiant. Este o informaie n general sintetic, mai puin detaliat i compus att din date istorice i curente ct i din previzionri. Managerii de la nivelul strategic stabilesc politica, obiectivele i resursele de capital necesare pentru dezvoltarea organizaiei, deci au nevoie de informaie la cerere i ntr-o form specializat. Analizele se realizeaz lunar, la intervalle de 3, 6 i 9 luni i anual sau aleator, la cerere, n funcie de necesiti. 1.4. SISTEMUL INFORMATIC INSTRUMENT AL

MANAGEMENTULUI ORGANIZAIEI Noiunea de sistem este aplicabil n orice domeniu: social, biologic, economic, informatic i a dezvoltarea conceptelor legate de sisteme n general a presupus o cercetare interdisciplinar. El. Von Bertalanffy a definit sistemul ca o mulime de elemente care interacioneaz ntre ele, iar El. Zadeh a adugat la aceast definiie noiunea de stare a unui sistem la un moment dat [ZADE74].

11

Dup A. Rapaport un sistem este: (a) ceva constnd ntr-o mulime de entiti; (b) ntre care se specific o mulime de relaii astfel c sunt posibile deduciile privind relaiile dintre entiti, comportamentul sau istoria sistemului [RAPA72]. In lucrarea [LUNG05] se definete sistemul ca fiind un ansamblu de entiti ntre care exist legturi variabile de intercondiionare, a crui funcionare, desfurat ntr-un mediu dinamic pe care l influeneaz i de care este influenat, permite atingerea unor obiective cu evoluie dinamic. La nivelul organizaional n literatura de specialitate sunt unanim acceptate trei subsisteme distincte care alctuiesc sistemul ntregii organizaii, i anume: sistemul operaional informaional. Sistemul condus este reprezentat de totalitatea proceselor i activitilor operaionale (de exemplu producie, transport, servicii etc). Sistemul de management este reprezentat de totalitatea proceselor decizionale, a deciziilor i decidenilor, a tehnicilor i instrumentelor utilizate pentru coordonarea activitilor sistemului condus n funcie de obiectivele, prioritile i restriciile stabilite. Sistemul informaional este reprezentat de totalitatea informaiilor i fluxurilor informaionale, procedurilor de prelucrare a informaiilor, a tehnicilor i instrumentelor utilizate n prelucrarea datelor pentru conceperea i obinerea informaiilor necesare procesului decizional. In lucrarea [LUNG05] se propune urmtoarea definiie: Sistemul informaional poate fi definit ca un ansamblu tehnico-organizatoric de proceduri de constatare, consemnare, culegere, verificare, transmitere, stocare i prelucrare a datelor, n scopul satisfacerii cerinelor informaionale necesare conducerii n procesul fundamentrii i elaborrii deciziilor. Dintre obiectivele sistemului informaional autorii lucrrii [LUSA04] menioneaz urmtoarele: Culegerea i consemnarea datelor primare direct de la locurile unde au loc procesele i fenomenele economice, precum i din spaiul economic extern; Verificarea, transmiterea i stocarea datelor pe diferii purttori tehnici de informaii; (condus), sistemul de management (decizional) i sistemul

12

Prelucrarea manual sau automat a datelor n concordan cu cerinele conducerii; Asigurarea informaiilor necesare conducerii conform principiului seleciei i informrii prin excepie. Sistemul informatic a aprut ca urmare a automatizrii proceselor de culegere,

prelucrare i obinere a informaiilor i este inclus n cadrul sistemului informaional. Deci, se poate spune c sistemul informatic reprezint totalitatea proceselor de culegere, verificare, transformare, stocare i prelucrare automat a datelor. n lucrarea [LUNG05] este prezentat definiia urmtoare: Sistemul informatic este un ansamblu structurat de elemente intercorelate funcional necesare asigurrii automatizrii procesului de obinere a informaiilor i pentru fundamentarea deciziilor. Componentele principale ale unui sistem informatic sunt formate din elemente de harware, software, comunicaii, baza tiinifico-metodologic, baza informaional, resursele umane. Obiectivele sistemelor informatice, conform autorilor lucrrii [LUSA04] pot fi clasificate dup mai multe criterii astfel: Din punctul de vedere al sferei de cuprindere, obiectivele pot fi principale (generale) reprezentate de asigurarea selectiv i n timp util a tuturor nivelelor de conducere cu informaii necesare i reale pentru fundamentarea i elaborarea operativ a deciziilor cu privire la desfurarea ct mai eficient a ntregii activiti din unitatea economic i obiective secundare (derivate) care pot fi considerate chiar condiii de prim ordin pentru realizarea obiectivului general; Din punct de vedere al domeniului de activiti asupra crora acioneaz sistemele informatice, obiectivele pot fi clasificate astfel: obiective ce afecteaz activitile de baz din cadrul unitilor economice (comercial, financiar, producie etc) i obiective ce afecteaz funcionarea sistemului informaional (de exemplu creterea vitezei de rspuns, a exactitii n procesul de prelucrare a datelor i informare a conducerii, etc). Din punctul de vedere al posibilitilor de cuantificare a efectelor acestora, astfel: obiective cuantificabile (de exemplu reducerea costurilor de prelucrare, urmrirea i reducerea stocurilor fr micare, etc) i obiective

13

necuantificabile (de exemplu creterea prestigiului unitii economice sau a calitii informaiilor). 1.5. TIPOLOGIA SISTEMELOR INFORMATICE UTILIZATE N MANAGEMENTUL ORGANIZAIEI Necesitatea clasificrii sistemelor informatice a aprut ca urmare a cerinelor i funcionalitilor diferite implementate de unele dintre acestea i din nevoia de a organiza i stabili clar obiectivele i ariile de influen a fiecrui tip de sistem n parte. Un prim criteriu de clasificare al sistemelor informatice menionat n lucrarea [LUNG05] este cel dup aportul acestuia n actul decizional, astfel:

Sistemele informatice la nivel operaional (Operational Level System) ce


permit culegerea, stocarea i prelucrarea datelor referitoare la tranzaciile i procesele economice (pli efectuate ctre furnizori, ncasri, gestiunea materialelor i stocurilor, etc);

Sistemele de gestiune a cunoaterii n cadrul organizaiei (Knowledge


Systems) ce permit promovarea noilor tehnologii i cunotine n cadrul organizaiei (de exemplu produsele software destinate proiectrii asistate de calculator CAD) precum i asigurarea automatizrii i controlului fluxului de documente;

Sistemele informatice destinate conducerii curente ce asigur desfurarea


activitilor de control i conducere pe termen scurt;

Sistemele informatice destinate conducerii strategice ce permit echipei


manageriale de pe nivelurile superioare ale conducerii s realizeze planificarea activitii organizaiei pe termen lung n vederea atingerii obiectivelor strategice preconizate. Un alt criteriu ntlnit n lucrarea [STAN00] este cel al naturii prelucrrilor realizate prin intermediul sistemelor informatice, astfel:

Sisteme pentru prelucrarea tranzaciilor (TPS- Transaction Processing


System) specializate n preluarea, stocarea i prelucrarea datelor privitoare la tranzaciile zilnice.

Sisteme destinate activitii de birotic (OAS Office Automation System)


destinate n principal personalului implicat n procesul prelucrrii informaiei (de exemplu procesoarele de texte, calcul tabelar, sisteme de pot electronic.

14

Sisteme informatice destinate cercetrii-dezvoltrii (KWS- Knowledge Work


System) ce permit realizarea i integrarea noilor tehnologii.

Sisteme informatice pentru conducerea la nivel tactic (MIS Management


Information System) destinate asigurrii rapoartelor sintetice necesare n procesul fundamentrii deciziilor curente, tactice, controlului i planificrii pe termen scurt.

Sisteme suport de decizie (DSS Decision Support System) ofer managerilor


modele complexe i aprofundate de analiz n vederea fundamentrii deciziilor.

Sisteme informatice executive sau suport ale executivului (ESS - Executive


Support System sau EIS Executive Information Systems) reprezint sisteme informatice destinate conducerii strategice i permit luarea unor decizii nestructurate, altele dect cele de rutin. Un alt criteriu este cel al domeniului de utilizare, precizat n [LUNG05] astfel:

Sisteme informatice pentru conducerea activitilor unitilor economicosociale - sunt caracterizate prin faptul c datele de intrare, de regul, sunt furnizate prin documente ntocmite manual, iar datele de ieire sunt furnizate de ctre sistem tot sub form de documente (liste, rapoarte etc.). Sistemele informatice pentru conducerea proceselor tehnologice - se caracterizeaz prin aceea c datele de intrare sunt asigurate prin intermediul unor dispozitive automate care transmit sub form de semnale (impulsuri electronice) informaii despre diveri parametri ai procesului tehnologic (presiune, temperatur, umiditate, nivel) iar datele de ieire se transmit de asemenea sub form de semnale unor organe de execuie, regulatoare, care modific automat parametrii procesului tehnologic. Se execut n acest fel controlul i comanda automat a procesului tehnologic. Sistemele informatice pentru activitatea de cercetare tiinific i proiectare asigur automatizarea calculelor tehnico-inginereti, proiectarea asistat de calculator i alte faciliti necesare specialitilor din domeniile respective. Sistemele informatice speciale - sunt destinate unor domenii specifice de activitate ca de exemplu: informare i documentare, tehnico-tiinific, medicin etc.

15

Un alt criteriu de clasificare al sistemelor informatice economice este n funcie de nivelul ierarhic ocupat de sistemul economic n structura organizatoric a societii, conform cruia avem:

Sisteme informatice pentru conducerea activitii la nivelul unitilor


economice sunt sisteme ce pot fi descompuse n subsisteme informatice asociate funciunilor unitilor economico-sociale sau chiar unor activiti;

Sisteme informatice pentru conducerea activitii la nivelul organizaiilor


economico-sociale cu structur de grup sunt sistemele informatice la nivelul regiilor autonome sau a companiilor cu structur de trust;

Sisteme informatice teritoriale - sunt constituie la nivelul unitilor


administrativ-teritoriale i servesc la fundamentarea deciziilor adoptate de ctre organele locale de conducere;

Sisteme informatice pentru conducerea ramurilor, subramurilor i


activitilor la nivelul economiei naionale - se constituie la nivelul ramurilor, subramurilor i activitilor individualizate n virtutea diviziunii sociale a muncii i specificate n clasificarea ramurilor economiei naionale;

Sisteme informatice funcionale generale - au ca atribut principal faptul c


intersecteaz toate ramurile i activitile ce au loc n spaiul economiei naionale, furniznd informaiile necesare coordonrii de ansamblu i sincronizrii lor n procesul reproduciei din cadrul economiei de pia. n aceast categorie sunt cuprinse sistemele pentru planificare, statistic, financiar-bancare etc.

CAPITOLUL 2. SOLUII DE SISTEME INFORMATICE PENTRU MANAGEMENTUL STRATEGIC

2.1. SISTEMELE INFORMATICE EXECUTIVE SUPORT PENTRU MANAGEMENTUL STRATEGIC Dezvoltarea sistemelor informatice pentru management (MIS Management Information System) a fost un pas important n furnizarea informaiilor necesare managementului pentru fundamentarea deciziilor. Ins limitarea principal a acestora era aceea c nu ofereau variante de decizii, i deci nu gseau soluii la problemele

16

decizionale, neavnd capacitatea rezolvrii unor probleme variate de management. Astfel, au aprut sistemele suport de decizie (DSS Decision Support System) care au extins aria de cuprindere a sistemelor informatice pentru management i la nivelurile superioare ale conducerii. Printre primele definiii date sistemelor suport de decizie se regsete i formularea dat de Steven Alter care consider c sistemele suport de decizie sunt destinate managerilor i au ca obiectiv principal eficacitatea deciziilor spre deosebire de sistemele tranzacionale care sunt folosite de operatori i au ca obiectiv principal eficiena i consistena datelor. [MUNT04] Referitor la tipurile de decizii pe care un DSS le poate susine n definiia dat de Sprague i Carlson se precizeaz c sistemul suport de decizie este un sistem informatic interactiv ce i ajut pe decideni s foloseasc date i modele, pentru a rezolva probleme economice semistructurate i nestructurate [MUNT04]. Tot n acest sens E. Turban [TURB98] definete un DSS ca fiind un sistem informatic interactiv, flexibil i adaptabil, special proiectat pentru a oferi suport n soluionarea unor probleme manageriale nestructurate sau semistructurate, cu scopul de a mbunti procesul decizional. Sistemul utilizeaz date (interne i externe) i modele, ofer o interfa simpl i uor de utilizat, permite decidentului s controleze procesul decizional i ofer suport pentru toate etapele procesului decizional. In ceea ce privete caracteristicile principale ale sistemelor suport de decizie n lucrarea [MUNT04] sunt citai Holsapple i Whinston care n Decision Support Systems: A knowledge Based Approach (1996) pun n eviden cinci caracteristici specifice unui DSS i anume: Conine o baz de cunotine ce descrie unele aspecte ale lumii Are abilitatea de a achiziiona i gestiona cunotine descriptive i alte Are abilitatea de a prezenta cunotinele ad-hoc sau sub form de rapoarte Are abilitatea de a selecta un subset de cunotine pentru a fi vizualizate Poate interaciona direct cu decidentul i i permite acestuia flexibilitate n decidentului; tipuri de cunotine (proceduri, reguli); periodice; sau pentru a deriva alte cunotine necesare procesului decizional; alegerea soluiilor i a gestiunii cunotinelor.

17

Datorit faptului c sistemele suport de decizie ofereau un cadru foarte larg de tratare a suportului decizional, a fost necesar o specializare a lor astfel nct s trateze distinct cerinele de afaceri ale diferitelor tipuri de management. Astfel au aprut sistemele informatice executive (Executive Information Systems) care au ca principal obiectiv asistarea procesului decizional la nivel strategic. Aa cum se precizeaz n [THIE91], executivii sunt manageri cu o autoritate formal asupra ntregii organizaii sau a unei uniti funcionale. O caracteristic important a rolului menagerilor executivi este luarea deciziilor la nivel nalt care se refer la evaluarea oportunitilor i posibilitilor de aciune pe termen mediu i lung, selectarea i inierea acestor posibiliti [MINT89]. Pentru a lua decizii executivii au nevoie de informaii cu o calitate ridicat, relevante, uor accesibile i prezentate ntrun format uor de neles. Astfel, s-a impus o nou cerin i anume aceea de a proiecta sisteme informatice care s rspund nevoilor i obiectivelor managerilor executivi. Acestor noi tipuri de sisteme li s-au dat denumiri diferite: sisteme informatice executive, sisteme informatice pentru directori executivi, sisteme suport executive, sisteme informatice strategice. In literatura de specialitate ns, termenul consacrat a rmas cel de sistem informatic executiv pentru a descrie sistemele informatice pentru managementul strategic. Termenul de sistem informatic executiv a fost utlizat pentru prima dat n anii 1982 de ctre Rockart i Treacy n cercetrile ntreprinse la institulul MIT, desemnnd un sistem orientat pe date i proiectat pentru a furniza informaii managementului strategic reprezentat de executivi astfel nct s ofere support pentru planificare managerial, monitorizare i analiz. [BOSA98] In multe cercetri i studii se pot observa diverse definiri ale conceptului de sistem informatic executiv. Astfel, n 1984 n definiia dat de DeLong i Rockart sistemele informatice executive sunt vzute ca sisteme concepute pentru asistarea cerinelor i funcilor de afaceri, iar utilizatorii sunt fie membri CEO fie fac parte din echipa managerial de nivel nalt, strategic. In aceeai definiie se specific faptul c sistemele informatice executive pot fi implementate la nivel corporativ sau la nivel departamental. [BOSA98] Astfel, n 1990, Meall definete un EIS ca fiind un instrument, sistem care furnizeaz accesul rapid la informaiile cheie necesare executivilor pentru fundamentarea deciziilor. Utilizatorii implicai nu trebuie s aib cunotine n 18

domeniul IT. Accesul i utilizarea sistemului trebuie s se realizeze prin intermediul mouse-ului, a touch screen-ului i nu prin funcii complicate sau comenzi date de la tastatur. Datele sunt prezentate grafic, structurat, excepiile sunt marcate distinct spre a iei n eviden astfel nct s fie uor de vizualizat i de neles. [KUMA00] In 1992, Matthews i Shoebridge definesc sistemele informatice executive ca sisteme bazate pe furnizarea i comunicarea de informaii proiectate pentru asistarea i satisfacerea cerinelor managerilor executivi. [KUMA00] Tot n 1992, Millet i Mawhinney definesc EIS ca fiind un sistem ce integreaz informaii din susrse interne i externe fcnd posibile monitorizarea i prezentarea indicatorilor cheie ctre managerii executivi prin intermediul unor formate i rapoarte flexibile i adaptabile cerinelor acestora. [KUMA00] Mai trziu, n 1995, Turban propune urmtarea definiie: EIS reprezint un sistem informatic proiectat pentru a satisface cerinele de afaceri ale managerilor executivi. Acesta furnizeaz acces rapid i direct la rapoarte i informaii temporale. Interfaa sistemului este prietenoas, oferind reprezentri grafice, raportare de excepie i faciliti de navigare pe niveluri ierarhice cu funcii de drill-down. De asemenea ofer acces la servicii online i pot electronic[KUMA00] In concluzie, putem spune c un sistem informatic executiv este un sistem informatic complex ce dispune de o interfa prietenoas i ofer acces rapid i direct la informaii corecte i relevante referitoare la domeniile i activitile principale ale afacerilor i permite analiza indicatorilor cheie de performan, ajutnd la ndeplinirea funciilor manageriale i la atingerea obiectivelor strategice ale organizaiei. Este un sistem proiectat special pentru a satisface cerinele senior managerilor, pentru a concentra, organiza i filtra datele interne i externe ale organizaiei astfel nct acestea s poat fi mai bine utilizate. Se poate spune c un EIS contribuie la conducerea strategic a organizaiei focaliznd atenia managerilor asupra domeniilor care au cel mai mare impact asupra rezultatelor. Furnizeaz managerilor executivi date cheie i informaii sintetizate astfel nct s-i fundamenteze cunotinele despre organizaie i despre mediul economic n care funcioneaz. Un EIS ajut managerii s analizeze, s compare, s pun n eviden tendinele, s monitorizeze performanele i s identifice oportunitile i problemele cu care se confrunt organizaia. Utilizarea unui EIS rmne la latitudinea

19

managerilor executivi, acetia putnd schimba modul n care se utilizeaz informaia n organizaie, contribuind n acest fel la mbuntirea performanelor. Vandenbosch i Huff (1992) de la Universitatea Western Ontario au remarcat faptul c firmele canadiene au obinut rezultate mai bune n afaceri dac EIS-ul a permis i nvarea managerial. EIS-urile care se bazeaz numai pe cunotinele existente ale managerilor sunt mai puin eficiente dect EIS-urile realizate cu posibilitatea de a construi sau a spori cunotinele managerilor. n concluzie, accesul rapid la informaii trebuie s stimuleze i procesul de cunoatere i nvare, orice rspuns dat de sistem la o ntrebare determin apariia altor ntrebri puse de manager. n acest fel, ciclul de nvare continu, managerii putnd lua decizii mai bine fundamentate. La sistemele tradiionale, de la momentul formulrii cerinei pn la obinerea rspunsului, contextul ntrebrii nu mai este de actualitate. Pe de alt parte, nici ciclul de nvare nu este derulat ca un proces continuu. Referitor la obiectivele unui sistem informatic executiv, Ian McNaught Davis, director al companiei Comshare, implicat n dezvoltarea i furnizarea de soluii informatice pentru managementul i performana n afaceri, a sugerat c acestea ar trebui s fie: Reducerea cantitii de informaii cu care se confrunt managerii; Creterea relevanei informaiilor care ajung la executivi; Sporirea nelegerii informaiilor prezentate; Facilitarea comunicrii cu alte persoane. Aceste obiective se regsesc i n alte lucrri de specialitate, dar prezentate i grupate sub o alt form. Considerm ns c principalul obiectiv al sistemelor informatice executive este acela de a asista procesul decizional pe nivelele superioare de decizie prin furnizarea i prezentarea on-line a unor informaii utile, a unor variante de decizii ntr-un timp scurt, ntr-o manier prietenoas adaptat cunotinelor informatice ale managerilor, prelund datele din surse diverse ce deservesc nivelul operaional al organizaiei, dar i din afara granielor acesteia. Din acest obiectiv principal se poate contura ideea c un EIS trebuie s permit un acces rapid al managerilor executivi la informaii utile necesare procesului decizional. Aceste informaii pot fi obinute i prin intermediul altor tipuri de sisteme informatice. Totui, resursele necesare pentru a extrage i a filtra datele dintr-o

20

varietate mare de formate, sunt semnificative iar informaiile obinute cu aceste sisteme ajung la un moment dat s nu mai rspund cerinelor strategice care sunt n continu schimbare. Tot din obiectivul principal se desprinde ideea c un EIS trebuie s permit extragerea informaiilor din datele care provin de la diferite surse, astfel nct utilizatorii s-i formeze o prere clar asupra a ceea ce exist n interiorul organizaiilor, dar i asupra mediului de afaceri n care evolueaz. Una din sursele de date pentru un EIS poate fi depozitul de date al organizaiei de unde se obin date cu un anume grad de sintetizare, i care, sunt prelucrate i furnizate executivilor ca indicatori la nivel de organizaie. Un alt obiectiv al sistemelor informatice executive este acela c trebuie s fie uor de utilizat i trebuie s rspund exact cerinelor managerilor executivi avnd o interfa prietenoas. Un EIS trebuie s ofere accesul on-line, direct la informaiile relevante, pe baza unor interfee foarte bine structurate i uor de parcurs de manageri care au puin timp la dispoziie i puin experien n domeniul IT. Informaiile relevante trebuie s fie exacte, de actualitate i s prezinte aspectele eseniale ale activitilor din domeniul de interes al managerului i trebuie s permit obinerea de informaii i cunotine noi din datele prezentate, s genereze idei i soluii noi pentru domeniul de activitate al managerului. De asemenea, trebuie s ofere indicatori sintetici care s permit conturarea unei analize a activitii organizaiei, scond n eviden realizrile i deficienele acesteia. EIS-ul trebuie s ofere variante de soluii pentru ameliorarea deficienelor, fiind suport pentru deciziile strategice. Sistemul informatic trebuie s permit planificarea strategic a activitii organizaiei i totodat s monitorizeze i s controleze performanele n domeniul vizat. n acest scop, el va permite interogri variate ale datelor i va fi un suport pentru diverse cerine manageriale care nu pot fi prevzute dect ntr-o mic msur. 2.2. EXECUTIVE Din literatura de specialitate pot fi conturate dou categorii de caracteristici i anume: caracteristici funcionale generale valabile pentru toate tipurile de sisteme informatice executive i caracteristici funcionale specifice anumitor tipuri. Cu toate c mediul organizaional i cerinele de afaceri difer de la un caz la altul de realizare a sistemelor informatice executive se poate distinge un set de CARACTERISTICI ALE SISTEMELOR INFORMATICE

21

caracteristici funcionale care sunt mai mult sau mai puin comune tuturor cazurilor, i anume: Conin un nivel de date distinct creat pentru a cuprinde informaiile cerute de utilizatorii executivi avnd informaii cheie de la sistemele operaionale, financiare, alte sisteme informatice de management din cadrul organizaiei, precum i de la sisteme din exteriorul organizaiei. Desigur, multe din datele de la aceste surse sunt importante i pentru managerii de pe nivelele tactice ale organizaiei. Necesitatea de a stabili un nivel de date distinct provine din faptul c nu toate datele coninute n sistemele existente nu se afl intr-o form potrivit pentru a satisface cerinele utilizatorilor executivi, meninnd integritatea strict a datelor; Ofer faciliti de agregare a datelor. Un sistem informatic executiv trebuie s fie capabil s realizeze agregarea i detalierea datelor la cerere n funcie de solicitrile managerilor executivi care doresc efectuarea unor analize. Este important ca un sistem informatic executiv s furnizeze metode de acces de la cele mai generale la cele mai detaliate nivele de informaie i acces structurat la volume mari de date; Permit raportarea de excepie prin monitorizarea anumitor indicatori. Cnd un indicator cheie de performan atinge un nivel inacceptabil, atunci este scos n eviden i prezentat utilizatorului permindu-i identificarea uoar a domeniilor afacerii care trebuie supuse ateniei; Permit analiza tendinelor pe baza datelor istorice i curente prin oferirea unor evoluii i funcii de previzionare i prin posibilitatea de a compara indicatorii de performan n timp; Au o interfa prietenoas cu utilizatorii. Sistemul este realizat astfel nct managerii s poat avea acces la informaiile prezentate prin intermediul unei interfee prietenoase fr a avea nevoie de personal suplimentar pentru configurarea acesteia; Conin instrumente de analiz dinamic a informaiilor care permit realizarea de operaii multidimensionale asupra datelor, schimbri de persepctiv, rotaii, extragerea unui subset de date pentru analiz; Ofer faciliti de modelare. Aceste faciliti de modelare vor permite managerilor executivi s studieze scenarii de tipul "ce s-ar ntmpla dac? i

22

s fac variante de plan care pot fi comparate cu performanele ateptate sau planificate; Ofer faciliti de comunicare i legturi automate la surse de date externe. Aceast facilitate permite transferul datelor interne i externe dintr-o varietate de baze de date n alte baze de date. Deseori apare necesitatea unor informaii provenite din datele externe, acest lucru determinnd ca sistemele s ofere accesul on-line la baze de date externe. Aceste faciliti furnizeaz executivilor informaii zilnice ca ratele de schimb, preurile i alte informaii referitoare la anumite evenimente care pot fi ncorporate n bazele lor de date. Aceste caracteristici generale pot fi grupate la rndul lor n funcie de capacitile tehnice ale sistemelor EIS i beneficiile obinute prin utilizarea lor. n funcie de capacitile tehnice ale sistemelor EIS se desprind urmtoarele caracteristici: Permit accesul la informaii globale ale organizaiei, prelund date att din sistemele operaionale existente n interior ct i din surse externe; Ofer acces la datele curente, istorice i previzionate; Analiza i prezentarea informaiilor se realizeaz direct, online, bazndu-se pe analiza multidimensional a datelor; Prezint informaiile ntr-o form ierarhic cu faciliti de navigare pe diferite niveluri i implementeaz de asemenea operaiile multidimensionale de rotaii, secionri, limitri n cadrul datelor; Prezint sintetic indicatorii de performan cheie ai organizaiei (KPI); Prezint tendinele i devierile fenomenelor i proceselor de la comportamentul normal; Ofer posibiliti de previziune i realizarea de scenarii privind evoluia indicatorilor de performan; Dispun de o interfa prietenoas n care se mbin prezentrile de tip text, tabelar i grafic a informaiilor. In funcie de beneficiile oferite de sistemele EIS se disting urmtoarele caracteristici: Prin accesul rapid la informaii critice faciliteaz obinerea obiectivelor organizaionale;

23

Pe baza analizei indicatorilor cheie prezentai crete calitatea deciziilor luate i astfel se ofer suportul pentru un avantaj competiional; Minimizeaz timpul destinat procesului decizional i ofer un control mai bun n organizaie; Prin analizele dinamice a informaiilor critice permite anticiparea problemelor i identificarea rapid a oportunitilor de afaceri; Pe baza posibilitilor de previziune permite identificarea unor tendine ale procesului de afaceri i planificarea unor activiti i stabilirea unor obiective la nivel strategic. 2.3. ASPECTE COMPARATIVE NTRE MIS, DSS I EIS Sistemele informatice de management au fost dezvoltate pentru a furniza

informaiile necesare pentru a asigura performane competitoare managerilor responsabili cu luarea deciziilor operaionale. Deciziile n acest caz au un caracter zilnic sau sptmnal. In practic, ele sunt implementate n managementul operaional ns dac sunt aplicate la nivelele cele mai nalte ale organizaiei de cele mai multe ori eueaz. Sistemul informatic de management este sistemul n care datele din diferitele uniti operaionale ale companiei sunt centralizate pentru analiz de grup i consolidare. Sistemele informatice de management au evoluat de la o nevoie managerial real pentru o viziune consistent a modului n care compania funcioneaz ca un ntreg. Rolul lor este de a colecta date de la sistemele de raportare departamentale i de a stoca, analiza i manipula informaiile n formate consistente, controlate i aprobate pentru prezentarea lor managerilor. Tipic, informaiile dintr-un sistem informatic managerial vor fi prezentate ca un raport listat care poate conine unele grafice, analize diverse i comentarii care sunt adunate mpreun ntr-o carte de raportare formal i livrate managerilor. Rapoarte la cerere pot fi furnizate cnd apar cerinele, dar va fi cerut o notificare cu cteva zile nainte ca raportul listat s fie disponibil. Departamentele sistemului informatic de management sunt, n general, incapabile de a prezice, de la o zi la alta, cerinele executivilor. Rolul lor este acela de a furniza date consistente despre consolidarea financiar i raportarea n concordan cu un model comun de date structurat i acceptat. Acest model poate fi necesar pentru rapoartele financiare i pentru discuiile de la ntlnirile consiliului, dar un asemenea 24

mod flexibil i structurat de prezentare a informaiilor nu reflect cerinele informaionale ale managerilor executivi. Acest lucru nu nseamn numai timp consumat, ci este posibil ca n timpul procesului de extragere unele cerine informaionale s nu fie luate n seam. Tocmai pentru a nltura aceste neajunsuri la sfritul anilor 70 sistemele suport de decizie au devenit disponibile i se presupunea c ofer managerilor faciliti analitice pentru a manipula volume mari de date. mbuntirile tehnologice n procesarea informaiilor furnizeaz oportunitatea de a mri i a susine lucrul indivizilor i al grupurilor, prin informaii i alte resurse decizionale cum ar fi capacitatea de a modela i analiza scenariile de decizie. Trsturile majore a unui sistem suport de decizie ar fi, conform lui Rockart i De Long, 1988 urmtoarele: Este orientat ctre un singur decident, sau clasa de decideni, ocupndu-se cu o decizie semistructurat. Decizia este repetitiv, justificnd costurile mari de dezvoltare. Sistemul este orientat pe model i bazat pe multe date. Cnd primele sisteme informatice executive au devenit disponibile, n ciuda ncercrilor de a le distinge de sistemele suport de decizie, ele artau similar cu acestea. Accentul era pe date i analize. Asemnrile ntre sistemele informatice executive i sistemele suport de decizie sunt evidente n anumite domenii, ndeosebi n ceea ce privete natura aplicaiilor. De fapt, muli privesc sistemele informatice executive ca un segment din piaa sistemelor suport de decizie. Totui, ideea c sistemul suport de decizie i sistemul informatic executiv sunt inseparabile este incorect. Confuzia dintre sistemul informatic executiv i sistemul suport de decizie este semnificativ, deoarece o viziune neclar i limitat despre ceea ce nseamn un sistem informatic executiv poate limita potenialul acestuia. n ultimii ani, o mai mare nelegere a rolului managerilor executivi mpreun cu o cretere empiric a evidenei utilizrii unui sistem informatic executiv a subliniat faptul c, managementul i conducerea prin intermediul datelor i analiza orientat a unui sistem informatic executiv este departe de a fi suficient. Chiar cantitile mari de date, baza unui sistem suport de decizie, este frecvent fie absent, fie irelevant n rezolvarea problemei executive.

25

Multe probleme executive sunt caracterizate de incertitudine i implic informaii delicate sau ambigue, cum ar fi opiniile, presupunerile conflictuale sau valoarea judecilor. Comunicarea este o parte important a multor sarcini ce sunt ndeplinite de executivi. Este rolul unui executiv s studieze i s fac nelese dezvoltrile n medii interne i externe i s traduc aceste interpretri n aciuni care s aduc beneficii companiei. Pentru a susine un manager executiv n ndeplinirea acestui rol, un sistem informatic executiv trebuie s furnizeze capaciti de comunicare. n particular, trebuie s fie capabil s integreze i s utilizeze date cum ar fi: idei, opinii, preziceri, evaluri i explicaii. Dat fiind importana furnizrii canalelor bogate de comunicaii, cum ar fi canalele de conferin, de ntlniri, de contact persoan cu persoan se pare ca unele aplicaii automate de birou, cum ar fi capacitatea de a introduce material sub form de text, pota electronic, etc. sunt o parte critic a sistemelor informatice executive. Diferena major ntre conceptul de sisteme executive i tradiionalele sisteme suport de decizie este ntinderea mare de aplicaii care sunt incluse ntr-un sistem informatic executiv. Conceptul de sistem informatic executiv poate s includ multe trsturi ale unui sistem suport de decizie, dar mediul executivilor i rolul lor sunt att de complexe nct sunt necesare aplicaii adiionale pentru a asigura c toate cerinele managerilor sunt sunt satisfcute. n practic, un sistem informatic executiv difer de un sistem suport de decizie n urmatoarele aspecte: Volumul informaiei i flexibilitatea. Un sistem informatic executiv integreaz tipic informaiile dintr-o varietate mare de surse, att interne ct i externe. El susine datele, graficele i textul i ncorporeaz instrumentele pentru a permite adaptarea rapid i modificarea sistemului pentru a-l adapta schimbrilor intervenite; Gradul de specializare. Majoritatea sistemelor suport de decizie sunt specializate funcional, dezvoltate pentru a satisface cerinele unui grup particular de afaceri, pe cnd sistemele executive sunt proiectate pentru a satisface nevoile tuturor managerilor executivi; Interfaa. O interfa a unui sistem suport de decizie presupune c utilizatorul are unele cunotine n lucrul cu calculatorul i are timp s se obinuiasc cu o interfa complex. Sistemul informatic executiv nu presupune asemenea

26

cunotine i este proiectat pentru a fi utilizat de persoane care nu au nici timpul i nici nclinaia de a nva modul n care s utilizeze interfee complexe. Viteza de rspuns. Sistemele informatice executive sunt optimizate pentru a asigura un timp scurt de rspuns, pe cnd sistemele suport de decizie, din cauza volumelor mari de date implicate i din cauza design-ului nu pot asigura timpi rapizi de rspuns. Aceste dou tipuri de sisteme informatice se adreseaz unor nivele ierarhice diferite. DSS creeaz un suport pentru managementul operativ ct i pentru cel strategic, iar EIS au ca beneficiari managerii executivi care trebuie s ia decizii strategice. Un DSS este proiectat n special pentru a ajuta la descoperirea soluiilor alternative la probleme dup care exploreaz ramificaiile selectrii uneia din alternative. Grupul de manageri de mijloc sau de analiti interacioneaz cu DSS-ul pentru introducerea datelor sau presupunerilor, dezvoltarea modelelor, testarea efectelor datorate schimbrii datelor i presupunerilor i raportarea la executivii de la nivelul de vrf care iau deciziile finale. Pe de alt parte, un EIS este n mod normal utilizat doar de o persoan (un executiv de vrf) pentru a vizualiza informaia ntr-un format special proiectat pentru nevoile sale. Pe baza acestei informaii, un executiv poate detecta o problem sau o oportunitate competitiv care necesit investigare. Unul din obiectivele EIS este s aib o interfa prietenoas astfel nct, utilizarea lor s nu necesite cunotine informatice sau o experien vast n lucrul cu calculatorul. Spre deosebire de EIS, DSS sunt simplu de utilizat de ctre analiti dar necesit unele cunotine de specialitate, ceea ce le fac mai greoaie pentru managerii fr aptitudini n lucrul cu calculatorul. EIS furnizeaz n mod operativ informaii de sintez necesare managerilor executivi, spre deosebire de DSS care furnizeaz informaii i analize detaliate pentru decizii operative informate. n timp ce EIS, n scopul sintetizrii, filtreaz datele pentru o mai bun administrare a timpului, aceste sisteme pot conduce la date mai nesigure i de nencedere. DSS examineaz multiple alternative cu scopul alegerii celei mai bune decizii dar aceste operaii sunt consumatoare de timp, i uneori, deciziile trebuie luate repede. Aceste sisteme necesit timp pentru pregtire i analiz, fiind orientate pe detalii. 27

EIS ofer instrumente puternice de prezentare grafic a situaiilor sintetice i asigur suport pentru datele externe, n timp ce DSS furnizeaz doar suport moderat pentru datele externe i faciliti grafice reduse. n termeni de cum sunt utilizate, DSS ajut la rezolvarea problemelor semistructurate i nestructurate, spre deosebire de EIS care este utilizat aproape exclusiv pentru probleme nestructurate. Pentru a evidenia cteva dintre caracteristicile i diferenele dintre cele trei tipuri de sisteme informatice am realizat o prezentare comparativ n tabelul urmtor: Caracteristica MIS Nivelul de decizie Operaional, Tactic vizat Beneficiarii sistemului Tipuri informaii furnizate DSS Tactic i strategic EIS Strategic

Manageri la nivel Manageri la nivel Manageri operaional de Informaii indicatori activitii curente tactic i Informaii ai indicatori activitii la departamental executivi, la nivel strategic i Informaii ai indicatori curente, strategici, nivel indicatorii cheie de sau performan i

Ofer previziuni i Rar, la cerere predicii evoluiei indicatorilor de Rapoarte statice, activitate Tipuri de rapoarte ale

organizaional Uneori, n cazul Obligatoriu, pentru indicatorilor nivel central organizaional la indicatorii cheie de i performan

detaliate, Rapoarte detaliate, Rapoarte sintetice, rar cu sintetice, dinamice, flexibile de i cu

faciliti de analiz cu unele faciliti dinamice, multidimensional Tipuri ale sistemelor Tipuri de decizii de Informaii detaliate multidimensional Informaii detaliate / agregate Structurate Structurate nestructurate

analiz faciliti de analiz multidimensional Informaii de sintez

informaii de ieire

i Structurate i de ce mai multe ori nestructurate

28

Caracteristica MIS Ofer variante de Nu decizie Interfaa grafic Tabelar, dar cu reduse, deseori sub form de foi de calcul

DSS Uneori grafic Tabelar, cu

EIS Da sub pivot, faciliti analiz de a

grafic, Tabelar de form grafic, de importante, posibiliti modificare dinamic interfeei de

faciliti

faciliti de analiz analiz i pivotare

Nivelul cunotinelor domeniul informatic n

Mediu

Mediu

Mic

Tabelul 2.1. Analiza comparativ ntre MIS, DSS i EIS Din analiza prezentat reiese c decizia de a utiliza un MIS, un DSS sau un EIS depinde de cerinele de afaceri, de nivelul de decizie, de volumul, sursa i structura informaiilor implicate, de tipul deciziilor i mai ales de beneficiarii sistemului. Ins pot exista cazuri n care decizia de a implementa i utiliza un EIS versus un DSS depinde de o situaie particular, de exemplu n cazul n care n cadrul organizaiei nu exist un sistem suport de decizie atunci se va prefera realizarea unui sistem informatic executiv dar cu faciliti i capaciti extinse, acoperind practic i aria unui DSS. Este cazul prezentat n ultimul capitol al crii.

29

2.4. TEHNOLOGII UTILIZATE N REALIZAREA SISTEMELOR INFORMATICE EXECUTIVE Aa cum am menionat anterior cerina principal impus sistemelor informatice executive este aceea de a asista procesul decizional de nivel strategic prin furnizarea i prezentarea de informaii utile i variante de soluii ntr-un timp scurt i ntr-o manier prietenoas, adaptat cunotinelor informatice ale managerilor. Datorit obiectivelor i domeniilor de perfoman precizate mai sus se impune ca sursele de date furnizate procesului decizional s fie ct mai variate. Astfel, se utilizeaz, n general, trei tipuri diferite de informaii: informaii externe companiei, informaiile din interiorul organizaiei i comunicatii i relaii personale. Aceste informaii provin dintr-un numr mare de surse interne i externe organizaiei. Problema extragerii informaiilor folositoare din aceste surse devine mai dificil pe an ce trece, mai ales pentru managerii responsabili cu controlul marilor corporaii. Din acest motiv cerinele de realizare a sistemelor informatice executive necesit utilizarea de tehnologii i instrumente variate de organizare, transformare, procesare, analiz, interpretare i prezentare a datelor provenite din surse multiple. Aceste tehnologii fac parte din cateoria elementelor de inteligena afacerii (Business Intelligence) i cuprind: tehnologii de organizare a datelor n depozite de date (Datawarehouse), sisteme de analiz de tipul OLAP (On-Line Analytical Processing), algoritmi de extragere a cunotinelor din date (Data Mining), instrumente de extragere, transformare i ncrcare a datelor, instrumente de modelare de tipul CASE i tehnologii web. Tehnologiile implicate sunt combinate ntr-o arhitectur unitar i pentru fiecare se stabilesc n cadrul etapelor de analiz i proiectare a sistemului rolul i funcionalitile implementate astfel nct s se asigure performana, fiabilitatea i satisfacerea cerinelor de afaceri identificate n cadrul analizei de business. Datorit complexitii sistemului i schimbrilor rapide care vor interveni n mediul de afaceri, tendina este de a opta pentru o arhitectur tipic i de a utiliza majoritatea tehnologiilor enumerate mai sus astfel nct s se poat acoperi o serie ct mai variat de cerine. Vom prezenta n continuare un model de arhitectur tipic utilizat n dezvoltarea sistemelor informatice executive 30

2.5. ARHITECTURA SISTEMELOR INFORMATICE EXECUTIVE In definiia dat de Bonczek i Holsapple n lucrarea Foundation of Decision Support Systems (1981) autorii menioneaz i componentele principale ale unui sistem suport de decizie n general i anume c acesta este un sistem informatic format din trei componente ce interacioneaz: interfaa cu utilizatorul (Dialog Management), componenta de gestiune a datelor (Data Management), componenta de gestiune a modelelor (Model Management) [MUNT04]. In [POWE00] autorul a identificat patru componente importante ale unui sistem suport de decizie i anume: interfaa considerat adesea cea mai important component, sistemul de baze de date care include bazele de date i sistemele de gestiune al bazelor de date ale organizaiei, sistemul de modele ce conine modelele analitice, matematice, statistice i componenta pentru asigurarea comunicaiei reprezentat de reelele i dispozitive mobile. Arhitectura unui Sistem Informativ Executiv este n principiu asemntoare cu cea a sistemelor suport de decizie i se poate structura pe patru nivele distincte [POWE00]: Gestiunea datelor (nivelul 1) reprezint nivelul de baz, al surselor de date, a sistemelor de gestiune a bazelor de date i a dicionarelor metadatelor. Este format din serverul depozitului de date i, n cele mai multe cazuri i un server de baze de date relaionale. Datele din bazele de date operaionale i din sursele externe sunt extrase utiliznd programe de aplicaii tip interfa cunoscute sub numele de gateways. Un gateway funcioneaz pe baza SGBD-ului i permite programelor utilizator s genereze cod SQL pentru a fi executat de server. Exemplele gateways includ ODBC (Open DataBase Connection) i OLE-DB (Open Linking and Embedding for DataBase) i JDBC (Java DataBase Connection). La acest nivel o problem des ntlnit este aceea a integrrii datelor din surse multiple. Pentru aceasta se pot utiliza tehnologii de integrare bazate pe date cum ar fi: replicarea, federalizarea, construirea de depozite de date, opiunea recomandat pentru capacitatea de a organiza, stoca i prelucra un volum mare de date. Sursele de date pot fi: bazele de date operaionale curente, bazele de date istorice, precum i bazele de date externe sau publice. Sunt necesare o serie de etape pentru utilizarea corespunzatoare a datelor:

31

Culegerea datelor din surse multiple n funcie de Extragerea datelor din bazele de date operaionale sau

cerinele informaionale; din sursele externe. Se poate forma un depozit de date surs n care s se colecteze toate datele necesare care apoi s fie prelucrate i ncrcate ntr-un alt depozit destinaie. Acest proces trebuie, cel mai adesea, s transforme datele n structura i formatul intern al depozitului; destinaie; Prelucrarea datelor i realizarea unor agregri implicite: totaluri precalculate, subtotaluri, valori medii etc, care se preconizeaz c vor fi cerute i folosite de utilizatori. Astfel datele sunt extrase, curate, transformate i ncrcate ntr-un depozit de date destinaie de unde vor fi utilizate de nivelele superioare ale sistemului. De asemenea, trebuie luat n considerare i modalitatea de mprosptare a datelor din depozit, pe msura trecerii timpului. Dac, de exemplu, dimensiunea timp are n structur luna, trimestru, an, nseamn c la sfritul fiecrei luni, al fiecrui trimestru sau al fiecrui an datele din sistemul operaional trebuie s mprospteze depozitul de date. Gestiunea modelelor (nivelul 2) este nivelul unde se prelucreaz, se transform i se extrag informaiile i include modele de analiz i previziune a datelor destinate satisfacerii cerinelor manageriale de nivel nalt. La acest nivel componentele principale sunt: baza de modele, sistemul de gestiune a bazei de modele, metamodelele (sau dicionarul de metamodele), serverul de gestiune i execuie a modelulelor. Pentru realizarea sistemelor informatice executive la acest nivel se alege implementarea funcionalitilor OLAP. Instrumentele OLAP se bazeaz pe reprezentarea multidimensional a datelor, i permit analiza interactiv i rapid a datelor prin operaiuni de tip roll-up, drill-down, slice sau dice. Serverul OLAP este implementat n mod obinuit utiliznd fie un model relaional OLAP (ROLAP), fie unul multidimesional OLAP (MOLAP). Modelul ROLAP este o extensie a modelului Curirea datelor, pentru a exista certitudinea c datele Incrcarea datelor corecte n depozitul de date sunt corecte i pot fi utilizate pentru analiz;

32

relaional prin care se transform operaiile realizate pe baze de date relaionale n operaii multidimensionale. Modelul MOLAP este dedicat i implementeaz direct descrierea datelor i a operaiilor multidimensionale. Modelul de date multidimensional va fi descris pe larg n cadrul capitolului urmtor. Tot la acest nivel, dac cerinele de afaceri o impun, se pot proiecta i implementa algoritmi de extragere a cunotinelor din date cu ajutorul instrumentelor de data mining. Acestea asigur transformarea datelor n cunotine, utiliznd tehnici de analiz statistic sau de inteligen artificial ce permit identificarea corelaii, regulilor, cunotinelor utile sprijinirii procesului decizional. Interfaa (nivelul 3) este nivelul superior prin care utilizatorul poate comunica cu sistemul i l poate comanda i trebuie proiectat astfel nct utilizatorii finali, managerii executivi s nu aib nevoie de asisten suplimentar i s poat interaciona uor cu sistemul. Acesta este nivelul client care conine instrumente pentru generarea interogrilor i a rapoartelor, instrumente de analiz dinamic (vizualizarea datelor sub diverse perspective, analiza evoluiei ulterioare, predicii, previziuni, corelaii ntre date). La acest nivel se regsete i resursa uman reprezentat prin decideni, manageri executivi care interacioneaz cu sistemul prin intermediul interfeelor . Pentru integrarea rapoartelor i a interfeelor obinute se pot utiliza tehnologii de integrare a aplicaiilor cum ar fi: servere de aplicaii care implementeaz modelele middleware, SOA (service oriented arhitecture), platforme Java i web. O tot mai mare pondere n realizarea interfeelor sistemelor suport de decizie n general i a sistemelor informatice executive n special o au n ultimul timp tehnologiile web bazate pe portal. Portalurile de Inteligena Afacerilor ocup locul cel mai important n realizarea unor interfee specilizate pentru sistemele executive, cu interfee prietenoase, accesibile i ce ofer posibilitatea integrrii multiplelor rapoarte i instrumente grafice obinute din etapele anterioare. Telecomunicaiile (nivelul 4) se refer la reelele de calculatoare, dispozitivele de comunicaii, la modul cum este organizat hardware-ul n reea, suportul pentru software-ul distribuit i cum sunt integrate i conectate fizic componentele sistemului. Gama tehnologiilor asociate sistemelor informatice executive poate fi prezentat ca n figura 2.1. n partea stng sunt evideniate componentele din partea de back-end (instrumente de extragere i transformare), iar n partea dreapt 33

componentele din partea de front-end (instrumentele de extragere i accesare a datelor).

34

NIVELUL DATELOR

NIVELUL MODELELOR Tehnologii de procesare i analiz a datelor

NIVELUL INTERFEEI Tehnologii de prezentare a informaiilor

Tehnologii de extragere i transformare i integrare a datelor


Surse eterogene

Tehnologii de v integrare a datelor: replicare, federalizare; Instrumente de v extragere, transformare, ncrcare a datelor (ETL); Instrumente de asigurare a calitii;

Data Mining

Tehnologia OLAP Depozite de date SQL

Tehnologii de integrare a aplicaiilor; Tehnologii Web; Instrumente de prezentare a datelor: rapoarte, grafice

Sisteme de raportare de excepie

Figura 2.1.Repartiia tehnologiilor n cadrul arhitecturii Arhitectura unui sistem informatic executiv poate fi privit i din punctul de vedere al nivelurilor de realizare, de jos n sus, piramidal, pe trei niveluri: bottomtier, middle-tier i top-tier (figura 2.2): 1. Nivelul datelor (bottomtier) reprezint nivelul surselor de date pentru EIS n care are loc integrarea tuturor surselor relevante de date din interiorul organizaiei din modulele operaionale (producie, financiar, clieni, comercial, etc) i exteriorul organizaiei (legislaie, concuren, cunotine), procese de extragere, transformare i ncrcare a datelor (ETL Extract, Transform, Load) i depozitele de date din care se extrag date pentru analiz. Modelele de date utilizate pot fi relaionale, orientate-obiect, multidimensionale. 2. Nivelul de analiz (middle-tier) reprezint nivelul de analiz a datelor cu ajutorul tehnologiilor OLAP i data mining i pin extragerea datelor din depozite prin interogri SQL. 3. Nivelul de prezentare (top-tier) reprezint nivelul de prezentare i utilizare a datelor prin instrumente grafice, rapoarte, interfee web, etc.

35

Intre

aceste

trei

niveluri

legtura

este

realizat

de

componenta

telecomunicaiilor reprezentat prin reelele de comunicaii, dispozitive mobile, protocoale i standarde de interconectare.

Interfee de TOP-TIER prezentare: grafice, web, rapoarte

Data MIDDLE-TIER Mining

OLAP

Interogri SQL

Destinaiile datelor Dicionarul metadatelor Depozitul de date centralizat Data Marts

BOTTOM-TIER

Integrare Extragere/Transformare/ncarcare (ETL)

Surse de date

Financiar Comercial HR Fiiere diverse Surse externe

Producie

Figura 2.2. Arhitectura complex a sistemelor informatice executive Pornind de la aceast arhitectur a sistemelor informatice executive vom prezenta n ultimul capitol un model de sistem informatic executiv.

36

CAPITOLUL III. SOLUII DE ORGANIZARE A DATELOR N DEPOZITE DE DATE (DATAWAREHOUSES)


Principala modalitate de organizare a datelor n cadrul sistemelor tranzacionale a fost i va rmane soluia de organizare n baze de date relaionale. ns, la nivelul de agregare i sintez cerute de sistemele informatice executive, organizarea datelor n baze de date devine ineficient din prisma timpului de interogare i a cerinelor de prelucrare crescute. Din acest motiv, dar i datorit facilitilor de integrare al surselor neomogene de date, ca soluie de organizare a datelor n cadrul sistemelor informatice executive se impun depozitele de date. Un depozit de date furnizeaz o surs integrat i centralizat de date, aparte fa de sistemul tranzacional, care conine datele eseniale despre activitatea companiei din multitudinea de surse de date existente. Rapoartele obinute pe baza acestor date sunt utilizate ca un instrument de analiz strategic i competitiv, i din acest punct de vedere analizele rapide i corecte pot influena deciziile privind evoluia organizaiei pe termen mediu i lung. O definiie a depozitelor de date formulat de ctre Consiliul OLAP este urmtoarea [OLAP95]: Un depozit de date (datawarehouse) reprezint o stocare centralizat a datelor detaliate provenite din toate sursele relevante din cadrul unei organizaii i permite interogarea dinamic i analiza detaliat a tuturor informaiilor. Spre deosebire de sistemele operaionale, structurile de date ntr-un depozit de date sunt optimizate pentru o regsire i o analiz rapid. Datele sunt istorice i sunt actualizate la intervale regulate de timp, n funcie de cerinele de raportare. Definiia lui William Inmon, cunoscut drept printele acestui concept este extrem de concis: un depozit de date este o colecie de date orientate pe subiecte, integrate, istorice i nevolatile destinat sprijinirii procesului de luare a deciziilor manageriale [INMO96] n viziunea lui Ralph Kimball [KIMB96] depozitul de date ofer acces la datele organizaionale, datele obinute sunt consistente i pot fi separate i combinate n funcie de fiecare dimensiune sau aspect al afacerii. Depozitul de date include, de asemena un set de instrumente pentru interogare, analiz i prezentare a informaiilor

37

i reprezint locul n care sunt publicate datele folosite. Calitatea datelor coninute n depozit reprezint o premiz pentru reingineria afacerii. Dup Barry Devlin [DEVL97] un depozit de date nseamn o stocare a datelor, unitar, complet i consistent, obinut dintr-o varietate de surse, disponibil utilizatorilor finali ntr-un mod uor perceptibil i utilizabil n contextul afacerii. Sam Anahory [ANDE97] subliniaz finalitatea depozitelor de date preciznd c un depozit de date include datele i procesele manageriale care fac informaiile disponibile, permind managerilor s ia decizii corect fundamentate. Totodat o serie de firme i-au adus contribuia n definirea, dezvoltarea i popularizarea tehnologiilor de data warehouse precum: IBM, Software AG, Oracle, Microsoft, Prism Solution etc. In concluzie putem spune c un depozit de date reprezint o modalitate de integrare i organizare a datelor din surse omogene i neomogene, provenite din sisteme tranzacionale dar i din fiiere externe, integrate dup anumite criterii, supuse unui proces de extragere, transformare i ncrcare, stocate agregat pe nivele ierarhice, destinate prelucrrilor i analizelor dinamice, fiind soluia optim de organizare a datelor pentru sistemele informatice suport de decizie i executive. Volumul mare de date din depozitele de date impune utilizarea unor instrumente i tehnologii speciale de extragere a datelor cum ar fi analiza dinamic multidimensional, metode statistice de prognoz i metode matematice aplicate unui volum foarte mare de date. Analiza statistic a datelor i extragerea unor cunotine aflate n astfel de depozite de date a cptat denumirea de data mining, sau minerit al datelor, termen a crui folosire este evident. Din volumul foarte mare de date se extrag numai datele relevante pentru suportul decizional, celalalte fiind ignorate sau utilizate n alte scopuri. Ca volum, un depozit de date este alctuit din baze de date coninnd intre 1 i peste 10 terabyte, aceste cifre neavnd dect un caracter orientativ [VILA97]. Exist astfel i depozite de date coninnd zeci de terabyte. Crearea unui astfel de depozit cost n medie 3-5 milioane $. Din acest cost, o treime o reprezint serviciile profesionale. O alt treime se cheltuiete pentru software-ul necesar extragerii, prelucrrii, depozitrii i analizrii datelor, iar ultima treime este destinat sistemelor hardware necesare stocrii datelor. De obicei, depozitele de date i dubleaz dimensiunile n primele 12 pn la 18 luni. Aceast cretere exponenial poate fi pe 38

de o parte semnul sigur al succesului implementrii depozitelor dar, pe de alta parte, poate deveni o problem dac sistemele nu sunt construite de la nceput suficient de elastice i de deschise. Din cele de mai sus rezult importana deosebit a flexibilitii impuse sistemelor care implementeaz asemenea depozite de date. Aici flexibilitate nseamn o conectivitate la nivelul ntregii organizaii, astfel nct servere de baze de date diferite s se poat conecta simultan la depozitul deja existent. Este de asemenea deosebit de important s se aleag o arhitectur care s se adapteze uor la modificrile de performane, capacitate i conectivitate. Procesele de configurare, optimizare si administrare a sistemului, inclusiv procedurile de salvare - restaurare, precum si pstrarea n tot acest timp a functionalitii sistemului pot deveni operaii extrem de dificile dac trebuie repetate la fiecare adugare a unor noi servere n sistem. Pentru a evita aceste probleme, se poate alege o cale de mijloc i se poate opta pentru realizarea unui sub-depozit care s conin numai datele relevante pentru analiza necesar. Astfel de sub-depozite sunt numite data marts i pot fi fcute s funcioneze pe configuraii i cu resurse mai modeste dect depozitele de date ntrun timp mult mai scurt. Un astfel de data mart este un depozit de date specific unui anumit subset de cerine sau unui anumit departament din cadrul organizaiei. n timp ce un depozit de date conine datele care pot fi utilizate pentru a rspunde oricrei ntrebri privind afacerile unei companii, un data mart conine datele pertinente unui anumit compartiment al companiei. Conectnd mpreun data mart-urile aferente diferitelor compartimente ale companiei, formnd astfel o infrastructur specific, departamentele pot folosi n comun datele lor i se poate crea un depozit de date mai uor de construit i mai elastic. Un data mart tipic poate utiliza servere existente, structura informaional existent (un LAN sau un Intranet) cu mai puin de 500 GB, cost mai puin de 1 milion de dolari i se implementeaz de obicei aproximativ 90 de zile. Companiile de software au nceput deja s ofere pe pia produsele necesare pentru a construi aceste data marts. Rolul unui depozit de date este de a oferi o imagine coerent asupra datelor relative la activitatea unei organizaii i a contextului n care acesta acioneaz. Utilizarea acestei colecii poate consta din extragerea unor rapoarte (la cerere sau cu o 39

anumit periodicitate), extragerea unor date pentru a fi utilizate de aplicaiile de birotic (programe de calcul tabelar, procesoare de text, programe de prezentare, etc), dar mai ales pentru a fi utilizate de ctre aplicaii specializate de analiz. Acestea au la baz dou categorii de tehnologii de analiz on-line (OLAP - On Line Analytical Processing) aplicaii axate pe analiz multidimensional si tehnologii pentru extragerea cunotinelor din date (data mining) axate pe descoperirea unor abloane semnificative n colecii de date.

Nota: Nu detaliem noiunile referitoare la depozitele de date deoarece acestea s-au studiat la disciplina Depozite de date.

40

CAPITOLUL IV: SOLUII DE ANALIZ A DATELOR TEHNOLOGIA OLAP (ON-LINE ANALYTICAL PROCESSING)
Conceptul de On-line Analytical Processing a aprut ncepnd cu anii 60-70 din dorina de a modela prin funcii analitice activitile financiare. Primul limbaj multidimensional, A Programming Language (APL) a fost dezvoltat de firma IBM i utilizat pe mainframe-uri nc din 1962, multe din conceptele acestuia fiind i astzi implementate n unele limbaje, cum ar fi Adaytum Planning i Lex 2000. n 1993, E.F.Codd observ diferena de procesare dintre modelele relaionale i cele multidimensionale i introduce termenul de OLAP fundamentat pe 12 reguli, pe care sistemele de analiz multidimensional ar trebui s le respecte. ntr-un articol n revista Computerworld, Codd menioneaz faptul c: orict de puternice ar fi pentru utilizatori sistemele relaionale, acestea nu au fost proiectate pentru a asigura funcii puternice de sintez, analiz iconsolidare a datelor, funcii cunoscute colectiv sub denumirea de analiz multidimenionl a datelor. n 1995 se nfiineaz Consiliul OLAP, un consoriul al firmelor dezvoltatoare de produse OLAP, cu rolul de a standariza aceste tehnologii prin stabilirea unor standarde deschise (OLAP API). Consiliul OLAP a publicat urmtoarea definitie [OLAP95]: On-Line Analytical Processing este o tehnologie software ce permite analitilor, managerilor i persoanelor cu funcie de conducere s analizeze datele printr-un acces rapid, consistent i interactiv i s le vizualizeze ntr-un mod ct mai variat. Tehnologia OLAP este caracterizat de o dinamic analiz multidimendional n sprijinul utilizatorului final printr-o serie de activiti: Aplicarea de formule i modele asupra dimensiunilor i ierarhiilor; Previziuni pe perioade diferite de timp;

Analiza n adncime (drill-down);


Extragerea unui subset de date pentru vizualizare; Rotaii n cadrul dimensiunilor; Pe baza celor prezentate mai sus putem spune c tehnologia OLAP reprezint o modalitate de prelucrare i analiz dinamic i avansat a datelor, oferind

41

decidenilor posibilitatea de a obine propria perspectiv asupra datelor, de creare flexibil i obinere direct a situaiilor centralizate i sintetice, dar i cu posibilitatea de navigare n detaliu, cu faciliti de previzionare i simulare a unor situaii viitoare, fiind o soluie eficient de analiz a datelor din depozitele de date. Sistemele OLAP ajut utilizatorul s sintetizeze informaiile organizaiei printr-o vizualizare comparativ i personalizat ca i printr-o analiz a datelor istorice folosind scenarii de tipul ce se ntmpl dac? (what-if?). Acestea se obin cu ajutorul serverului de OLAP special conceput pentru manipularea structurilor de date multidimensionale. ale datelor. Spre deosebire de sistemul operaional care funcioneaz pe baza unor proceduri prestabilite (exist o gam relativ limitat de tranzacii operate de o organizaie) un sistem de analiz on-line (OLAP) ofer suport pentru o varietate de cerine care nu pot fi prevzute dect ntr-o mic msur. Sistemele OLAP ajut managerii n urma analizei datelor s-i fundamenteze deciziile astfel nct s-i comercializeze mai bine produsele, s-i planifice producia ntr-un mod mai eficient, s controleze costurile, s descopere evoluiile viitoare ale unor factori. OLAP poate fi utilizat n orice domeniu al afacerilor: analiza vanzrilor i studii de pia, evoluii ale indicatorilor financiari ai ntreprinderii, ca suport de decizii: previziuni ale veniturilor i cheltuielilor. Se poate studia volumul vnzrilor n funcie de produse, arii geografice i timp, etc. Nota: Nu detaliem aici noiuni referitoare la sistemele OLAP deoarece acestea s-au studiat la disciplina Tehnologia OLAP. Arhitectura serverului i structura datelor sunt optimizate pentru regsiri rapide, analize ad-hoc, calcule flexibile i transformri

42

CAPITOLUL V. SOLUII DE EXTRAGERE A CUNOTINELOR DIN DATE - DATA MINING


Metodele statistice clasice sunt restrictive n ceea ce privete posibilitatea de prelucrarea a datelor, necesitnd formularea iniial de ipoteze, elaborarea de ecuaii, necesit un anumit volum de cunostine i experien din partea specialitilor, o cunoatere prealabil a distribuiei probabilitilor iar datele trebuie s aib o calitate ridicat, fiind supuse n prealabil unor prelucrri i transformri. Datorit acestor dezavantaje n anii '80 a aprut conceptul de data mining desemnnd iniial numai procesul de aplicare a unor algoritmi de extragere a cunotinelor din colectii de date de dimensiuni mari. Primul program larg rspndit de data mininig a fost Clementine al companiei SPSS i a aprut n anul 1994. Un alt moment important pentru data mining a fost elaborarea metodologiei de proiectare CRISP-DM (CRoss Industry Standard Process for Data Mining) n 1996, din fonduri alocate de Comisia European. Ulterior, procesul de data mining a fost interpretat n mod mai larg, drept ntregul proces de extragere a cunotinelor din bazele de date, pornind de la fixarea unor cerine informaionale pna la validarea informaiilor descoperite. Aceast din urm accepiune a conceptului de data mining s-a impus tot mai mult n ultimul timp. Datorit volumelor foarte mari de informaii n format electronic de tip text a aprut i necesitatea extragerii automate de cunotinte din text i n acest mod data miningul a cunoscut o noua specializare - text miningul, iar mai trziu dezvoltndu-se i conceptul de webmining, referitor la extragerea de cunotine din resurse web. In lucrarea [BODE98] se regsete urmtoarea definiie: prin data mining se ntelege procesul de extragere a cunotinelor din bazele sau depozitele de date, cunotine necunoscute anterior, valide i n acelasi timp operaionale. Prin data mining nu se urmarete verificarea sau confirmarea/infirmarea de ipoteze, ci se intenioneaz descoperirea unor cunotine noi, neintuitive, care pot contrazice percepia intuitiv, fiind deci informaii complet necunoscute la momentul realizrii procesului de data mining. Din acest motiv rezultatele obinute sunt cu adevrat valoroase. Cunotinele descoperite prin data mining trebuie s fie valide. Prin aplicarea tehnicilor de data mining asupra unor volume mari de date extrem de variate pot 43

aprea i informaii false. Verificarea validitii rezultatelor unui proces de data mining este esenial. Informaiile obtinue prin data mining trebuie s fie operaionale, n sensul c pe baza lor s se poat ntreprinde aciuni care s ofere organizaiei o serie de avantaje economice. n multe cazuri, rezultatele unui proces de data mining nu sunt att de simplu de aplicat. Prelucrnd prin tehnici de data mining date istorice, rezultatele obtinute pot evidenia oportuniti care nu mai sunt actuale. Identificarea unor informaii utile prezente sau viitoare poate reclama prelucrarea unor date care nu sunt nc disponibile. Indiferent de dificultatea aplicrii rezultatelor obinute, importana proceselor de data mining este legat de abilitatea utilizrii rezultatelor n cadrul proceselor decizionale critice. Procesul de data mining este deseori utilizat mpreun cu tehnici tradiionale de interogare sau de analiz a datelor. Din aceasta cauz, data mining-ul este asociat frecvent cu: interogri SQL, regsiri de date, cu ajutorul unor instrumente avansate precum agenii inteligeni, analize n sisteme de baze de date multidimensionale cu ajutorul sistemelor OLAP, rapoarte i grafice de prezentare a datelor, prelucrari statistice tradiionale ale datelor. Ins aceste tehnici menionate anterior nu permit descoperirea de cunotine far formularea prealabil de ipoteze. Dac cele mai multe tehnici de analiz statistic a datelor sau de vizualizare a acestora urmresc verificarea unor ipoteze, tehnicile de data mining urmresc obinerea de rspunsuri la ntrebri de genul: Care sunt cauzele unui anumit fenomen?, Cum se pot obine anumite rezultate?. Figura urmtoare prezint diferenele existente ntre cele dou abordri:

44

Rapoarte i grafice prin interogri SQL

Dar dac?
Analiz multidimensional

Analiza statistic a datelor Baza de date Depozit de date

De ce? Cum?
Data Mining Descoperirea de cunotine noi

Figura. 5.1. Diferene ntre analiza clasic a datelor i procesul de data mining Dintre metodele tradiionale de analiz a datelor, cele mai apropiate de data mining sunt metodele statistice. Acestea sunt utilizate pentru descoperirea corelaiilor, asociaiilor ntre date i pentru construirea de modele predictive. Este ceea ce se realizeaza i prin data mining. Se poate afirma c ceea ce se realizeaz prin data mining s-ar putea realiza i cu ajutorul metodelor statistice. Ceea ce este o caracteristic a procesului de data mining este relativa uurin cu care se obin rezultatele, n comparaie cu dificultatea de aplicare a metodelor statistice. Metodele statistice reclam formularea de ipoteze i construirea unor ecuaii care s fie n concordan cu aceste ipoteze. Nu trebuie ns s se treac cu vederea faptul c obinerea rezultatelor nu este urmat imediat de aplicarea acestora i obinerea de avantaje economice. Cunotinele obinute prin aplicarea metodelor de data mining trebuie interpretate i validate, ceea ce reprezint o activitate care poate fi extrem de dificil.

45

Dei se bazeaz pe tehnologii informatice distincte, procesele de data mining i cele de proiectare i implementare a bazelor de date sunt ntr-o strns interdependen. Ca orice proces bazat pe date, data mining este puternic dependent de calitatea datelor asupra crora se aplic metodele i tehnicile de extragere a cunotinelor. Din aceast cauz, tehnologiile care asigur o calitate ridicat a acestor date sunt eseniale pentru procesul de data mining [HAKA01]. Chiar dac se bazeaz pe date, stocarea acestora ntr-o baz de date nu reprezint o condiie obligatorie pentru realizarea proceselor de extragere a cunotinelor din date. Multe dintre procesele de data mining se pot aplica i asupra fiierelor i nu asupra bazelor de date. Aceste fiiere sunt create special pentru procesul de data mining, prin extragerea de date din bazele de date operaionale. De cele mai multe ori este preferat soluia prin care se construiete un depozit de date sau mai multe data marts la nivelul organizaiei i asupra acestora s se aplice procesul de data mining. ns asupra datelor este necesar s se aplice procesul ETL (extragere, transformare i ncrcare) pentru curarea i mbuntirea calitii datelor utilizate n procesul de extragere a cunotinelor. Implementarea unui depozit de date ce urmeaz sa fie valorificat i prin metode i tehnici de data mining constituie o soluie deosebit de util pentru asistarea deciziilor economice, soluie care contribuie la asigurarea mediului inteligent al afacerilor (business intelligence).

Nota: Mai multe detalii referitoare la tehnicile de extragere a cunotinelor s-au studiat la disciplina Data Mining.

46

CAPITOLUL VI SOLUII DE DEZVOLTARE A SISTEMELOR INFORMATICE EXECUTIVE


6.1. CICLUL DE DEZVOLTARE A SISTEMELOR INFORMATICE EXECUTIVE Cerinele de realizare a sistemelor informatice executive necesit modele de analiz i proiectare diferite, abordri specifice ale ciclului de dezvoltare care s se concentreze pe cerinele de afaceri ale sistemului de realizat. Vom prezenta n continuare cteva aspecte ale modelrii sistemelor informatice executive, propunnd un ciclu de dezvoltare specific precum i posibilitatea adaptrii i extinderii metodologiilor existente pentru analiza i proiectarea cerinelor sistemelor informatice executive. 6.1.1. FAZELE DE DEZVOLTARE A SISTEMELOR INFORMATICE EXECUTIVE Studiul pentru implementarea unui sistem informatic executiv implic ase faze principale corelate cu etapele ciclului de dezvoltare. Aceste faze se pot aplica tuturor organizaiilor i pot fi descrise pe larg astfel: Faza I - Evaluarea Prima faz implic realizarea unui process de evaluare a domeniului, a cerinelor preliminare, a consultanilor care vor lua parte la proiectarea unui sistem informatic executiv i ar trebui s se bazeze pe experienele anterioare legate de implementarea particularitilor sistemelor informatice executive n domeniul n care va fi implementat sistemul. La acest nivel, evaluarea nu se aplic unui sistem particular i nu este posibil nc proiectarea unei soluii de sistem informatic executiv i nu se poate vorbi de o arhitectur anume sau de un produs software, ns sunt luate n calcul posibilitile de realizare ale sistemului. Faza II - Studiul cerinelor de afaceri In cea de-a doua faz un sondaj corespunzator i un studiu de fezabilitate ar trebui s identifice soluia potrivit care va fi discutat cu conducerea organizaiei. Se va realiza un prototip care ar trebui s implementeze cteva din funcionalitile mai importante pentru cerinele managerilor, iar acetia ar trebui s fie implicai n realizarea prototipului.

47

Vor fi selectate n aceast faz hardware-ul i software-ul prototipului conform cu cerinele specificate de echipa proiectului. Selecia acestor componente nu ar trebui considerat ca fiind definitiv, deoarece se pot produce schimbri n arhitectura sistemului i chiar n tehnologia de lucru. In ceea ce privete interfaa cu utilizatorul, se pot realiza machete pentru videoformate i meniuri, iar unde este posibil vor fi utilizate biblioteci de interfa din pachete software predefinite. Este necesar la acest nivel sa evalum acurateea datelor. Majoritatea sistemelor informatice executive vor implementa rutine de extragere a datelor din surse diferite avnd o calitate a datelor mai mult sau mai puin propice procesului de analiz. In acest punct este important s se realizeze i o planificare a proiectului, incluznd costurile i succesiunea n timp a activitilor. Aceasta va oferi termene clare de referire pentru proiect i ar trebui sa includ scopul prototipului, detalii despre activiti, beneficii, costuri i un rezumat cost-beneficiu. Faza III - Elaborarea i introducerea prototipului Pe baza cerinelor i a arhitecturii stabilite n faza anterioar se proiecteaz un prototip al viitorului sistem. Cu toate c la acest nivel datele nu vor fi colectate din toate sursele organizaiei, totui funcionalitatea ntregului sistem ar trebui s fie reflectat n proiectarea interfeei, pentru ca viitori utilizatori sa aib o viziune real asupra a ceea ce se va realiza. Pentru prototip este posibil scoaterea n eviden a structurii de raportare informaional existent. Prototipul realizat este prezentat pentru evaluarea preliminar conducerii organizaiei. Dac este necesar, informaiile adiionale, din bazele de date externe pot fi adugate la datele interne i istorice, utilizate. Datele ar trebui verificate pentru a se asigura corectitudinea, relevana rapoartelor i graficelor. Faza IV Revizuirea avantajelor prototipului La acest nivel, un studiu formal cost-beneficiu este extrem de important. Acest studiu se va realiza pe baza rezultatelor estimate prin validarea prototipului. Se ine cont i de mbuntirile ulterioare aduse prototipului prin introducerea altor funciuni suplimentare sau prin includerea n arhitectura sa i a altor surse relevante de date. Structura i funciile prototipului ar trebui s fie revizuite pentru a determina strucura datelor organizaiei. Dac prototipul a avut succes i a fost validat, managerii executivi vor fi de acord cu expandarea proiectului prin introducerea ct mai multor

48

funcionaliti, precum i a unei modaliti de includere i procesare a unor surse externe de date.

Faza V Implementarea funcionalitilor sistemului EIS In funcie de rezultatele obinute n urma introducerii prototipului s-ar putea s fie necesare schimbri generale n cadrul funciunilor acestuia, incluznd chiar posibilitatea de a reconstrui din nou prototipul cu o structur diferit n funcie de cerinele organizaiei. Se realizeaz transformarea i ncrcarea datelor din toate sursele necesare, se proiecteaz rapoartele, machetele i graficele dorite i se finalizeaz procedurile de acces la date i de analiz a acestora. Trebuie tratate i problemele legate de integritatea, sigurana i coninutul datelor ce vor fi utilizate n sistem. Integritatea datelor nseamn capacitatea de a stabili exact att nelesul i situaiile n care sunt utilizate datele, ct i capacitatea de a rezolva o situaie n care departamente diferite produc date contradictorii care pot duce la o interpretare greit. Datele sunt distribuite de-a lungul unei categorii largi de aplicaii i de dispozitive de stocare i procesare. Pentru a obine un coninut relevant al datelor, informaiile detaliate din aceste surse trebuie integrate, prelucrate i agregate ntr-un depozit de date. Faza VI Transferarea capacitilor sistemului n cadrul organizaiei Pregtirea i susinerea sesiunilor de instruire pentru manageri ar putea fi una din etapele cele mai dificile ale ntregului proiect. Ar trebui realizat documentaia pentru toate procedurile de operare pentru fiecare tip de utilizator. Documentaia ar trebui s fie completat permanent, chiar i dup ce au fost realizate schimbari structurale sistemului. Alte probleme ale implementrii ar fi cele legate de organizarea i managementul firmei, eventualele restructurri ale organizaiei reprezentnd o provocare mai mare dect aspectele pur tehnice de instalare a unui sistem informatic executiv. Convingerea acestora de a-i schimba modul de obinere a informaiilor a fost de asemenea subliniat ca un domeniu problematic.

49

6.1.2. ETAPE ALE CICLULUI DE DEZVOLTARE A SISTEMELOR INFORMATICE EXECUTIVE In lucrarea [MOAT04] autorii propun o serie de etape de realizare pentru sistemele informatice de inteligena afacerilor i anume: studiul de fezabilitate, planificarea proiectului, analiz, proiectare, dezvoltare, implementare, etape ilustrate n figura 7.1. Evaluarea versiunii curente
Etapa 6: Implementarea sistemului Etapa 1: Studiul de fezabilitate

Etapa 5: Dezvoltarea

Ciclul de dezvoltare

Etapa 2: Planificarea

Etapa 4: Proiectarea

Etapa 3: Analiza cerinelor de afaceri

Fig. 6.1: Ciclul de dezvoltare al sistemelor informatice pentru inteligena afacerilor Aceste etape se pot adapta i aplica i sistemelor informatice executive, dar n cadrul ciclului de dezvoltare trebuie tratate n mod obligatoriu diferenele majore existente ntre modelarea sistemelor executive i cea a sistemelor informatice decizionale pentru a obine o implementare de succes a cerinelor de afaceri specifice. Aceste diferene au fost prezentate pe larg n primul capitol al crii, ns referitor la ciclul de dezvoltare pot fi precizate umtoarele caracteristici: Sistemele informatice executive sunt orientate mai mult spre oportunitile de afaceri dect spre cerinele sau nevoile curente i trebuie s implementeze strategiile ntregii organizaii i nu decizii la nivelul fiecrui departament; Nivelul suportului decizional oferit de EIS trebuie s ofere informaii strategice i nu informaii i cerine strict operaionale sau tactice; 50

Analiza trebuie s fie concentrat spre cerine de business i nu spre o analiz a sistemului existent. Aceasta etap de analiz este cea mai important din cadrul ntregului ciclu de dezvoltare;

Ciclul de dezvoltare este iterativ, orientat spre evaluarea i mbuntirea versiunilor succesive i nu spre o livrare de proporii ale unei singure versiuni (fig 6.1).

Tot n lucrarea [MOAT04] autorii propun n cadrul celor 6 etape majore i 16 subetape specifice ilustrate n figura 6.2. Aceste etape i subetape pot fi aplicate ca i cadru de dezvoltare i la realizarea sistemelor informatice executive, dar aa cum am precizat anterior, trebuie s se in cont de toate aceste diferene i caracteristici ale EIS-urilor.

51

Studiul de fezabilitate 1. Evaluarea oportunitilor de realizare

2. Evaluarea infrastructurii intreprinderii Planificare 3. Planificarea proiectului

4. Definirea cerinelor Analiza cerinelor de afaceri 5. Analiza datelor 6. Realizarea prototipului 7. Analiza metadatelor

Proiectare

8. Proiectarea datelor

10. Proiectarea metadatelor

9. Proiectarea procesului ETL

Dezvoltare

12. Realizarea aplicaiei 13. Extragerea cunotinelor

14. Realizarea metadatelor

11. Realizarea procesului ETL

15. Implementarea Implementare 16. Evaluarea sistemului

Fig 6.2: Etapele ciclului de dezvoltare a Sistemelor Informatice Executive Etapele ciclului de dezvoltare nu presupun o parcurgere ntocmai, unele subetape se pot realiza n paralel de ctre echipe distincte de lucru, ns exist o nlnuire i o dependen ntre etape (aa cum am prezentat n fig. 6.2).

52

Cadrul de dezvoltare propus n lucrarea [MOAT04] destinat sistemelor informatice de inteligena afacerilor poate fi adaptat i modificat pentru realizarea sistemelor informatice executive, innd cont la fiecare etap i subetap de particularitile acestora. n continuare vom prezenta pe fiecare subetap n parte aceste caracteristici precum i obiectivele i activitile care trebuie realizate pentru dezvoltarea cu succes a unui sistem informatic executiv. Etapa 1: Studiul de fezabilitate Pas 1: Evaluarea oportunitilor de realizare - n acest pas sunt identificate cerinele i oportunitile de afaceri i se propune o soluie. Fiecare soluie propus este justificat prin prisma costurilor i beneficiilor implicate. Se iau n considerare urmtoarele componente: Identificarea cerinelor de afaceri - presupune stabilirea cerinelor strategice de afaceri ale managerilor care se pun n corelaie cu obiectivele sistemului EIS; Analiza cerinelor de afaceri - se identific principalele resurse informaionale care vor fi utilizate n aplicaie n funcie de cerinele identificate mai sus; Analiza cost-beneficiu - se estimeaz costurile implicate n dezvoltarea unui sistem executiv comparativ cu beneficiile tangibile aduse de acesta. Sunt ns i unele beneficii care nu pot fi msurate i care vizeaz imaginea sau extinerea organizaiei n alte domenii de activitate, dar aceste beneficii pot fi apreciate ca avnd un impact pozitiv asupra firmei; Factorii de risc - sunt identificai principalii factori de influen n funcie de tehnologie, complexitate, modalitatea de integrare, organizaie, echipele de proiect i investiii financiare. In lucrarea [MOAT04] este propus o matrice n care sunt prezentate variabilele de risc, condiiile n care acestea sunt declanate i nivelul de risc produs. Autorii identific trei nivele de risc: minim, mediu i maxim, iar n funcie de nivelul rezultat n urma analizei matricei se poate recurge la realizarea sau la abandonul proiectului curent sau se pot identifica factorii negativi i gsi soluii pentru eliminarea acestora. Factori Tehnologie Risc minim Experien domeniul Risc mediu Risc maxim n Experien redus Lips total n 53 domeniul experien

de n

tehnologiilor domeniul inteligenei afacerilor Complexitatea sistemului

din tehnologiilor domeniul inteligenei afacerilor

din domeniul tehnologiilor domeniul inteligenei necesit din

afacerilor Moderat, fr un Moderat, dar cu Ridicat, n cadrul n

impact semnificativ un impact crescut schimbri majore n cadrul cadrul organizaiei diverse, de este organizaiei organizaiei Surse integrate, Surse diverse, dar Surse standarde unitare, cu posibilitatea de procesul integrare sistemul va utiliza integrare uoar aceste surse direct

Integrare

anevoios, necesitnd

Organizare

Suport

mare

resurse mari din Organizaia acord Spijin condiionat de sprijin dezvoltrii anumite aspecte priectului, dar n

partea organizaiei

Echipa proiect

de Are bogat

anumite condiii experien Are experien i Nu au experien n i determinare, atitudine realizarea i sistemelor, atitudinea iar este

determinare,

atitudine pozitiv i implicare Investiia

implicare indiferent Profit estimat ntr- Profit estimat ntr- Profit estimat ntr-

financiar un timp scurt un timp mediu un termen lung Tabel 6.1. Tipuri de risc determinate de factorii principali identificai n studiul de fezabilitate La sfritul acestui capitol am propus o serie de criterii de identificare i analiz a factorilor critici care pot influena succesul realizrii unui sistem informatic executiv pe fiecare subetap, inclusiv n aceast etap. Rezultatul acestei subetape se concretizeaz ntr-un raport de analiz n care sunt prezentate cerinele i oportunitile de afaceri, analiza cost beneficiu, se propun variante de soluii i se prezint principale elemente de risc pentru fiecare variant. Etapa 2: Planificarea proiectului

54

Pas 2: Evaluarea infrastructurii organizaiei Sunt evaluate posibilitile de susinere ale proiectului, sunt identificate componentele de infrastructur existente dar i necesitile ulterioare. Infrastructura unei organizaii este format din 2 tipuri de componente: 1) Infrastructura tehnic conine elemente de hardware, software, middleware, sistemele de gestiune a bazelor de date, sisteme de operare, componente de reea, utilitare diverse, dicionare de metadate, etc; Aceasta poate fi analizat pe trei nivele: Platforma hardware aceasta trebuie s fac fa cerinelor de access la date, volumul acestora, sistemele de operare i instrumentele software necesare, numrul de utilizatori implicai n sistem, s fie usor de ntreinut i de adaptat unor cerine i funcionaliti ulterioare. Platforma middleware aceasta se refer la sisteme de tipul runtime, care se regsesc ntre nivelul aplicaie i sistemele de operare. Cerinele impuse platformei middleware sunt legate de capacitatea lucrului ditribuit i de conectivitatea i posibilitatea de integrare ntre diferite tipuri de aplicaii. Platforma sistemelor de gestiune a bazelor de date este nivelul SGBDurilor, sunt evaluate criteriile de alegere a unui SGBD n funcie de performanele acestuia i de cerinele de acces i prelucrare a datelor. Se iau n considerare urmtoarele elemente: prelucrarea paralel, scalabilitatea, modelul de date utilizat, prelucrarea on-line, facilitile de replicare pe diferite platforme, transparena prelucrarii, independena datelor fa de aplicaii i de platformele utilizate, nivelul de securitate. Rezultatul acestei evaluri l constituie un raport n care sunt prezentate infrastructura existent i propuneri de soluii pentru noul sistem. 2) Infrastructura nontehnic include standarde referitoare la metadate, codificri, metodologii, recomandri, proceduri de testare, de control, politici de securitateetc; Este analizat i construit arhitectura organizaiei n funcie de modelul proceselor, al functiilor, al datelor, al rolurilor fiecarui departament i angajat implicat n sistem. Sunt specificate standardele existente referitoare la securitate, calitatea datelor, procedurile de control, back-up i testare, codificarea datelor.

55

Infrastructura tehnic i nontehnic vizeaz arhitectura ntregii organizaii, inter-departamentale i integreaz toate componentele tehnice, funcionale, modele, date, aplicaii care vor susine realizarea proiectului (fig. 6. 3)

Mediul Operaional

Mediul Decizional, EIS

ARHITECTURA ORGANIZATIEI
Coordonare, Integrare, Documentare, Conducere

BusinessBusinessBusinessBusinessBusinessBusinessBusinessMarketingFinaciar ProducieClieniAprovizionareVnzriStocuriITITITITITITIT

Fig. 6.3. Arhitectura organizaiei Pas 3: Planificarea proiectului sistemele executive implic o dinamic deosebit a proiectelor informatice, n derularea acestora au loc o serie de schimbri de mediu, schimbri de tehnologie, de personal implicat att din partea echipei de consultani i dezvoltatori IT ct i din partea referenilor de afaceri. In aceste condiii planificarea unui proiect de tipul EIS trebuie realizat detaliat, progresiv, fiecare etap i faz n parte avnd documente de control i raportare, dup cum urmeaz: 1) Definirea proiectului, a obiectivelor i scopului acestuia: Definirea i detalierea factorilor de risc identificai n prima etap; Identificarea constrngerilor proiectului sunt cinci elemente de contrngere: timp, scop (obiectiv), buget, resurse, calitate, dup cum se poate observa n tabelul 7.2.
Prioritate Constrngere Efort (timp) Scop 1 v 2 v (sczut crescut) 3 4 5

56

Buget Resurse Calitate

v v v

Tabel 6.2. Elementele de constrngere din cadrul proiectului Procedurile de control al modificrilor intervenite pe parcursul proiectului. Datorit complexitatii unui proiect de tipul EIS pot apare schimbri i trebuie prevzute modalitile de intervenie i control a acestora: modificri ale timpului de execuie, repartizarea altor resurse, eliminarea unor proceduri dificile i a impactului negativ pe care il pot aduce aceste modificri. 2) Planificarea detaliat a proiectului include urmtoarele elemente: Estimarea i planificarea activitilor; Planificarea resurselor; Identificarea dependenelor ntre activiti; Identificarea dependenelor ntre reurse; Pentru planificarea detaliat se pot utiliza tehnici diverse de planificare ca: metoda drumului critic, grafice de tipul Gantt, etc. Rezultatul acestor activiti se concretizeaz n planul proiectului. Dup validarea i aprobarea sa se trece la demararea efectiv a acestuia. Etapa 3: Analiza cerinelor de afaceri Pas 4: Definirea cerinelor sistemului sunt detaliate i analizate cerinele iniiale ale conducerii organizaiei. De obicei cerinele se identific pe baza interviurilor organizate cu managerii i personalul implicat n proiect. Acestea se pot schimba pe parcursul proiectului, ns echipa de realizare trebuie s informeze managerii organizaiei despre posibilitile i limitrile unui sistem informatic tocmai pentru a reduce apariia unor cerine irealizabile din partea acestora. In principal cerinele se pot grupa pe categorii sau tipuri, astfel: Cerine funcionale vizeaz tipul de informaii tipuri de raportri; Cerine referitoare la date sunt precizate sursele i calitatea datelor, nivelul de detaliere, timpul de procesare, modalitti de prelucrare; cerute, rapoarte, interogri, instrumente de analiz i departamentele care vor furinza aceste

57

Cerine referitoare la perioada datelor se pun dou probleme majore: care este perioada istoric de analiz a datelor i din ce moment se incepe aceast perioad: data curent sau se import datele din perioade anterioare din aplicaiile existente; Cerine de securitate se definesc rolurile utilizatorilor, nivelul de acces la date, procedurile de control ale accesului; Cerine de performan este luat n considerare timpul de rspuns al sistemului, timpul de acces la date, modalitile de rulare a rapoartelor (pe timpul zilei sau noaptea), existena unor rapoarte critice care necesit cereri ad-hoc. Cerinele pot fi structurate i n funcie de specificul proiectelor n: cerine generale n care se precizeaza caracteristici i obiective valabile pentru toate tipurile de sisteme EIS i cerine specifice proiectului n funcie de fiecare organizaie (tabelul 6. 3). Cerine generale Determinarea cerinelor afaceri ale organizaiei Participani la interviuri: Managerii executivi Directorii IT Personalul IT Manageri departamentali Experi n domeniile de interes Rezultate Raportul cerinelor de afaceri: Consideraii generale Oportuniti Recomandri Pai de urmat Cerine specifice de Definirea funciilor i datelor specifice care vor fi livrate la sfritul proiectului Participani la interviuri: Managerii Acionari Directorii IT Analiti experimentai Experi Documentaia aplicaiei: Cerine funcionale Cerine referitoare la date Cerine de securitate Cerine de performan Alte cerine 58 cu cerinele i programatori executivi i reprezentani ai organizaiei

Interviuri

Scop

Tabelul 6.3. Tipuri de cerine identificate n cadrul proiectelor EIS Pas 5: Analiza datelor cea mai mare provocare a unui proiect EIS o constituie stabilirea surselor corecte de date. Aceasta subetap este cea mai mare consumatoare de timp din tot proiectul i const n identificarea datelor necesare, analiza coninutului acestora i modul n care se relaioneaz. Analiza datelor este axat pe analiza de business i nu pe analiza de sistem ca n metodologiile tradiionale i n plus acest proces se desfoar pe dou direcii princiale i complementare: 1) Analiza datelor de sus n jos (top down) pentru aspectele referitoare la integrarea i consistena datelor i presupune realizarea modelului logic al datelor la nivelul organizaiei, relaiile ntre acestea i modalitile de integrare a modulelor i surselor existente. Cea mai bun reprezentare a modelului logic o reprezint tehnica entitate asociere (modelul E-R). Se recomand decompunerea modelului pe nivele, astfel se vor realiza diagramele ER pe fiecare modul existent, pe fiecare proiect i se vor integra aceste modele la nivelul ntregii organizaii obinndu-se astfel modelul logic al ntrepriderii. Modelarea datelor prin tehnica entitate - asociere se realizeaz innd cont de independena datelor fa de aplicaii, platformele utilizate, instrumente software, SGBD-uri etc. Datele vor fi normalizate i se va urmri obinerea unei redundante minime i controlate a acestora. Modelul logic al organizaiei va urmri i consistena datelor inndu-se cont de: Denumirea datelor se vor realiza reguli privind denumirile, nlturarea Definirea/descrierea datelor fiecare obiect sau element va avea o sinonimelor, a valorilor incomplete etc; descriere sugestiv, relevant, prin care s fie perceput scopul utilizrii acestora; Identificatorii datelor reguli de formare a acestora (de exemplu prin Tipul datelor, lungimea cmpurilor i domeniile de valori; Relaiile dintre date; Reguli i restricii de integritate; secvene, autoincrementare, etc);

59

Roluri ale utilizatorilor i drepturi de acces;

2) Analiza datelor de jos n sus (bottom up) pentru aspectele referitoare la standardizare i calitate. Se definesc reguli de conversie a datelor, de integritate i referitoare la domeniul de valori. Acest proces este extrem de util pentru etapa de transformare i ncrcare a datelor din surse n modulele destinaii. Este recomandat s se realizeze diagramele ER ntr-o form simplificat, de ansamblu pentru datele deja existente n organizaie, sursele din modulele funcionale. 3) Curarea datelor presupune transformarea i filtrarea surselor de date pentru a putea fi utilizate n construirea modulului destinaie, de analiz. Acest proces se realizeaz n urmtoarele etapele: Identificarea datelor necesare din cadrul modulelor funcionale; Analiza coninutului surselor gsite; Selectarea datelor pentru proiect; Realizarea specificaiilor referitoare la filtrarea datelor; Selectarea instrumentelor utilizate n procesul de curare/filtrare.

In procesul de selectare a surselor trebuie s se in cont de cteva aspecte cheie: integritatea datelor, precizia, acurateea i formatul datelor. Aceste aspecte sunt decisive pentru succesul procesului ETL. Rezultatele acestei subetape se concretizeaz n diagramele ER ntreprinerii i specificaiile referitoare la procesul de curare. Pas 6: Construirea unui prototip iniial faza de analiz a sistemului se poate ncheia prin construirea unui prototip care va fi prezentat managerilor pentru validarea cerinelor funcionale. Existenta unor instrumente de dezvoltare rapide permit construirea unor interfee pe baza modelului de analiz. Aceste videoformate i meniuri ale prototipului pot fi modificate foarte uor pentru introducerea i testarea unor funcionaliti suplimentare. Un punct important n aceast subetap este alegerea tehnologiilor utilizate n realizarea prototipului i mai trziu a sistemului final. n baza unei analize comparative a avantajelor i dezavantajelor aduse de anumite tehnologii asupra proiectului se poate opta pentru utilizarea depozitelor de date, pentru includerea funcionalitilor OLAP, a unor algoritmi de extregere a cunotinelor, instrumente de integrare a surselor de date sau, n faza final, dac se merge pe o construcie paralel la nivel detaliat, cu caracteristicile i proprietile fiecrui atribut, modelul logic al

60

a sistemului, pe instrumente de integrare a aplicaiilor. Aceste tehnologii i instrumente au fost deja prezentate n capitolele anterioare. Propun cteva recomandri n construirea prototipului: Limitarea scopului pentru care este construit este indicat ca prototipul s se concentreze asupra unor obiective specifice i ct mai restrnse, cu fucionaliti i cu un set de date limitate ca dimensiune i complexitate; Inelegerea cerinelor referitoare la date s se realizeze nc din primele faze de dezvoltare; Alegerea unui set reprezentativ de date pentru prototip, astfel ncat datele prezentate s fie supuse unui proces relativ scurt de curare i transformare; Utilizarea unor instrumente ct mai simple pentru nelegerea managerilor astfel nct acetia s nu fie derutai de utilizarea aplicaiei. Instrumentele s fie concentrate spre a oferi managerilor ct mai multe i diverse modalitti de utilizare i analiz; Implicarea managerilor s fie activ i nu doar o simpl prezentare, la testarea prototipului s participe ntreaga echip managerial implicat i nu doar o singur persoan. Prototipul se poate alege dintre mai multe tipuri n funcie de proiect: demonstrativ, ablon, interfa, prototip de implementare, prototip operaional. In urma demonstrii prototipului se realizeaz un raport n care sunt menionate aspectele pozitive i negative ale prototipului i se propun soluii de remediere. Pas 7: Analiza metadatelor toate cerinele identificate vor fi trasformate n funcie de structura metadatelor i stocate ntr-un dicionar al metadatelor. Aceste dicionare se pot construi cu ajutorul unor instrumente de tip CASE de modelare sau se pot achiziiona diverse tipuri de dicionare existente care pot fi adaptate sau utilizate ca atare. Un depozit sau dicionar al metadatelor conine informaii contextuale referitoare la datele implicate n proiect. Rezultatul etapei este realizarea un meta-model logic al metadatelor organizaiei innd cont de aceleai aspecte ca i n modelul logic al datelor: standarizare, securitate, caracteristici fizice i descriptive. Sunt analizate cerinele legate de accesul la date, de interfee i puni de acces, de integrarea surselor multiple de date.

61

Pentru modelul metadatelor se pot folosi diagramele ER modificate, de exemplu modelul generic al metadatelor poate fi realizat ca n figura urmtoare:
Baza de date

Entitate

Tabela

Index

Atribut

Coloana

Fig. 6.4 Modelul logic al metadatelor la nivel de organizaie Etapa 4: Proiectarea sistemului Pas 8: Proiectarea bazei de date datele necesare vor fi stocate att la nivel detaliat ct i la nivel agregat, n funcie de cerinele sistemului, din acest motiv se poate opta att pentru o stocare a datelor sub form relaional, orientat obiect sau multidimensional. In aceasta subetap se detaliaz i se rafineaz modelul logic al datelor i se realizeaz modelul fizic pentru noul sistem astfel nct s se satisfac cerinele de raportare i analiz ale managerilor. Dac la pasul 5 Analiza datelor procesul a fost orientat spre sursele de date (data-in sau data-entry) provenite din modulele operaionale, n aceasta etap se stabilesc intele sau destinaiile de date (data-out) orientate spre raportri, analize i interogri. Din acest motiv se ine cont de urmtoarele consideraii: Modulele destinaie (target databases) sunt proiectate pentru performan n raportare, simplificarea operaiilor, regsiri rapide i de calitate i nu pe eficien n stocare i mentenan ca sursele de date; Nu se pune accentul pe eliminarea sau reducerea redundanei, ns aceasta trebuie s fie controlat. Se prefer o redudan mai mare n favoarea unei complexiti a operaiilor; Datele vor fi stocate astfel nct s fie accesibile n funcie de cerinele de afaceri, iar proiectarea este axat pe acces rapid i utilitate;

62

Pentru a integra toate sursele de date se pot construi tabele virtuale care s reuneasc datele din multitudinea de tabele surs identificate; Nu trebuie inventate sau introduse manual n sistem anumite date, toate datele din destinaii trebuie s provin din sursele interne sau externe organizaiei i s fie transformate i prelucrate. Dac anumite informaii nu sunt disponibile n sursele de date recomandm realizarea unor extinderi sau modificri n sistemele operaionale existente introducerea, prelucrarea i stocarea acestor informaii; Se va analiza modul n care vor fi stocate datele, la ce nivel de agregare, astfel nct sistemul s permit operaii de drill-down/roll-up rapide, fr a fi necesare foarte multe operaii ad-hoc ce pot conduce la creterea timpului de rspuns. Activitile principale ale acestei subetape sunt urmtoarele: 1) Se realizeaz modelul logic detaliat al datelor la nivelul organizaiei pentru destinaiile datelor. Modelul logic se concretizeaz n schemele bazelor de date destinaii care pot fi relaionale sau multidimensionale. 2) Modelul fizic al datelor modeleaza datele din punctul de vedere al opiunilor de implementare, de distribuire a datelor, partiionare, clusterizare, indexare, back-up i recuperare a datelor, procesare paralel. Datorit acestor considerente recomandm ca soluia aleas pentru stocarea, gestionarea i prelucrarea datelor s o reprezinte un depozit de date centralizat la nivelul ntregii organizaii. Depozitul de date poate fi mprit pe criterii logice i fizice n data mart-uri la nivel departamental care s fie gestionate mult mai uor i care pot fi proiectate de echipe separate urmnd ns aceleai specificaii. Pas 9: Proiectarea procesului ETL (extragere / transformare / ncrcare (load)) acest pas este cel mai complex din ntregul ciclu de via al proiectului i depinde n proporie mare de calitatea surselor de date. Recomandm integrarea tuturor bazelor de date destinaie ntr-un singur mediu i construirea procesului ETL pe acest mediu i nu separat pe fiecare modul destinaie n parte pentru a evita astfel crearea unor nivele departamentale distincte i neintegrate. Se poate recurge i la construirea n cadrul aceluiai mediu a nivelelor departamentale (data marts) dar cu condiia ca acestea s fie deja integrate

63

(fig.6. 5). Important este ca procesul ETL s fie acelai pentru toate nivelele (principiul share one coordinated process).
Module surs integrate Comercial HR

Producie

Fiananciar

ETL Extragere/Transformare/Incarcare

Producie

Nivele Data Marts Comercial HR

Fiananciar

Fig. 6.5. Centralizarea procesului ETL Proiectarea procesului ETL necesit cteva etape pregtitoare: prelucrarea preliminar a surselor de date pentru a le aduce la acelai format standard i reconcilierea datelor i eliminarea redundanei i a inconsistenei acestora. Activitile parcurse n crearea unui proces ETL sunt urmtoarele: 1) Crearea specificaiilor de transformare (mapping) a surselor pe destinaiile corespunzatoare. Acestea pot fi sub form de matrice sau diagrame de transformare. 2) Alegerea i testarea intrumentelor ETL utilizate. In prezent exist o serie de instrumente de modelare i implementare a procesului ETL, ns alegerea lor va depinde de facilitile oferite i suportul pentru integrarea surselor diverse n cadrul aceluiai proces de transformare. 3) Proiectarea procesului ETL se utilizeaz diveri operatori de extragere i transformare (sortri, agregri, jociuni, divizri, etc) n funcie de modelele de date. Procesul se poate mpri n subprocese care se vor rula separat pentru micorarea timpului de execuie. Fluxul de execuie al procesului se va modela cu ajutorul diagramelor de flux. 4) Proiectarea programelor ETL care vor fi rulate. Exist trei faze de ncrcare a datelor n destinaii i pentru care se aplic programe diferite:

64

ncrcarea iniial popularea iniial a destinaiilor cu date operaionale curente; Incrcarea cu date istorice popularea iniial a destinaiilor cu date istorice arhivate; Incrcarea incremental ncrcarea regulat n destinaii a datelor curente provenite din sistemele operaionale.

5) Alegerea mediului n care va fi rulat procesul ETL se decide dac se va utiliza un server dedicat sau procesul va fi divizat i va rula descentralizat. Alegerea va depinde de resursele disponibile i de timpul de realizare a procesululi, precum i de perioadele i intervalele la care va fi programat s ruleze procesul. Rezultatele acestor activiti se concretizeaz n documentaia de mapare a datelor, diagrama sau diagramele de flux ale procesului ETL, documentaia programelor de transformare i specificaiile de execuie a procesului. Pas 10: Proiectarea dicionarului metadatelor (metadata repository) dac dicionarul este achiziionat i se utilizeaz un ablon predefinit atunci n aceast subetap se pot aduce mici modificri n funcie de cerinele identificate n subetapa de analiz a metadatelor, ns dac s-a optat pentru construirea unui dicionar propriu, atunci se realizeaz modelul logic al metadatelor pentru sistemul nou n funcie de opiunile de stocare a datelor: se realizeaz un model relaional, orientat obiect sau multidimensional. Dac s-a optat pentru construirea unui depozit propriu, considerm c centralizarea i standarizarea acestuia ar fi o soluie bun pentru o administrare mai uoar. Un depozit central la nivelul organizaiei va fi adaptat cerinelor impuse de aplicaiile existente, astfel: Instrumentele CASE utilizeaz un depozit propriu pentru componentele de modelare; SGBD-urile utilizeaz dicionare de date pentru structura datelor i pentru gestiunea acestora; Instrumentele ETL au un depozit n care se mentin informaii le referitoare la maparea datelor;

65

Instrumentele de analiz OLAP stocheaz informaii interogare;

referitoare la

algoritmii de analiz, la modelele multidimensionale, raportare i Instrumentele de data mining necesit un depozit pentru algoritmii de extragere a cunotinelor din date. O soluie pentru a rezolva problemele de integrare a acestor tipuri de depozite este fie achiziionarea unui depozit predefinit, fie adaptarea funciilor depozitelor i centralizarea acestora pe un singur depozit. Activitile realizate n aceasta subetap se concretizeaz n modelul logic detaliat i modelul fizic al metadatelor. Etapa 5: Construirea sistemului Pas 11: Construirea procesului ETL n realizarea procesului de extragere i prelucrare a datelor se pot utiliza diverse instrumente de filtrare, proceduri predefinite etc. Curarea i transformarea datelor depinde foarte mult de sursele de date i de calitatea acestora. Sursele pot fi diverse: fiiere, baze de date, e-mail, internet, surse neconvenionale. Aceasta subetap este concentrat pe implementarea specificaiilor programelor ETL realizate n pasul 9, rularea i testarea acestora. Un aspect important l constituie experiena echipei de programatori care va realiza programele de extragere i trasformare. Activitile care se desfaoar n aceast subetap sunt urmtoarele: 1) Realizarea i testarea unitar a programelor se vor realiza programele pentru cele trei faze de ncrcare menionate la pasul 9: ncrcare iniiala, ncrcare datelor istorice, ncrcare incremental a datelor din surse n destinaii. Tot n acest moment se creeaz i dicionarul metadatelor utilizat de utilitarele de extragere. Toate modulele realizate se vor testa i se vor corecta erorile care apar. 2) Integrarea programelor i modulelor de extragere i transformare toate programele realizate i testate anterior se integreaz ntr-un proces unitar, planificat i centralizat la nivelul organizaiei care se testeaz i valideaz. 3) Testarea performanelor procesului ETL deoarece sistemele executive necesit volume mari de date se recomand testarea procesului ETL n condiii reale astfel nct s se verifice timpul de rspuns i stabilitatea sistemului,

66

modalitile de procesare paralel. Se simuleaz comportamentul sistemului n condiii reale de lucru. 4) Verificarea calitii programelor ETL n majoritatea cazurilor trebuie ndeplinite condiiile de asigurarea calitii impuse de anumite standarde. Programele sunt verificate de experi sau de departamentul AQ (Asigurarea Calitii) existent n cadrul organizaiei. 5) Verificarea i acceptarea final a procesului ETL dac toate testele anterioare au fost trecute i procesul a fost validat de experi i de reprezentani ai organizaiei atunci se finalizeaz documentaia procesului, iar acesta este certificat de conducerea proiectului. Rezultatele etapei sunt programele i bibliotecile de programe de extragere i transformare, rezultatele testrilor i certificatele de calitate obinute. Pas 12: Construirea aplicaiei - dup validarea prototipului iniial, construirea aplicaiei poate consta ntr-o simpl modificare a acestuia din punct de vedere al interfeei sau o reconstrucie a ntregului sistem n funcie de cerine i de complexitatea acestuia. Se scriu procedurile de acces la date, de validare, de analiz, interfaa cu utilizatorul etc. Activitile sunt: 1) Determinarea cerinelor finale ale proiectului pe baza evalurii rezultatelor prototipului se verific dac au aprut cerine noi de afaceri, n acest caz se determin modificrile ce trebuie aduse n proiect. 2) Proiectarea aplicaiilor se aleg instrumentele pentru realizarea aplicaiei n funcie de cerinele finale identificate mai sus: instrumente de dezvoltare a programelor, instrumente de analiz OLAP, de realizare a interfeelor, a rapoartelor, instrumente web, etc. i este realizat un plan de execuie a acestora. 3) Scrierea i testarea aplicaiilor se realizeaz programele, se compileaz i se testeaz rezultatele obinute. 4) Testarea funcionalitii i a calitilor aplicaiilor programele realizate anterior se integreaz i se testeaz funcionalitatea i performana sistemului i se certific din punctul de vedere al calitaii de catre experii AQ. 5) Realizarea accesului la date i planificarea sesiunilor de instruire a utilizatorilor se identific persoanele care vor participa la training, perioadele de instruire, suportul oferit.

67

Rezultatele acestei etape se concretizeaz n documentaia sistemului, planificarea i materialele necesare sesiunilor de instruire. Pas 13: Extragrea cunotinelor din date (Data Mining) deseori succesul unui sistem executiv este determinat de descoperirea unor noi informaii i corelatii ntre date i nu de construirea unor rapoarte n care sunt prezentate datele. Pentru ca aceste cerine s fie indeplinite trebuie aplicate tehnici de data mining, algoritmi de extragere a cunotinelor din datele organizaiei, cum ar fi: clusterizarea, previziunea, modelele predictive i de clasificare. Sunt analizate domeniile de aplicare a tehnicilor de data mining i algoritmii specifici care vor fi aplicai i echipele care vor lucra la implementarea acestora. Activitile desfurate sunt: 1) Stabilirea domeniilor i a obiectivelor de aplicare a tehnicilor de data mining sunt analizate cerinele specifice care nu pot fi rezolvate prin alte mijloace, oportunitatea de aplicare a tehnicilor data mining i modul n care acestea ar soluiona aceste probleme. 2) Colectarea datelor se verific dac exist deja datele ncrcate n destinaii, dac nu se stabilesc noi surse de date i se revine la paii anteriori privind proiectarea datelor. 3) Consolidarea i curarea datelor se aplic procesele de curare a datelor dac acestea nu sunt n formatul dorit. Se pot modifica procesele ETL realizate la pasul 11 prin introducerea acestor cerine suplimentare. 4) Pregtirea datelor algoritmii de data mining utilizeaz pai pregtitori de formatare i ncrcare a datelor specifici tehnicilor folosite. 5) Realizarea modelului analitic se realizeaz programele de implementare a algoritmilor de data mining i specificaiile pentru etapele de nvare i de testare. 6) Interpretarea rezultatelor n funcie de cerinele i obiectivele stabilite se verific dac rezultatele obtinue concord cu acestea. Se interpreteaz valorile obinute i se stabilete dac acestea pot fi utilizate de ctre manageri. 7) Validarea rezultatelor se compar rezultatele obinute cu cele ateptate, se stabilesc deviaiile i abaterile pe baza unor statistici sau analize comparative i cauzele pentru care aceste deviaii au aprut. Dac rezultatele pot fi utilizate atunci sunt prezentate managerilor pentru valiarea final.

68

8) Monitorizarea modelului analitic se observ perfomanele modelului pe parcursul unor perioade de timp stabilite n specificaii. In urma aplicrii tehnicilor de data mining se obine baza de date utilizat de programele repective i specificaiile modelului de analiz. Pas 14: Construirea depozitului metadatelor dac s-a optat pentru construirea unui depozit nou i nu pentru achiziionarea unei soluii predefinite, atunci se formeaz o echip de dezvoltare separat reponsabil pentru realizarea dicionarului metadatelor. Se construiesc i se adapteaz dicionarele de metadate utilizate de componentele i utilitarele sistemului, se integreaz, se realizeaz interfeele care vor asigura conectarea dintre utilizatori i dicionarul centralizat al metadatelor i dicionarele utilizate de fiecare component n parte. Se creaz structura dicionarului i se ncarc datele conform modelului logic i fizic realizat la pasul 10. Etapa 6: Implementarea sistemului Pas 15: Implementarea propriu-zis este etapa n care se livreaz sistemul: se organizeaz instructaje de utilizare pentru managerii implicai, se asigur suportul tehnic necesar, se ruleaz procedurile de ncrcare a datelor, de instalare a aplicaiei, de monitorizare a performanelor. Activitile realizate sunt urmtoarele: 1) Planificarea implementrii aceasta se face innd cont att de evoluia de pn acum a proiectului, de termenii contractuali i de disponibilitatea resurselor necesare. Sunt planificate: data de lansare a aplicaiei, managerii implicai n sesiunile de instruire i validare, personalul i resursele materiale necesare execuiei n bune condiii a sistemului. Dac la nivelul organizaiei sunt necesare schimbri organizatorice trebuie avut n vedere ca acestea s fie deja planificate i n curs de realizare. 2) Pregtirea mediului de producie sunt organizate activitile pentru asigurarea resurselor necesare rulrii proiectului: instalarea bibliotecilor de programe, crearea bazelor de date, stabilirea drepturilor de acces i nivelele de securitate, asigurarea bazei materiale (calculatoare, reele, servere), instruirea personalului care va fi responsabil de funcionarea sistemului, realizarea i documentarea procedurilor de back-up, de recuperare a sistemului, finalizarea documentaiilor proiectului.

69

3) Instalarea aplicaiei se instaleaz toate modulele aplicaiei, se ncarc datele n surse, se pregatesc de execuie programele ETL, se fac ultimele retuuri la nivel de interfee. 4) Planificarea execuiei programelor ETL i a altor programe i proceduri automate toate programele i procesele care vor rula automat vor fi setate i pregtite de execuie la anumite perioade i intervale de timp sau n funcie de anumite evenimente. 5) Incrcarea datelor n bazele de date destinaie se ruleaz programele ETL de ncrcare iniial a datelor curente i a datelor istorice n destinaii. Astfel aplicaia este pregtit cu date reale i este gata de a fi utilizat. 6) Pregtirea procedurilor de asisten i suport tehnic se stabilesc regulile de acordare a suportului n caz de incidente, modalitile de realizare a salvrii i recuperrii datelor, se realizeaz un plan de monitorizare a performanelor, a modului de utilizare a resurselor, etc. Etapa se ncheie cu intrarea efectiv n producie a sistemului i livrarea utilitarelor i a documentaiei finale a proiectului, a manualelor de utilizare i de prezentare a aplicaiei. Pas 16: Evaluarea sistemului Se recomand organizarea unei sesiuni de discuii cu managerii implicai pentru a trage concluziile finale referitoare la implicaiile sistemului, se evalueaz costurile, se identific anumite puncte slabe ale proiectului pentru a fi nlturate pe viitor, se fac o serie de recomandri pentru mbuntirea performanelor. Se pot face chiar i o serie de ajustri n proiectul existent dac acestea nu presupun modificri majore. Evaluarea sistemului considerm c ar trebui s fie un proces continuu, realizat pe tot ciclul de dezvoltare al sistemului pentru a preveni apariia unor modificri finale majore datorate unor schimbri n structura de afaceri a organizaiei neincluse n fazele intermediare ale proiectului. In timp ce unele subetape sunt specifice proiectului i se realizeaz independent de mediul extern, altele necesit o corelaie ntre elementele specifice organizaiei i proiect i o perspectiv de ansamblu asupra organizaiei. Aceste corelaii se realizeaz prin participarea unor refereni din partea organizaiei i a unor consultani specializai pe domeniile de interes care s identifice i s modeleze cerinele specifice de afaceri, iar reprezentanii organizaiei s poat valida modelele

70

rezultate. In tabelul 6.4 sunt prezentate etapele ciclului de dezvoltare i cerinele de implicare n proiect: Etapele ciclului de dezvoltare Implicaiile la nivelul organizaiei/proiectului 1. Evaluarea oportunitilor de realizare Nivel organizational 2. Evaluarea infrastructurii ntreprinderii Nivel organizational 3. Planificarea proiectului Nivel de proiect 4. Definirea cerinelor Nivel de proiect 5. Analiza datelor Nivel organizational 6. Realizarea prototipului Nivel de proiect 7. Analiza metadatelor Nivel organizational 8. Proiectarea datelor Nivel organizational 9. Proiectarea proceului ETL Nivel organizational 10. Proiectarea depozitului metadatelor Nivel organizational 11. Realizarea procesului ETL Nivel organizational 12. Realizarea aplicaiei Nivel de proiect 13. Extragerea cunotinelor din date (Data Nivel organizational Mining) 14. Contruirea depozitului metadatelor Nivel organizational 15. Implementarea sistemului Nivel de proiect 16. Evaluarea sistemului Nivel organizational Tabel 6.4 Implicaiile activitilor desfurate n cadrul proiectului Realizarea modular i paralel a subetapelor ciclului de dezvoltare Dup etapele iniiale ale dezvoltrii sistemului (studiul de fezabilitate i planificarea proiectului) se pot realiza n paralel subetapele premergtoare etapei de implementare final pentru reducerea perioadei de dezvoltare. In lucrarea [MOAT04] referitor la ciclul de dezvoltare al sistemelor de inteligena afacerii se disting trei direcii principale care pot fi realizate n paralel (fig. 6. 6):

71

1. Procesul ETL

4 3. Metadate 2. Aplicata

5 9
1 1

1 2

7 1 0

1 3

1 4

1 5

1 6

Fig. 6.6: Realizarea n paralel a etapelor ciclului de dezvoltare 1. Procesul ETL (extragere / transformare / ncrcare) acest proces este referit deseori ca un proces ascuns utilizatorilor finali (un proces de back-end). Scopul su este de a analiza i proiecta un model de curare, prelucrare i ncrcare a datelor din sursele disponibile n bazele de date utilizate de aplicaia final. Procesul este unul destul de complicat datorit surselor multiple de date, a calitii acestora, a codificrii diferite i necesit aplicarea unor proceduri i algoritmi specifici. In construirea modelului ETL se pot utiliza o serie de instrumente de modelare a transformrii datelor. Echipa implicat n realizarea acestui proces trebuie s fie foarte experimentat, se poate apela i la consultani externi cu mai mult experient. Acetia pot fi administratori de baze de date, programatori experimentai (senior programmers), analiti i consultani pe probleme de afaceri. Succesul ntregului proiect depine de modul n care acest proces este realizat, chiar i cele mai puternice intrumente de analiz de tipul OLAP sau algoritmi de Data Mining nu pot oferi rezultatele i performanele dorite dac datele sunt utilizate necorespunzator i calitatea acestora este ndoielnic.

72

2. Construirea aplicaiei acesta este un proces vizibil i pentru utilizatorii finali (un proces de front-end), scopul su fiind acela de a proiecta i realiza accesul la date prin intermediul interfeei i a unor proceduri i algoritmi de analiz. Punctele cheie de care trebuie tinut cont sunt oferirea de informaii suplimentare managerilor prin intermediul aplicaiei i oferirea unui acces simplu la datele organizaiei. Echipa implicat n aceste etape este format din programatori i analiti specializai n instrumentele de tipul OLAP, web, client-server, data mining. 3. Construirea depozitului metadatelor procesul presupune analiza, proiectarea i construirea modelului metadatelor n cadrul unui dicionar (repository), precum i realizarea interfeelor de acces la date i posibilitile de interogare i raportare a acestora. Se realizeaz schema bazei de date n funcie de modelul ales (relaional, orientat obiect, multidimensional). Echipa responsabil de aceste etape este format n special din administratori ai bazelor de date i de programatori experimentai. Aceste trei direcii de realizare paralel pot fi considerate subproiecte distincte care au personal i activiti proprii, dar care interacioneaz i se influeneaz reciproc. Depedenele sunt prezentate n figura 6.6. Fiecare subproiect are ieiri proprii dup cum urmeaz: Procesul Procesul ETL Procesul de construire a aplicaiei Procesul de proiectare a Ieiri Incrcarea datelor n bazele de date destinaie Realizarea interfeei, a rapoartelor i interogrilor Definirea i realizarea schemei metadatelor

dicionarului Echipele implicate n realizarea proiectului pot fi formate din personal propriu sau resurse externe (consultani, reprezentani ai organizaiei). Se poate apela i la personal propiu specializat n anumite domenii dar implicat n alte proiecte. innd cont de activitile realizate n cadrul fiecrei etape i subetape se poate detalia diagrama din figura anterioar surprinznd nlnuirea dintre pai dar i repartizarea acestora pe fazele de dezvoltare prezentate anterior pentru sistemele informatice executive:

73

FAZA I: Evaluare

1 2 3
APLICAIA

FAZA II: Studiul cerinelor de afaceri

4 5 7 10 8 9
METADATE ETL

FAZA III: Elaborarea i introducerea prototipului

12 13
FAZA IV: Implementarea funcionalitiilor EIS

11 14

15
FAZA V: Transferarea capacitilor sistemului n cadrul organizaiei

16

Figura 6.7 Realizarea paralel a subetapelor ciclului de dezvoltare a EIS pe fazele principale

74

6.3. STUDII I CADRE (FRAMEWORKS) DE DEZVOLTARE A SISTEMELOR INFORMATICE EXECUTIVE Scopul prezentrii studiilor este de a identifica avantajele aduse de acestea n stabilirea elementelor necesare n dezvoltarea i utilizarea sistemelor informatice executive care pot influena succesul acestor sisteme. Odat identificate aceste avantaje i particulariti, ele pot fi combinate ntr-un singur cadru care va servi ca baz pentru un studiu mai profund al factorilor asociai succesului sistemelor informatice executive. In lucrarea Executive Information Systems: A framework for their development and use, T. Kaniclides i C. Kimble [KAKI94] prezint comparativ urmtoarele studii: 1) Studiul ESPRIT - este un model al instalrii Resolve, o varianta comercial a pachetului software al sistemelor informatice executive, comercializat pentru compania Metapraxis [MEBI91]. Acest studiu a fost dezvoltat dup experiena ctigat din instalarea Resolve n companii, prin ceea ce se consider a fi proiectele de dezvoltare a sistemelor informatice executive de succes. ESPRIT este un studiu secvenial n ase etape. El descrie o metod prototip evolutiv. Incepe cu un studiu de fezabilitate i urmarete apoi alte etape de dezvoltare pn la instalarea sistemului final i pregtirea utilizatorilor. Compania Metapraxis susine c este aplicabil tuturor organizaiilor, indiferent de structura i de specificul lor. Cele ase etape ESPRIT sunt urmtoarele:

1. E = Evaluation of Consultants - Evaluarea consultanilor; 2. S = Survey of Business needs - Rezultatul cerinelor de afaceri; 3. P = Prototype a current requirement - Prototipul cerinelor curente; 4. R = Review the benefits - Trecerea n revist a beneficiilor; 5. I = Implement the full EIS project - Implementarea ntregului proiect de
sistem informatic executiv;

6. T = Transfer the skills in-house - Transferul funcionalitilor proiectului n


cadrul organizaiei. In prima faz, consultanii responsabili cu dezvoltarea proiectului sunt implicai n realizarea unui studio preliminar pentru a evalua cerinele unui sistem informatic executiv. Se propune o soluie iniial care este apoi evaluat. Printre aspectele care necesit a fi luate n consideraie este experiena echipei n domeniul n

75

care sistemul va fi implementat i de asemenea dac echipa are o cunoatere total a criteriilor prin care organizaia obine succes. A doua faz implic realizarea unui sondaj i a unui studiu de fezabilitate pentru a stabili dac se poate utiliza un prototip corespunztor. Utilizatorii finali ai sistemului i alte persoane interesate sunt implicate n proiect. Sunt selectate resursele softwarel i hardware ce vor fi folosite n prototip. De asemenea, este necesar, ca la acest nivel s evalum utilitatea datelor. Este relizat o ofert formal cuprinznd costuri, beneficii i detalii despre activiti este descris. Aceast formeaz termenii de referin ai proiectului, care sunt supui unor discuii i validri de ambele pri pentru a putea merge mai departe cu realizarea prototipului. Odat ce prototipul este terminat el este prezentat utilizatorilor si. Prezentarea i testarea acestuia se realizeaz n cadrul unei ntlniri. Informaiile prezentate trebuie verificate pentru a asigura corectitudinea i relevana acestora nainte de a fi prezentate. Este un mod oportun pentru sistem de a catiga credibilitatea utilizatorilor si. Prezentarea ar trebui s se concentreze pe evidenierea funcionalitiilor reale ale sistemului, pe punctele cheie bazate pe rezolvarea unor cerine obligatorii ale organizaiei, pe beneficiile majore aduse activitilor de afaceri. Aceasta ocazie furnizeaz potenialilor utilizatori oportunitatea explorrii sistemului i ocazia de a formula ntrebari n legatur cu sistemul. Prototipul este instalat la cererea managerilor i se va realiza o analiz formal cost beneficii. Bazndu-se pe aceast analiz, i n lumina experienei ctigate pn n acest moment, ntregul sistem informatic executiv propus este actualizat cu toate costurile proiectului. Propunerea este apoi naintat spre validare pentru a putea continua cu etapele urmtoare. Schimbrile aduse prototipului pot fi minore, existnd ns i varianta unei reconstrucii totale a acestuia n funcie de rezultatele obinute n faza anterioar, cu o nou structur organizaional i funcional. Se poate reproiecta ntreaga infrastructur dac este necesar sau poate fi prelucrat de la varianta prototipului. Alegerea resurselor software este re-evaluat n lumina noilor schimbri. Procedurile pentru extragerea automat a informaiilor sunt proiectate i implementate integrnd verificri ale datelor pentru consisten. Formatul rapoartelor (att pe hrtie ct i pe ecran) furnizat de sistem este proiectat i sistemul informatic executiv este pregtit pentru a fi prezentat din nou organizaiei

76

Ultima faz implic proiectarea i implementarea cursurilor de pregtire pentru utilizatorii sistemului. Cursurile de pregtire pentru proiectani, analiti i managerul de sistem sunt de asemenea planificate i implementate. Orice documentaie livrat cu sistemul, legat de facilitile furnizate de EIS este produs n versiuni diferite pentru toate tipurile de utilizatori. Acetia sunt apoi intervievai i comentariile lor legate de beneficiile obinute prin instalarea sistemului sunt documentate pentru a justifica toate costurile de rulare a sistemului informatic executiv pe o baz permanent. Pot fi identificate noi cerine pentru sistm, acest fapt implicnd reluarea etapelor i mbuntirea continu a sistemului informatic executiv. 2) Studiul structural - a fost realizat pentru a clasifica rezultatele obinute n urma implementrii sistemelor informatice executive din SUA, n 1988. Studiul a implicat 50 de companii care, fie c utilizeaz un sistem informatic executiv, fie sunt foarte aproape de a implementa un astfel de sistem operaional. Studiul se nate din experiena practic n dezvoltarea sistemelor informatice executive, din discuiile cu productorii sistemelor informatice executive, consultanii i membrii din echipa de dezvoltare [WATS91]. Studiul const din trei componente:

1. Prima component este o perspectiv structural a dezvoltrii sistemelor


informatice executive. Ea ilustreaz elemente cheie, importante n procesul de dezvoltare i interaciunile dintre ele. Autorii identific un numar de elemente asociate perspectivei structurale. Aceste elemente sunt clasificate n dou categorii: personalul i datele. Prima categorie include oamenii implicai n dezvoltarea unui sistem informatic executiv. Cealalt categorie face diferenta dintre datele interne organizaiei i datele utilizate din afara organizaiei. Studiul relev faptul c dezvoltarea sistemelor informatice executive este un proces dinamic care conine elementele ce formeaza perspectiv structural n micare;

2. Problemele importante din procesul de dezvoltare formeaz a doua


component a studiului. Ele sunt incluse n studiu pentru a atrage atenia asupra problemelor importante din activitile ntreprinse pentru dezvoltarea unui sistem informatic executiv, din moment ce aceste activiti joac un rol important n succesul sistemului final. Problemele ce primeaz n aceast component includ: timpul de dezvoltare al sistemului, metodologia de

77

dezvoltare utilizat, hardware-ul i software-ul implicate pentru sistem ca i probleme legate de evoluia i rspndirea sistemului ctre ali membrii n organizaie;

3. Cea de a treia component este dialogul dintre utilizator i sistem. Diferite


probleme referitoare la utilizatorii sistemului sunt clasificate n trei categorii: prima categorie implic probleme legate de cunotinele necesare utilizatorilor pentru a opera sistemul, a doua se refer la problemele constatate n timpul funcionrii sistemului, cum ar fi timpul de rspuns al acestuia i interfaa utilizator sistem, cea de a treia categorie se refer la modul n care informaiile sunt prezentate i la efectul utilizrii graficii i al formatelor pentru prezentri. Dialogul sistem utilizator este important deoarece ncorporeaz perspectiva utilizatorilor n studiu. 3) Metoda de studiu - majoritatea articolelor despre sistemele informatice executive se concentreaz fie pe sugestii prescriptive pentru dezvoltarea i implementarea sistemului informatic executiv, fie pe explicaii descriptive despre modul de funcionare al EIS. Metoda de studiu propune o nou perspectiv prin focalizarea ateniei asupra importanei timpului i coordonrii activitilor n cadrul dezvoltrii unui sistem informatic executiv. Descrie, de asemenea, modul n care sistemul informatic executiv evolueaz ctre un sistem informatic pentru management pentru a rspunde nevoilor manageriale de pe nivelurile superioare de informaie accesibil i la obiect. Potrivit acestui studiu, dezvoltarea sistemului informatic executiv are loc ca rezultat al evoluiei prin intermediul nivelelor tehnologice i organizatorice. Evoluia unui sistem informatic executiv de la tradiionalul sistem informatic de management implic schimbri n dou domenii. In primul rand trebuie s fie o schimbare de la un grup sau un nivel limitat de management, la un mediu interactiv i apoi o cretere n concentrarea i integrarea informaiei. Fiecare dintre aceste tranziii cer i au ca rezultat schimbri tehnologice i organizatorice. Concentrarea i integrarea privesc abilitile sistemului de a furniza i integra informaii despre indicatori specifici de performan importani pentru diferite domenii funcionale din cadrul organizaiei. In mod obinuit, punctul de plecare este implementarea unui sistem informatic de management i al unui sistem informatic executiv reprezentnd cel mai avansat nivel din acest studiu. Exista un numr de metode i etape pe care un sistem 78

informatic le poate parcurge i care pot duce de la un sistem informatic de management la un sistem informatic executiv. In practic, dup obinerea capacitilor unui sistem informatic executiv, o organizaie poate implementa tranziii de-a lungul uneia sau a ambelor dimensiuni pentru a adaug alte tipuri de funcionaliti i pentru a facilita nevoile diferiilor utilizatori. 4) Studiul structurat - a fost utilizat n contexte diferite n relaie cu sistemele informatice cum ar fi: analiza modului n care noua tehnologie influeneaz aciunile oamenilor implicai [BARL86], apropierea de categoria sistemelor suport de decizie [PODE89], utilizarea teoriei ca model de nelegere a naturii tehnologiei n cadrul organizaiilor [ORLI90] i dezvotarea unui studiu de investigare a interaciunii dintre aciunile umane i structura social din timpul dezvoltrii sistemelor informatice [ORRO91]. Acest ultim studiu poate fi utilizat pentru analizarea i interpretarea instalrii unui sistem informatic executiv. Cu toate c autorii dau un numr de exemple despre funcionarea evenimentelor descrise n studiu, ei observ c dovada empiric lipsete. Studii ulterioare folosesc acest teorie pentru a analiza dezvoltarea unui sistem informatic executiv ntr-o companie, n scopul observrii dac fenomenul descris poate fi constatat i pentru a determina valoarea studiului ca ghid pentru cercetare [JONA93]. Cocluzia a fost c structura studiului Orlikowski i Robey [ORRO91] este folositoare pentru atragerea ateniei ctre problemele importante din cadrul procesului de dezvoltare al sistemelor informatice executive. Mai mult, studiul conine un numr de trsturi ce sugereaz faptul c el poate aduce o contribuie analizei i nelegerii sistemelor informatice executive n cadrul organizaiilor. O comparaie ntre cele patru studii este realizat n tabelul urmtor: Studiu Natura Perspective/ Origini ESPRIT Model precis Practice din punctul de vedere al consultanilor Obiectiv Prezint instalarea STRUCTURAL Studiu semiprecis Teoretice ncearc s reprezinte realitatea Servete ca instrument de METODA Studiu semiprecis Teoretice un mod de abordare mai putin practic Subliniaz noi Interpreteaz procesele sociale STRUCTURAT Studiu precis Teoretice perspective pur teoretice

79

RESOLVE

raportare

probleme despre dezvoltarea EIS-urilor Mediu Trecerea la sisteme organizaion ale Dezvoltare (nivel nalt) Sczut

care se desfoar n organizaie Mare Procese sociale care se desfoar n timpul dezvoltrii Dezvoltare i utilizare Poate fi mare

Nivel abstract Expresivitate

Mic Serii de pai ce trebuie urmate n mod liniar Dezvoltare (nivel sczut) Mare

Mediu Relaii ntre elementele implicate n dezvoltarea EIS Dezvoltare i utilizare Mare

Intindere Nivel de detaliere

Tabel 6.5: Comparaie ntre studiile de dezvolate a EIS Considerm c pentru cazul n care organizaia dorete s dezvolte att un sistem informatic pentru management ct i un sistem informatic executiv, elementele propuse n Metoda de studiu pot duce la extinderea cu succes a funcionalitilor implementate n MIS pentru a se realiza rapid i fr resurse prea mari un EIS. ns aceste elemente teoretice vor trebui mbinate practic cu etapele i componentele precizate n studiul ESPRIT i n cel Structural pentru a realiza pas cu pas att sistemul informatic pentru management ct i pe cel executiv. Abordarea utilizat n soluia de sistem informatic executiv propus va mbina aspectele teoretice din Metoda de studiu cu etapele i elementele ciclului de dezvoltare descris anterior la nceputul acestui capitol. Practic, iniial se va realiza un sistem informatic pentru management din care va fi apoi dezvoltat i extins cu facilitile i funcionalitile unui sistem informatic executiv astfel nct s fie satisfcute cerinele de afaceri ale managementului strategic.

80

6.4. MINIMIZAREA RISCULUI DE DEZVOLTARE Lund n considerare costurile ridicate, timpul de realizare i impactul introducerii sistemelor informatice executive n interiorul organizaiei, nu este surprinztor faptul c de cele mai multe ori doar reuitele sau succesele obinute sunt descrise n literatur i foarte puine cazuri de sisteme informatice executive care au euat n implementare sunt menionate. Realizarea unui sistem informatic executiv constituie o strategie cu mari riscuri pentru multe organizaii, att din partea firmelor dezvoltatoare ct i a beneficiarilor. 6.4.1. FACTORII PRINCIPALI CARE INFLUENEAZ REALIZAREA SISTEMELOR EXECUTIVE. ANALIZA I EVALUAREA GRADULUI DE INFLUEN A FACTORILOR PE FIECARE ETAP A CICLULUI DE DEZVOLTARE In timp, n urma unor implementri de sisteme informatice executive au fost propui diferii factori care pot afecta succesul acestor sisteme. Chiar dac nu exist un acord clar cu privire la cei mai semnificativi dintre acetia, este general acceptat c depind n mare msur de procesul de dezvoltare. Deseori, eecul unui sistem informatic executiv se datoreaz schimbrilor permanente a cerinelor informaionale ale managerilor. Pentru a avea succes sistemele executive trebuie sa continue s evolueze i s se extind pentru a satisface cerinele utilizatorilor. Sistemele executive constituie o nou arie nrudit cu sistemele de inteligena afacerii. In acest domeniu ns nu s-au facut nc suficiente cercetri academice i nu s-a stabilit o infrastructur teoretic care s sprijine i s ndrume practic realizarea unor astfel de sisteme. Noutatea sistemelor executive implic, de asemenea, faptul c experiena practic n ceea ce privete dezvoltarea acestora este limitat. Prin identificarea unor factori general valabili pentru diferite tipuri de organizaii, dezvoltatorii ar fi capabili s acioneze potrivit pentru a asigura minimizarea riscurilor de eec. Gradul de influen i tipologia factorilor pot fi utilizate pentru a ndruma dezvoltarea i eforturile implementrii ulterioare i se asigur faptul c un sistem este utilizat cu succes pentru scopul pentru care a fost proiectat la nceput. Raionamentul din spatele acestei idei este acela c, pentru a realiza un sistem

81

executiv de succes, dezvoltatorii trebuie s cunoasc factorii care, potenial ar putea influena succesul sistemului. Aceti factori prezint urmtoarele caracteristici: Unicitatea mediului specific n care este implementat sistemul - fiecare sistem difer radical n ceea ce priveste structura, natura, scopul, rezultatul i contextul, fiind dependent de mediul n care este implementat. Aceasta unicitate se extinde asupra factorilor afectnd succesul sistemului n fiecare caz individual. Prin urmare, ar fi nerealist sa ncercm s specificam o metod de implementare care sa produc universal un sistem executiv de succes; Factorii sunt n legatur cu procesul de dezvoltare i particular cu faza de utilizare - corespunztor naturii i cerinelor informaionale ale managerilor, folosirea sistemelor executive devine de o importan particular. Implicarea acestui lucru n examinarea factorilor ce afecteaz succesul unui sistem executiv este c utilizarea ar trebui examinat separat fa de restul procesului de dezvoltare; Utilizatorii joac un rol principal n cadrul acestor factori - pentru sistemele executive utilizatorii constituie un element important de determinare a succesului sistemului. Profilul nalt al sistemelor executive sugereaz probleme legate de natura organizaional, social, psihologic, economic i politic. Cunoscnd aceti factori pentru un proiect particular de sistem executiv, cei implicai n dezvoltarea EIS pot lua deciziile potrivite pentru a asigura succesul sau n cel mai ru caz s minimizeze riscul de eec al sistemului. Prin urmare, este benefic s se poat identifica factorii critici de influen a unui sistem ntr-un cadru organizaional particular pentru a ghida dezvoltarea sistemelor executive. Exist mai multe niveluri de risc ce pot influena realizarea EIS-urilor: Proiectarea sistemului n analiza i proiectarea sistemelor informatice executive trebuie s se in cont de obiectivul i de caracteristicile acestora, iar modelarea trebuie s fie orientat spre o detaliere a soluiilor oferite de EIS-uri i pe modul de realizare a depozitelor de date. Construirea unui prototip ntr-un timp ct mai scurt i testarea acestuia este o soluie pentru reducerea acestui tip de risc; Calitatea datelor datele din sursele de date interne i externe trebuie s fie corect transformate i prelucrate. Procesul de extragere,

82

transformare i furnizare a datelor trebuie s respecte urmtoarele cerine de calitate: s produc informaii corecte, de actualitate, relevante, complete i valide. Pentru reducerea acestui risc recomandarea ar fi s se aloce resurse importante de timp i tehnologie pentru elaborarea procesului ETL; Impactul noilor tehnologii datorit timpului relativ mare al ciclului de dezvoltare al SIE exist riscul ca la apariia unor cerine funcionale noi sistemul s nu poat fi extins datorit platfomelor i arhitecturii fizice de generaie anterioar sau inadaptabile. Pentru a reduce acest risc dezvoltatorul trebuie s in cont de apariia i introducerea unor tehnologii noi, astfel nct sistemul s poat fi adaptat, extins i utilizat n condiii tehnologice noi; Interfaa cu utilizatorul managerii executivi sunt utilizatorii finali ai sistemelor EIS, din acest motiv o interfa sofisticat care necesit intervenie din partea unui personal specializat va influena n mod negativ eficiena n operare a sistemului. Managerilor trebuie s li se ofere o interfa ct mai simpl, adaptat cunotinelor lor n domeniul IT, fr s necesite pregtire suplimentar. Din acest punct de vedere se impun urmtoarele cerine sistemului EIS: s ofere o interfa grafic (GUI) prietenoas, s permit acces sigur i confidenial la informaii, timpul de rspuns s fie ct mai scurt, s fie accesibil din mai multe locuri (clieni), eventual prin interfee web;

Costul unui sistem informatic executiv - sistemele informatice executive sunt


complexe, iar tehnologiile de realizare a acestora necesit costuri ridicate. Nu este ns numai software-ul complex i implic cheltuieli mai mari pentru un sistem informatic executive, pe lng acesta i costurile de dezvoltare, i tehnologii hardware noi vor fi cu siguran necesare. Pentru sistemele informatice executive sunt necesare servere de baze de date i aplicaii puternice multiprocesor, spaiu de stocare considerabil al datelor, reele i dispozitive mobile pentru clieni. La acestea se adaug i costul de introducere a datelor manual sau automat, costul de instruire att al utilizatorilor ct i al personalului de susinere (de obicei din cadrul departamentelor IT). Recomandabil este s se realizeze la nceput o analiz a costurilor de achiziie i mentenan a dispozitivelor i componentelor fizice i s fie evaluat i costul de realizare al ntregului sistem;

83

Dezvoltare continu - un EIS trebuie s fie actualizat continuu cu noi faciliti pentru a face fa problemelor strategice aflate pe ordinea de zi. Pe parcursul i la sfaritul fiecrei faze i etape de dezvoltare ar fi recomandabil s se realizeze sesiuni de analiz i validare a rezultatelor obinute pn n punctul respectiv. In timp ce funcionalitatea i timpul de rspuns sunt factori importani

utilizarea sistemului, costul i flexibilitatea sunt factorii supremi. O organizaie va accepta mai uor un sistem care nu este scump i care furnizeaz 20% din informaia necesara ntr-o lun sau dou dect un sistem scump care furnizeaz 80% din informaia necesar dup un an de dezvoltare. Conducerea organizaiei poate realiza, de asemenea, c sistemul mai ieftin este mai usor de schimbat i poate fi adaptat mai uor la nevoile evoluate ale afacerii. A schimba un sistem de dimensiuni foarte mari implic nlturarea unor pri ale unei investiii substaniale. A schimba un sistem mai putin scump nseamn un timp mai scurt de munc. Din punctul de vedere al influenei acestor factori i a altor aspecte pe fiecare etap a ciclului de dezvoltare este necesar realizarea unei analize pentru stabilirea obiectivelor urmrite n fiecare etap i a elementelor de risc ce pot duce la nendeplinirea acostora. In continuare, n tabelul 6.6, vom realiza aceast analiz cu menionarea factorilor de risc i a unor recomandri personale pentru evitarea acestora. Nr etap 1 Etapele ciclului de dezvoltare Evaluarea oportunitilor de realizare Analiza nivel strategic; Identificarea fluxurilor Analiza corect a cerinelor decisiv pentru ntregul ciclu obiectivelor de dezvoltare i pentru Este proiectului. Obiective Risc

manageriale, n special la strategice de afaceri este

strategice ale organizaiei i succesul oportunitile de afaceri; afaceri ale sistemului EIS; Analiza cost-beneficiu; dezvoltarea proiectului; 84

recomandabil s se acorde analizei corecte a

Identificarea cerinelor de suficiente resurse i atenie activitilor strategice i la managerii executivi.

Analiza riscului implicat n discuii s fie implicai activ

Recomandri pentru etapele Stabilirea urmtoare; indicatorilor performan informaiilor strategic 2 Evaluarea infrastructurii ntreprinderii A. Infrastructura tehnic: Analiza va

incorect cheie i

a de a

necesare conduce la

procesului decizional la nivel eecul ntregului sistem. Impactul tehnologic este n acest caz,

urmtoarelor factorul de risc cel mai

elemente: tipuri de servere, puternic

sisteme de operare, staii de realizarea unei infrastructuri lucru, niveluri midleware, pe o platform nvechit sau interfee, componente de rigid, reea i interconectare, elemente tehnologii SGBD-uri, etc. Propunerea noii sistemul EIS. Recomandri achizionare echipamente noi i infrastructuri compus de din diferite

i generaii, neomogene va face sistemului s fie imposibil.

instrumente de dezvoltare, ca o viitoare exdindere a realizarea Alegerea SGBD-ului este un pentru alt pentru cont factor de extrem de important, trebuie s se in performanele, de facilitile, instrumentele de sau dezvoltare i utilitare oferite Modalitatea de integrare a corect a standardelor i a

produse software necesare de SGBD-ul ales. dezvoltrii proiectului. B. Analiza elemente: utilizatori, responsabiliti proceduri funcional (non-tehnic): Infrastructura surselor de date i alegerea urmtoarelor tipurilor de integrare utilizate standarde, va inflena n mod decisiv roluri specifice i depozitului de date. de

metodologii de dezvoltare, posibilitile de dezvoltare a implicate,

management, proceduri de

85

securitate, existente,

recomandri asigurarea

calitii datelor, controlul metadatelor, etc. Recomandri modificarea al proiectului. Propunerea unei pentru stabilirea proiectului, rolurilor i sistemul privind acestor

elemente pentru bunul mers 3 Planificarea proiectului soluii Elementele de risc de pe EIS, acest nivel pot fi: lipsa de i motivare att a din umane

obiectivelor implicare stabilirea resursei

cerinelor de securitate, a partea dezvoltatorilor ct i utilizatorilor din partea beneficiarilor (mai neimplicarea executivi), a termenelor, i implicai, stabilirea echipei ales i a termenelor proiectului, managerilor identificarea constrngerilor. de desfurare critici i a restriciilor sau incorect resurselor

factorilor planificarea nerealist sau financiare

Se realizeaz detaliat planul umane, realizarea unui plan al rigid, fr a ine cont de modificri cerinelor stabilirea ulterioare de unor ale afaceri, obiective proiectului.

irealizabile,management 4 Definirea cerinelor Stabilirea defectuos al proiectului. cerinelor Riscul principal este i stabilirea de incorect a

referitoare la infrastructura reprezentat de identificarea tenhic i nontehnic; Cerine referitoare la cerinelor raportare,

raportare, la cereri ad-hoc, referitoare la datele utilizate, la tipul datelor (istorice, la modul de realizare a curente, previzionate); Cerine referitoare procesului ETL, la la securitate. In fapt, aceast

86

indicatorii performan; Cerine procesul

cheie referitoare de

de etap cumuleaz factorii de risc specificai anterior, fiind la o etap de stabilire i de a cerinelor

extragere, centralizare

transformare i ncrcare a proiectului. datelor (ETL); Cerine 5 Analiza datelor privitoare la securitate; Modelul datelor la nivel Principalul risc este acela de logic, specificaii privitoare a realiza o colecie de date, la procesul ETL, specificaii organizate referitoare la identificatori, restricii de cerinele de i integrate i date: haotic, fr a ine cont de raportare

integritate, relaii ntre date, analiz, acest fapt ducnd restricii de domeniu, etc. automat la eecul sistemului, Se realizeaz ale modelele acesta devenind doar un att sistem de prezentare a unor din de analiz a acestora. Modelul logic al datelor la nivelul sau organizaiei nu trebuie realizat prin adunarea crpirea schemelor existente pentru c va rezulta un sistem rigid, nepracticabil pentru analize decizionale. Alegerea tipului de depozit de date i a modalitii de realizare este deosebit de important. Analiza multidimensional este de asemenea important, fiind necesar stabilirea corect a dimensiunilor implicate. logice ct i datelor cele

pentru datele operaionale date, fr a avea posibiliti pentru depozitele de date.

87

Realizarea prototipului

Realizarea prototipului i Alegerea specificaii scopul, ale

incorect

acestuia: facilitilor implementate de utilizatori a instrumentelor de

funcionalitile prototip, a datelor utilizate i

implementate, platforma

implicai, datele utilizate, dezvoltare impleicate va face hardware i ca durata de dezvoltare s fie reflecte corect imaginea software utilizat, interfee mare sau prototipul s nu i standarde utilizate. Este recomandabil s fie viitoarului sistem. incluse i funcionalitile Prototipul trebuie s ofere OLAP, data mining, analize managerilor de exepie astfel managerii executivi s aib sistem de ceea ce va oferi viitoarul a sistem. Analiza prototipului, rezultatelor urma recomandri 7 Analiza metadatelor testrii validarea obinute sale n i executivi a o nct viziune real a ntregului pentru ctiga multe

o imagine ct mai apropiat ncrederea acestora, dar fr consuma foarte resurse performanelor acestuia. pentru realizarea

privind al Riscurile acestei etape sunt de cele n a precizate sau

continuarea proiectului. Modelul logic metadatelor organizaional, urmtoarele denumirea descriere, domenii, la

nivel legate

nclusiv anterior la analiza datelor, elemente: realizarea obiectelor, incorect grab modelului

tipuri,

relaii, medatelor, fr analiza i atribute. documentarea obiectelor din modificri i extinderi

Descrierea obiectelor din dicionarul de date va face ca dicionarul metadatelor. utlerioare ale sistemului s 8 Proiectarea Completarea fie extrem de greoaie. modelului Realizarea incorect a

88

datelor

logic al datelor i realizarea modelelor modelului fizic al datelor exemplu ct i pentru

utlizate

(de

modelarea

att pentru sursele de date mulidimensional doar prin destinaii diagrame ER), neproiectarea partiionri, unor algoritmi sau tehnici de optimizare, de securitate a va afecta (indeci, clustere).

Schema bazei de date, cu datelor de date

modelul ER pentru bazele performanele sistemului. operaionale, Un alt aspect este acela de a corect din structura depozit/data depozitele de date i/sau stabili data mart-uri sau scheme datelor multidimensionale depozite 9 Proiectarea procesului ETL cu

pentru marts, ce date se vor stoca obiecte agregat i la ce nivel.

multidimensionale. Specificaii ale procesului Un factor de risc principal ETL referitoare la: sursele este acela de a nu analiza de date, transformarea calitatea datelor pe fiecare n modulele surs/modul n parte i de a i proiecta un proces ETL n general care doar s ncarce operatorii implicai acestora destinaii, algoritmii

transformare, diagrame de datele n modulele destinaie. procese privind modulele Trebuie alei operatorii i surs i cele destinaie, funciile aplicate pe fiecare biblioteci i utilitare de modul n parte, innd cont transformare, programarea n primul rnd de scopul desfurrii procesului. 10 Proiectarea depozitului metadatelor pentru care se vor ncrca final a acele date. Rafinarea modelului logic Proiectarea al metadatelor i realizarea depozitului modelului metadatelor, date, fizic

metadatelor

al trebuie s in cont de sistemului, i descrise

descrierea flexibilitatea, performana i de obiectele s fie realizate acces, uniform

obiectelor dicionarului de robusteea modalitate de administrare,

89

specificaii privind procesul corespunztor. 11 Realizarea procesului ETL ETL pentru metadate. Realizarea i implementarea Realizarea final a

algoritmilor de extragere, procesului ETL trebuie s transformare i ncrcare, incorporeze i elemente de realizarea programelor performan, trebuie stabilite ETL, programarea detaliat intervalele de ncrcare a de execuie a procesului, datelor astfel nct s nu fie testarea n modulele execuiei. afectat destinaie aplicaii. Testarea trebuie procesului s se ETL realizeze funcionarea sau a altor Incrcarea iniial a datelor sistemului pentru testare.

riguros pentru a identifica la timp eventualele erori n procesul de transformare a 12 Realizarea aplicaiei datelor. Aplicarea tehnologiilor de In aceast etap este deosebit inteligena Realizarea utiliznd excepiilor Informaiile trebuie sintetice, performan s fie la n afacerilor, de important ca aplicaia s fe orientat ctre decidentul o IT, de scenarii interfa de a interfeei strategic n sensul de a oferi reprezentri acestuia raportare, cunotine prezentate OLAP ct obiect, realiza cerui OLAP, cereri ad-hoc.

tabelare, grafice, marcarea prietenoas fr a fi necesare tablouri de bord. implementa funcionalitile analiz de ce a se mai multidimensional,

concentrate pe indicatorii de ntmpl dac, previziuni, de analize istorice, raportri de grafice de bord. acestor profesionale i accesibile, aplicarea Neincluderea executivi, cu posibiliti de excepie, analiz avansat. n interogare, Realizarea unor optimizri tablouri

90

funciilor analitice. Planificarea

elemente

va

transforma

testrii sistemul ntr-o aplicaie de posibilitatea analizei lor i suportului

aplicaiei, furnizarea unor vizualizare a unor date, fr date i cazuri de testare. Redactarea documentelor oferirea

de instructaj: manuale de decizional strategic. utilizare, teste, prezentri, Instruirea utilizatorilor finali etc. trebuie axat pe utilizarea facilitilor i funcionalitii sistemului din punctul de vedere al managerilor executivi i nu din punct de 13 Extragerea cunotinelor Mining) Specificarea vedere tehnic. cerinelor Depozitul de date sau

referitoare la descoperirea datamart-urile realizate pot fi considerate mine de aur aplicarea posibilitilor de obinere a Stabilirea datelor necesare din punct de vedere al pentru algoritmilor, implementarea unor cunotine importante, algoritmilor de data mining ns dac acest proces de i realizarea modelului data mining nu este orientat spre inte strategice nu sau sunt rezultatele interpretate analitic.

din date (Data de noi cunotine.

corespunztor

atunci procesul poate fi inutil sau chiar s conduc la 14 Contruirea depozitului metadatelor Realizarea metadatelor, funcionalitii specificaii programelor, decizii eronate. depozitului Finalizarea construirii

testarea depozitului metadatelor i sale, instruirea corespunztoare a privind personalului din punct de al sunt n administrrii elementele acest caz. realizarea datelor

administrarea i realizarea vedere documentaiei (manuale de principale

91

configurare, instructaje cu

prezentri, Nerealizarea acestora va face utilizatorii imosibil ulterioar i administrarea extinderea este acorde

implicai n administrare). 15 Implementare a sistemului

sistemului. Trecerea de la etapele de In acest test la procesele de important producie n modulele

moment s se

efectiv, atenie trecerii sistemului din destinaie, organizaional i s se acorde continuare asisten imediat Este

ncrcarea iniial a datelor faza de testare n mediu real implementarea complet a n

funcionalitilor OLAP, a utilizatorilor, s se observe i extragerii cunotinelor din s se remedieze date, a algoritmilor de problemele optimizare. Prezentarea 16 Evaluarea sistemului aprute.

important s se acorde timp sistemului i resurse suficiente acestei

utilizatorilor finali. treceri n mediul real. Evaluarea satisfacerii Aceast etap nu ar trebui cerinelor de afaceri ale considerat ca o etap final, managementului identificarea strategic, dup evaluarea sistemului ar unor trebui s se reia o serie de

posibiliti de extindere, a etape n care sunt necesare unor probleme sau puncte modificri i corecii, dar slabe care se pot corecta totui fr o reproiectare retuuri online sistemului, adaptri sistemului. fr a ntrerupe a funcionarea sistemului sau i a-l reproiecta n ntregime ale dact n cazul unui eec total sau dac au survenit cerine incompatibile cu cele

iniiale. Tabelul 6.6. Analiza factorilor de risc pe fiecare etap a ciclului de dezvoltare Din aceast analiz, esenial pentru succesul sistemului informatic executiv ramne analiza i realizarea acestuia orientat pe satisfacerea cerinelor decizionale strategice fr de care sistemul s-ar transforma ntr-o aplicaie de prezentare i vizualizare a unor date. 92

6.4.2. CRITERII DE EVALUARE A SISTEMELOR EXECUTIVE Cerinele impuse n realizarea EIS-urilor trebuie s in cont de principalul obiectiv al acestora: asistarea procesului decizional la nivel strategic. In practic multe sisteme au euat tocmai din cauza nerespectrii acestor cerine: fie analiza datelor s-a realizat la un nivel mediu, fie sistemul nu putea integra datele necesare analizei, fie timpul de rspuns era mare sau interaciunea cu utilizatorul se realiza anevoios. Valoarea sistemului depinde de ct de folositor este conducerii executive, de ct de bine este nteles i ct de mult este utilizat [DERO92]. Din acest motiv s-au impus anumite criterii de evaluare a EIS-urilor: Suport decizional sistemul nu trebuie s fie doar o colecie de date i de modele de analiz, ci s ofere instrumente puternice de evaluare a procesului de afaceri pentru care este realizat; Performana presupune oferirea de soluii intr-un timp ct mai scurt. Performana depinde i de dimensiunile depozitelor de date i complexitatea problemelor; Interfaa prietenoas utilizatorii trebuie s realizeze singuri i intr-un mod ct mai uor operaiile asupra datelor i modelelor, fr a necesita asisten suplimentar; Flexibilitate sistemul trebuie s fie capabil s se adapteze noilor condiii ce pot interveni n procesul de afaceri: schimbri de legislaie, de politici manageriale, de personal, servicii, etc. Scalabilitate sistemele trebuie s se poat redimensiona n funcie de structura i de mediul de afaceri fr a pierde ns din performan; Mentenana - introducerea noilor tehnologii i construirea unor module noi trebuie s se poat realiza ct mai uor; Integrarea datelor sursele de date ale sistemului s fie multiple i variate, bazate att pe date interne rezultate din procesul operaional ct i pe date externe organizaiei, referitoare la evoluia pieii, legislaie, concuren, relaii cu alte organizaii. Dei n documentaia de specialitate sunt menionate puine cazuri de eec ale sistemelor executive, acesta poate fi pus pe seama urmtoarelor aspecte: fie

93

beneficiile poteniale ale sistemului nu sunt realizate, fie sistemul nu e utilizat sau exist o rezisten de folosire substanial din partea managerilor. Pe lng acestea, nu exist un acord clar cu privire la factorii cei mai semnificativi ce contribuie la succesul unui proiect de implementare al unui EIS. Este totui acceptat c pentru un EIS succesul sau eecul ntr-o msur considerabil depinde de modul n care procesul de dezvoltare este condus. Pentru un EIS, cel mai important moment n cadrul ciclului de dezvoltare este utilizarea sistemului. Unicitatea i particularitatea utilizatorilor, aduc n discuie constrngerile particulare pentru EIS-uri, care pot juca un rol major n succesul global al sistemului. Din acest motiv, utilizarea EIS-urilor necesit o examinare separat de restul procesului de dezvoltare. Este necesar s se in cont de varietatea factorilor ce pot afecta n vreun fel succesul sistemului n timpul dezvoltrii pentru a asigura un risc minim de eec. Cel mai eficient mod de a realiza acest lucru este prin obinerea unui mod de abordare structurat care s uureze studiul acestor factori. Acest lucru este asigurat prin construirea unui cadru de dezvoltare potrivit pentru clasificarea unor probleme relevante. Un asemenea cadru de dezvoltare este folositor n organizarea unui subiect complex, identificarea legturilor dintre pri i dezvluirea domeniilor unde vor fi cerute dezvoltri suplimentare. In concluzie, dei etapele ciclului de dezvoltare a sistemelor informatice excutive sunt cele tradiionale, scopul i caracteristicile specifice acestor tipuri de sisteme i cerinele lor informaionale prezint un set de probleme unice i dificile care trebuie analizate i depaite. Eventualul succes al acestor tipuri de sisteme este afectat de factori variai care trebuie identificai pe durata ntregului proces de dezvoltare i n special n timpul utilizrii sistemului. Se recomand ca ntregul proces de dezvoltare s fie orientat spre cerinele de afaceri ale managementului strategic, spre identificarea oportunitilor de business i spre analiza indicatorilor cheie de performan. n acest sens este util realizarea unui prototip al tabloului de bord ntr-un timp ct mai scurt, validarea acestuia de ctre utilizatorii cheie, respectiv managerii executivi i apoi continuat i detaliat procesul de analiz i proiectare a sistemului informatic. Exemplificare: n ultimul capitol soluia de sistem informatic executiv s-a realizat conform acestui ciclu de dezvoltare, iar dup implementarea sistemului, am aplicat criteriile de evaluare propuse n cadrul acestui capitol. 94

CAPITOLUL VII - METODOLOGII DE REALIZARE A SISTEMELOR INFORMATICE EXECUTIVE

7.1. CLASIFICRI I CARACTERISTICI ALE METODOLOGIILOR DE REALIZARE A SISTEMELOR INFORMATICE Conceptul de metodologie de realizare a sistemelor informatice a aprut din necesitatea de organizare a activitilor i utilizare eficient a resurselor implicate n realizarea unui sistem informatic. Astfel, activitile de realizare a sistemelor informatice au fost structurate n general n urmtoarele etape principale: analiza de sistem, proiectarea, programarea i implementarea. Metodologia poate fi definit ca fiind o implementare fizic a ciclului de via al sistemelor care include: cuprind: Etapele/procesele de realizare a unui sistem informatic structurate n subetape, activiti, sarcini i coninutul lor; Fluxul realizrii acestor etape / procese, subetape i activiti; Modalitatea de derulare a ciclului de via a sistemului informatic; Modul de abordare al sistemelor; Strategiile de lucru / metodele de realizare; Regulile de formalizare a componentelor sistemului informatic; Tehnicile, procedurile, instrumentele, normele i standardele utilizate; Modalitile de conducere a proiectului (planificare, programare, urmrire) i modul de utilizare a resurselor financiare, umane i materiale etc. Clasificarea metodologiilor se poate realiza n funcie de orizontul i specificaiile de aplicare, modul de realizare i abordare sistemelor informatice. In lucrarea [LUNG05] sunt identificate urmtoarele criterii de clasificare: Activitile pas cu pas pentru fiecare faz de lucru; Regulile individuale i de grup pentru fiecare activitate; Standardele de calitate n fiecare activitate; Instrumentele i tehnicile utilizate n fiecare activitate. [WHBE98]

In lucrarea [LUNG05] este definit coninutul unei metodologii care trebuie s

95

a) Dup gradul de generalitate: Metode generale cu un grad nalt de generalitate, pot fi folosite pentru realizarea sistemelor informatice din domenii diferite. Astfel de metodologii pot fi: SSADM (Structured System Analysis and Design Methodology), MERISE, OMT (Object Modeling Technique), UML (Unified Modeling Language). Metode cadru ce se pot aplica doar asupra unor produse software. In general aceste metodologii au fost realizate i se aplic n cadrul unor firme dezvoltatoare de sisteme informatice, de exemplu: Selection and Implementation of Integrated Packaged Software (SIIPS) elaborat de KPMG. Metode specializate se aplic doar pentru realizarea unui singur produs software, de exemplu:. AIM (Oracle E Business Suite), POIS (Sun Systems), Extract (Extract), Signature (Scala), ASAP (SAP). b) Din punct de vedere al evoluiei n timp metodele i tehnicile se clasific n: Metodele i tehnicile clasice presupun realizarea activitilor manual, fr ajutorul unor produse de tip CASE. Metodele i tehnicile evoluate presupun utilizarea unor pachete de programe de asistare a analizei i proiectrii sistemelor informatice i instrumente de tip CASE. c) Dup modelul ciclului de via exist metode de parcurgere a etapelor cu model n cascad; cu model n spiral; cu model incremental; cu model evolutiv; cu modele compozite (ca exemplificare, aa numitele cicluri n V i n X) unde modelul rspunde i cerinelor proiectrii orientate obiect (POO) ncurajnd prototipizarea i reutilizarea componentelor. Aceste metode de parcurgere sunt n detaliu prezentate n lucrrile [LUNG05], [LUSA04], [VATU05]. d) Din punct de vedere al modului de abordare al sistemelor, metodele de realizare a sistemelor informatice sunt descrise pe larg n cele ce urmeaz pentru a identifica principalele avantaje i dezavantaje ale utilizrii uneia sau alteia dintre metode n dezvoltarea SIE: Metode cu abordare structurat presupun mprirea sistemului n subsisteme pe baza funciilor sistemului - abordarea funcional ce structureaz sistemul pornind

96

de la prelucrrile pe care le sufer datele sau n funcie de date - abordarea bazat pe date ce structureaz sistemul pornind de la structura datelor utilizate n sistem i de la relaiile care exist ntre acestea. Aceste metodologii propun modelarea datelor separat de modelarea procedurilor. Modelarea procedurilor se face plecnd de la ideea c funciile sunt active, avnd un comportament, iar datele sunt afectate de aceste funcii. Se descompune sistemul n trei modele principale: Modelul mediului prin care se stabilete grania ntre sistem i mediu, precum i modul de interaciune ntre ele. Modelul fizic al sistemului reflect structura tehnic i operaional a sistemului i arat CUM funcioneaz sistemul ntr-o anumit implementare. Modelul logic al sistemului arat CE face sistemul, fiind independent de implementare. Ultimele dou tipuri de modele se realizeaz att pentru sistemul existent, ct i pentru sistemul proiectat. Aceast descompunere pe cele trei modele considerm c poate fi un punct de plecare n abordarea unui sistem informatic executiv n ceea ce privete separarea i delimitarea granielor sistemului, identificarea subsistemelor i a funcionalitii acestora. Din acest punct de vedere avantajele utilizrii modelelor structurate n realizarea EIS ar fi urmtoarele: Realizarea modular a sistemului prin divizarea pe subsisteme; Identificarea i delimitarea funcionalitii fiecrui subsistem i a sistemului n ansamblu; Reducerea timpului de implementare prin posibilitatea realizrii paralele a EIS. La aceste avantaje se adaug i cele de ordin general, referitoare la sistemele informatice, identificate n lucrarea [LUNG05]: Un mediul bine structurat este flexibil din punct de vedere al comportamentului, are obiective clare, o arie de cuprindere cunoscut; Posibilitatea reducerii costului de dezvoltare a sistemului prin luarea n considerare de la nceput a detaliilor, prin interaciunea continu cu beneficiarul;

97

Modificarea unei anumite activiti a sistemului nu conduce la reluarea integral a studiului.

Dezavantajele utilizrii acestor metode n realizarea sistemelor informatice executive pot fi datorate rigiditii modelelor n sensul c divizarea i realizarea modular i separarea pe funcii i date pot duce la pierderea privirii de ansamblu la un moment dat. Ins ceea ce ae fi un dezavantaj major este faptul c cerinele de afaceri i specificaiile sistemului nu sunt modelate n interaciune cu funciile i datele. Detalierea separat a acestora poate duce la pierderea importanei i a impactului cerinelor de afaceri asupra lor. Exemple de metodologii structurate: Structured Analysis and Design Information Systems (STRADIS este prima metodologie descris, propus de Cris Gane i Trish Sarson ), Structured System Analysis and Design Methodology (SSADM elaborat la propunerea Guvernului britanic), MERISE elaborat de Institutul de Cercetri n Informatic, Rapid Application Development (RAD), AXIAL elaborat de firma IBM, Frana, Custom Development Method (CDM elaborat de corporaia Oracle). Metodologiile orientate obiect au aprut odat cu apariia limbajelor de programare orientate pe obiect i se bazeaz pe conceptele de obiect i clas: un obiect aparine unei clase fiind 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 elementare i poate fi descris prin identitate, comportament i stare. Identitatea obiectului se realizeaz printr-un un atribut unic (identificator) ce permite ca obiectul s fie referit independent de celelalte obiecte. Starea obiectului este o valoare care caeacterizeaz obiectul la un moment dat. Comportamentul unui obiect poate fi asociat printr-un set de operaiuni ce-i pot fi aplicate i este descris n clasa creia i aparine obiectul. Premizele ce au dus la abordarea obiectual a analizei i proiectrii sistemelor informatice sunt prezentate tot n lucrarea[LUNG05] dup cum urmeaz: Limitele abordrii structurate n analiza i proiectarea sistemelor informatice; Limitele modelului relaional de organizare a datelor;

98

Schimbrile n ceea ce privete orientarea aplicaiilor care puneau accent pe stocarea datelor spre aplicaii care pun accent pe prelucrarea mai eficient a acestora cu algoritmi performani;

Succesele dobndite de ctre sistemele expert sub aspectul stocrii cunotinelor; Necesitatea unor noi tipuri de aplicaii ce implic noi tipuri de date, de genul imagine, sunet (aplicaii multimedia); Apariia conceptului de date abstracte; Progresele n domeniul hardware-ului precum i n domeniul instrumentelor de tip case.

Analiza i proiectarea orientat-obiect utilizeaz trei tipuri diferite de modele pentru descrierea unui sistem informatic: modelul static prin care se modeleaz obiectele si relaiile lor n sistem modelul dinamic sunt descrise interaciunile ntre obiecte n cadrul sistemului modelul funcional se realizeaz transformarea valorii datelor n sistem prin operaii i procese. Avantajele abordrii orientate obiect a ciclului de dezvoltare al EIS deriv tocmai din posibilitatea de a modela unitar att funciile ct i datele, de a surprinde asupra aceluiai obiect att a caracteristicilor statice, funcionale ct i dinamice prin prisma interaciunilor cu alte obiecte. In acest fel pot fi modelate i cerinele de afaceri n interaciune cu obiectele. Un alt aspect este acela c metodologiile OO acord o mare importan reutilizrii pachetelor i a componentelor. Practic ciclul de dezvoltare al EIS fiind orientat pe prototip, componentele acestuia vor putea fi reutilizate fr a reproiecta ntregul sistem. In concluzie, se poate spune c avantajele aduse de metodologiile orientate obiect fa de cele structurate recomand abordarea obiectual a sistemelor informatice executive. Exemple de metodologii i metode orientate obiect de realizare a sistemelor informatice: Object Oriented Design (OOD - elaborat de Grady Booch), Object Oriented Analysis (OOA - elaborat de Peter Coad i Edward Yourdon), Object Oriented Structured Design (OOSD - elaborat de Wasserman), Object Oriented

99

System Analysis (OOSA - este o metodologie de proiectare a sistemelor n timp real propus de Sally Shlaer i Steven Mellor), Object Modeling Technique (OMT elaborat de James Rumbaugh, Michael Blaha), Object Oriented Software Engineering (OOSE - conceput de Ivar Jacobson).

100

7.2. SOLUII DE REALIZARE A SISTEMELOR EXECUTIVE CONFORM METODOLOGIILOR UTILIZND LIMBAJUL UNIFICAT DE MODELARE (UML)

INFORMATICE

ORIENTATE-OBIECT

7.2.1. ELEMENTE ALE LIMBAJULUI UML CARE POT FI UTILIZATE N REALIZAREA SISTEMELOR INFORMATICE EXECUTIVE Metodologiile i metodele orientate obiect prezentau o serie de limite precum i foarte multe diferenieri de simboluri, notaii sau tipuri de diagrame. Aceste aspecte generau dificulti n privina nelegerii, prelurii i folosirii lor de diferite grupuri de utilizatori, n crearea de noi sisteme sau n procesul de mentenan a sistemelor. In anul 1997 prin elaborarea standardardului UML (Unified Modeling Language) cu privire la simboluri, notaii, tipuri de diagrame i tipuri de modele s-au nlturat o mare parte dintre diferenele existente ntre metodologiile orientate obiect. n prezent Limbajul Unificat de Modelare (UML) este un standard de modelare recunoscut de ctre OMG (Object Management Group), standardizarea fiind realizat n noiembrie 1997, iar pn n prezent realizndu-se o perfecionare continu a acestuia. UML poate fi definit ca fiind un limbaj de vizualizare, specificare, construire i documentare a modelelor. Valoarea lui const n faptul c este un standard deschis, realizeaz ntreg ciclul de dezvoltare al software-ului, acoper multe tipuri de aplicaii, este bazat pe marea experien a celor care l-au realizat i implementat de multe produse de tip CASE. [LUNG05]. Majoritatea corporaiilor au adoptat UML ca standard pentru propria lor metodologie, ns exist i analiti care gsesc setul UML incomplet fiind nevoii s extind notaiile existente cu alte tehnici, cum ar fi fiele CRC, pentru analiza orientat pe responsabiliti i modelul entitate asociere, pentru proiectarea bazelor de date relaionale. Exemple de metodologii care utilizeaz UML sunt: Catalysis care furnizeaz i o serie de tehnici specifice pentru modelarea componentelor distribuite, Objectory metodologie de modelare a sistemelor orientat pe cazuri de utilizare realizat de Ivar Jacobson, Fusion - dezvoltat la Hewlett Packard n anii 90 ca prim ncercare de standardizare a unei metodologii orientate obiect i combin OMT, Booch cu fie CRC i metodologiile clasice. poate fi

101

Limbajul UML dispune de o serie de notaii standard utilizate ca suport n modelarea sistemelor orientate i definete un set de diagrame pentru etapele de dezvoltare orientat-obiect a sistemelor, fcnd i o descriere riguroas a semanticii acestor diagrame i simboluri. Un sistem poate fi descris lund n considerare diferite aspecte:

Funcional: este descris structura static i comportamentul dinamic al


sistemului;

Non-funcional: necesarul de resurse implicate n dezvoltarea i


funcionarea sistemului, precum i caracteristicile tehnice ale acestuia;

Din punct de vedere organizatoric: organizarea proiectului prin


succesiunea de etape urmrite n dezvoltarea sistemului; UML a standardizat zece tipuri de diagrame pentru modelarea acestor aspecte, pentru modelarea structurii statice, pentru modelarea dinamicii i pentru implementare. Aceste diagrame sunt utilizate n diferite etape din cadrul ciclului de via pentru realizarea modelelor sistemului: Modelarea proceselor de afaceri se realizeaz folosind diagrama cazurilor de utilizare - aceast diagram dirijeaz ntreg procesul de dezvoltare a sistemului n cazul metodelor orientate pe cazuri de utilizare. Modelarea structurii statice se face cu ajutorul diagramei claselor (pentru modelarea structurii statice a claselor sistemului) i diagramei obiectelor (pentru modelarea structurii statice a obiectelor sistemului). Modelarea dinamicii este fcut utiliznd diagrame de interaciune i diagrame de comportament. UML utilizeaz dou diagrame de interaciune, una pentru modelarea circuitului mesajelor ntre obiecte, numit diagrama de secven i alta, pentru modelarea interaciunilor ntre obiecte, denumit diagrama de colaborare. Ca diagrame de comportament, se utilizeaz diagrama de stare pentru modelarea comportamentului obiectelor din sistem i respectiv diagrama de activitate pentru modelarea comportamentului cazurilor de utilizare, obiectelor sau operaiilor. Modelarea implementrii se face cu ajutorul a trei diagrame. Modelarea componentelor se realizeaz utiliznd diagrama componentelor, modelarea distribuirii sistemului se obine folosind diagrama de

102

desfurare, iar diagrama pachetelor este un mijloc de grupare a elementelor diagramelor n pachete. Se poate schia i o succesiune de activiti i etape urmrite n realizarea acestor tipuri de modele ale sistemelor informatice: 1) Specificarea cerinelor sistemului presupune descrierea cerinelor funcionale i nefuncionale pe baza discuiilor i interviurilor cu beneficiarii sistemului informatic; 2) Analiza sistemului care poate cuprinde urmtorii pai:

Modelarea cazurilor de utilizare n care se realizeaz diagrama use case la


nivel general precum i descrierea acestora;

Analiza domeniului claselor pe dou nivele: static prin diagrama claselor


n care sunt schiate clasele din domeniul proceselor de afaceri fr precizarea n detaliu a atributelor i operaiilor acestora, iar pentru clasele care au un comportament dinamic se realizeaz i diagramele de stare; dinamic - se modeleaz procesele de afaceri cu ajutorul diagramelor de activiti, de colaborare i de secven. 3) Proiectarea sistemului prin care se va definitiva soluia sistemului informatic i se vor rafina modelele acestuia prin urmtorii pai:

Construierea soluiei definitive a sistemului cu ajutorul diagramelor


cazurilor de utilizare detaliate;

Proiectarea arhitectural n care se identific principalele pachete ale


sistemului, se grupeaz clasele n pachete i se realizeaz diagrama de pachete;

Proiectarea detaliat, tot pe cele dou nivele din analiz: static se


detaliaz diagrama claselor din domeniul proceselor de afaceri cu specificarea complet a atributelor i operaiilor, se realizeaza diagrama de stare pentru clasele care au un comportament dinamic, iar opional se realizeaz i diagrama claselor pentru modelarea interfeei cu utilizatorul i pentru accesul la date; dinamic se modeleaz interaciunea dintre elementele sistemului, att din domeniul proceselor de afaceri ct i cele legate de interfa i de acces la date prin intermediul diagramelor de colaborare i de secven.

103

4) Implementarea sistemului prin care se specific componentele principale cu ajutorul diagramei componentelor i distribuirea acestora pe resursele fizice existente modelate prin diagrama de desfurare. Modelarea sistemului se realizeaz n funcie de utilizatorii implicai i de aspectele ce urmeaz a fi modelate. Pentru aceasta sunt utilizate vederile UML (Views). Acestea surprind aspecte particulare ale sistemului de modelat. O viziune este o abstractizare a sistemului, fiecare reprezentnd o proiecie a descrierii intregului sistem i care reflect un anumit aspect al su. Fiecare vedere este descris folosind un numr de diagrame care conin informaii relative la un anumit aspect particular al sistemului. Aceste vederi se completeaz, deci este posibil ca o anumit diagram s fac parte din mai multe view-uri.

Viziunea cazurilor de utilizare (Use-case View) - Aceasta surprinde


funcionalitatea sistemului, aa cum este ea perceput de actorii externi care interacioneaz cu sistemul, de exemplu managerii executivi sau sistemele tranzacionale existente n organizaie. In cadrul acestei vederi se pot realiza diagrame ale cazurilor de utilizare i ocazional, diagrame de activitate. Cei interesai de aceast viziune asupra sistemului sunt deopotriv managerii, dezvoltatorii dar i cei care vor realiza testarea i validarea funcionalitii sistemului.

Viziunea logic (Logic View) - Spre deosebire de view-ul cazurilor de


utilizare, un view logic privete nuntrul sistemului i descrie att structura intern a acestuia (clase, obiecte i relaii) ct i colaborrile care apar cnd obiectele trimit unul altuia mesaje pentru a realiza funcionalitatea dorit. Structura static este descris n diagrame de clas, n timp ce pentru modelarea dinamicii sistemului se vor folosi diagramele de stare, de secvent, de colaborare sau de activitate. Prin urmare, cei care sunt interesai de acest tip de vizualizare a sistemului sunt consultanii i dezvoltatorii.

Viziunea componentelor (Component View) - Componentele sunt module de


cod de diferite tipuri. n funcie de coninutul lor acestea pot fi: componente care conin cod surs, componente binare sau executabile. View-ul componentelor are rolul de a descrie componentele implementate de sistem i dependenele ce exist ntre ele, precum i resursele alocate acestora i eventual alte informaii administrative, cum ar fi de exemplu o planificare a

104

activitilor de dezvoltare. Este folosit n special de dezvoltatorii sistemului, iar n componena sa intr diagrame ale componentelor.

Viziunea de concuren (Concurent View) - Sistemul poate fi construit astfel


nct s ruleze pe mai multe procesoare. Acest aspect, care este unul nonfuncional, este util pentru o gestionare eficient a resurselor, execuii paralele i tratri asincrone ale unor evenimente din sistem, precum i pentru rezolvarea unor probleme legate de comunicare i sincronizare. Cei care sunt interesai de o astfel de vizualizare a sistemului sunt dezvoltatorii i integratorii de sistem, iar pentru construirea lui se folosesc diagrame dinamice (stare, secvent, colaborare i activitate) i diagrame de implementare (ale componentelor sau de desfurare).

Viziunea de desfsurare (Deployment View) Este modelat desfurarea


fizic a sistemului, pe dispozitivele folosite pentru realizarea efectiv a implementrii, cum sunt acestea conectate, precum i ce componente se vor executa pe fiecare nod. Aceast tip de vizualizare a sistemului prezint interes pentru dezvoltatori, integratorii de sistem i cei care realizeaz testarea sistemului, iar pentru construirea view-ului este folosit diagrama de desfurare. Modelarea sistemelor se realizeaz innd cont de componentele acestuia mprite n trei pachete principale:

Procesele de afaceri (Business Services) modeleaz soluia sistemului,


clasele de baz i interaciunea dintre acestea.

Interfaa cu utilizatorul (User Services) modeleaz componenetele legate de


interfaa sistemului cu utilizatorul, dar i elementele de interfaa dintre anumite subsisteme.

Accesul la date (Data Services) modeleaz serviciile legate de accesul la


sursele de date, att la cele din sistemele tranzacionale ct i la depozitele de date, precum i modalitatea de extragere a datelor.

105

7.2.2. EXTENSII UML UTILIZATE N REALIZAREA SISTEMELOR INFORMATICE EXECUTIVE Realizarea sistemelor informatice executive implic modelarea particularitilor acestor tipuri de sisteme prin adaptarea setului standard de notaii i diagrame existente n UML. Astfel, trebuie inut cont de urmtoarele aspecte:

Condiii de utilizare - EIS sunt proiectate pentru analize ad-hoc i rezultatele


nu sunt cunoscute dinainte, cerinele i procesele de afaceri; modelarea sistemului trebuie orientat spre

Actualizarea datelor In cadrul EIS se utilizeaz depozite de date optimizate


pentru a realiza o mare varietate de interogri. Datele din depozite sunt actualizate regulat (de regul n fiecare sptmn sau lun) cu ajutorul procesului ETL. Utilizatorii finali nu pot modifica (actualiza) direct datele.

Modelul de date utilizat - n depozitele de date se folosete forma


denormalizat (cum este schema stea) pentru optimizarea operaiilor fa de sistemele OLTP care folosesc forma normalizat a datelor pentru a optimiza operaiile de actualizare/inserare/terge i pentru a garanta consistena datelor. Esena unui model dimensional de calitate sporit este alegerea unui set de dimensiuni ct mai apropiate de cele naturale i de perspectiva utilizatorului. Este folositor s avem o analiz ER nainte de a ncepe analiza dimensional deoarece echipa de proiectani a depozitului de date va nelege datele mai bine. Modelul dimensional trebuie abordat mai mult din perspectiva utilizatorului dect din cea a datelor. Dac nu exist o analiz ER anterioar, ea nu se recomand a fi fcut datorit redundanei datelor.

Operaiile tipice realizate - O operaie de analiz n cadrul EIS cere premise


de realizare diferite fa de sistemele tranzacionale, implic schimbri de perspectiv, selecia dimensiunilor, rotaii n cadrul acestora, deci trebuie modelat distinct att interaciunea dintre componentele sistemului ct i accesul la date.

Funcii de previzionare i analiz a datelor istorice, data mining Modelarea


va surprinde i aceste particulariti prin proiectarea unor funcii i algoritmi care vor permite realizarea de astfel de operaii la nivelul sistemului Abordarea modelrii sistemelor informatice executive prin prisma proiectrii orientate obiect presupune utilizarea conceptelor fundamentale ale OO (clase, 106

obiecte, ncapsulare, agregare, motenire, polimorfism, abstractizare) n realizarea modelului att din punct de vedere static (structural) ct i dinamic. Unul din principalele scopuri ale UML este acela de a asigura extensibilitatea precum i mecanismele de specializare prin care s fie extinse conceptele de baz. Pentru acoperirea tuturor situaiilor de modelare, autorii UML dau posibilitatea extinderii acestor situaii cu stereotipuri, comentarii i constngeri. Constrngerile introduce anumite restricii legate de comportamentul unui obiect isunt ataate unui element al modelului. O constrngere este inclus ntre acolade ({ }). Comentariile documenteaz cu ajutorul unor informaii suplimentare comportamentul unui element al modelului. Stereotipurile sunt clase adiionale elementului modelat care reprezint elemente ale modelului existent dar utilizate cu scop diferit. Practic, comportamentul obiectului este modificat i direciile de aplicare sunt reorientate. Un stereotip este inclus ntre << >>. In lucrrile [LMTR02] i [TRPA01] autorii propun extinderea setului de stereotipuri i constrngeri standard ale UML prin introducerea unui set corespunztor pentru modelarea multidimensional. Pentru definirea acestor stereotipuri se propune urmtorul ablon:

Denumire: Numele stereotipuluiClasa de baza: Elementul UML caruia i se aplica stereotipulDescriere: Descrierea detaliata a functionalitatii stereotipuluiImagine: s Simbolul grafic asociat stereotipuluiConstrangeri: Lista constangerilor definita prin S expresii ale limbajului OCL (object constraint language) asociate stereotipuluiValori: e Se pot asocia anumite valori permise i valori implicite S

Tabel 7.1. ablon pentru definirea stereotipurilor Pentru modelarea sistemelor informatice executive putem s utilizm, s modificm sau s definim extensii ale elementelor UML, dup cum vom prezenta n continuare, n funcie de cele dou aspecte ale modelului: componenta static i cea dinamic. A. Modelul static - Modelarea comportamentului static al sistemului presupune identificarea claselor existente i a relaiilor dintre acestea. n cazul

107

sistemelor EIS modelarea static presupune identificarea dimensiunilor i a tabelelor de fapte i a legturilor dintre ele. Clasele modelului Tabelele de fapte i dimensiunile sunt reprezentate prin clase fapte (Fact classes), respectiv clase dimensiuni (Dimension classes). Clasele fapte vor fi specificate ca fiind clase compozite formate prin agregarea claselor dimensiuni. Relaia dintre clasele fapte i clasele dimensiuni este de tipul multi la multi. Considerm cardinalitatea minim a claselor dimensiuni 1, indicnd astfel faptul c o instan a clasei fapte este realizat de o instan a clasei dimensiune. Cardinalitatea minim a clasei fapte se poate considera 0, indicnd astfel faptul c o instan a clasei dimensiune poate participa la zero sau o instan a clasei fapte. Dimensiunile se formeaz din mai multe nivele ierarhice prin compuneri si agregri succesive ale nivelelor. Nivelul de baz este modelat cu ajutorul unei clase speciale numite clas de baz (Base Class). Nivelele superioare se modeleaz prin clase de nivel (Level Class). Pentru modelarea structurilor ierarhice i a nivelelor din cadrul dimensiunilor i a modului de formare a acestora se utilizeaz dou tipuri de relaii ntre clasa dimensiune i nivelele ierarhice:

Asocierea se utilizeaz n cazul agregrii nivelelor ierarhice pentru


formarea dimensiunilor i este considerat de de tipul 1 la multi.

Clasificarea - se utilizeaz n cazul compunerii unor nivelelor ierarhice sau


de baz n formarea dimensiunilor i este considerat ca fiind o relaie de generalizare specializare. n cadrul unei clase dimensiune se pot ntlni ambele tipuri de asocieri. Atributele i operaiile claselor dimensiune Atributele claselor dimensiuni se pot clasifica astfel:

Atribute de identificare (Identifying attribute) sunt identificatorii claselor


dimensiune (de exemplu IDTIMP, IDZONA). Sunt considerate ca atribute private.

Atribute descriptive (Descriptor attribute)


Descriere Timp, Descriere Zona).

permit descrierea

dimensiunilor i sunt considerate drept atribute publice (de exemplu

Atribute printe (Parent attribute) permit stabilirea ierarhiilor.


108

Aceste tipuri de atribute sunt necesare n procesul de generare automat a depozitelor de date i sunt stocate n dicionarul metadatelor. Pe lng acestea se pot identifica i alte tipuri atribute n funcie de cerine. Operaiile claselor dimensiune deriv din operaiile modelului multidimensional i sunt:

Roll Up / Drill Down - sunt operaii de navigare n cadrul nivelelor


ierarhice.

Secionri (Slice-Dice) sunt limitri, fragmentri ale dimensiunilor


pentru a obine o anumit viziune asupra datelor.

Rotaii (Pivoting) sunt interschimbri ale dimensiunilor pentru obinerea


unor perspective diferite asupra datelor. Atributele i operaiile claselor de fapte Atributele claselor de fapte sunt:

Atribute de identificare (Identifying attribute) sunt identificatori


asemntori cu cheile externe din modelul relaional i de obicei sunt provenii din identificatorii claselor de dimensiune.

Atribute descriptive (Descriptor attribute)


variabileleor i a msurilor .

permit descrierea

Atribute msuri sau fapte (Fact attribute) definesc variabilele i msurile


tabelelor de fapte.

Atribute calculate sau formule (Formula attribute) - definesc variabilele i


msurile calculate pe baza unor formule sau expresii. Operaiile claselor de fapte sunt operaiile care se aplic n coresponden cu operaiile dimensiunilor pe lng acestea se definesc i o serie de operaii ce permit calcularea variabilelor i stabilirea formulelor pentru atributele calculate. Pentru modelul static pe baza celor identificate mai sus am realizat urmtoarele stereotipuri: Clase: Nr 1. 2. 3. 4. Stereotip <<Dimension>> <<Fact>> <<Base>> <<Level>> Semnificaie Clasa dimensiune Clasa fapte Clasa de baz Clasa nivel

109

Atribute: Nr Stereotip 1 <<OID>> 2 <<OD>> 3 <<Parent ID>> 4 <<Dimension Attribute>> 5 <<Fact Attribute>> 6 <<Formula Attribute>> Relaii: Nr 1 2 Stereotip <<HDim>> <<Completeness>> Semnificaie Reprezint existena tipurilor de ierarhii in cazul dimensiunilor Completitudinea unei asocieri de clasificare n cadrul ierarhiilor Pe baza acestora am realizat i o descriere a stereotipurilor care vor fi utilizate la nivel static pentru a putea documenta complet acest set. Pentru a-l putea defini i utiliza n orice instrument CASE fiecare stereotip trebui s aib asociate i constrngerile corespunzatoare, acestea fiind descrise cu ajutorul limbajului OCL (Object Constraint Language): <<Dimension>> 1. Denumire: DIMENSION Clasa de baza: Class Descriere: Extensia reprezinta o dimensiune intr-un model multidimensional Imagine: Constrangeri: Atributele clasei trebuie sa fie de tipul: Atribut Identificator, Atribut descriptor, Atribut Dimensiune: self.feature->select(oclIsKindOf(Attribute))->forAll(oclIsTypeOf(OID) or oclIsTypeOf(Descriptor) or oclIsTypeOf(DimensionAttribute)) 2. Asocierea Clasei dimensiune cu o clasa Fapte trebuie sa fie de tipul agregare: self.association.association->forAll(associationEnd.participant.oclIsTypeOf(Fact) implies associationEnd.aggregation= #aggregate) self.association.association->forAll(associationEnd.participant.oclIsTypeOf(Fact) implies aggregation <> #aggregate) 3. Optional pentru scheme de tip stea: o clasa dimensiune nu se poate asocia cu o alta clasa dimensiune Semnificaie Atribut identificator Atribut descriptor Atribut printe (clasa dimensiune) Atribut (clasa dimensiune) Atribut msur (clasa fapte) Atribut calculat (clasa fapte)

110

self.allOppositeAssociationEnds->forAll(not participant.oclIsTypeOf(Dimension))

Valori: -isTime: Tip: UML::Datatype::Boolean Multiplicitate: 1 Descriere: Indica faptul ca dimensiunea reprezinta timpul sau nu <<Fact>>

Denumire: FACT Clasa de baza: Class Descriere: Extensia reprezinta o tabela de fapte intr-un model

multidimensional Imagine: Constrangeri: Atributele clasei trebuie sa fie de tipul: Atribut Identificator, Atribut Fact: self.feature->select(oclIsKindOf(Attribute))->forAll(oclIsTypeOf(OID) or oclIsTypeOf(FactAttribute)) Asocierea clasei Fapte trebuie sa fie de tipul agregare: Clasa de fapte se poate asocia cu o clasa dimensiune self.association->forAll(aggregation = #aggregate) self.allOppositeAssociationEnds->forAll(participant.oclIsTypeOf(Dimension)) Valori: Neprecizate <<Level>> Denumire: LEVEL Clasa de baza: Class Descriere: Extensia reprezinta un nivel superior dintr-o ierarhie intr-un model

multidimensional Imagine: Constrangeri: Atributele clasei trebuie sa fie de tipul: Atribut Identificator, Atribut descriptor, Atribut Parinte: self.feature->select(oclIsKindOf(Attribute))->forAll(oclIsTypeOf(OID) or oclIsTypeOf(Descriptor) or oclIsTypeOf(ParentAttribute))

111

O clasa nivel se poate asocia cu o clasa dimensiune, cu o clasa nivel sau cu o clasa de baza:

self.allOppositeAssociationEnds->forAll(participant.oclIsTypeOf(Base) or participant.oclIsTypeOf(Dimension)) or participant.oclIsTypeOf(Level)) Valori: Neprecizate <<Base>> Denumire: BASE Clasa de baza: Class Descriere: Extensia reprezinta nivelul de baza a unei dimensiuni intr-un model multidimensional Imagine:

Constrangeri: Atributele clasei trebuie sa fie de tipul: Atribut Identificator, Atribut descriptor, Atribut Parinte: self.feature->select(oclIsKindOf(Attribute))->forAll(oclIsTypeOf(OID) or oclIsTypeOf(Descriptor) or oclIsTypeOf(ParentAttribute)) O clasa de baza se poate asocia cu o clasa dimensiune, cu o clasa Level sau cu o clasa de baza: self.allOppositeAssociationEnds->forAll(participant.oclIsTypeOf(Base) or participant.oclIsTypeOf(Dimension)) or participant.oclIsTypeOf(Level)) O clasa de baza poate fi numai copil intr-o asociere: self.generalization->size <= 1 Valori: Neprecizate <<OID>> Denumire: OID Clasa de baza: Attribute Descriere: Atribute de identificare ale claselor Dimensions, Facts, Level, Base Imagine:

Constrangeri: Neprecizate Valori: 112

Neprecizate <<OD>> Denumire: OD Clasa de baza: Attribute Descriere: Atribute de descriere ale claselor Dimensions, Level, Base Imagine:

Constrangeri: Poate apare numai la atributele claselor Dimensions, Level, Base

self.owner.oclIsTypeOf(Dimension) or self.owner.oclIsTypeOf(Base) or self.owner.oclIsTypeOf(Level) Valori: Neprecizate <<Parent ID>> Denumire: PARENT ID Clasa de baza: Attribute Descriere: Atribute parinte ale claselor Level, Base Imagine: Constrangeri: Poate apare numai la atributele claselor Level, Base

self.owner.oclIsTypeOf(Level) or self.owner.oclIsTypeOf(Base) Valori: Neprecizate << Dimension Atribute >> Denumire: DIMENSION ATTRIBUTE Clasa de baza: Attribute Descriere: Atribute dimensiune ale claselor Dimensions, Level, Base Imagine: Constrangeri: Poate apare numai la atributele claselor Level, Base sau Dimensions

self.owner.oclIsTypeOf(Level) or self.owner.oclIsTypeOf(Base) or self.owner.oclIsTypeOf(Dimensions)

113

Valori: Neprecizate << Fact Atribute >> Denumire: FACT ATTRIBUTE Clasa de baza: Attribute Descriere: Atribute fapte ale claselor Fact Imagine: Constrangeri: Poate apare numai la atributele claselor Fact

self.owner.oclIsTypeOf(Fact) Valori: Neprecizate << Formula Atribute >> Denumire: FORMULA ATTRIBUTE Clasa de baza: Attribute Descriere: Atribute calculate ale claselor Fact Imagine:

Constrangeri: Poate apare numai la atributele claselor Fact self.owner.oclIsTypeOf(Fact) Necesita definirea formulei de calcul sau a regulii de derivare (expresie OCL) self.derived implies self.derivationRule.oclIsTypeOf(OclExpression) Valori: - derivationRule: Tip: UML::Datatypes::String Multiplicitate: 1 Descriere: Specificarea regulii de derivare sau a formulei de calcul << Dimension Package >> Denumire: DIMENSION PACKAGE Clasa de baza: Logical Package Descriere: Pachet logic utilizat pentru gruparea si modelarea ierarhiilor unei clase dimensiuni

114

Imagine:

Constrangeri: Poate contine numai clase de tipul: dimension, base, level self.feature-> select(oclIsKindOf(Class))-> forAll(oclIsTypeOf(Dimension) or oclIsTypeOf(Base) or oclIsTypeOf(Level)) Valori: - derivationRule: Tip: UML::Datatypes::String Multiplicitate: 1 Descriere: Specificarea regulii de derivare sau a formulei de calcul << DAG >> Denumire: DAG Clasa de baza: Asociere Descriere: Directed Acyclic Graph reprezinta existenta ambelor tipuri de ierarhii in cazul dimensiunilor Imagine: None

Constrangeri: Poate apare numai la asocierile dintre clasele Dimensions, Base, Level self.associationEnd.participant->forAll(oclIsTypeOf(Dimension) or oclIsTypeOf(Base)) or oclIsTypeOf(Base)) Valori: Neprecizate << Completeness >> Denumire: COMPLETENESS Clasa de baza: Asociere Descriere: reprezinta o asociere completa Imagine: Neprecizata

Constrangeri: Poate apare numai la asocierile dintre clasele Dimensions, Base, Level self.associationEnd.participant->forAll(oclIsTypeOf(Dimension) or oclIsTypeOf(Base)) or oclIsTypeOf(Base)) Valori: Neprecizate

115

Reguli de validare MD Denumire: REGULI DE VALIDARE MD Descriere: reprezinta reguli de apartenenta a claselor la modelul multidimensional Imagine: Neprecizata

Constrangeri: Clasele din modelul MD pot fi de tipul Dimensions, Base, Level, Fact self.allContents->forAll(oclIsKindOf(Class) implies (oclIsTypeOf(Fact) or oclIsTypeOf(Dimension) or oclIsTypeOf(Base))) Valori: Neprecizate Tabel 7.2. Definirea stereotipurilor pentru modelarea sistemului EIS B. Modelul dinamic - surprinde interaciunea dintre instanele claselor modelului. Orice obiect are o stare ca rezultat al unor activiti anterioare realizate de obiect i de obicei este determinat de valorile atributelor i de legturile lui cu alte obiecte. Starea unui obiect se modific atunci cnd apare un eveniment. Sunt dou dimensiuni ale dinamicii: interaciunea cu obiectul i modificrile survenite n starea lui intern, iar pentru a vedea cum obiectele reacioneaz la evenimente i ce modificri implic fiecare eveniment n starea lor intern se modeleaz starea obiectelor. n programarea orientat obiect o interaciune ntre dou obiecte este realizat printr-un mesaj trimis de la un obiect la altul. Cel mai adesea mesajul este implementat ca un simplu apel de operaie iar dup ce operaia a fost executat, controlul este returnat apelantului mpreun cu valoarea returnat. n cazul Sistemelor Informatice Executive modelarea interaciunilor dintre elemente se va focaliza pe schimbul de mesaje i apelul operaiilor de tipul: navigare pe nivelele ierarhice, schimbarea perspectivei de analiz, previzionare, scenarii ce se ntmpl dac (What If), aplicarea algoritmilor de Data Mining, selectarea i recalcularea unor indicatori, analize top-bottom, etc. Aceste mesaje se vor schimba n principal ntre clasele de fapte i cele dimensiune la declanarea unor cereri din partea utilizatorului. Pentru modelarea comportamentului dinamic se pot utiliza att diagramele de secven i colaborare ct i cele de activiti.

116

Exemplificare: n ultimul capitol este modelat o soluie de sistem informatic executiv conform ciclului de dezvoltare propus n capitolul 6 i n care am aplicat stereotipurile UML prezentate n cadrul acestui capitol, descrierea lor i a diagramelor realizndu-se n Rational Rose 2003.

117

CAPITOLUL VIII SOLUII DE TEHNOLOGII I INSTRUMENTE DISPONIBILE CARE POT FI UTILIZATE N REALIZAREA SISTEMELOR INFORMATICE EXECUTIVE

8.1. SOLUII DE SISTEME DE GESTIUNE A BAZELOR DE DATE. ANALIZ COMPARATIV A PERFORMANELOR I FACILITILOR OBINUTE DE SGBD-URILE DISPONIBILE Obiectivul principal al acestui capitol este de a realiza o comparaie ntre principalele sisteme de gestiune a bazelor de date i instrumente existente i care sunt sau se pot utiliza la realizarea unor sisteme informatice executive n cadrul organizaiilor din Romnia. Studiul nu se va concentra pe analiza unor produse software de inteligena afacerilor sau sisteme executive deja existente deoarece nu este relevant comparaia avantajelor i dezavantajelor comerciale sau funcionale aduse de un produs la cheie, luat separat, fr mediul de afaceri n care funcioneaz, chiar dac n comparaie sar utiliza aceleai criterii. Mai important considerm c este o analiz a platformelor i sistemelor de gestiune a bazelor de date pe care se poate construi un sistem informativ executiv. Aa cum am artat n capitolul destinat ciclului de dezvolare al EIS, rolul unui sistem de gestiune a bazelor de date i al facilitilor oferite de acesta este deosebit de important n succesul i performana unui sistem informatic executiv. Din acest punct de vedere analiza va ine cont de facilitile de lucru cu baze de date evoluate i depozite de date, de implementarea unor funcionaliti OLAP i data mining dar i legate de integrarea datelor din surse diverse i de integrarea aplicaiilor, de modalitatea de realizare a procesului de extragere, transformare i ncrcare a acestor date n depozitele de date finale, de uurina n administrare i de instrumentele oferite pentru dezvoltarea interfeelor. Un punct important al analizei se refer la performana n interogare, att pe bazele de date operaionale, dar mai ales pe extragerea datelor din depozitele de date. Avnd n vedere c majoritatea organizaiilor au deja implementate aplicaii de diferite generaii pe dou mari platforme de baze de date i anume Oracle i Microsoft SQL Server ne vom rezuma comparaia la aceste dou SGBD-uri, iar 118

versiunile curente supuse analizei sunt Oracle Database 10g i Microsoft SQL Server 2005. Fiecare dintre acestea sunt disponibile n diferite ediii sau variante pentru a acoperi ct mai bine toate cerinele existente pe pia. Oracle Database 10g este disponibil n cinci ediii, fiecare avnd implementate caracteristici specifice fiecrui segment de pia vizat: Oracle Database 10g Standard Edition One (SE1) este destinat mediilor de afacerii cu cerine de prelucrare relativ reduse, nivelelor departamentale, fiind limitat la maxim dou procesoare; Oracle Database 10g Standard Edition (SE) este varianta superioar a lui SE1, avnd i faciliti de clusterizare cu Real Application Cluster, ns este limitat la un server cu maxim 4 procesoare; Oracle Database 10 Enterprise Edition (EE) reprezint versiunea cea mai complex, cu faciliti de gestionare a volumelor mari de date n medii tranzacionale i aplicaii critice, optimizri n extragerea datelor din depozite de date, administrare i securitate ridicat. In cadrul acestui studiu m vom referi n mod explicit la caracteristicile acestei versiuni; Oracle Database 10g Personal Edition (PE) este ediia destinat dezvoltrii de aplicaii individuale, fiind compatibil cu celelalte produse ca SE1, SE i EE. Avantajul const n faptul c ruleaz pe staii variante, cu mai multe procesoare, ns este limitat la un singur utilizator; Oracle Database 10g Express Edition (Oracle Database XE) este o ediie lansat recent, gratuit, destinat mediilor de afaceri cu cerine de prelucrare mici i medii, se poate instala pe orice staie, ns fiind o versiune gratuit dimensiunea bazei de date este limitat la maxim 4 Gb. Majoritatea ediiilor disponibile conin faciliti de administrare i securitate avansate cum ar fi clusterizare, partiionare, algoritmi de criptare, gestiunea utilizatorilor n funcie de drepturile i rolurile acordate, gestionare integrat a resurselor, optimizarea cererilor de date. Sunt implementate att metodele de prelucrare tranzacionale ct i opiuni de Business Intelligence cu funcionalitile OLAP, data mining i suportul pentru construirea depozitelor de date. Din punct de vedere al integrrii datelor sunt prezente servicii de interconectare a datelor din surse i sisteme externe. O comparaie ntre facilitile ediiilor este prezentat n tabelul 8.1.[OWP06]:

119

Caracteristic Numr de procesoare

XE nelimitat

SE1 2

SE 4

EE Comentarii nelimitat

Dimensiune baz de date Partiionare Clusterizare Optimizare automat Administrare integrat a resurselor prin Enterprise Manager Gestiunea utilizatorilor Criptare date i management al cheilor Import/Export Extragere, transformare i prelucrare a datelor (ETL) Replicare fuzionare Replicare tranzacional Suport instrumente de Business

4 GB DA -

Fr limit Fr limit Fr limit DA DA DA DA DA DA DA DA DA

DA DA

DA DA

DA DA

DA DA

DA -

DA -

DA DA

DA DA

DA DA DA

DA DA DA

DA DA DA

DA DA DA

Intelligence Management i Parial * administrare avansat

DA

DA

DA

*Fr automat

gestiunea a

spaiului, restaurare

120

Caracteristic OLAP Data Mining Text Mining

XE -

SE1 -

SE -

EE DA DA DA

Comentarii i back-up automat

Tabel 8.1. Caracteristicile ediiilor Oracle Database 10g

Corporaia Microsoft a realizat familia de produse SQL Server 2005 pentru a satisface cerinele tuturor segmentelor de clieni, cu ajutorul a patru ediii: Express, Workgroup, Standard i Enterprise. Cele patru ediii ofer o varietate de caracteristici, de la disponibilitate ridicat i scalabilitate robust pn la instrumente Business Intelligence implementate prin instrumentele Analysis Services. Fiind o component a Windows Server System, clienii pot dispune de beneficii care includ o durat de implementare redus prin capacitatea de administrare i integrare care rezult din strategia Common Engineering. Cele patru ediii sunt destinate unor cerine diferite de prelucrare i din punct de vedere al facilitilor aceste patru ediii sunt dispuse n mod asemntor cu ediiile Oracle Database 10g, dup cum se prezint n tabelul 8.2: [NET03]

Caracteristic Expres Numr de procesoare Dimensiune baz de date Partiionare 4 GB 1

Workgroup Standard Enterprise Comentarii 2 4 Fr limit Include multicore Fr limit Fr limit Fr limit DA Suport scar larg pentru suport pentru procesoare

baze de date la Clusterizare Optimizare automat DA DA DA DA DA DA Optimizeaz automat baza de date performan optim Administrare DA DA 121 DA Platform de pentru

Caracteristic Expres integrat a resurselor prin Management Studio

Workgroup Standard Enterprise Comentarii management complet SQL pentru Server; (BI)

include Business Intelligence Development Studio

Gestiunea utilizatorilor

DA

DA DA

DA DA

DA DA Criptare ncorporat pentru securitate avansat a datelor

Criptare date DA i management al cheilor Import/Export DA Extragere, Transformare i prelucrare a datelor (ETL) Replicare fuzionare Replicare tranzacional Replicare Oracle DA DA -

DA -

DA DA

DA DA

DA DA -

DA DA -

DA DA DA Replicare tranzacional cu o baz de date Oracle n calitate de publisher

Instrumente de Business Intelligence BI Development

DA

DA

DA

DA

Mediu dezvoltare integrat generarea depanarea

de pentru i

122

Caracteristic Expres Studio

Workgroup Standard Enterprise Comentarii integrrii datelor, soluii raportare OLAP, data mining i de

Management al datelor avansat

DA

Cuburi partiionate, procesare paralel, sincronizare server

Data Mining

DA

DA

Text Mining DA Tabel 8.2. Caracteristicile ediiilor Microsoft SQL Server 2005 Conform unor studii comparative realizate asupra acestor dou produse, Oracle Database 10g i Microsoft SQL Server 2005, de ctre Edison Group Inc [EDIS06] i de WisdomForce Technologies Inc [WISD06] se observ o superioritate n ceea ce privete facilitile de gestiune i administrare a datelor, dar i a caracteristicilor de Business Intelligence implementate de Oracle Database 10g fa de SQL Server 2005. Comparaia dintre cele dou produse pe baza criteriilor de administrare i gestionare a datelor este sintetizat n tabelul 8.3:

123

Caracteristica

Oracle Database 10g

Microsoft SQL Server 2005

Sisteme de operare suportate

Microsoft Windows 64-bit Itanium Unix

Microsoft Windows

98/NT/2000/2003/XP, inclusiv varianta 98/NT/2000/2003/XP

Linux, Linux Itanium, Linux x86-64, Linux on Power IBM z/OS Solaris, Solaris SPARC (64-bit) HP-UX Itanium, HP-UX PA-RISC AIX5L Apple MAC OS

Suport pe 64-bii

Ofer suport nc din versiunea 9i, attOfer suport ncepnd cu versiunea pentru Microsoft Windows ct i pentru2005, numai pentru Microsoft Windows alte sisteme de operare (Linux, Solaris). Server 2003 Standard x64 Edition, Enterprise x64 Edition, sau Datacenter x64 Edition

124

Administrare

Administrare uoar prin intermediulAdministrarea dedicat se poate realiza interfeelor i utilitarelor specifice cumnumai prin linia de comand: ar fi Enterprise Manager sau direct dinSQLCMD -S user\parola -U system -P linia de comand cu ajutorulmanager A instruciunilor. Cei care au acest rol suntSchimbarea schemei curente se poate utilizatorii cu drepturi de DBA i serealiza prin intermediul politicilor de conecteaz prin conturile specifice casecuritate sys sau system. de utilizatori prin intermediul funciei sys.verify_function utlpwdmg.sql ncepnd cu versiunea 8i se ofer posibilitatea schimbrii schemei curente i conectrii la o alt schem prin intermediul sesiunilor de lucru: ALTER SESSION SET CURRENT_SCHEMA = apps; definit n admin/ $ORACLE_HOME/rdbms/ Sunt implementate roluri pentru grupuri referitoare la schemele utilizatorilor.

Indexare

Sunt implementate mai multe tipuri deSe implementeaz doar indeci de tip indeci: BTree, reverse BTree, indeci deBTree. tip Bitmap care funcioneaz foarte bine pe coloane cu selectivitate redus, indeci bazai pe clustere

125

Partiionare

Oracle ofer mai multe tipuri dePartiionarea este o facilitate recent partiionare bazat pe intervale de valori,introdus n versiunea de MSSQL 2005. hash sau liste. Este implementat iPartiionarea este implementat printr-o partiionarea pe dou nivele. Aceste tipuri acoper funcie utilizator definit n T-SQL majoritateasau .NET. Paii pentru realizarea unei se creeaz o funcie n care se specific se creeaz modalitatea o schem de de partiionare a tabelelor; partiionare; se creeaz tabela sau index-ul utiliznd schema de partiionare.

cerinelor de partiionare. Tipul se poatepartiii sunt: specifica n cadrul sintaxei DDL create table.

Clusterizare

Avantajul pe care l are Oracle asupraSe ofer suport pentru clusterizare, ns MSSQL este acela c implementeazfacilitile i opiunile sunt mult mai clusterizarea bazat pe RAC/Grid carereduse dect cele oferite de Oracle 10g. poate fi scalat pe orice arhitectur iOpiunea de clusterizare de tipul Grid nu este suportat chiar i n versiunea SE.este dezvoltat. Administrarea clusterelor de tipul RAC/Grid se realizeaz prin soluia de management ASM (Automatic Storage Management).

Replicare date i management al cheilor

Oracle implementeaz replicarea de tipulFacilitile de replicare din SQL Server peer-to-peer, cu reguli extinse printr-osunt destul de limitate, n sensul c toate nou facilitate numit "rules engine"carebazele de date participante trebuie s permite replicate. date. realizarea Fa de de transformriaib scheme identice, iar obiectele 2005,asemenea replarea de tipul peer-to-peer coloanelor. online, n timp real asupra datelorconinute trebuie s fie diferite. De MSSQL replicarea suport i filtrri i mapri denu suport filtrarea n cadrul liniilor sau

126

Import/Export

Versiunea 10g aduce un nou utilitar deMSSQL 2005 are de asemenea dou import/export numit data pump astfelutilitare de import/export: BCP u DTS nct n prezent exist dou utilitare deprin care se pot importa date att din import imp/data pump i dou utilitaresurse relaionale ct i din fiiere text. de export de date exp/data pump. Utilitarul DTS (Data Transformation Pentru importul/exportul de date dinService) este, din punct de vedere al surse externe, inclusiv fiiere text sefacilitilor de transformare i ncrcare a utilizeaz utilitarul sqlldr. datelor, superior utilitarelor similare de Tot pentru transformarea i ncrcareala Oracle. datelor se poate utiliza la instrumentulTotui din punct de vedere al surselor de ETL din Warehouse Builder. care oferdate i al complexitii transformrilor suport pentru ntregul proces derealizate, utilitarul ETL din Warehouse nu are echivalent n extragere, transformare i prelucrare aBuilder Microsoft, text, Oracle, DB2, Informix.

datelor din surse variate ca: SAP,MSSQL2005. Suport pentru XML Prin opiunea XML DB se ofer suportMSSQL 2005 ofer aceleai faciliti ca pentru stocarea, indexarea i interogareai Oracle Database 10g. documentelor.

Tabel 8.3. Analiza facilitilor de administrare i gestiune a datelor n Oracle Database 10g vs. Microsoft SQL Server 2005 Din punct de vedere al facilitilor i instrumentelor de inteligena afacerilor (Business Intelligence) comparaia dintre cele doua SGBD-uri este prezentat n tabelul 8.4:
Caracteristica

Oracle Database 10g

Microsoft SQL Server 2005

127

Managementul datelor multidimensionale

Instrumentele managementul

pentru lor

construirea Construirea depozitelor de date se sunt variate SQL Server 2000 Analysis Services, iar

depozitelor de date ct i pentru realizeaz cu ajutorul instrumentului ncepnd cu un nivel general n managementul datelor i al metadatelor Enterprise Manager Console, n cu Enterprise Manager i Analysis Analytic Workspace Manager, a Manager depozitelor virtuale n Discoverer Administrator Oracle dezvoltare i culminnd cu Warehouse Builder,

instrument ce susine ntreg ciclul de

Suport pentru procesul ETL

In Oracle Warehouse Builder se Componenta asistare a procesului de extragere, mai vechi

SQL

Server

2005 Data

ofer un instrument puternic de Integration Services sau n variantele componenta transformare i ncrcare a datelor Transformation Services (DTS) susin din surse variate: SAP, Oracle, DB2, procesul ETL, ns din punctul de MSSQL Server, FoxPro, foi de vedere al surselor de date i al calcul, fiiere text, etc. complexitii transformrilor realizate aceste componente sunt inferioare utilitarului corespondent din Oracle Warehouse Builder.

128

Funcii analitice i OLAP

Oracle ncepnd cu versiunea 8i ofer o gam larg de funcii analitice (aproape 100) destinate extragerii de date pentru rapoarte complexe, printre care: AVG, CORR, COVAR_x, COUNT, CUME_DIST, DENSE_RANK, FIRST, FIRST_VALUE, LAG, LAST, LAST_VALUE, LEAD, MAX, MIN, NTILE, PERCENT_RANK, PERCENTILE_x, RANK, RATIO_TO_REPORT, REGR_x, ROW_NUMBER, STDDEV_x, SUM, VAR_x, VARIANCE. Pentru operaii OLAP se ofer suport att prin limbajele DML i DDL specifice ct i prin instrumente variate din gama Business Intelligence. Opiunea Oracle Data de algoritmi: Modele predictive sau instruire supervizat: algoritmi de clasificare, algoritmi de regresie; Modele descriptive sau instruire nesupervizat: clusterizare, de asociere bazate pe analiza coului de cumprturi; reguli

ncepnd cu versiunea 2005 i MSSQL implementeaz prin T-SQL funcii analitice i funcii destinate analizei OLAP i operatori relaionali cum ar fi: PIVOT, APPLY, ROW_NUMBER.

Data Mining

Mining Ca

Oracle

Database nou

10g

se care

permite aplicarea urmtoarelor tipuri implementeaz

algoritmi

includ arbori de decizie i regresie, clustering, logistic i regresie liniar, reele neutre, clasificatori naive bayes, asociere, clustering n secven i serii temporare.

129

Text Mining

Pe

lng

text i i

mining modele

sunt Are faciliti de text mining. pentru

implementate multimedia (BLAST)

bioinformatic

Utilitare de Data Mining

Oracle Data Miner prin care se pot SQL Server 2005 Analysis Services prin aplica algoritmii specifici att prin care se pot aplica algoritmii de extragere intermediul interfeei ct i prin cod a Java sau PL/SQL. cunotinelor prin intermediul interfeei

Analize ad-hoc

Se pot realiza prin diverse utiltare i Se pot realiza prin suita de produse componente: Analytic Workspace Microsoft Office (Excel, Office Web Manager, Discoverer Desktop, Components, Data Analyzer, SharePoint Discoverer Viewer, Discoverer Plus. Portal Server) i prin utilitarul SQL Se pot exporta foarte uor n foi de Server 2005 Reporting Services. calcul (de exemplu n Microsoft Excel). Din gama dinamice,

Dezvoltarea interfeelor

de

utilitare

pentru Incepnd

cu cu

SQL

Server

2005

dezvoltarea de interfee i rapoarte interfeele i aplicaiile pot fi realizate specifice sistemelor foarte uor utilitarul Business informatice executive se pot utiliza Intelligence Development Studio care att suita Discoverer Desktop, ct i ofer posibilitatea de vizalizare a datelor extensiile JDeveloper. Un punct forte al acestor utilitare este facilitatea de publicare rapid i uoar n cadrul portalurilor prin intermediul componentei Oracle Java BI Beans din att din punct de vedere grafic ct i tabelar.

Portal. Tabel 8.4. Analiza facilitilor i instrumentelor de Business Intelligence oferite de Oracle Database 10g vs. Microsoft SQL Server 2005

130

Referitor la performana n realizarea cererilor pe bazele de date relaionale ntr-un studiu realizat n iunie 2006 de ctre Transaction Processing Performance Council (TPC) [TPPC06] la testul de performan TPC-C V5 prin care se evalueaz performanele de procesare ale tranzaciilor n sistemele OLTP (on-line transaction processing) pe varianta fr clusterizare Oracle Databse 10g ocup poziiile 3 i 4 dup IBM DB2 i naintea MSSQL Sever 2005, iar n varianta cu clusterizare Oracle Databse 10g este singura variant posibil cu un scor de 1,184,893 tpcm. La testul TPC Benchmark H (TPC-H) prin care se evalueaz performanele de procesare n raportarea ad-hoc, n medii decizionale Oracle Databse 10g cu Real Application Clusters a obinut un nou record de performan n ceea ce privete procesarea datelor pentru o dimensiune a bazei de date de 3000 GB. Acesta este un test de evaluare a caracteristicilor de procesare analitic, de extragere a datelor prin cereri i modificri concurente. Unitatea de msur a performanei este numit TPCH Composite Query-per-Hour Performance Metric (QphH@dimensiune) i reflect mai multe caracteristici de procesare a datelor. Acestea includ dimensiunea bazei de date, viteza de procesare i modificare a datelor. Se analizeaz i raportul de cost/performan, msurat n $/QphH@dimensiune. Astfel, rulnd pe un server 64-Node HP ProLiant cu procesor dual-core AMD Opteron 2.4 GHz i Red Hat Enterprise Linux 4, Oracle Database 10g cu Oracle Real Application Clusters a nregistrat un nou record de performan cu 110,576.5 QphH@3000GB avnd o rat cost/performan de $37.80/QphH@3000GB. Performanele Oracle Database 10 g sunt evidente i la o dimensiune a bazei de date de 300, 1000 i chiar 10000 GB, n timp ce MSSQL Server 2005 se claseaz pe locurile 5-10. La o dimensiune a bazei de date de 100 GB, rolurile sunt inversate, MSSQL 2005 situndu-se pe primele poziii. Rezultatele pot fi vizualizate n figura urmtoare [TPPC06]. i la adresa: http://www.tpc.org/tpch/results/tpch_perf_results.asp

Figura 8.1. Rezultatele obinute la testele de performan TPC-H 131

Din

analizele

comparative

realizate

se

observ

facilitile

caracteristicile Oracle Database 10g au un avantaj asupra celor implementate de MSSQL Server 2005 mai ales n cazul volumelor mari de date, ns ambele platforme sunt recomandate pentru implementarea desoluii informatice executive din prisma bunei administrri a datelor i a intrumentelor de Business Intelligence oferite. Pentru soluia realizat n finalul acestei cri am utilizat platforma Oracle Database Enterprise Edition 10g cu instrumentele de dezvoltare aferente, iar n acest sens, n subcapitolul urmtor vom face o prezentare a principalelor tehnologii i instrumente Oracle ce pot fi utilizate n construirea unui sistem informatic executiv.

132

8.2.

SOLUII

DE

TEHNOLOGII

INSTRUMENTE

ORACLE

UTILIZATE N REALIZAREA SISTEMELOR INFORMATICE EXECUTIVE Platforma Oracle ofer o serie de instrumente i tehnologii pentru dezvoltarea de aplicaii i sisteme de inteligena afacerilor care pot fi utilizate n realizarea EISurilor. Acestea sunt grupate ntr-o clas special - Oracle Business Intelligence i au urmtoarele componente [ORA10g]: 1) Componente pentru stocarea i pregtirea datelor n vederea analizei: Oracle Business Intelligence Warehouse Builder (OracleBI Warehouse Builder) pentru proiectarea, implementarea i mentenana depozitelor de date; Oracle Business Intelligence Discoverer Administrator (OracleBI Discoverer Administrator) pentru realizarea i administrarea unei viziuni orientate pe business a datelor relaionale; Analytic Workspace Manager pentru structurarea datelor n vederea analizei avansate. 2) Componente pentru analiza datelor i realizarea de rapoarte: Oracle Business Intelligence Discoverer Plus (OracleBI Discoverer Plus) pentru realizarea de rapoarte ad-hoc; Oracle Reports pentru realizarea de rapoarte detaliate la nivelul ntregii companii; Oracle Excel; Oracle Data Miner pentru realizarea procesului de data mining; Oracle Spreadsheet Add-In for Predictive Analytics pentru realizarea procesului de data mining direct n Excel. 3) Componente publicarea i interaciunea cu rapoartele create: Oracle Business Intelligence Discoverer Portlet Provider (OracleBI Discoverer Portlet Provider) pentru publicarea rapoartelor n OracleAS Portal Business Intelligence Spreadsheet Add-In (OracleBI Spreadsheet Add-In) pentru analiza datelor direct ntr-o foaie de calcul

133

Oracle Reports pentru distribuirea i publicarea rapoartelor n mediul organizaiei, pe web prin integrarea cu E-Business Suite sau OracleAS Portal;

Oracle Business Intelligence Discoverer Viewer (OracleBI Discoverer Viewer) care suport vizualizarea rapoartelor pe web.

4) Componente pentru dezvoltarea de aplicaii: Oracle Business Intelligence Beans (OracleBI Beans) este o component integrat n Jdeveloper i permite dezvoltarea de aplicaii JSP; Oracle OLAP permite creare i aplicarea de funcii analitice (de ex: previziune i alocare) i care pot fi utilizate n alicaiile realizate cu OracleBI Beans. Arhitectura Oracle Business Intelligence oferit de corporaia Oracle este prezentat n figura urmtoare:

Figura 8.2. Arhitectura Oracle Business Intelligence [ORA10g] Oracle Data Miner ofer posibilitatea realizrii de aplicaii flexibile cu o interfa grafic intuitiv i uor de modificat de ctre utilizatorii finali prin aplicarea algoritmilor de data mining i construirea de modele predictive de analiz [ORA10g]. In urma aplicrii acestor modele se genereaz cod Java sau PL/SQL. Se pot construi i o serie de aplicaii prin care aplicarea procesului de data mining s se realizeze automat. In figura urmtoare este prezentat realizarea unei astfel de aplicaii (figura 8.3). 134

Figura 8.3: Construirea unei aplicaii n Oracle Data Miner Oracle Data Mining permite aplicarea urmtoarelor tipuri de algoritmi: Modele predictive sau instruire supervizat: Algoritmi de clasificare care presupun gruparea datelor n clase distincte i apoi autoclasificarea noilor valori introduse; Algoritmi de regresie funcii de aproximare i de previziune a valorilor continue; Selecia atributelor importante se selecteaz cele mai relevante atribute ale datelor pentru rezultatelor predictive; Modele descriptive sau nstruire nesupervizat: Clusterizare descoperirea de grupri n date; Reguli de asociere bazate pe analiza coului de cumprturi; Algoritmi de extragere pentru realizarea de noi atribute bazate pe cele existente; Modele pentru multimedia (TEXT) i bioinformatic (BLAST) Datele necesare procesului sunt extrase direct din baza de date Oracle, fr a fi necesar stocarea separat a acestora. 135

Suita de componente Oracle necesare realizrii unui sistem pentru inteligena afacerilor suport ntreg ciclul de dezvoltare a sistemului care presupune urmtoarele etape conform [ORA10g]: Identificarea cerinelor de business ale utilizatorilor finali; Identificarea surselor de date; Proiectarea modelului de date; Realizarea depozitului de date; Generarea datelor agregate; Pregtirea datelor pentru accesul instrumentelor de extragere i analiz; Acordarea drepturilor de acces; Distribuirea rapoartelor i aplicaiilor realizate i furnizarea documentaiei. Cerinele de afaceri pot apare la toate nivelele i departamentele unei companii, n acest sens componentele Oracle permit realizarea de aplicaii pentru satisfacerea acestor cerine: Consiliul de conducere: analiza Indicatorilor cheie de performan, analiza tendinelor de dezvoltare ale organizaiei, raportarea de excepie; Planificare i analiz administrativ: investiii, reorganizare, alocarea resurselor, politici privind resursele umane; Departamentul financiar: bugetare, consolidare, analiza variaiilor, modelare financiar, Cash management, indicatori financiari; Departamentul comercial: profitabilitate, profilul cumprtorului, indicatori de rentabilitate comercial, analiza vnzrilor.

136

BIBLIOGRAFIE
[ANDE97] [BARA02] Anahory, S., Dennis, M. - Data Warehousing in the Real World, Addison Wesley Longman, Reading, Mass, 1997 Bra A. Sistem OLAP destinat analizei operaiunilor i a rezultatelor financiare ale bncii Raiffeisen - Banca Agricol Romnia, lucrarea de licen, coordonator prof. univ. dr. Constana Bodea, facultatea CSIE, [BARA03/1] secia IE, ASE Bucureti, mai 2002 Bra A. Modelarea multidimensional utiliznd UML, Lucrare de disertarie, coordonator prof. univ Ion Lungu, programul de Studii [BARA03/2] Aprofundate, facultatea CSIE, secia IE, ASE Bucureti, mai 2003 Bra A. - Rolul sistemelor OLAP i a depozitelor de date n managementul strategic, Sesiunea tinerilor cercettori Evoluii economice i financiare n contextul integrrii i globalizrii, Centrul [BARA05/1] de Cercetri Financiare i Monetare Victor Slvescu, Bucureti, 2003 Bra A. - The potential for executive information systems to support the high-level management - Conferina Internaional de Informatic Economic "Information & Knowledge Age", ASE Bucureti, 2005, publicat n volumul conferinei la editura Economic, INFOREC [BARA05/2] Printing House, mai 2005, ISBN 973-8360-04-8 Bra A. - Minimizarea riscului de dezvoltare a Sistemelor Informatice Executive - Sesiunea de comunicri tiinifice a cadrelor didactice, Universitatea Spiru Haret, Bucureti, mai 2005, publicat n Analele Universitii Spiru Haret, Seria Economie, Anul 5, nr. 5, Editura i [BARA07] Tipografia Fundaiei Romnia de Mine, 2005, ISSN 1582-8336 Bra A. Soluii informatice pentru managementul strategic, Tez de doctorat, conductor tiinific prof. univ. dr. Ion Lungu, ASE, Bucureti [BARL86] martie 2007 Barley, S. R. - Technology as an occasion for structuring: evidence from observations of CT scanners and the social order of radiology [BODE98] [BOOC94] [BOSA98] departments. Admin. Sci. Quarterly, 31st March 1986 Bodea, C Inteligena artificial i sisteme expert, Editura Inforec, Bucuresti,1998 Booch G - Object Oriented Analysis and Design, Addison Wesley 1994 Bocionek S, Sassin M - Applications of Negotiating and Learning Agents, Encyclopedia of Microcomputers: Volume 22 Supplement,

137

[CHAU98] [CRAB99] [DERO92]

1998 Chaudhuri Surajit - An Overview of Query Optimization in Relational Systems, Proceedings of the ACM PODS, pag 34-43, iunie 1998 Crabone, L., P. - Data Warehouses: Many of the common failures, White paper, mai 1999 Delong D., Rockart J.F - Identifying the Attributes of Successful Executive Support System Implementation, Chichester: John Wiley & Sons, 1992 Devlin, B. - Data Warehouse from Architecture to Implementation, Addison Wesley Longman, Reading, Mass, 1997 Dobre I. - Suport de curs postuniversitar, Metode i tehnici de analiz a sistemelor social economice, Academia de Studii Economice, Facultatea de Cibernetic, Statistic i Informatic Economic, 1999 Edison Group Inc - Comparative management Cost study of Oracle Database 10g release 2 and Microsoft SQL Server 2005, 6 martie 2006 Fusaru D., Bra A. - Tehnici i arhitecturi pentru micorarea timpului de rspuns n sistemele cu depozite de date - Comunicare la Sesiunea de Comunicri tiinifice a cadrelor didactice Economia Romniei criterii de funcionalitate i competitivitate, Universitatea Spiru Haret, Bucureti, mai 2003, publicat n Analele Universitii Spiru Haret, Seria Economie, Anul 3, nr. 3, pag. 378-385 Editura i Tipografia Fundaiei Romnia de Mine, 2003, ISSN 1582-8336. Fusaru D., Bra A - Sisteme informatice de asistare a deciziei n managementul modern al organizaiilor economice - Comunicare la Sesiunea de Comunicri tiinifice Realizri i perspective n procesul furirii economiei de pia, funcionale, competitive i durabile n Romnia, Universitatea Spiru Haret, Bucureti, mai 2004, publicat n Analele Universitii Spiru Haret, Seria Economie, Anul 4,nr. 4, pag. 393-399 Editura i Tipografia Fundaiei Romnia de Mine, 2004, ISSN 1582-8336. J. Han, S. Chee, J. Y. Chiang. - Issues for on-line analytical mining of data warehouses. In Proc. 1998 SIGMOD Workshop on Research Issues on Data Mining and Knowledge Discovery (DMKD'98), Seattle, Washington, iunie 1998. Han, J., Kamber, M. - Data Minig: Concepts and Techniques, Morgan Kaufmann Publishers, San Francisco, 2001 Holland, P. - Traditional data warehouses vs virtual data warehouses ,

[DEVL97] [DOBR99]

[EDIS06] [FUBA03]

[FUBA04]

[HACH98]

[HAKA01] [HOLL00]

138

[HUHA99]

White Paper, March, 2000 Humphries, M., Hawkins, M., Dz, M., - Data Warehousing. Architecture and Implementation, Prentice Hall PTR,Upper Saddle River, New Jersez, 1999 Inmon, W.H. - Building the Data Warehouse, John Wiley & Sons, New York, 1996 Inmon, B. - Data mart does not equal data warehouse, DM Direct Newsletter, November, 1999 Istocescu A. Strategia i managementul strategic al organizaiei. Concepte fundamentale. Aplicaii manageriale., Editura ASE, 2003 Jarke, M., Jeusfeld, M.A., Quix, C., Vassiliadis, P.- Architecture and quality in data warehouses, Proceedings CaiSE 98, Pisa, Italy, 1998 Jones M., Nandhakumar J. - Structured Development? A structurational analysis of the development of an Executive Information System. Research Papers in Management Studies, University of Cambridge, 1992-1993 No.5 Kaniclides T., Kimble C. - Executive Information Systems: A framework for their development and use, YCS 247, 1994 Kaniclides, A., Kimble, C. A Development Framework for Executive Information Systems, Proceedings of GRONICS '95, Groningen, The Netherlands, T LOURENS, Feb 1995 Kimball, R. - The Data Warehouse Toolkit, John Wiley & Sons, New York, 1996 Kimball, R., Reeves, L., Ross, M., Thornthwaite, W. - The data Warehouse Lifecycle Toolkit, John Wiley&Sons, Inc., New York, 1998. Kumar, Anil - Global Executive Information Systems: Key Issues and Trends, Business & Economics, 2000 Liang, Leo Yonghong; Miranda, Rowan Dashboards and Scorecards: Executive Information Systems for the Public Sector, Government Finance Review, Dec 2001 Lujn-Mora S, Trujillo J - Extending UML for Multidimensional Modeling, Proceedings of the 5th International Conference on The Unified Modeling Language, 2002 Lungu I., Andronie M., Bra A. Utilizarea UML n modelarea sistemelor informatice executive Comunicare la Sesiunea de Comunicri tiinifice Realizri i perspective n procesul furirii economiei de pia, funcionale, competitive i durabile n Romnia,

[INMO96] [INMO99] [ISTO03] [JAJE98] [JONA93]

[KAKI94]

[KAKI95]

[KIMB96] [KIRE98] [KUMA00] [LIMI01]

[LMTR02]

[LUBA04]

139

Universitatea Spiru Haret, Bucureti, mai 2004, publicat n Analele Universitii Spiru Haret, Seria Economie, Anul 4,nr. 4, pag. 399-403 Editura i Tipografia Fundaiei Romnia de Mine, 2004, ISSN 1582[LUBA05] 8336. Bra A., Lungu I. - Executive Information Systems Development Lifecycle, Revista Economy Informatics, nr.1-4/2005, pag. 19-22, [LUBA06] ISSN 1582-7941. Lungu I., Bra A. - Tuning SQL queries for better performance in Management Information Systems using large set of data, Supliment revista Informatic Economic, Conferina internaional Knowledge management: projects, systems and technologies, Bucureti, noiembrie [LUNG05] [LUSA04] 2006 Lungu, I - Metode de dezvoltare a sistemelor informatice, Editura Universitas, Petroani, 2005 Lungu, I, Sabu Gh, Velicanu M, Muntean M, Ionescu S, Posdarie E, Sandu D - Sisteme informatice. Analiz, proiectare i implementare, Ed. [LUVB01] Economic, 2004 Lungu I, Velicanu M., Bra A. - GRANT CNCSIS (tip A) Tema nr. 13, Cod CNCSIS: 1118 - Tehnologii informatice pentru integrarea sistemelor instituiilor publice, 2005-2007, director prof univ dr. Ion [LUVB02] Lungu Lungu I, Velicanu M., Bra A. . - GRANT CNCSIS (tip A) nr. 27662/04.03.2005 cod CNCSIS 1112 - Interferena tehnologiei BD cu platforma Java n arhitectura Grid Computing, 2005-2007, director prof [LUVB05] univ dr. Velicanu Manole Lungu I, Velicanu M., Bra A. - Intocmirea unui studiu privind sisteme de baze de date avansate, platforma Java, arhitectura Grid Computing, Comunicare la Sesiunea tiinific a Departamentului de Cercetri Economice, Academia de Studii Economice, publicat n Economia, [LUVB06] pag. 453-464, Editura ASE, 2005, ISSN 1454-0320. Lungu I, Velicanu M., Bra A. Tehnologii informatice pentru integrarea sistemelor instituiilor publice. Realizarea unui studiu privind produsele software care permit integrarea datelor. Realizarea unui studiu privind produsele software care permit integrarea aplicaiilor, Comunicare la Sesiunea tiinific a Departamentului de Cercetri Economice, Academia de Studii Economice, octombire 2006,

140

n curs de publicare n Economia, Editura ASE, 2006, ISSN 1454[MARI03] [MEBI89] [MEBI91] [MINT89] [MOAT04] 0320. Marinescu P - Mangementul institutiilor publice, Editura Universitii din Bucureti, 2003 Meiklejohn I. - The executive information systems Report. Business Intelligence, 1989 Bird Jill - Executive Information Systems Management Handbook, Manchester: NCC; Blackwell, 1991 Mintzberg H. - Mintzberg on Management, Insided our strange World of Organizations, Macmillan, 1989 Moss L., Atre S. Business Intelligence Roadmap The complete project lifecycle for decision-support applications, Addison-Wesley, [MUNT04] [NET01] [NET02] [NET03] [NIVE01] [OLAP95] [ORA10G] 2004 Muntean M. - Iniiere n tehnologia OLAP: teorie i practic, Editura ASE, Bucureti, 2004 Object Management Group (OMG), http://www.omg.org Rational Software Corporation, http://www.rational.com Microsoft Corporation web page, www.microsoft.com Niculescu O., Verboncu I. Fundamentele managementului organizaional, Editura Tribuna Economic, 2001 The OLAP Council Definitions, ianuarie 1995 www.olapcouncil.org ORACLE Corporation documentatie produse Business Intelligence 10g - Users Guide, Concepts, Internet seminars. [ORLI90] www.oracle.com Orlikowski w. J. - The Duality of Technology. Rethinking the concept of technology in organization, Sloan School of Management Working [ORRO91] paper, No. 3141, MIT 1990. Orlikowski W. J. and Robey D. - Information Technology and the Structuring of organisations. Information Systems Research. Vol. 2, [OWP06] [PODE89] 1991, pp. 143-169. Oracle Database 10g Product Family Oracle White Paper, Oracle Corporation, august 2006 Poole, M. S. and Desanctis, G. - Understanding the use of Group Decision Support Systems: The Theory of Adaptive Structuration, in Stein field C. And Fulk J., (eds.) Perspectives on Organisations and New Information Technology. Sage, 1989.

141

[POWE00]

Power D.J. - Decision Support Systems: Concepts and Resources, Cedar Falls, IA: DSSresources.com, http://dssresources.com/dssbook/ Rapaport A. - The use mathematical isomorphism in general systems theory, Trends in general systems theory, New York, 1972 Rumbaugh J. - Object Oriented Modeling and Design, Prentice-Hall, 1994 Ryan, J. - Building and deploying an enterprise data warehouse, White Paper, 1999. Stanciu V. - Proiectatea sistemelor informatice de gestiune, Ed. Cison, Bucureti, 2000 Strategor Group Politique generale de lenteprise , Dunod, 2000, op.cit. n [ISTO03] Thierauf Robert J. - Executive Information Systems: A Guide for Senior Management and Mis Professionals, Hardcover / Quorum Books, 1991 Thomsen E. - OLAP Solutions: Building Multidimensional Information Systems, John Wiley&Sons, New York, 2002, second edition Transaction Processing Performance Council (TPC) reports http://www.tpc.org J. Trujillo, M. Palomar, J. Gmez, Il-Yeol Song - Designing Data Warehouses with OO Conceptual Models. IEEE Computer, special issue on Data Warehouses, 2001. Turban, E. - Decision Support Systems and Intelligent Systems, 5th ed., Englewood Cliffs, New Jersey, Prentice Hall, 1998 Jeffrey, D. Ullman - Data Mining Lecture Notes, 2000 Vatuiu, T - Strategii de realizare a sistemlor informatice, Tez de doctorat, ASE, 2005 Vilan, A. - Data warehouses, data marts i data mining, Revista Computerworld Romnia, nr. 18 (88), 21 Octombrie 1997 Watson H., R. Kelly Rainer, Chang E. Koh - Executive Information Systems: A framework for Development and a Survey of Current Practices. MIS Quarterly, Vol. 15, No. I, March, 1991. Jeffrey L.Whitten, Lonnie D.Bentley - Systems Analysis and Design Methods, McGraw-Hill Companies Inc, 1998 http://en.wikipedia.org/wiki/ WisdomForce Technologies - Features, strengths and weaknesses comparison between MS SQL 2005 (Yukon) and Oracle 10g databases, 2006 Zadeh, L, A. - Noiunile de sistem, subsistem i stare n teoria sistemelor, Ed Tehnic, 1974 142

[RAPA72] [RUMB94] [RYAN99] [STAN00] [STRA00] [THIE91] [THOM02] [TPPC06] [TRPA01]

[TURB98] [ULLM00] [VATU05] [VILA97] [WATS91].

[WHBE98] [WIKI**] [WISD06]

[ZADE74]

143