Soluii de Business Intelligence pentru managementul afacerilorn economia actual, tendina oricrei organizaii este s devin organizaie inteligent i, prin intermediul strategiilor de Business Intelligence (BI) noi i inovative, s obin avantaj competitiv pe pia. n cadrul organizaiilor a aprut astfel nevoia de instrumente proactive, angrenante, cu impact puternic fa de rapoartele convenionale, tablourile de bord, analizele realizate de sistemele OLAP (figura 1), iar acest lucru se poate observa i la furnizorii de BI (performance management Cognos, business performance management SAP, pervasive BI Microstrategy). Datorit schimbrilor din industrie, anul 2007 a marcat sfritul a ceea ce se nelegea n general despre BI metode, instrumente i sisteme pentru manipularea datelor cantitative utilizate n construirea de viziuni i analize de performan necesare n luarea deciziilor i nceputul unei noi ere de BI, proactiv, extensibil, orientat pe performan. Aceast nou er poate fi vzut ca o nou perspectiv n care BI este combinat cu managementul proceselor de afacere, motoare de reguli de afacere i alte instrumente i tehnici aplicate direct i imediat asupra deciziilor afacerii.Interaciunea utilizatorilor

Fig. 1. Evoluia de la rapoarte statice, la Business Intelligence

2

Noua er BI integreaz informaia n procesele decizionale prin servicii de decizie, leag procesele de afacere cu reguli de afacere care pot fi schimbate oricnd i integreaz beneficiile BI cu capabilitile oferite de echip, colaborare i managementul proceselor de afacere. Cele mai multe organizaii se gsesc nc n etapa de nceput a maturitii BI. Conform John Hagerty, vicepreedinte la AMR Research, organizaiile se pot afla n una din urmtoarele etape ale maturitii BI [Henschen, 2008]: a) etapa 1: introducerea instrumentelor BI n domeniile problem ale organizaiei; b) etapa 2: introducerea instrumentelor BI n diferite pri ale afacerii; c) etapa 3: colaborarea i recunoaterea relaiei cauz-efect ntre pri diferite ale afacerii; d) etapa 4: dirijarea organizaiei astfel nct toi s cnte de pe aceeai partitur. Dei piaa BI poate fi considerat relativ matur, Datamonitor consider c se afl n continu extindere i consolidare. Astfel, pn n 2012, piaa BI va continua s se extind cu o rat de cretere medie ntre 12% i 13%, datorit: a) ncercrii de a capitaliza investiia n aplicaii adiacente (cum ar fi: ERP, CRM) i b) volumului cresctor de date din cadrul organizaiei [Trifkovi & Gower, 2007]. n procesul de maturizare, piaa BI nregistreaz urmtoarele tendine: Extindere BI. n cadrul organizaiei, BI va fi dezvoltat ca un instrument suport de decizie, care va permite accesul managerilor de pe fiecare nivel la inteligena i indicatorii de performan cheie relevani. Consolidare organizaional. Organizaiile care au trecut prin primele etape ale maturitii BI urmresc s consolideze capabilitile BI n jurul unei singure soluii. Beneficiile unificrii constau, n primul rnd, n economii de achiziie, integrare i ntreinere, dar i n avantaje, cum ar fi: monitorizarea activ a performanelor afacerii i alinierea obiectivului strategic n toat organizaia. Instrumente de analiz avansate. Utilizarea procedurilor de analiz n cadrul procesului de management, creterea volumului de date din cadrul organizaiei, precum i schimbarea modului de utilizare a analizelor (trecerea de la analize efectuate pe performanele trecute, realizate de managementul superior, la analize de previziune a viitorului, realizate de o baz de utilizatori mai larg) conduc la necesitatea unor instrumente de analiz avansate. Analizele tind s devin orientate pe decizii i inteligen i s fie integrate direct n procesele afacerii. Instrumente de management avansate. Tendinele nregistrate n 2007 i valabile i pentru 2008 sunt: a) integrarea MDM-ului (Master Data Management) n portofoliul furnizorilor de baze de date i BI; b) dezvoltarea inteligenei operaionale cu ajutorul tehnologiei CEP (Complex Event Processing), concentrat pe monitorizarea i analiza evenimentelor i pe integrarea cu procesele de afacere i managementul regulilor i c) virtualizarea datelor prin intermediul SOA (Service Oriented Architecture), MDM i altele.

3

1. Capabilitile platformelor de Business IntelligenceCapabilitile platformelor oferite depind de nivelul de maturitate a soluiilor BI care, pentru fiecare faz, prezint anumite caracteristici principale (tabelul 1). n prezent, cele mai multe organizaii se situeaz n fazele de nceput ale maturitii soluiilor BI, dar pe pia se nregistreaz o cretere rapid a utilizrii i dezvoltrii de soluii mature. Pe parcurs, soluiile au trecut de la sisteme de livrare a informaiei, la sisteme de monitorizare a afacerii i, mai departe, la sisteme automate de luare a deciziilor vzute ca servicii BI concentrate pe adugarea de valoare afacerii. Tabelul 1 Caracteristicile principale ale etapelor de BIEtap Caracteris tici Structuri de date 1. Prenata l Rapoart e manager iale Rapoart e operaio nale Concent rare pe cost Rapoart e statice 2. Copil mic Spreadma rts1 3. Copil Colecii de date specific e Colecii de date specific e Puterea oferit lucrtor ilor OLAP/ rapoart e ad hoc Sistem de analiz Rapoart e interact ive Sarcini 4. Adolesce nt Depozite de date 5. Adult Depozit de date al ntreprind erii Depozit de date al ntreprind erii Conducer ea afacerii Analize predictive 6. nelept Servicii BI

Arhitectura

Spreadma rts

Depozite de date

Servicii de analiz

Percepia executivul ui Instrument e de analiz Tipul de sistem Aplicaie

Sistem financiar Managementul rapoarte lor Perform ane

Informare a directorilo r Foi de calcul electronic e Sistem executiv Cri informativ e

Monitoriza rea performan elor Tablouri de bord

Conducerea pieei

BI client BI integrat

Sistem de monitoriza re Monitoriza rea performan ei Progres

Sistem strategic Managementul performa nei Vizibilitat e

Serviciu de afacere Manageme ntul lanului de valoare/pro ces Venituri/pro fit

Concentrar e1

Planuri

Spreadmarts este un sistem de rapoarte sau analize care se execut pe o baz de date (de exemplu, foi de calcul electronice, baza de date Acces sau tablou de bord), care este creat i ntreinut de un grup sau de o persoan care realizeaz toate sarcinile realizate n mod normal de colecii de date sau depozite de date.

4 Etap Caracteris tici Utilizatori Capturarea datelor Rezultatul BI 1. Prenata l Toi Lunar 2. Copil mic Analiti Sptmn al Scenarii/ planuri 3. Copil Profesi oniti Zilnic 4. Adolesce nt Manageri La momentul potrivit Alerte 5. Adult Executan i Evenimen te trecute Modele predictive Hri strategice Ce se va ntmpla 6. nelept Clieni/furni zori n timp real

Rapoart e statice

Concentrar ea BI

Ce se ntmpl

Ce ar trebui s se ntmple

Rapoart e interact ive De ce s-a ntmpl at

