Soluii de Business Intelligence pentru managementul afacerilor

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

Valoarea afaceriiCaracteristici analitice

Intereciuneautilizatorilor

Raportare

Agregare

Investigare

Analiz

Ghidare

Conducereaafacerii

Conducereapieei

Sisteme financiare

Sisteme informaionalede management

Sisteme informaionaleexecutive

Sisteme de analiz

Sisteme de monitorizare

Sisteme strategice

Servicii BI

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

Interaciunea utilizatorilor

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 instru-mente 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.

2

1. Capabilitile platformelor de Business Intelligence

Capabilitile 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 BI

EtapCaracteris

tici

1. Prenata

l2. Copil

mic3.

Copil4.

Adolescent

5. Adult 6. nelept

Structuri de date

Rapoarte manageriale

Spreadmarts1

Colecii de date specifice

Depozite de date

Depozit de date al ntreprinderii

Servicii BI

Arhitectura Rapoarte operaionale

Spreadmarts

Colecii de date specifice

Depozite de date

Depozit de date al ntreprinderii

Servicii de analiz

Percepia executivului

Concentrare pe cost

Informarea directorilor

Puterea oferit lucrtorilor

Monitorizarea performanelor

Conducerea afacerii

Conducerea pieei

Instrumente de analiz

Rapoarte statice

Foi de calcul electronice

OLAP/ rapoarte ad hoc

Tablouri de bord

Analize predictive

BI clientBI integrat

Tipul de sistem

Sistem financiar

Sistem executiv

Sistem de analiz

Sistem de monitorizare

Sistem strategic

Serviciu de afacere

Aplicaie Manage-mentul rapoartelor

Cri informative

Rapoarte interactive

Monitorizarea performanei

Manage-mentul performanei

Managementul lanului de valoare/proces

Concentrare

Performane

Planuri Sarcini Progres Vizibilitate

Venituri/profit

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

3

EtapCaracteris

tici

1. Prenata

l2. Copil

mic3.

Copil4.

Adolescent

5. Adult 6. nelept

Utilizatori Toi Analiti Profesioniti

Manageri Executani

Clieni/furnizori

Capturarea datelor

Lunar Sptmnal

Zilnic La momentul potrivit

Evenimente trecute

n timp real

Rezultatul BI

Rapoarte statice

Scenarii/planuri

Rapoarte interactive

Alerte Modele predictiveHri strategice

Reguli/trigger-i

Concentrarea BI

Ce se ntmpl

Ce ar trebui s se ntmple

De ce s-a ntmplat

Ce se ntmpl

Ce se va ntmpla

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 pro-blem, evidenierea tendinelor constituie o necesitate n realizarea unor platforme agile.

1.1. Analiza capabilitilor de integrareIntegrarea 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.

4

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.

5

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 aplicaii

Aplicaii

CaracteristiciStructurate Orientate pe obiect

Bazate pe componente

Orientate pe servicii

Conduse de evenimente

Cuplare mare mare medie vag decuplateGranularitate foarte detaliat detaliat medie n progres oricareContract definit public/privat public publicat publicatReutilizare sczut sczut medie mare mareMomentul determinrii dependenelor

momentul compilrii

momentul compilrii

momentul compilrii

momentul execuiei la surs

momentul execuiei la abonat

Scop aplicaie intern

aplicaie intern

aplicaie intern

aplicaie ntre ntreprinderi

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 integrare

n 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

6

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 integrat de 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 metadatelor

Criterii Hub Metadata Architecture Bus Metadata Architecture

Costul de intrare Mai mare, deoarece necesit mai mult software specific.

Mai mic, dac nu este cerut un produs hub central.

Coordonarea responsabilitilor, transferul de date, maparea local i altele

Se fac fr ambiguiti/compromisuri.

Fac mediul complex i se realizeaz mai greu.

Rolurile i responsabilitile

Sunt clare. Pot s nu fie la fel de clare.

Managementul efortului de dezvoltare

Se face uor de ctre arhitectul metadatelor.

Constituie o dificultate justificat pentru arhitectul metadatelor, deoarece eforturile de dezvoltare sunt multiple i locale.

Locul metadatelor Consolidarea metadatelor ntr-o singur fundaie, oferind o

Pri diferite ale nivelului detaliat al soluiei de

7

Criterii Hub Metadata Architecture Bus Metadata Architecture

singur versiune de adevr la care toi utilizatorii au acces.

metadate sunt mprtiate pe platforme tehnologice diferite.

Dezvoltarea Dezvoltarea de aplicaii de afacere noi, care utilizeaz metadatele, devine mai uoar.

Coordonarea dezvoltrii ntre locaii diferite nu este prea efectiv. Grupurile de dezvoltare locale nu se gsesc niciodat n acelai loc.

Cerinele de integrare i interogare

Sunt mai puin complexe Sunt mai complexe

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

Se obine mai greu.

Soluia Este mai greu de realizat. 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

8

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

Cerere

RspunsFuncionalitatea

utilizator

Consumatorulde serviciu

Implementareafuncionalitii

Furnizorul de serviciu

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

9

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

Public

Notific

Notific

Notific

Notific

1

NodEDA

3

4

2

5

NodEDA

NodEDA

NodEDA

NodEDA

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 EDA

