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.
Interaciunea
utilizatorilor

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

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.

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
Etap
Caracteris
tici
Structuri
de date

Arhitectura

Percepia
executivul
ui

1.
Prenata
l
Rapoart
e
manager
iale
Rapoart
e
operaio
nale
Concent
rare pe
cost

2. Copil
mic

3.
Copil

Spreadma
rts1

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

Spreadma
rts

Informare
a
directorilo
r
Foi de
calcul
electronic
e
Sistem
executiv

Instrument
e de
analiz

Rapoart
e statice

Tipul de
sistem

Sistem
financiar

Aplicaie

Managementul
rapoarte
lor

Cri
informativ
e

Concentrar
e

Perform
ane

Planuri

Sarcini

4.
Adolesce
nt
Depozite
de date

5. Adult

6. nelept

Depozit
de date al
ntreprind
erii
Depozit
de date al
ntreprind
erii
Conducer
ea
afacerii

Servicii BI

Analize
predictive

BI client
BI integrat

Sistem de
monitoriza
re
Monitoriza
rea
performan
ei

Sistem
strategic

Serviciu de
afacere

Managementul
performa
nei

Progres

Vizibilitat
e

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

Depozite
de date

Monitoriza
rea
performan
elor
Tablouri
de bord

Servicii de
analiz

Conducerea
pieei

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

1.
Prenata
l
Toi

Capturarea
datelor

Lunar

Sptmn
al

Rezultatul
BI

Rapoart
e statice

Scenarii/
planuri

Concentrar
ea BI

Ce se
ntmpl

Ce ar
trebui s
se
ntmple

2. Copil
mic
Analiti

3.
Copil
Profesi
oniti
Zilnic

Rapoart
e
interact
ive
De ce
s-a
ntmpl
at

4.
Adolesce
nt
Manageri
La
momentul
potrivit
Alerte

Ce se
ntmpl

5. Adult

6. nelept

Executan
i
Evenimen
te trecute

Clieni/furni
zori
n timp real

Modele
predictive
Hri
strategice
Ce se va
ntmpla

Reguli/trigg
er-i

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.

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.

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
Caracteristici
Cuplare
Granularitate
Contract
Reutilizare
Momentul
determinrii
dependenelor
Scop

Structurate

Orientate
pe obiect

Bazate pe
componente

mare
foarte detaliat
definit
sczut
momentul
compilrii

mare
detaliat
public/privat
sczut
momentul
compilrii

medie
medie
public
medie
momentul
compilrii

aplicaie
intern

aplicaie
intern

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

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
Costul de intrare
Coordonarea
responsabilitilor,
transferul de date,
maparea local i
altele
Rolurile i
responsabilitile
Managementul
efortului de
dezvoltare

Locul metadatelor

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.

Pot s nu fie la fel de clare.

Se face uor de ctre

arhitectul metadatelor.

Constituie o dificultate
justificat pentru arhitectul
metadatelor, deoarece
eforturile de dezvoltare sunt
multiple i locale.
Pri diferite ale nivelului
detaliat al soluiei de

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.

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.

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

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

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 EDA
Caracterist
ici
Interaciuni

Comunicaii

SOA

EDA

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.

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

Iniiere

Realizat de client. Fluxul de

control este iniiat de
consumatorul de serviciu.

Flux

Sincron, liniar, prin ierarhia de

module. Rspunsurile sunt
retrimise consumatorului n mod
sincron. Permite secvene
previzibile i eficiena procesului
de afacere.
Pe prezent.

Concentrare

11
Caracterist
ici

SOA

Reacie

nchis la nou, odat ce fluxul

procesului a nceput.

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

Stilul

Procese

Comunicare

Vertical, ntre nivelurile

ierarhice ale decompoziiei
funcionale.

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.

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.

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

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 lung
Soluie
Caracteristici
Complexitate
Loc de
implementare
Costuri
Proces de
achiziie
Orientare

Schimbri

Soluie pe termen scurt

Soluie pe termen lung

relativ simpl
ntr-un singur loc

complex
n ntreaga organizaie

mici
simplu

mari
complex i de durat

pe costuri de achiziie i
implementare

pe analiza necesitilor, deciziilor,

capabilitilor furnizorului i
produsului, pe costuri de
mentenan
la toate nivelurile organizaionale

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

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

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.