Reguli/trigg er-i

Ce se ntmpl

Ce putem oferi

Sursa: adaptare dup [Eckerson, 2007].

n ultima etap a evoluiei, BI poate fi vzut ca un serviciu care este complet integrat cu procesele, aplicaiile, strategiile de pia ale organizaiei, capabil s rezolve probleme de afacere i s capitalizeze oportunitile de pe pia. Fiind un serviciu integrat, BI se transform dintr-un sistem monolitic TIC, ntr-un serviciu flexibil, agil, capabil s se adapteze rapid la cerinele i schimbrile de pe pia. Pentru a ajunge n ultima etap a maturitii BI, furnizorii trebuie s ofere platforme final la final agile care s susin cerinele impuse de serviciul BI. Astfel, furnizorii trebuie s se orienteze ctre cele mai noi tehnologii i instrumente care s le permit rezolvarea problemelor cu care se confrunt i valorificarea oportunitilor de pe pia. Identificarea i analiza capabilitilor platformei, evidenierea diferenelor ntre tehnologiile emergente capabile s rezolve acelai tip de problem, evidenierea tendinelor constituie o necesitate n realizarea unor platforme agile. 1.1. Analiza capabilitilor de integrare Integrarea la nivelul platformei BI reprezint categoria de capabiliti cel mai puin matur, pentru multe organizaii aceasta rmnnd un obiectiv de atins i nu o realitate. n multe organizaii exist instrumente distincte, cumprate sau construite de departamente diferite ale afacerii care conduc la redundan, erori, creterea costurilor i, de multe ori, la ineficien. n Enterprise Business Intelligence: Strategies and Technologies for Deploying BI on an Enterprise Scale, Wayne Eckerson [Barnes, 2005] afirm c unele companii mari folosesc cteva instrumente BI diferite de la doi, trei furnizori n acelai timp. Adesea sunt instrumente care nu pot fi integrate cu altele, chiar i atunci cnd provin de la acelai furnizor. Soluia la aceast problem o reprezint standardizarea platformei BI.

5

Integrarea la nivelul platformei se poate analiza la nivel de infrastructur, metadate, dezvoltare i fluxuri de munc i colaborare, iar tendina este de a utiliza arhitecturi care s permit integrarea la toate nivelurile. a) Infrastructura. Piaa de BI nregistreaz modificri att la nivelul tehnologiilor i al produselor, ct i la nivel de raport de fore (IBM achiziioneaz Cognos n 2007, Oracle Siebel n 2006 i Hyperion n 2007, SAP Business Objects n 2007). Marile companii care au achiziionat furnizori ntmpin unele dificulti n fuziune (inclusiv securitatea i instrumentele de administrare i management al datelor), timp consumat pentru caracteristici de integrare i mai puin timp pentru inovare. n acelai timp, achiziia de furnizori de soluii BI poate reprezenta un avantaj pentru utilizatorii de soluii BI, deoarece simplific piaa de BI i micoreaz efortul i timpul necesar procesului de selecie a soluiei BI. La nivel de infrastructur sunt analizate, n general, securitatea, protecia datelor, metadatele, administrarea, integrarea portalului, motoarele de interogare, platformele server, sistemele de operare, sistemele de management de baze de date, instrumentele de performan, facilitile de comunicare. La nivel de organizaie trebuie s se realizeze un management corespunztor al infrastructurii BI, acesta rmnnd nc o provocare, deoarece sarcina revine unui singur grup, iar accesul la date i la template-urile folosite este diferit. b) Metadatele constituie cea mai important capabilitate a platformei BI [Schlegel & Sood, 2007]. Unele dintre principalele probleme cu care se confrunt soluiile BI sunt nefolosirea tuturor facilitilor oferite de metadate (acestea fiind folosite doar ca nivel semantic pentru generarea de rapoarte personalizate) i un management necorespunztor al metadatelor. innd cont de complexitatea soluiilor BI, metadatele trebuie s ofere posibiliti de standardizare a dimensiunilor, ierarhiilor, indicatorilor i metricilor de performan din cadrul organizaiei i de integrare cu alte instrumente de generare de rapoarte de la ali furnizori. Arhitectura soluiei trebuie s ofere: a) un management corespunztor al metadatelor (astfel nct ntreaga organizaie s aib acces la ele, iar acestea s fie bine definite, partajate i integrate n mediul de dezvoltare); b) modaliti robuste de capturare, stocare, cutare i publicare a obiectelor metadate; c) abiliti de promovare i reutilizare a metadatelor ntre utilizatori i tipuri de aplicaii diferite i d) abiliti de deducie a metadatelor. Managementul metadatelor devine o problem extins pe msur ce organizaiile implementeaz iniiative de management al proceselor de afacere (BPM Business Process Management) i arhitecturi orientate pe servicii (SOAs Service-Oriented Architectures), deoarece apar noi tipuri de metadate i este nevoie de concentrare mai mare pe managementul metadatelor n cadrul organizaiei.

6

c) Dezvoltarea. n funcie de maturitatea soluiilor BI, la nivel de dezvoltare se ntlnesc unele probleme legate de utilizarea unor instrumente de dezvoltare mai puin interactive sau arhitecturi de aplicaii necorespunztoare i faciliti sczute de integrare ntre aplicaii diferite. Platforma trebuie s includ instrumente de dezvoltare vizual, servicii web, chituri de dezvoltare software pentru crearea de aplicaii BI i integrarea lor cu procesele de afacere sau/i cu alte aplicaii compozite. n dezvoltarea aplicaiilor trebuie s se in cont de principalele caracteristici ale tipurilor de aplicaii care pot fi dezvoltate (tabelul 2). Tabelul 2 Tipuri de aplicaiiAplicaii Structurate Caracteristici Cuplare Granularitate Contract Reutilizare Momentul determinrii dependenelor Scop mare foarte detaliat definit sczut momentul compilrii aplicaie intern Orientate pe obiect mare detaliat public/privat sczut momentul compilrii aplicaie intern Bazate pe componente medie medie public medie momentul compilrii aplicaie intern Orientate pe servicii vag n progres publicat mare momentul execuiei la surs aplicaie ntre ntreprinderi Conduse de evenimente decuplate oricare publicat mare momentul execuiei la abonat aplicaie ntre ntreprinderi

Sursa: [Covigton, 2005].

d) Fluxuri de munc i colaborare. n etapele superioare ale maturitii, soluiile de BI devin orientate pe servicii, integrate complet cu procesele i strategiile organizaiei, ceea ce conduce la necesitatea unei integrri mai bune a fluxurilor de munc i colaborare. Arhitectura soluiei trebuie s ofere faciliti de: comunicare prin directoare publice sau fire de discuii i de integrare a rezultatelor BI n contextul unui proces de afacere specific; asignare i urmrire a evenimentelor sau sarcinilor asignate utilizatorilor; construire i utilizare a regulilor de afaceri pentru automatizarea fluxului de lucru; utilizare a standardelor etc.