Caracteristici

SOA EDA

Interaciuni Slabe. Serviciile sunt invocate independent fa de tehnologie i loc.

Decuplate. Editorii de evenimente nu sunt ngrijorai de existena abonailor la eveniment.

Comunicaii Unu la unu bidirecionale. Un serviciu specific este invocat de un consumator la un moment dat.

Muli la muli. Mesaje de Public/Subscrie, unde un eveniment specific poate avea impact asupra a mai muli abonai.

Iniiere Realizat de client. Fluxul de control este iniiat de consumatorul de serviciu.

Iniiere bazat pe eveniment. Fluxul de control este determinat de primitor pe baza unui eveniment expediat.

Flux Sincron, liniar, prin ierarhia de module. Rspunsurile sunt retrimise consumatorului n mod sincron. Permite secvene previzibile i eficiena procesului de afacere.

Asincron, paralel, dinamic prin reeaua de module, utiliznd comunicare prin evenimente. Permite evenimente asincrone, puin previzibile, multe realizate n paralel.

Concentrare Pe prezent. Pe relaii complexe, corelate de evenimente bazate pe tendine

10

Caracterist

iciSOA EDA

trecute i previziuni viitoare.Reacie nchis la nou, odat ce fluxul

procesului a nceput.Reacioneaz la nou, intrrile externe ajung la momente neprevizibile

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

Abilitatea de a integra evenimente ne-tradiionale n procesele de afacere.

Stilul De comand i control. Toate etapele proceselor sunt sub control.

Este potrivit mediilor de procesare autonome i federative.

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

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

Comunicare Vertical, ntre nivelurile ierarhice ale decompoziiei funcionale.

Orizontal, ntre niveluri ntr-un lan de proces.

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

11

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. Evolu-ia standardelor de web services, cum ar fi: WS-Eventing, WS-Notification, WS-Metada-taExchange, 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 Intelligence

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

12

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.

Microsoft

CognosBusiness Objects

OracleSAS

MicroStrategy

SAP

Information Builders

QlikTech

Tibco Spotfire

Actuate

Arcplan

Panorama Software

Board International

candidai lideri

furnizori de ni vizionari

completitudinea viziunii

abili

tate

a de

a e

xecu

ta

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-

13

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):

1. Iniiere 2. Analiza i evaluarea nevoilorcurente i viitoare3. Stabilirea criteriilor

de evaluare

4. Evaluarea i selectarea soluiei BI5. Negocierea i ncheierea contractului

Tipul de soluieLista de membrii

Cerinele minimale Modelul de evaluarei selectare

Soluia de BI

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

2.1. Etapele premergtoare selectrii soluiei

14

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 lung

SoluieCaracteristici Soluie pe termen scurt Soluie pe termen lungComplexitate relativ simpl complexLoc de implementare

ntr-un singur loc n ntreaga organizaie

Costuri mici mariProces de achiziie

simplu complex i de durat

Orientare pe costuri de achiziie i implementare

pe analiza necesitilor, deciziilor, capabilitilor furnizorului i produsului, pe costuri de mentenan

Schimbri puine la toate nivelurile organizaionale

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

15

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 mbun-tirea 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

16

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 &

17

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 manage-ment. 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].

18

Modalitatea de implementare. Caracteristicile luate n considerare la selecia unei

soluii BI sunt: a) tipul de metodologie de implementare folosit; b) timpul mediu de imple-mentare 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) cuno-tinele 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;

19

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 contractului

4) 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.

site-ulfurnizorului

ghidul cumprtorului

istoria produsului/furnizorului

evaluri de la teri

jurnale de afaceri

utilizatoricureni

cereri de informare

site-uri tere

opinia angajailor

motoare de cutare brouri de la

furnizori

companie de consultan

MicrosoftCognos OracleSAS

MicroStrategy

SAP

Information Builders

QlikTech

Tibco Spotfire

Actuate

Arcplan Panorama SoftwareBoard International

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 selecta-rea furnizorilor favorii (de preferat maxim 5) i evaluarea final, care presupune ntl-nirea cu furnizorii, prezentarea soluiilor oferite i analiza ulterioar a acestora (figura 7).

20

1. Identificareafurnizorilor

2. Completarea informaiilorconform criteriilor de evaluare

3. Evaluarea iniial i selectarea

4. Transmiterea invitaiei furnizorilor favorii

5. Programarea i vizualizarea demo-urilor

8. Evaluarea i selectarea ctigtorului

7. Transmiterea ofertei finale

6. Evaluarea i selectarea soluiilor

Lista de furnizori Fiele de evaluare Lista de furnizoriselectai

Invitaii nsoite de imaginea organizaiei

Rapoarte ale vizualizrilor

Furnizori cu punctajul maxim

Cereri de ofertfinal

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.

3. Msurarea impactului soluiei de Business Intelligence

innd 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

21

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

22

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.

23

1. Capabilitile platformelor de Business Intelligence1.1. Analiza capabilitilor de integrare1.2. Abordri n rezolvarea problemelor de integrare

2. Strategia de alegere a soluiei de Business Intelligence2.1. Etapele premergtoare selectrii soluiei2.2. Evaluarea, selectarea i ncheierea contractului

3. Msurarea impactului soluiei de Business Intelligence