1.2. Abordri n rezolvarea problemelor de integraren rezolvarea problemelor de integrare a ntreprinderii sunt utile att paradigmele arhitecturale ale depozitelor de date, ct i ale arhitecturii orientat pe servicii. n timp ce SOA poate fi eficient la nivel tranzacional, datele trebuie s fie integrate pentru a suporta decizii de management de nivel nalt. Principiile arhitecturale ale celor dou paradigme nu sunt complet compatibile. Soluiile BI mature trebuie s ofere un echilibru ntre cele dou paradigme ale arhitecturii ntreprinderii, crescnd astfel abilitatea ntreprinderii de a oferi

7

capabiliti de conducere i valoare adugat din date. Multe dintre serviciile realizate n crearea depozitului de date, cum ar fi: identificarea i autorizarea surselor de date, a regulilor de afacere, maparea datelor, reguli de securitate, sunt deja realizate ca parte a procesului de proiectare SOA i informaiile exist n depozite de metadate [Hammack, 2008]. Unele procese de transformare pot s nu mai fie necesare, deoarece crete calitatea i consistena datelor cnd informaia este livrat ca serviciu. Managementul metadatelor. Pn n 2010, organizaiile vor implementa att integrarea la nivel de date despre clieni, ct i managementul informaiei produsului. Managementul metadatelor este o parte critic a infrastructurii informaiei organizaiei i permite optimizare, abstractizare i reconciliere semantic a metadatelor pentru a suporta reutilizare, consisten, integritate i partajare. Managementul metadatelor se extinde n proiectele SOA cu arhive serviciu i depozite de dezvoltare a aplicaiei [Pettey, 2007]. Conform metodologiei MIKE2.0, pot fi utilizate dou soluii cuprinztoare de management al metadatelor, cea mai avansat fiind Metadata Driven Integration, care include i livrarea unei Metadata Warehouse. Metadata Warehouse ofer un depozit integratde metadate tehnice i de afacere pe care utilizatorii le pot analiza printr-un set standard de rapoarte sau prin acces la interogri directe. Metadata Driven Integration implic utilizarea de metadate tehnice i de afacere pentru a conduce procese de dezvoltare software, utiliznd un model de date pentru a conduce un set de reguli de mapare ETL [Differences, n.d.].

Soluiile de management furnizeaz arhitecturi de metadate distribuite sau centralizate (tabelul 3). n alegerea arhitecturii trebuie s se in cont de principalele diferene ntre arhitectura centralizat i descentralizat. Tabelul 3 Arhitecturi pentru soluiile de management al metadatelorCriterii Costul de intrare Coordonarea responsabilitilor, transferul de date, maparea local i altele Rolurile i responsabilitile Managementul efortului de dezvoltare Hub Metadata Architecture Mai mare, deoarece necesit mai mult software specific. Se fac fr ambiguiti/compromisuri. Bus Metadata Architecture Mai mic, dac nu este cerut un produs hub central. Fac mediul complex i se realizeaz mai greu.

Sunt clare. Se face uor de ctre arhitectul metadatelor.

Pot s nu fie la fel de clare. Constituie o dificultate justificat pentru arhitectul metadatelor, deoarece eforturile de dezvoltare sunt multiple i locale. Pri diferite ale nivelului detaliat al soluiei de

Locul metadatelor

Consolidarea metadatelor ntro singur fundaie, oferind o

8 Criterii Hub Metadata Architecture singur versiune de adevr la care toi utilizatorii au acces. Dezvoltarea Dezvoltarea de aplicaii de afacere noi, care utilizeaz metadatele, devine mai uoar. Bus Metadata Architecture metadate sunt mprtiate pe platforme tehnologice diferite. Coordonarea dezvoltrii ntre locaii diferite nu este prea efectiv. Grupurile de dezvoltare locale nu se gsesc niciodat n acelai loc. Sunt mai complexe

Cerinele de integrare i interogare Informaia

Sunt mai puin complexe

Soluia

Se obine mai uor. Ofer o singur interfa ntre utilizatori i informaia de care au nevoie. Este mai greu de realizat.

Se obine mai greu.

Este rapid de realizat. Fiecare grup local are control asupra proiectrii i resurselor.

Sursa: adaptat dup [Differences, n.d.].

n general, furnizorii de metadate ofer arhitecturi hub persistente [Differences, n.d.], dar exist i organizaii care necesit nc un depozit de metadate abstractizate i consolidate. n The Evolving Metadata Repository Market sunt studiate mai multe abordri referitoare la managementul metadatelor i este recomandat abordarea cea mai pragmatic, aceea de a utiliza depozite federative multiple i arhive (cu un depozit de metadate opional pentru selectarea nivelurilor abstracte de metadate, n cazul n care abordarea federativ nu ndeplinete toate cerinele utilizatorilor) [Blechar, 2007]. Michael J. Blechar sugereaz c fiecare tip de depozit sau registru trebuie s se concentreze pe o comunitate specific de utilizatori i s aib capabilitatea de a conduce interogri federative ntre ele. Aceste abordri sunt din ce n ce mai populare, dar nu trebuie uitat c i acestea urmresc integrarea metadatelor i reprezint o provocare pentru multe organizaii. Arhitectura orientat pe servicii poate fi vzut ca o paradigm pentru rezolvarea problemelor de integrare a ntreprinderii la nivel de aplicaie. SOA ncearc s realizeze integrarea ntreprinderii prin livrarea funcionalitilor aplicaiei ca servicii la aplicaiile utilizator final i la alte aplicaii [Hammack, 2008]. SOA este un stil de proiectare bazat pe programarea orientat pe obiect. SOA se bazeaz pe un mecanism de cerere/rspuns convenional (figura 2). Un consumator de serviciu invoc un furnizor de serviciu prin reea i ateapt pn cnd se va

9

realiza operaia la furnizor. Astfel, SOA divide o aplicaie ntr-un coordonator de serviciu, care reprezint funcionalitatea la utilizator i furnizorii de servicii, care implementeaz funcionalitatea. n timp ce coordonatorul tinde s fie unic pentru o aplicaie particular, un serviciu poate fi reutilizat i partajat de multiple aplicaii compozite. Coordonatorul serviciului, n mod explicit, specific i invoc serviciile dorite [Woolf, n.d.].

Fig. 2. Mecanismul cerere/rspuns n SOA

n 2007, SOA s-a concentrat mai mult pe Business Process Execution Language (BPEL) i componente Enterprise Service Bus (ESB) ca top a Web Services. n 2008, SOA s-a concentrat mai mult, pe de o parte, pe Service Component Architecture (SCA), care a marcat livrarea aplicaiilor compozite i a redus complexitatea i costurile de implementare pe pri i, pe de alt parte, pe Service Data Objects (SDO), care a pus accent pe limbajul de acces la date independente [Trends, n.d.]. Definiiile, maprile, regulile de afaceri, securitatea informaiei i alte caracteristici sunt stocate ntr-un depozit de metadate. Pentru a rezolva divergenele ntre abordrile SOA, depozite de date i BI au fost propuse de practicieni mai multe alternative, cum ar fi: SoBI (Service-Oriented Business Intelligence), EDA (Event-Driven Architecture) i ESB (Enterprise Services Bus). SoBI reprezint o ncercare de a integra paradigmele arhitecturale ale SOA i BI, integrnd cele dou abordri la nivelul arhitectural cel mai potrivit. Arhitectura SoBI ofer disponibilitate la datele BI din depozitul de date prin intermediul unui serviciu la alt aplicaie din arhitectur. Aceast disponibilitate ofer aplicaiilor o cale de accesare bun a datelor centralizate, care s suporte cerinele BI. Astfel, arhitectura BI devine o component integrat a SOA. Din punct de vedere SOA, BI este vzut ca o colecie de servicii. EDA este o paradigm pentru comunicaii n SOA, fiind o SOA n care toat comunicaia este realizat prin evenimente i toate serviciile sunt procese de evenimente reactive (reacioneaz la evenimente de intrare i produce evenimente de ieire) [Luckham, 2007]. La arhitectura EDA, o aplicaie detecteaz un eveniment i emite o notificare, iar alte aplicaii au handler-i care pot primi notificri i pot reaciona prin invocarea serviciilor (figura 3). Aplicaia de detecie nu trebuie s tie toate serviciile pe care trebuie s le

Cerere Consumatorul de serviciu

10

invoce ca rspuns la un eveniment. Ea poate anuna simplu evenimentul i poate lsa alte aplicaii s decid asupra serviciilor pe care trebuie s le invoce ca rspuns [Woolf, n.d.].

Fig. 3. Mecanismul public/subscrie n EDA

n alegerea arhitecturilor trebuie s se in cont att de caracteristicile principale ale celor dou arhitecturi, ct i de cerinele soluiei BI (tabelul 4). Tabelul 4 Caracteristicile principale ale arhitecturilor SOA i EDACaracterist ici Interaciuni SOA Slabe. Serviciile sunt invocate independent fa de tehnologie i loc. Unu la unu bidirecionale. Un serviciu specific este invocat de un consumator la un moment dat. Realizat de client. Fluxul de control este iniiat de consumatorul de serviciu. Sincron, liniar, prin ierarhia de module. Rspunsurile sunt retrimise consumatorului n mod sincron. Permite secvene previzibile i eficiena procesului de afacere. Pe prezent. EDA Decuplate. Editorii de evenimente nu sunt ngrijorai de existena abonailor la eveniment. Muli la muli. Mesaje de Public/Subscrie, unde un eveniment specific poate avea impact asupra a mai muli abonai. Iniiere bazat pe eveniment. Fluxul de control este determinat de primitor pe baza unui eveniment expediat. Asincron, paralel, dinamic prin reeaua de module, utiliznd comunicare prin evenimente. Permite evenimente asincrone, puin previzibile, multe realizate n paralel. Pe relaii complexe, corelate de evenimente bazate pe tendine

Comunicaii

Iniiere

Flux

Concentrare

11 Caracterist ici Reacie SOA EDA trecute i previziuni viitoare. Reacioneaz la nou, intrrile externe ajung la momente neprevizibile Abilitatea de a integra evenimente ne-tradiionale n procesele de afacere.

nchis la nou, odat ce fluxul procesului a nceput. mbuntete flexibilitatea cu aplicaii compozite dinamice i permite datelor, aplicaiilor i fluxurilor de lucru s se extind automat i n timp real n cadrul organizaiilor. De comand i control. Toate etapele proceselor sunt sub control. Coeziune puternic ntre procesele de afacere. Suport: procese de cerere i rspuns funcional, cum ar fi dialogurile om-main; procese cu natur tranzacional care necesit faciliti de salvare i revenire.

Faciliti

Stilul

Este potrivit mediilor de procesare autonome i federative. ntre etapele proceselor de afacere exist independen. Suport: tipuri de fluxuri de munc ale proceselor; procese interne i procese care traverseaz graniele organizaionale funcionale recunoscute (B2B). Orizontal, ntre niveluri ntr-un lan de proces.

Procese

Comunicare

Vertical, ntre nivelurile ierarhice ale decompoziiei funcionale.

Sursa: pe baza [Marchaux, 2006], [Hoof, 2006], [Covigton, 2005].

n practic, soluiile implic o mixtur ntre abordrile centralizate i federative. Organizaiile trebuie s aleag instrumente sau combinaii de instrumente potrivite care s satisfac cerinele soluiei. Ele se aleg n funcie de compatibilitile cu arhitecturile existente i abilitile i cunotinele existente n organizaie, referitoare la o anumit abordare. Pentru IMM-uri, n special cele din statele nou-membre ale Uniunii Europene, problema propus pentru integrarea B2B a fost o soluie bazat pe arhitectura federativ, care s-a dovedit a fi mai potrivit dect soluiile integrate i unificate tradiional. Modelele integrate tradiional necesit ca fiecare partener de afacere s utilizeze aceleai formate de date i protocoale. Modelele unificate definesc un metamodel comun i toi partenerii convertesc propriile formate de date i protocoale la metamodelul ales pentru a obine integrare mutual. Abordarea interoperabilitii federative nu cere partenerilor de afaceri s se conformeze complet la un metamodel. Soluia propus este implementarea unui ESB bazat pe UBL (Universal Business Language) [Pataki & Kovcs, 2008].

12

ESB este un patern arhitectural care faciliteaz i simplific integrarea afacerii prin servicii de transport, evenimente i mediere. ESB reprezint astzi calea efectiv pentru a face fa provocrilor de integrare complex i este soluia tehnic, care ofer flexibilitatea de afacere cea mai mare i conectivitate eficient ntre aplicaii care nu sunt similare. ESB combin abordrile orientate pe servicii i conduse de evenimente pentru a simplifica integrarea unitilor de afacere, integrarea platformelor i mediilor de dezvoltare eterogene. ESB ofer toate capabilitile paradigmelor SOA i EDA. Infrastructurile ESB existente ofer un mijloc de comunicare bazat pe mesaje, combinat cu tehnologia web services. Evoluia standardelor de web services, cum ar fi: WS-Eventing, WS-Notification, WS-MetadataExchange, WS-ReliableMessaging, WS-Security, WS-Choreography i altele, combinate cu componentele infrastructurii SOAP (Simple Object Access Protocol), cum ar fi dispozitivele de reea i sistemele de operare, vor oferi n viitor mult din funcionalitatea ESB pe care n prezent trebuie s o obinem de la furnizorii ESB [Hoof, 2006].

2. Strategia de alegere a soluiei de Business IntelligencePiaa actual de BI poate fi mprit n : soluii de BI open source; soluii SaaS (Software as a Service) i soluii proprietare. Diferenele dintre tipurile de soluii existente pe pia pot constitui criterii n evaluarea opiunilor de BI de ctre cumprtori. Astfel, deciziile de alegere a soluiei pot fi bazate pe caracteristici, cum ar fi: cel mai bun vs. o singur surs, inovaie vs. integrare, flexibilitate i scalabilitate vs. costuri sczute, alese n funcie de cerinele tehnice i de afaceri ale organizaiei. Soluiile BI open source au dominat piaa de BI n trecut, ns acum au nevoie de inovare rapid pentru a-i putea atinge potenialul. Furnizorii de astfel de soluii nu genereaz nc suficient ctig pentru a fi inclui n analiza principalilor furnizori BI de pe pia, ns organizaiile cu tendine spre open source sau care consider aceste soluii ca o alternativ la platformele BI comerciale trebuie s evalueze i ofertele furnizorilor importani de soluii open source, cum ar fi: JasperSoft, Pentaho, Actuate. Datorit principalelor beneficii ale abordrii SaaS, cum ar fi: dezvoltare rapid, costuri sczute de mentenan, timp de implementare mic (cteva sptmni), soluiile SaaS prezint un interes crescut pentru clienii de BI. Gartner afirm c pn n 2011, 25% din software-ul de afacere va fi livrat prin intermediul SaaS. Mutarea ctre SaaS nu corespunde tuturor organizaiilor, n special celor care lucreaz cu date sensibile (care au nevoie de securitate mare), dar pentru firmele care vor s implementeze rapid o soluie i la costuri atractive, SaaS reprezint o opiune viabil. n alegerea soluiei SaaS, firmele trebuie s evalueze principalii furnizori de pe pia, cum ar fi: Business Objects, Seatab, Oco i LucidEra.

13

Pe piaa de soluii BI proprietare se observ tendina de formare de conglomerate care au avantajul obinerii unor soluii mai performante, dar care se confrunt cu probleme de integrare i cu o necesitate crescut de inovare. n continuare sunt analizai doar principalii furnizori, ns exist i furnizori BI independeni, care trebuie evaluai de firmele mici i mijlocii care in cont de preul competitiv sau de opiunea de subscriere oferit de acetia (LogiXML). innd cont de capabilitile platformelor BI, Gartner ofer o analiz a furnizorilor de BI n 2008 (figura 4), realizat pe baza a trei surse: a) percepia clienilor asupra punctelor tari i slabe ale fiecrui furnizor, obinut din ntrebri referitoare la BI; b) un sondaj online asupra clienilor, realizat la sfritul anului 2007 i c) un chestionar completat de furnizor despre strategia i operaiile de BI.

Sursa: [Richardson et al., 2008].

Fig. 4. Situaia platformelor BI, 2008

Gartner mparte furnizorii de soluii de BI n patru cadrane, astfel [Richardson et al., 2008]: a) Furnizorii de ni sunt cei care obin performane ntr-un segment specific al pieei BI (cum ar fi generarea rapoartelor), sau cei care au capabiliti limitate de inovare fa de ali furnizori de pe pia. Ei se concentreaz pe un anumit domeniu sau aspect al BI, dar au lipsuri pe vertical/orizontal n alte funcionaliti ale platformei BI. b) Candidaii ofer o funcionalitate bun a platformei BI pe orizontal, sunt bine poziionai pentru a reui pe pia, ns pot fi limitai la medii tehnice specifice sau domenii de aplicaie. Viziunea lor poate fi afectat de o lips de strategie de coordonare ntre produ-

14

sele diferite existente n portofoliul platformei BI. Ei pot avea nevoie de canale de vnzare, prezen geografic i coninut specific industrial, oferit de furnizorii din cadranul Lideri. c) Liderii ofer capabiliti mari de platform BI i implementri n organizaii mari care necesit o strategie BI vast. Acetia ofer o propunere de afacere cu rezonan pentru cumprtori, bazat pe fiabilitatea i capabilitatea operaional de livrare. d) Vizionarii sunt furnizori care au o viziune puternic pentru livrarea platformei de BI. Ei se disting prin deschiderea i flexibilitatea arhitecturilor aplicaiilor, ofer funcionalitate pe vertical n ariile pe care le adreseaz i pot avea lipsuri cu privire la cerinele funcionale vaste. Un furnizor vizionar este un lider pentru pia i un inovator. Stadiul actual al furnizorilor de platforme BI ofer o imagine global a opiniei Gartner asupra principalilor furnizori software, care trebuie luai n considerare de ctre organizaii n alegerea unei soluii de Business Intelligence. Analiza principalilor furnizori de pe pia prezint elemente de subiectivitate i este orientativ, alegerea unei soluii de BI de ctre organizaii trebuind s se fac pe baza unei strategii bine definite. Decizia de a investi ntr-o soluie de Business Intelligence poate fi tactic (n general, necesit fonduri mici i nu implic schimbri fundamentale la nivel de organizaie) sau strategic (implic sume mari de bani i schimbri majore n cadrul organizaiei) [Suh, 2007]. Organizaiile privesc soluiile de Business Intelligence ca avnd un rol strategic, dar doresc, n acelai timp, s poat folosi beneficiile obinute din date pentru luarea deciziilor tactice. innd cont de varietatea de soluii de pe pia, organizaiile trebuie s decid care soluie va contribui mai eficient la beneficiile/rezultatele organizaiei i s evalueze oportunitatea de a cheltui bani pe o soluie particular [Habjan & Popovic, 2008a]. Pentru a lua cea mai bun decizie strategic, organizaiile trebuie s stabileasc strategii de selectare a soluiei i de evaluare a impactului acesteia asupra organizaiei. n continuare, propunem o strategie de selectare a soluiei de BI, care presupune parcurgerea a cinci etape (figura 5):

Fig. 5. Etapele strategiei de alegere a soluiei de Business Intelligence

2.1. Etapele premergtoare selectrii soluiei

15

1) Iniierea procesului de achiziie din cadrul unei organizaii poate aprea ca urmare a identificrii unei probleme n cadrul organizaiei sau apariiei unei oportuniti. n aceast etap se identific, printre altele, tipul soluiei de BI i se creeaz echipa de proiect. innd cont de mediul de afaceri actual, organizaiile se orienteaz ctre implementarea unei soluii de BI pe termen lung i integrarea ei la nivelul organizaiei. Exist ns i cazuri n care apare necesitatea rezolvrii imediate a unor probleme (modelul de analiz existent nu mai funcioneaz corespunztor sau este prea greu de meninut .a.) sau are loc schimbarea politicilor organizaionale, care conduc la necesitatea achiziionrii imediate a unei soluii pe termen scurt, lipsind timpul necesar unei analize detaliate a necesitilor i procesului de selecie a unei soluii. Tabelul 5 Comparaie ntre soluiile pe termen scurt i lungSoluie Caracteristici Complexitate Loc de implementare Costuri Proces de achiziie Orientare Soluie pe termen scurt relativ simpl ntr-un singur loc mici simplu pe costuri de achiziie i implementare Soluie pe termen lung complex n ntreaga organizaie mari complex i de durat pe analiza necesitilor, deciziilor, capabilitilor furnizorului i produsului, pe costuri de mentenan la toate nivelurile organizaionale

Schimbri

puine

2) Analiza i evaluarea nevoilor curente i viitoare pot pleca de la rspunsul la urmtoarele ntrebri: Cine are nevoie de BI? Care sunt informaiile necesare? Cnd au nevoie utilizatorii de informaii? Unde trebuie implementat soluia? De ce este important informaia? Cum poate BI s ofere valoare adugat [Stodder, 2008]. Studiul Vertana Research a artat c majoritatea implementrilor de BI operaionale servesc n mod curent 100 sau mai puini utilizatori. n alegerea soluiei de BI, organizaiile trebuie s determine cine are nevoie de acces la date, rapoarte i capabiliti de analiz. Accesul la multiplele surse de informaii (structurate i nestructurate, multimedia) determin necesitatea stabilirii de ctre arhiteci a informaiilor care sunt necesare utilizatorilor i a instrumentelor folosite pentru managementul lor. Tendina nregistrat n 2007 i valabil i pentru 2008 este integrarea MDM-ului n portofoliul furnizorilor de baze de date i BI. Aproape 80% din participanii la studiul BI operaional Ventana Research afirm c actualizrile datelor trebuie s se fac cel puin o dat pe zi, n timp ce 32% susin c datele

16

trebuie actualizate cel puin o dat pe or. Rspunsul la ntrebarea, cnd au nevoie utilizatorii de informaii, este c n timp real. Tendina care se nregistreaz este de a acorda atenie: tehnologiei de la DATAllegro, Greenplum, Ingres i Netezza pentru ncrcarea muncii; bazelor de date specializate i acceleratorilor de la ParAccel, Hyperroll, Sybase IQ i Vertica, care promit performan rapid; noilor configuraii construite pentru mbuntirea vitezei de la HP (NeoView) i Teradata (Release 12); configuraiilor de la IBM i Oracle, care utilizeaz middleware-ul de tranzacii i mesaje pentru mbuntirea vitezei infrastructurii informaiei. Unde trebuie implementat soluia depinde de furnizor: IBM (spre managementul informaiei), Oracle (spre managementul informaiei i middleware), Microsoft (aplicaii de productivitate particulare i portaluri colaborative) i SAP (aplicaii, procese i middleware). n organizaiile n care exist SOA, se poate observa interesul crescut pentru serviciile de date i BI care pot fi incluse n aplicaii compozite. Tendina n 2008 a fost de virtualizare a datelor prin intermediul SOA , MDM i altele, ceea ce va conduce la lrgirea ariei de acoperire a soluiei BI n organizaie. n cadrul unui sistem, trebuie urmrit fluxul informaional i analizat cine vrea s-l schimbe i de ce. Se manifest o tendin de cretere a efortului managerial de a nelege nivelul ncrcrii cu munc i ce comuniti particulare de utilizatori au nevoie de elemente particulare de informaii. Pe pia se poate observa o dezvoltare a instrumentelor, cum ar fi cele de la companii ca Appfluent i Teleran, care urmresc nu doar ajustarea performanei, ci i monitorizarea general a fluxului informaional i utilizarea lui n concordan cu rolul asignat fiecrei persoane n procese i organizaie. BI ofer numeroase beneficii, printre care mbuntirea service-ului cu clienii, eficientizarea proceselor, mbuntirea previziunilor, nelegerea costurilor etc. Tendina nregistrat de BI, despre cum poate oferi valoare, este dezvoltarea inteligenei operaionale cu ajutorul tehnologiei CEP concentrat pe monitorizarea i analiza evenimentelor i integrarea cu procesele de afacere i managementul regulilor. n funcie de rezultatul analizei nevoilor curente i viitoare ale organizaiei, echipa de proiect poate lua una din urmtoarele decizii: actualizarea sistemului BI existent (dac exist); construirea unui nou sistem, bazat pe nevoile organizaiei; cumprarea unei soluii BI comerciale. n cazul n care se decide cumprarea unei soluii comerciale, echipa de proiect are obligaia stabilirii criteriilor de selecie pornind de la nevoile identificate i continund cu facilitile oferite de soluie, caracteristicile furnizorului, costurile necesare implementrii .a. 3) Stabilirea criteriilor de evaluare. Principalele criterii de evaluare a soluiilor BI sunt tehnologia i calitile furnizorului i trebuie asigurat un echilibru ntre ponderea alocat factorului tehnologie i cea acordat calitilor furnizorului. n trecut, de multe ori

17

soluii software excelente au disprut de pe pia n civa ani datorit problemelor cu care s-a confruntat organizaia, cum ar fi: lipsa managementului financiar, caracteristici referitoare la resursele umane slabe, viziune strategic i abiliti de management al afacerii sczute, probleme legale i altele. n continuare prezentm criterii posibile de evaluare a soluiilor de BI. a) Tehnologia Platforma. Un furnizor de BI poate oferi o soluie de baz, o aplicaie mpachetat sau o platform BI cuprinztoare care integreaz componente din tehnologii individuale ntr-un singur sistem sinergic. Platforma BI final-la-final include elemente pentru integrarea datelor, stocare inteligent, interogare i rapoarte, analize avansate. La evaluare trebuie s se investigheze: a) ce nelege furnizorul prin BI; b) care este modalitatea de mbuntire a calitii datelor i c) cum sunt integrate componentele soluiei [SAS, 2006]. Instrumentele de analiz avansate includ tehnologii sofisticate care ncorporeaz capabiliti predictive, cum ar fi: data mining, text mining, prognoz i optimizare. La evaluare trebuie s se in seama: a) ce nelege furnizorul prin analize; b) dac soluia ofer instrumente de analiz predictiv i dac acestea sunt accesibile i nestaticienilor; c) dac exist modele preconstruite; d) de opiunile existente pentru manipularea informaiei; e) de posibilitile de rafinare a modelelor; f) de opiunile de prezentare a rezultatelor; g) de posibilitatea obinerii informaiilor din date nestructurate [SAS, 2006]. Interoperabilitatea i integrarea exprim uurina i extinderea cu care o tehnologie poate exista, interfaa, combina i lucra cu produsele, serviciile i soluiile de la ali furnizori. n sectorul BI, interoperabilitatea i integrarea reprezint factori foarte importani, deoarece analitii caut s acceseze, s asimileze, s analizeze, s reutilizeze, s publice i s acioneze pe baza informaiei de la o varietate de surse de date [Trifkovi & Gower, 2007]. Standardizarea reprezint utilizarea de protocoale, metode, structuri de date, principii de afacere i interfee acceptate n general. n BI, standardizarea se refer la datele native, conectivitatea aplicaiei, angajamentul la standardele industriei i suportul pentru platforme de tehnologii populare [Trifkovi & Gower, 2007]. Maturitatea reprezint msura n care produsul a fost dezvoltat n comparaie cu alte produse similare de pe pia [Trifkovi & Gower, 2007]. Furnizorii BI ofer, n general, o gam de produse discrete, fiind important de analizat att maturitatea ntregului, ct i a prilor componente. Stabilitatea software depinde de tipul de platform sau de baz de date. Se evalueaz n funcie de referinele obinute despre aceeai configuraie i despre modul n care furnizorul poate rezolva eventualele probleme dup cumprarea soluiei. Extinderea reprezint msura n care produsele satisfac cerinele afacerii din mai multe sectoare industriale. Extinderea poate fi privit din punct de vedere al [Trifkovi &

18

Gower, 2007]: serviciilor de generare rapoarte; serviciilor de interogare); depozitului de date (capabilitile OLAP i evaluarea modului n care soluia poate oferi rspunsuri la interogri analitice complexe); analizelor. Capacitatea de procesare i scalabilitatea reprezint abilitatea unei soluii de a satisface cerinele afacerii [Trifkovi & Gower, 2007]. n identificarea platformei trebuie s se in seama de necesarul actual i de perspectiv n ceea ce privete cantitatea de date procesate, necesar msurat ca numr actual de tranzacii, numr de nregistrri din tabelele cele mai numeroase ale sistemelor operaionale existente .a. Date i metadate. Calitatea datelor i instrumentelor ETL. Managementul performanei. Un set de aplicaii BI care ajut organizaiile s optimizeze performana afacerii i care se concentreaz pe procesele de afacere, cum ar fi: planificare i previziune [Trifkovi & Gower, 2007]. Administrarea i dezvoltarea acoper mai multe domenii, incluznd securitatea, managementul metadatelor, administrare centralizat i faciliti-suport, faciliti de administrare bazat pe web, fiiere log i alte domenii-cheie [Trifkovi & Gower, 2007]. Aplicaiile preconstruite. Monitorizarea activitii afacerii, detecia fraudei, evaluarea riscului, analize de vnzri sunt doar cteva dintre aplicaiile oferite de furnizorii BI [Trifkovi & Gower, 2007]. Compatibilitatea cu software-ul existent reprezint posibilitatea furnizorului de a asigura integrarea soluiei BI cu aplicaiile existente sau planificate care trebuie integrate i modalitatea de a realiza aceast integrare. Uurina n utilizare se poate vedea cel mai bine din demonstraii ale soluiilor oferite de furnizori. Ea constituie un criteriu important n alegerea platformei deoarece poate determina insuccesul proiectului, dac se nregistreaz: a) un timp mare necesar adoptrii sistemului BI de ctre echipa tehnic a beneficiarului care va asigura mentenana i dezvoltarea sa ulterioar; b) un timp de instruire mare, necesar pentru cei care vor utiliza sistemul BI, precum i c) neutilizarea n totalitate a facilitilor acestuia de ctre management. La evaluarea acestui criteriu se pot lua n considerare urmtorii indicatori: a) numrul de zile de instruire recomandate de productor pentru utilizatorii finali i pentru echipa tehnic; b) timpul necesar unui specialist de a dezvolta o nou aplicaie de analiz; c) timpul necesar unui manager pentru a deprinde utilizarea platformei de BI. ntinderea organizaional se refer la aplicabilitatea soluiei pe orizontal i pe vertical, adic servirea utilizatorilor de pe fiecare nivel din organizaie i partajarea BI n domeniile funcionale i la un public larg i mobil. La evaluare trebuie s se in cont de posibilitatea de integrare a aplicaiilor i datelor din domeniile funcionale, de disponibilitatea BI la toate nivelurile organizaionale, de canalele prin care se livreaz BI utilizatorilor, dac soluia servete utilizatorii mobili, dac sistemul ofer monitorizarea i notificarea evenimentelor n timp real [SAS, 2006].

19

Modalitatea de implementare. Caracteristicile luate n considerare la selecia unei soluii BI sunt: a) tipul de metodologie de implementare folosit; b) timpul mediu de implementare pentru proiecte similare (de exemplu, timpul necesar obinerii primului raport de ctre un utilizator final, timpul necesar ncheierii primei faze a proiectului de BI); c) cunotinele despre platforma de baz de date i instrumentele de integrare folosite pentru a extrage, a transforma i a ncrca date de la alte aplicaii. La evaluare se poate ine cont de informaiile i valorile medii declarate de furnizori pentru caracteristicile enunate. Flexibilitatea. innd cont de contextul dinamic al mediului de afaceri actual, care presupune mbuntirea continu a soluiilor fiecrui furnizor, un sistem BI performant trebuie s ofere modaliti flexibile oferite de tehnologii dinamice. La evaluare se poate ine cont de: a) timpul de finalizare a conectrii la o nou surs de date; b) timpul de obinere a unui nou prototip de analiz; c) timpul de implementare a unei noi aplicaii de analiz, informaii care pot fi preluate att din declaraiile productorilor, ct i din utilizarea unor versiuni demonstrative. n alegerea criteriilor de evaluare trebuie s se aib n vedere realizarea unui echilibru ntre importana acordat alegerii celei mai bune soluii de pe pia i timpul necesar pentru analiza i evaluarea tuturor criteriilor alese. b) Calitile furnizorului se pot observa att din satisfacia resimit de utilizatorii finali, ct i din impactul pe care l are furnizorul asupra pieei. b.1) Satisfacia utilizatorilor se poate obine prin realizarea unui sondaj n rndul utilizatorilor soluiei de BI i evaluarea furnizorilor de soluie care lucreaz dup mai multe criterii, cum ar fi: grupuri de utilizatori-client, suportul tehnic post-vnzare, recunoaterea i dezvoltarea relaiei cu clientul. b.2) Impactul pe pia se poate determina prin evaluarea urmtoarelor criterii: Venituri. Creterea venitului. ntinderea global i prezena local. ntinderea pe vertical. ntinderea geografic. Acoperirea ca dimensiune. Strategia i execuia. Viziunea i stabilitatea. Recunoaterea pe pia. Clienii noi. Baza de instalare. Alte criterii, cum ar fi: disponibilitatea de instruire de un nivel calitativ superior i suport n regiuni i zone diferite; canale de distribuie sau vnzri directe puternice;

20

utilizarea tehnologiilor de ultim or n dezvoltare, producie, implementare i suport; metodologii de testare i dezvoltare profesionale; strategii i direcii de viitor bune, o list de produse de la ali furnizori care funcioneaz cu produsele lor; oferirea de servicii de gazd direct sau prin intermediul unor furnizori de servicii de aplicaii. nainte de etapa de evaluare i selectare a soluiei, sunt necesare dou activiti: a) o form general a modelului i b) o descriere detaliat a componentei modelate [Suh, 2007].

2.2. Evaluarea, selectarea i ncheierea contractului4) Evaluarea i selectarea soluiei de Business Intelligence. Identificarea soluiilor i furnizorilor de BI se poate realiza pe baza informaiilor obinute prin motoare de cutare, de la firme de consultan i alte surse (figura 6). Datorit profundelor micri de pe piaa tehnologic generate de contextul globalizrii i noua economie, raportul de fore de pe piaa BI poate cpta noi valene i polarizri. De aceea, trebuie ca identificarea i evaluarea soluiilor/furnizorilor s se fac pe baza celor mai actuale surse (furnizor, firme de consultan, articole de ultim or), restul surselor de informare s constituie baz pentru realizarea unei imagini de ansamblu asupra pieei BI.

Fig. 6. Surse de informaie folosite n cercetarea furnizorilor i a produselor lor

Procesul de evaluare poate fi realizat n doi pai: evaluarea, ierarhizarea i selectarea furnizorilor favorii (de preferat maxim 5) i evaluarea final, care presupune ntlnirea cu furnizorii, prezentarea soluiilor oferite i analiza ulterioar a acestora (figura 7).

21

Fig. 7. Etapele procesului de evaluare i selectare

n etapa final sunt invitai toi furnizorii selectai pentru prezentarea soluiilor de BI. Pentru o analiz mai bun este recomandat ca odat cu invitaia s se transmit i o imagine fidel a ceea ce exist n cadrul organizaiei. La prezentarea soluiilor trebuie s participe toat echipa. Punctajul final acordat fiecrui furnizor va fi realizat pe baza punctajelor individuale realizate de membrii echipei. Se va selecta furnizorul cu cel mai mare punctaj i i se va transmite o cerere de ofert final (detaliat cu preuri de ntreinere, implementare, suport, timp de implementare, exemplu de plan de proiect i altele). Dac exist mai muli furnizori, se va realiza o evaluare final a acestora i selectarea ctigtorului. n aceast etap, potrivirea necesitilor i constrngerilor organizaiei cu caracteristicile software ale soluiei reprezint cheia spre succes. 5) Negocierea i ncheierea contractului. Pe baza ofertei finale realizate de furnizor, echipa de proiect va msura impactul soluiei alese asupra organizaiei, evalund costurile i beneficiile oferite de soluie pentru a determina oportunitatea integrrii i elementele-cheie supuse negocierii. n ultim etap se negociaz, pe baza ofertei i a modelului de contract transmis, punctele contractuale: preul, condiiile de service, plata, timpul de implementare, obligaiile ambelor pri etc. i se ncheie contractul. n alegerea soluiei de BI, organizaiile trebuie s in seama de cele mai noi tendine de pe piaa BI, de nevoile curente i viitoare i de oportunitatea integrrii (att din punct de vedere al timpului necesar pentru selecie i implementare, ct i al raportului cost/beneficii). Pentru a avea succes, selecia unei soluii BI trebuie s se fac obiectiv de ctre o echip de specialiti pe baza unor criterii bine analizate i ponderate n funcie de necesitile curente i viitoare ale organizaiei.

1. Identificare furnizorilor

Lista de furn

3. Msurarea impactului soluiei de Business Intelligenceinnd cont de necesitatea implementrii unei soluii de BI la nivel de organizaie, de natura strategic a soluiei, de investiiile mari pe care le impune o astfel de soluie, de dispersia beneficiilor n cadrul afacerii, de efectele asupra culturii afacerii i de faptul c

22

cele mai multe beneficii pe care le ofer sunt greu de msurat, cu ajutorul metricilor tradiionale apare necesitatea unor tehnici adecvate de evaluare a iniiativelor BI. n cadrul organizaiei este necesar crearea unui mediu de evaluare care s ofere suport n alegerea celei mai bune soluii de investiie, determinarea oportunitii implementrii ei i n acelai timp, s constituie instrument n managementul proceselor de BI. n stadiul de maturitate a soluiilor BI, acestea tind s conduc afacerea i mai departe piaa, oferind servicii de inteligen stakeholderilor organizaiei. Astfel, principala valoare oferit de soluia BI este inteligena i trebuie evaluat aceast valoare pentru a decide profitabilitatea soluiei. Necesitatea evalurii soluiei BI reiese cel puin din urmtoarele puncte: costurile de investiie destul de mari; evitarea cumprrii unei soluii BI nepotrivite necesitilor organizaiei, ca raport cost/performan; constituie factor de decizie n alegerea soluiei BI; ajut organizaiile n nelegerea scopului implementrii; se concentreaz pe veniturile i rezultatele anticipate; ofer un mediu pentru managementul financiar; ajut la monitorizarea proceselor BI (monitorizarea rezultatelor actuale n comparaie cu cele ateptate); constituie feedback pentru rafinarea i revizuirea strategiilor de afacere. innd cont de faptul c orice organizaie trebuie s cheltuiasc atent banii, iar orice soluie care nu ofer un impact rapid asupra afacerii de baz nu este considerat o soluie viabil, trebuie evaluat i demonstrat ct mai corect eficiena utilizrii ei pe baza unor criterii de evaluare, dar i prin analize monetare. Evaluarea soluiei de BI reprezint un proces dificil de analiz a riscurilor, costurilor i beneficiilor soluiei BI, realizat de o echip alctuit att din oameni de afaceri, ct i din personal TIC. Evaluarea iniial este urmat de o serie de analize realizate dup fiecare an de utilizare, pentru a verifica estimrile iniiale i eventual, pentru a corecta strategiile de afacere. Principala problem cu care se confrunt mediile de evaluare actuale ale soluiilor BI este faptul c multe din beneficiile oferite sunt strategice, greu de cuantificat i apar poate dup ani de la introducerea soluiei. Astfel, multe dintre efectele soluiei BI sunt beneficii nefinanciare, uneori intangibile, care conduc la rezultate financiare dup o perioad de timp de la producerea inteligenei. Aceste beneficii vin din mbuntirea lurii deciziilor, creterea calitii informaiei i nu sunt venituri financiare cuantificabile direct. Exist mai multe metode de evaluare a investiiei ntr-o soluie TIC, cum ar fi: rata intern de rentabilitate (IRR Internal Rate of Return), care compar beneficiile actuale cu costurile de capital ale companiei; valoarea net actualizat (NPV Net Present Value), care evalueaz potenialul de investiie al resurselor; perioada de recuperare (Payback period), care determin timpul necesar pentru ca beneficiile obinute s egaleze costul iniial al proiectului, apoi cuantific riscul proiectului; rata rentabilitii investiiei (ROI

23

Return Of Investment) determin procentul mediu anual de ctig, obinut la investiia iniial realizat. Problema ntlnit la aceste metode este c evalueaz valoarea financiar a investiiei, iar valoarea oferit de BI este, n principal, inteligena, care este dificil de msurat. Creterea cheltuielilor IT a pus accent pe procesele i tehnicile de msurare a beneficiilor oferite. Dei multe tehnici sunt capabile s msoare beneficiile tangibile, au dificulti n evaluarea beneficiilor intangibile. Exist pe pia cteva tehnici de msurare a beneficiilor intangibile pentru sisteme operaionale, ns probleme apar la evaluarea beneficiilor intangibile din sistemele strategice. De aici, apare necesitatea crerii unui mediu de evaluare care presupune nelegerea i cuantificarea costurilor i beneficiilor necesar pentru a lua o decizie bine fundamentat. Soluia propus este crearea unui mediu care s evalueze impactul soluiilor BI n toate ariile organizaiei i care s ia n calcul toate costurile i beneficiile obinute pe o perioad de timp corect stabilit. Mediul propus are la baz calculul indicatorului ROI i constituie un mediu robust pentru justificarea i msurarea beneficiilor soluiei BI. Etapele principale ale crerii mediului de evaluare sunt: stabilirea modului n care soluia BI afecteaz organizaia; identificarea costurilor i msurarea lor; identificarea beneficiilor i msurarea lor; evaluarea riscurilor proiectului. Dintre instrumentele de msurare financiar am ales ROI, care este acceptat ca msur financiar pentru evaluarea beneficiilor unei soluii BI i care combin caracteristicile NPV, IRR i payback period. Mediul de evaluare a impactului soluiei BI asupra organizaiei trebuie s detalieze costurile, beneficiile i riscurile asociate proiectului i s ofere metode de evaluare a acestora. Analiza impactului soluiei BI este util att: beneficiarilor soluiei (sponsorilor afacerii, pentru a justifica investiia, i managerilor executivi, n managementul proceselor de BI), ct i furnizorilor n identificarea tehnicilor care s evalueze beneficiile soluiilor oferite, mai ales cele intangibile. n crearea mediului de evaluare, echipa trebuie s pun accent pe evaluarea iniiativei BI din punct de vedere al ndeplinirii i depirii obiectivelor organizaiei, rapid i cu un risc sczut i mai puin pe gsirea metodei perfecte de evaluare. Organizaiile sunt ncurajate s aplice metode de msurare a soluiilor BI i s ofere experienele practice care s permit identificarea problemelor posibile i mbuntirea metodelor de evaluare.