CAPITOLUL 1.

ASPECTE TEORETICE DESPRE

INTEGRAREA APLICAIILOR INFORMATICE
Integrarea aplicaiilor informatice n cadrul companiilor a fost
mereu un subiect de actualitate n ultimii ani, conducnd la crearea unui
nou stil de lucru n domeniul software: Enterprise Application Integration.
n acest prim capitol se urmrete eoluia aplicaiilor informatice
integrate de gestiune a firmelor, problemele cu care acestea s!au confruntat
ineitabil n cadrul eforturilor de integrare.
"oluiile de tip E#$ %Enterprise #esource $lanning&, '#(
%'ustomer #elations)ip (anagement&, "'( %"uppl* ')ain (anagement&
sunt de+a considerate imperatie ,clasice- n marile companii, o condiie
important pentru meninerea aanta+ului competiti. Eforturile sunt din ce
n ce mai mult ndreptate n direcia integrrii ntregului lan furni.ori!
organi.aie!beneficiari.
'onceptul de Enterprise Application Integration %EAI& este folosit
destul de frecent cnd ine orba de urmtorul pas in e!/usiness. EAI
definete o metodologie care s asigure comunicarea uoar ntre aplicaii
i surse de date din cadrul unei companii, astfel nct acestea s parta+e.e
procese de afaceri i date, c)iar dac elementele integrate se sc)imb %de
e0emplu, sistemul de management al ba.elor de date&. EAI pare s ofere
soluia la generaii de de.oltare a soluiilor informatice fr e0istena unei
i.iuni sau strategii centrali.ate de de.oltare
1.1. Definiia si evoluia ine!"#"ii a$li%aiilo" info"&ai%e
Integrarea aplicaiilor informatice este o activitate ce reunete
oameni, echipamente, programe, dar i practici manageriale. Integrarea
aplicaiilor este o abordare strategic de a lega mai multe sisteme
informatice, la nivel de informaii i servicii, astfel nct sistemele s fie
capabile s fac schimb de informaii i s asigure o funcionare a proceselor
n timp real .
Integrarea aplicaiilor informatice n cadrul unei ntreprinderi sau
ntre mai multe ntreprinderi care colaboreaz este un subiect de mare
actualitate. Integrarea aplicaiilor informatice de ntreprindere permite
coordonarea i sincronizarea mai multor aplicaii eterogene att n interiorul
(integrarea aplicaiilor la nivel de companie), ct si n afara ntreprinderilor
(integrarea aplicaiilor usiness!to!usiness ! ").
#enumit n limba$ul de specialitate %&I (%nterprise &pplication
Integration), integrarea aplicaiilor la nivel de companie reprezint, de fapt,
noul stil de lucru n domeniul soft'are. (ntreprinderile au din ce n ce mai
puini informaticieni care concep i scriu aplicaii i din ce n ce mai muli
care integreaz aplicaii. %ntitatea ce trebuie integrat nu mai este un obiect
sau o component soft'are, ci este o aplicaie soft'are. )rin %&I, sistemele
informatice ale ntreprinderilor se muleaz din ce n ce mai bine pe structura
procesului de afaceri.
*omple+itatea problemelor legate de infrastructura informatic crete
i mai mult n cazul unei ntreprinderi virtuale, format din module (secii,
departamente, birouri etc.) cu funcionalitate e+trem de divers i grad de
dispersie geografic orict de mare. ,ranularitatea modulelor se poate situa
pe o scar foarte cuprinztoare, depinznd n mare msur att de specificul
domeniului de activitate, ct i de posibilitile de organizare ale
ntreprinderii respective.
(n conte+tul actual, n care informaia este privit ca o resurs
strategic a ntreprinderii, a crescut foarte mult importana integrrii
sistemelor informatice care s faciliteze utilizarea n comun a datelor i
micarea lor n cadrul ntreprinderii.
-a nivelul anului ./// s!a estimat c peste o treime din bugetul din
industria I0 a avut ca destinaie proiectarea, realizarea i ntreinerea unor
soluii de integrare a sistemelor informatice. #ar, cele mai multe dintre
aceste soluii au optat pentru varianta de integrare 1punct la punct2, i s!au
dovedit a fi mari consumatoare de resurse.
#ezvoltarea unei strategii eficiente de integrare a sistemelor
informatice la nivelul ntreprinderii este una dintre cele mai comple+e
probleme ntmpinate de managerii I0. *omple+itatea acestei probleme
rezult n principal din faptul c cele mai multe dintre aplicaii au fost
dezvoltate fr a se avea n vedere o anumit arhitectur a sistemelor
informatice sau o strategie de dezvoltare a acestora.
&nul ./3/ poate fi considerat nceputul integrrii n domeniul I0, an
n care a aprut circuitului integrat i care a reunit i alte descoperiri cum ar
fi4 tranzistorii, rezistenele i capacitorii pe un singur chip de silicon. (n
./53 ,ordon 6oore, unul din fondatorii Intel prezicea c numrul de
tranzistori pe un microchip se va dubla la fiecare .7 luni. (n mod
surprinztor, aceast lege este nc adevrat i acum, la peste 89 de ani de
"
la formularea ei. &cesta poate fi considerat unul din motivele pentru care
avem nevoie de integrare4 pentru a ne descurca n condiiile unei
comple+iti crescute. (n acest conte+t, merit reamintite principiile de baz
ale managementului comple+itii4 descompunea n pri mai mici i mai
uor de manipulat, construirea unei interfee standard pentru ca aceste pri
s comunice i apoi dezvoltarea unei structuri ierarhice unde informaia este
din ce n ce mai abstractizat odat ce urcm n ierarhie.
Informatizarea, dezvoltarea economic global, specifice nceputului
de secol ::I au accentuat tendina de organizare a sistemelor
informaionale n modele din ce n ce mai comple+e. )rin integrare crete,
dupa cum s!a vazut, comple+itatea, dar i calitatea, pentru c reuniunea
sistemelor presupune adugarea de componente evolutive i emergente.
#ac organizarea duce la integrare i integrarea duce la
comple+itate, aceasta din urm determin la rndul ei diversificarea. #in
punct de vedere al diversitii, integrarea este efectul evoluiei ciclice i
progresive a unui mi+ de tehnologii i este spri$init de performanele i de
e+pertiza profesionitilor.
Integrarea aplicaiilor poate lua mai multe forme, incluznd
integrarea intern a aplicaiilor4 integrarea aplicaiilor la niel de companie
sau integrarea e+tern a aplicaiilor4 integrarea aplicaiilor /usiness!to!
/usiness. *ele dou tipuri de integrri au multe elemente comune. #e
e+emplu, ntotdeauna vor e+ista4
transformare de tehnologie care va face diferena ntre semantica
aplicaiilor;
tehnologia de router prin care se va asigura c informaia a$unge
la destinaia corect;
reguli de procesare pentru a defini comportamentul de integrare.
<trategia I0 trebuie s in seama de toi factorii care influeneaz
deciziile de integrare a proceselor economice, ca de e+emplu configurarea
proceselor economice, frontierele acestora i locul n care schimbarea este
cel mai probabil a se produce. (nelegerea scopurilor economice, cum ar fi
strategiile de fuzionare i de achiziie sau cost i creterea eficienei,
apare ca o cheie fundamental. 0rebuie stabilit o perspectiv intern i
e+tern comun a nucleului economic, de informaie i de procese,
pentru a nelege relaiile i interfeele ntre unitile economice, sau ntre
partenerii comerciali.
0rebuie stabilite problemele proprietii pentru aplicaii,
componente, infrastructura integratoare, interfeele e+terne etc. =i aceasta
poate fi una dintre cele mai dificile sarcini i poate traversa frontiere
organizaionale i responsabilitile actuale. <ecvenierea activitilor
>
trebuie s identifice serviciile care trebuie realizate primele, care dintre
servicii (nu neaprat aceleai) trebuie utilizate consistent cu restul
organizaiei i cnd anume.
? tendin n evoluia integrrii sistemelor este trecerea de la
integrarea bazat pe informaii la integrarea bazat pe servicii. Integrarea
bazat pe informaii ofer un mecanism ieftin de a integra aplicaii deoarece,
n cele mai multe cazuri, nu este nevoie ca aplicaia s fie modificat. *u
toate c acest tip de integrare ofer o soluie funcional pentru multe
domenii ale problematicii de integrare a aplicaiilor, integrarea bazat pe
servicii ofer mai mult valoare pe termen lung.
1.'. Definiia (i "olul sise&elo" info"&ai%e ine!"ae
Sistemele informatice integrate desemneaz nite sisteme complete
n cadrul crora se desfoara procese de afaceri, practici manageriale,
interaciuni organizaionale, transformri structurale i management al
cunotinelor.
@n sistem de aplicaii integrat trebuie s reprezinte soluia pentru
orice companie care necesit un sistem informatic modern, indiferent dac
acesta automatizeaz procesele interne din cadrul organizaiei, relaiile cu
clienii sau pe cele cu furnizorii i partenerii. &doptarea unor aplicaii
disparate pentru diferite activiti ale flu+ului de afaceri, poate reprezenta o
soluie bun pentru moment, dar care poate genera mari probleme legate de
fragmentarea informaiei i dezvoltarea ulterioar a sistemelor, prin
ncercarea de a integra soluii ulterioare.
)roductorii de soft'are care ofer aplicaii ce ruleaz pe multiple
surse de date sau care nu acoper toate sectoarele flu+urilor de afaceri, nu
furnizeaz pachete de soluii integrate, ci mai degrab colecii separate de
aplicaii, bune s rezolve problemele cerute de sisteme disparate, dar care nu
reuesc s funcioneze mpreun.
)roblema principal a falselor pachete de aplicaii este fragmentarea
informaiei, generat de sisteme disparate. *onsolidarea informaiilor venite
de la un numr mare de surse este laborioas i costisitoare. ? alt mare
problem este automatizarea incomplet, care nu acoper toate procesele
afacerii, rezultnd sisteme discontinue, ce ofer funciuni analitice doar la
nivel departamental, incapabile s asigure o viziune unitar asupra
organizaiei. (n aceste condiii, managerul instituiei nu are la dispoziie
dect piese dintr!un puzzle, care rareori se mbin.
8
)entru a face saltul calitativ de la aciuni punctuale la procese de
afaceri, organizaiile trebuie s adopte soluii integrate i colaborative, care
s se adapteze strategiilor de distribuie i care s includ i funcionaliti
de suport decizional.
@n adevrat pachet integrat are aplicaiile proiectate de la nceput
pentru a lucra mpreun4 acestea parta$eaz acelai model de informaii i
informatizeaz procesele de afaceri la nivelul ntregii organizaii.
)rincipalele avanta$e pe care o suit de aplicaii integrate trebuie s
le ofere beneficiarilor sunt4
reducerea costurilor pe termen lung;
creterea eficienei operaionale;
recuperarea rapid a investiiilor n I0;
migrarea mai rapid la modele de e!business.
)entru a nelege rolul $ucat de un sistem informatic integrat n
funcionarea unei ntreprinderi, este necesar s se porneasc de la modelul
general de organizare a unei afaceri, corespunztor ma$oritii
ntreprinderilor de producie, comer, servicii sau a unora din sectorul
financiar!bancar.
*onform acestui model, orice ntreprindere este constituit din dou zone4
a. Zona Back Office
#in punct de vedere informatic, aceast zon se caracterizeaz prin4
Importana fundamental a bazei de date, care poate fi situat
centralizat pe un singur server sau poate fi repartizat fizic pe
mai multe servere.
)articularitile aplicaiilor utilizate4 o parte important dintre
acestea reprezint programe pentru tratarea 1n bloc2 a datelor
(de e+emplu, tratarea 1n bloc2 a tuturor tranzaciilor unei zile
de lucru). ? alt parte a aplicaiilor realizeaz gestiunea
tranzaciilor i au ca scop tratarea simultan a unor cereri din
partea unui numr mare de utilizatori.
Importana critic a prelucrrilor realizate, de care depinde
intreaga activitate a ntreprinderii.
*entralizarea pe un numr redus de servere pe care ruleaz
sisteme de operare dedicate.
*ea mai apreciat calitate a unui sistem de acA ?ffice o reprezint
coerena i integritatea datelor. #e asemenea, disponibilitatea continu a
3
sistemului i continuitatea serviciilor (chiar i n caz de cderi sau
defeciuni) sunt caracteristici eseniale ale oricrei aplicaii acA ?ffice.
(n cazul ntreprinderilor moderne, aplicaiile acA ?ffice garanteaz
nsi funcionarea ntreprinderii, de aceea se impune e+istena unui sistem
de nalt securitate a datelor, att la nivel fizic, ct i la nivelul drepturilor de
acces.
b. Zona Front Office
&plicaiile Bront ?ffice sunt acele produse pe care ntreprinderea le
ofer clienilor astfel nct s asigure servicii rapide. )rincipalele cerine la
care trebuie s rspund o aplicaie Bront ?ffice sunt4
,estiunea relaiilor cu clienii (*ustomer Celationship
6anagement, *C6) D cuprinde instrumente de administrare a
clienilor (consultarea dosarelor clienilor, culegerea de informaii
referitoare la operaiile efectuate de clieni pentru a le trimite spre
procesare aplicaiilor acA ?ffice), precum i instrumente de
asistare a clienilor (evaluarea n funcie de o serie de criterii,
asisten n configurarea cererii i alte forme de asistare
interactiv a clienilor). %valuarea clienilor dup o serie de
criterii (1scoring2) permite stabilirea gradului n care un client sau
un proiect poate satisface sau nu condiiile prevzute (de
e+emplu, pentru acordarea unui credit). &plicaiile de asisten n
configurarea cererii au ca scop propunerea, pe baza catalogului
furnizorului i a rspunsurilor la un set de ntrebri, variantele de
ofert cele mai adecvate la cererile e+primate de client.
,estiunea agenilor de vnzri D are ca scop gestiunea agenilor
de vnzri sub mai multe aspecte4 cota din vnzrile totale,
performanele, realizarea cifrei de afeceri individuale i colective,
obinerea rezultatelor consolidate etc.
,estiunea clienilor D face parte din aplicaiile Bront ?ffice puse
la dispoziia centrelor de asisten din teritoriu i utilizeaz
tehnologii de integrare cu reeaua telefonic.
Instrumente de asistare a deciziei D sun tincluse instrumente de
cutare i e+tragere de date, precum i aplicaii <I&# (<istem
Interactiv de &sistare a #eciziei).
,estiunea reelei de agenii D este un complement al aplicaiilor
acA ?ffice aprut datorit numrului mare de agenii i centre de
vnzri ale ntreprinderilor mari, mai ales multinaionale. &ceast
reea poate cuprinde sucursale proprii, cocesionari sau ali ageni
comerciali.
5
(n ultima vreme, acestor dou zone ale ntreprinderii li s!au mai
adugat altele dou4
c. Zona Middle Office
%ste o zon greu de definit la nivel fizic , care a primit n timp dou
accepiuni diferite4
(ntr!o prim accepiune, aceasta reprezint zona de acA ?ffice
prezent n cadrul fiecrei agenii sau centru de vnzri, zona
situat fizic n Bront ?ffice, dar ndeplinete funcii de acA
?ffice;
(n a doua accepiune, aceasta reprezint componentele
intermediare ale ntreprinderii, cu rol de interfa ntre Bront
?ffice i acA ?ffice, pentru gestiunea reelei i transmiterea
datelor ctre aplicaiile centrale (aflate n acA ?ffice).
#in punct de vedere informatic, aplicaiile de tip 6iddle ?ffice sunt
cele care alimenteaz componentele menionate anterior. (n condiiile
dezvoltrii unei arhitecturi client!server pe trei nivele (server central, servere
agenie i staii de lucru), componentele 6iddle ?ffice ale sistemelor
informatice se pot gsi att pe serverele de agenie, ct i pe serverul central.
d. Zona Web Office
6ult vreme, procesarea tranzaciilor generate de serviciile la
distan s!a realizat separat de restul sistemului informatic. (n prezent,
tehnologia Eorld Eide Eeb a introdus o nou dimensiune a ntreprinderii,
numit generic Web Office, care completeaz Bront ?ffice i acA ?ffice i
d posibilitatea conectrii la sistemul informatic al ntreprinderii din orice
punct de pe glob.
)rin Eeb ?ffice se integreaz mai multe tipuri de aplicaii4
&plicaii interne ale ntreprinderii D destinate e+clusiv
personalului din ntreprindere, accesul din afar fiind blocat n
general prin aplicaii de tip fire'all. &ceste aplicaii pot
furniza servicii multiple4 coordonarea i gestiunea proiectelor,
mesagerie intern, agend de grup, diverse tipuri de urmrire
la distan a activitii, videoconferin, etc. <e folosesc
tehnologii Intranet, care presupun utilizarea tehnologiilor
Internet mpreun cu produse de securitate care s prote$eze
domeniul i s blocheze accesul neautorizat din interior sau din
afar.
&plicaii accesibile partenerilor D destinate partenerilor n sens
larg (furnizori, clieni, reseller!i, consultani etc.). &cestea
utilizeaz servere %+tranet i ofer servicii echivalente cu
F
aplicaiile interne, dar destinate utilizatorilor e+terni ai
ntreprinderii.
&plicaii accesibile publicului larg D asigur accesul public la
serviciile ntreprinderii, serverele Internet realiznd o e+tindere
a activitii ntreprinderii spre staiile de lucru ale partenerilor
prin intermediul cataloagelor on!line cu imagini ale
produselor, plilor securizate prin carte de credit sau portofel
electronic etc.
Givelul de securitate al componentelor Intranet, %+tranet i Intranet
este diferit, dar nu trebuie negli$at pentru nici una dintre aceste trei zone.
%ste de dorit s se asigure protecia datelor de consultat i s se identifice n
orice moment persoanele care navigheaz. &cest lucru poate fi realizat prin
oferta de abonamente pentru accesul la informaii, abonamente care pot fi
gratuite sau nu, n funcie de serviciile oferite.
1.). P"o*le&e ale ine!"#"ii
)roblema integrrii sistemelor informatice e+istente n cadrul unei
ntreprinderi este greu de formalizat deoarece pleac de la situaii foarte
diferite. (n principal, integrarea sistemelor informatice conduce la apariia a
dou mari tipuri de probleme4
.a Probleme tehnice
)roblemele tehnice sunt datorate eterogenitii soluiilor hard'are i
soft'are i diversitii tehnologiilor utilizate de diversele sisteme
informatice din cadrul ntreprinderii. )roblemele tehnice genereaz o
discontinuitate de comunicaie ntre sistemele informatice.
)entru rezolvarea acestei probleme, companiile furnizoare de soluii
hard'are i soft'are au un aport important, acestea fiind direct interesate de
succesul integrrii propriilor produse cu produsele altor companii.
.b Probleme informationale
)roblemele informaionale sunt datorate inconsistenei datelor i duc
la apariia unei discontinuiti semantice i structurale ntre sistemele
informaionale.
Inconsistena datelor este rezultatul modului n care au fost
dezvoltate aplicaiile informatice. -a realizarea acestor aplicaii s!a ignorat
c ar putea e+ista alte aplicaii care s necesite acces la datele create sau
ntreinute de aplicaia respectiv. &lte cauze ale inconsistenei datelor sunt
7
lipsa unei terminologii standard de definire a conceptelor i proceselor de
afaceri la nivelul ntreprinderii i faptul c sistemele care utilizeaz
tehnologii nvechite (sistemele motenite) nu au implementate mecanisme
riguroase pentru declararea i constrngerea respectrii regulilor de afaceri.
<oluionarea inconsistenei datelor presupune4
.i Identificarea discrepanelor i conflictelor posibile
#iscrepanele din date apar datorit reprezentrii n mod diferit a
unor date similare n sisteme diferite, lucru care poate conduce la
conflicte. #iferenele pot fi4
#iferene de nume;
#iferene de natur i dimensiune;
#iferene de domeniu;
#iferene structurale.
.ii )olitici de soluionare a inconsistenelor
@tilizarea uneia din valorile inconsistente fr avertizarea
utilizatorului;
)rezentarea tuturor valorilor inconsistente utilizatorului,
indicnd sursa informaiilor i lsnd la latitudinea
utilizatorului soluionarea problemei;
@tilizarea celei mai recente valori, pe baza unei mrci de
timp care indic momentul actualizrii informaiei;
@tilizarea informaiei din sistemul cel mai de ncredere, pe
baza evalurii gradului de ncredere al datelor din diferite
aplicaii;
@tilizarea unei mrimi agregate pe baza valorilor
inconsistente (medie aritmetic, minim, ma+im etc).
? alternativ ar fi includerea n logica de acces la datele unei
aplicaii din alte aplicaii, respectiv n logica de migrare a datelor dintr!o
aplicaie n alta, a mecanismelor de tratare a conflictelor. #e e+emplu, pot fi
utilizate tabele de coresponden sau formule de conversie, precum i
mecanisme de implementare a politicilor de soluionare a inconsistenei
datelor .
1.+. Inf"as"u%u"a ,e ine!"a"e
6odelul conceptual al unei organizaii cuprinde4
/
arhitectura sistemului de afaceri (operaional i strategic),
arhitectura sistemului informaional i
arhitectura sistemului informatic.
-ipsa unei arhitecturi de integrare a sistemelor informatice a fcut ca
adesea cerinele de integrare s fie rezolvate prin stabilirea unor interfee
individuale ntre dou sisteme (integrare 1punct la punct2). *um numrul de
aplicaii care trebuie integrate crete n permanen, se a$unge inevitabil la o
reea de perechi de cone+iuni, foarte dificil de ntreinut i dezvoltat.
&ceast soluie este uor de implementat, deoarece necesit o
abstractizare redus a datelor i proceselor. #ar, pe termen lung, integrarea
1punct la punct2 nu asigur fle+ibilitatea necesar adaptrii la cerine noi
care pot s apar. <oluiile izolate i punctuale, rezolv o situaie de
moment, chiar printr!o tehnologie inovatoare, dar pe termen lung conduc la
rigiditatea ntreprinderii datorit comple+itii soluiei care devine dificil de
implementat i gestionat.
)entru ca comunicarea i colaborarea ntre aplicaii s se poat
dezvolta eficient este necesar dezvoltarea unei infrastructuri de integrare a
sistemelor la nivelul ntreprinderii. &ceast infrastructur trebuie s
promoveze metode care s permit sistemelor parta$area de informaii far
s mai fie nevoie ca fiecare sistem s fie conectat cu toate celelalte.
&legerea unei soluii care evit utilizarea integrrii 1punct la punct2
i asigur un management centralizat al integrrii va conduce la reducerea
efortului de realizare i ntreinerii a infrastructurii de integrare a sistemelor
informatice.
&adar, infrastructura de integrare a aplicaiilor asigur un cadru
centralizat, scalabil, gestionabil pentru integrarea tuturor sistemelor din
cadrul ntreprinderii, independent de caracteristicile tehnologice ale
aplicaiilor, bazelor de date sau sistemelor de operare. Infrastructura de
integrare va permite ntreprinderii s gestioneze sisteme informatice
comple+e, s adapteze sau s mbunateasc ntr!un timp scurt aplicaiile i
s reduc costurile de ntreinere a infrastructurii tehnice la nivel de
ntreprindere H6&00//IH#?GG //I .
%ficiena soluiei de integrare este furnizat de scalabilitatea sa i de
uurina de gestionare n cazul adugriiJmodificrii sau eliminrii de
sisteme n cadrul acestei infrastructuri .
)entru a evita apariia unor situaii neprevzute i asumarea unor
riscuri importante, se recomand o abordare incremental n implementarea
i testarea infrastructurii de integrare la nivelul ntreprinderii.
(n lipsa unei metodologii de elaborare a infrastructurii de integrare
se va impune ca cerin minim respectarea urmtoarelor etape4
.9
a. Definirea scopului integrarii
Identificarea acestui scop presupune definirea problemei de afaceri
care trebuie rezolvat. <copul integrrii sistemelor informatice trebuie s fie
definit la nivelul ntreprinderii, nu al sistemelor individuale. -a realizarea
planului de integrare trebuie s inem seama n primul rnd de obiectivele de
afaceri i prioritatea acestora. )lanurile de integrare trebuie s in cont de
probleme pe termen lung, cum ar fi implicaiile modificrii sistemelor
e+istente asupra soluiei de integrare.
b. Definirea strategiei de integrare
#efinirea strategiei de integrare a sistemelor informatice la nivelul
ntreprinderii trebuie s in cont de nevoia de fle+ibilitate n momentul
adugriiJmodificriiJeliminrii uneia dintre aplicaiile integrate. #e
asemenea, aplicaiile e+istente trebuie s fie ct mai puin afectate de
procesul integrrii, mai ales dac este vorba despre sisteme operaionale cu
cerine speciale de performane i siguran.
? soluie complet de integrare a sistemelor informatice la nivelul
ntreprinderii trebuie s includ tehnologii att pentru integrare la nivelul
datelor, ct i la nivelul proceselor de afaceri. #espre diferitele tipuri de
integrare i tehnologii utilizate pentru realizarea acestora se va vorbi n
capitolul ".
#atorit utilizrii unei infrastructuri strategice de integrare a
sistemelor informatice, ntreprinderea poate beneficia de o viziune complet
asupra datelor operaionale sau suport de decizie din toate bazele de date,
aplicaiile i sistemele, de la cele 1motenite2 pn la platformele de
integrare. ? arhitectur de integrare ofer puterea de transformare, controlul
interfeelor i scalabilitatea necesar pentru a elimina haosul din reeaua de
interfee i a oferi o fle+ibilitate real n implementarea proceselor de
afaceri.
c. Definirea soluiilor de integrare a sistemelor motenite
Integrarea sistemelor motenite, care utilizeaz o tehnologie
nvechit trebuie tratat distinct, prin interfee formate din componente
configurabile, capabile s asigure metodele pentru acces la tranzaciile i
datele de pe mainframe!uri. #e obicei, mi$loacele necesare pentru aceste
interfee sunt oferite de productorii de soluii de integrare. %+ist trei tipuri
de interfee4
Interfa obiect, numit 1'rapping2, pentru tranzaciile i
datele de pe mainframe. <e recomand pentru integrarea
aplicaiilor operaionale cu aplicaii Eeb.
..
6aparea metodelor de acces specifice mainframe!lui la o
interfa e+tern cu a$utorul metadatelor. @n e+emplu l
constituie interfeele care folosesc tehnologia :6-.
Interfee standard de acces la baze de date, de e+emplu <K-
sau ?#*. <e recomand pentru conectarea aplicaiilor
mainframe cu aplicaiile client!server pe dou niveluri.
)entru o ntreprindere de mari dimensiuni, se recomand o strategie care s
combine toate cele trei abordri.
)roblema central n cazul sistemelor motenite provine din faptul c
acestea au fost proiectate pentru a procesa cereri n mod secvenial sau la
cerere. %le nu au fost construite pentru un mediu eterogen de e+ecuie
distribuit. *a urmare, va fi necesar gsirea unui mod de simulare a
notificrii evenimentelor specifice sistemelor bazate pe schimburi de
mesa$e.
1.-. Evoluia a$li%aiilo" ine!"ae ,e !esiune a fi"&elo"
<chimbrile tot mai rapide din mediul de afaceri i creterea n
comple+itate a activitilor din cadrul unei companii necesit o adaptare
permanent, ntr!un ritm alert, care, adeseori, pune la ncercare capacitile
de efort i analiz ale factorului uman. <istemele %C) (%nterprise Cesource
)lanning) au fost create ca soluie la aceste provocri, fiind capabile s
proceseze un volum foarte mare de date i informaii agregate n scopul
optimizrii i eficientizrii proceselor. Ideea central n evoluia sistemelor
de aplicaii pentru ntreprindere este caracterul evolutiv. )unctul de plecare
n evoluia actualelor aplicaii pentru ntreprindere l constituie anii L59 i
apoi, pe parcursul a patru decenii, urmnd ndeaproape dezvoltrile din
domeniul sistemelor hard'are i soft'are, a continuat evoluia pn la
sistemele %C).
!nii "#$ se caracterizeaz prin faptul c ma$oritatea ntreprinderilor
realizau aplicaii centralizate, prin fore proprii, ceea ce presupune c
proiectarea, dezvoltarea i implementarea lor era fcut in1)ouse. *ele mai
multe aplicaii se a+au pe controlul stocurilor i automatizarea gestiunii, dar
se ncerca i crearea aplicaiilor pentru calculul automat al salariilor i
pentru contabilitate general. *a i limba$e de programare folosite n acea
perioad menionm *??-, &-,?- i B?C0C&G.
(n anii "%$, urmeaz conturarea sistemelor Material &e'uirements
Planning (M&P). (n literatura de specialitate HB?M@98I, aceste aplicaii
sunt considerate ca un set de tehnici care utilizeaz inventarul, datele despre
."
stocuri i programul de producie pentru calculul necesarului de materiale,
lansarea aprovizionrii i asigurarea acesteia pe parcursul procesului de
fabricaie. Nzute prin prisma trecerii timpului i a evoluiei de la aplicaiile
simple de control al stocurilor, aplicaiile 6C) au reprezentat metamorfoza
sistemului de control al stocurilor sub influena calculatorului i a
aplicaiilor acestuia.
?dat cu maturizarea sistemelor 6C)!uri, anii "*$ au marcat
evoluia spre M&P ++ sau Manufacturing &esource Planning care este
conceput n $urul ideii de optimizare a proceselor de fabricaie prin
sincronizarea necesarului de materiale cu cerinele produciei. Oonele de
aplicaie a acestor sisteme s!au e+tins mult peste departamentul produciei i
au a$uns s aib aplicabilitate i departamentele4 financiar, resurse umane,
distribuie, vnzare, gestiunea proiectelor.
-a acel moment, 6C) II era soluia pentru planificarea eficient a
tuturor resurselor ntreprinderii i asigura planificarea operaional a
necesarului care susine procesele de producie, planificarea financiar i
elaborarea de scenarii de tipul 2ce ar fi dac3-. Bunciunile integrate ale
acestor sisteme vizau4 planificarea produciei, planul de vnzri,
programarea produciei, planificarea necesarului de materiale, planificarea
capacitilor de producie, ca i urmrirea e+ecuiei D aprovizionare,
fabricaie, vnzare. #eosebit de importante sunt ieirile oferite de aceste
sisteme4 rapoarte financiare, plan de vnzri, plan de aprovizionare, proiecii
de stocuri, buget de e+pediie i transport.
)e baza acestor ctorva caracteristici prezentate, putem afirma faptul
c 6C) II nu este doar un instrument de planificare i urmrire a produciei,
el fiind un sistem mult mai comple+ care a evoluat ctre ceva i mai
cuprinztor i anume, ,nterprise &esource Planning. (n HB?M@98I se
arat c la acel moment s!a propus un alt nume, care a funcionat pentru un
timp4 B&P (Business &esource Planning), denumire care subliniaz faptul
c este mai mult dect un sistem care se adreseaz e+clusiv produciei.
)otrivit resurselor de pe internet, i anume site!ului
'''.technologPevaluation.com , cei care au introdus conceptul de %C)
sunt cei de la -artner -roup.
#eci, sfritul anilor L79 i anii ".$ au fost marcai de apariia
sistemelor ,&P, ele fiind rezultatul e+tinderii funcionalitii suitelor
6C)II. &vnd ca i punct de plecare, fundaia tehnologic a 6C) II,
sistemele %C) integreaza toate procesele economice4 producie, distribuie,
contabilitate, financiar, personal, stocuri, service i ntreinere, logistic i
gestiune proiecte, asigurnd consistena informaional, accesul i
vizibilitatea n ntreaga organizaie.
.>
6eninnd caracterul evolutiv, productorii de soluii %C), au
adugat suitelor lor, noi module i funcionaliti, i s!a produs astfel
trecerea la o nou etap n evoluia sistemelor %C) i anume .ERP e/ins0.
!nii /$$$ sunt caracterizai prin aplicaii precum !PS (&dvanced )lanning
and <cheduling), soluii e!business pe zona relaiilor cu clienii D 0&M
(*ustomer Celationship 6anagement) sau pe furnizori!aprovizionare D
S0M (<upplP *hain 6anagement). 0ot n acest perioad au aprut i
concepte noi, cum sunt BP+ (usiness )rocess Integration), ,!+ (%nterprise
&pplication Integration), ,1S (%nterprise Gervous <Pstem).
)entru a ilustra grafic evoluia sistemelor %C) de!a lungul celor 8
decenii, prezentm, n continuare, urmtoarea figur4
Figura 2.2 %voluia aplicaiilor integrate de gestiune a firmelor
( prelucrare i adaptare dup HB?M@98I )
1.1. ERP 2Ene"$"ise Resou"%e Plannin!3
2.#.2. 0e este un sistem ,&P3
@n %C), Qconsiderat e+presia cea mai fidel a iterdependenei dintre
economic i tehnologia informaional, reprezint o infrastructur soft'are, multi!
modulara ce ofer suport de gestiune i coordonare a diferitelor structuri i procese
din companie, n vederea realizrii obiectivelor de afaceri2 HB?M@98I. <copul
unui sistem %C) (sistem de gestiune integrat a proceselor de afaceri) este
realizarea unei mai bune comunicri n companie, mbuntirea cooperrii i
interaciunii dintre diferite departamente precum cele de planificare a produciei,
.8
achiziii, producie, vnzri i relaii cu clienii. )e scurt, un sistem de gestiune a
companiei de tip %C) reprezint planificarea celor 8 factori determinani pentru o
afacere de succes4 factorul uman, financiar, tehnic i de resurse (cei 8 6 ! 6an,
6oneP, 6achines i 6aterials), dupa sursa http4JJ'''.cio.comJresearchJerpJ.
#avenport 0.M., specialist de renume n domeniile de management i
sisteme informaionale pentu afaceri propune ca definiie pentru %C)4 2un pachet
care promite integrarea complet a tuturor informaiilor din cadrul unei
oraganizaii HB?M@98I. &cest concept este ilustrat n Bigura ..".
Figura 2./ <chema conceptual unui sistem %C) HC&<M9"I
%C) integreaz toate procesele economice4 producie, distribuie,
contabilitate, finaciar, personal, stocuri, service i mentenan, logistic,
gestiune de proiecte, oferind accesabilitate, vizibilitate i consistena
informaional n ntreaga organizaie. %C) nseamn integrarea tuturor
aplicaiilor ntr!o soluie global, care acoper toate procesele intercorelate
prin care concretizeaz activitatea organizaiei, eliminnd graniele dintre
departamente i delimitrile funcionale, ca i pe cele ale organizaiei cu
mediul i oferind posibiliti de lucru multiutilizator, multiscop i
multispatiu.
)rin definiie, un sistem de tip %C) reprezint o soluie soft'are
comple+, bazat pe arhitectura client4ser5er ale crei elemente sunt
integrate ntr!o platform comun, pentru gestionarea resurselor companiei,
prelucrarea tranzaciilor i facilitarea integrarii tuturor procelor necesare n
cadrul unei afaceri, centralizndu!le, facilitnd mprtirea datelor i
eliminnd redundana HB?M@98I. Biecare pachet %C) ofer funcionaliti
diferite pentru industrii diferite.
Pro5ocarea principal6 const6 7n integrarea tuturor proceselor
economice i optimi8area resurselor disponibile.
<istemele %C) actuale realizeaz integrarea tuturor funciilor de
conducere ale unei companii, plecnd de la 4
planificare;
asigurarea stocului de materii prime i materiale;
.3
*-I%G0
Nnzri i
distribuie
<ervice
postvnzar
e
az de date
unic
Binanciar!
contabilitate
)roductie
<tocuri
B@CGI
O?CI
&plicaii front!office &plicaii bacA!office
definirea tehnologiilor;
coordonarea proceselor de producie;
gestiunea financiar! contabil, a resurselor umane, a stocurilor
de produse finite;
dezvoltarea i meninerea relaiilor cu clienii i partenerii de
afaceri.
@n astfel de sistem permite factorilor de decizie realizarea unor
analize complete asupra realizrii planului de afaceri. )rin opiunile de
simulare a activitilor i prin caracterul fle+ibil i dinamic al aplicaiilor se
pot realiza 4
planuri de previziune;
evaluri i predefiniri ale tendinelor de evoluie ale industriei
din care face parte compania;
analize calitative;
integrarea cu noile tehnologii e!business;
comunicare on!line.
-a implementare, sistemele %C) includ o serie de caracteristici de
baz. <unt instalate pe un sistem de gestiune a ba8elor de date.
)latformele de baze de date folosite cel mai frecvent sunt4 ?racle, #",
Informi+, 6< <K- <erver, <K- ase i <Pbase. aza de date necesit o
setare iniial conform proceselor organizaiei i trebuie sa asigure acces
direct la informaii n timp real (avanta$ul bazelor de date unice) pentru toi
membrii organizaiei. ?dat terminat instalarea, utilizatorii introduc datele,
informaiile fiind transferate prin intermediul proceselor la alte module. (n
final, sistemele %C) includ instrumente de raportare periodice sau realizate
ad!hoc.
&plicaiile %C) sunt realizate cu a$utorul instrumentelor 0!S,,
care simplific munca programatorilor, prelund regulile i genernd
automat codul surs. &vanta$ele sunt4reducerea timpului de dezvoltare i
obinerea unui produs de calitate, prin minimizarea erorilor. (n plus,
utilizarea instrumentelor *&<% spri$in consistena aplicaiilor i
standardizarea sub aspect funcional.
<ub o form simplificat un sistem %C) poate fi definit prin prisma
a dou proprieti fundamentale4 funcionalitatea i integrarea.
.5
Figura 2.9 Ceprezentarea simplificat a unui sistem %C)
*ele dou pri se condiioneaz reciproc.
+ntegrarea asigur conectivitatea ntre flu+urile de procese economice
funcionale. %a poate fi gndit ca o tehnic de comunicare.*teva modaliti
obinuite prin care comunicarea are loc prin i pentru integrare sunt4 codul surs,
reele locale i e+tinse de calculatoare, Internet, e!mail, 'orAflo', instrumente de
configurare automat, protocoale, baze de date. )utem spune c integrarea este
realizat prin comunicare, iar comunicarea este realizat prin integrare.
Partea funcional6 a unui sistem %C) asigur flu+urile de procese
economice din cadrul fiecrei funciuni. &stfel, n cadrul unei suite %C) se
regsesc de la cteva, pn la zeci de module funcionale (contabilitate general,
debitori, salarii, stocuri, aprovizionare, planificarea produciei, logistic, comenzi
i vnzare) HB?M@98I.
2.#./ !rhitectura unui sistem ,&P
<istemul aplicaiilor de ntreprindere se implementeaz pe o
arhitectura de tip client4ser5er care creeaz premisele unui mediu de
prelucrare descentralizat. #up cum este prezentat i n lucrarea HB?M@98I,
modelul de arhitectura implementat de ctre sistemele %C) este cel cu trei
straturi, ilustrat n figura urmtoare4
.F
Figura 2.: &rhitectura cu trei niveluri a unui sistem %C)
0aracteri8area funciunilor celor trei ni5eluri ale arhitecturii4
1i5elul pre8entare const n interfaa grafic utilizator sau programul
de navigare (bro'ser) pentru accesarea funciilor sistemului.
1i5elul aplicaie cuprinde regulile afacerii, logica i funciunile
sistemului, programele care asigur transferul datelor de la J la serverele de
baze de date.
1i5elul ba8ei de date 4 asigur gestiunea datelor organizaiei, inclusiv
a metadatelor; cel mai adesea se regsete aici un <,# relaional dintre
cele standardizate industrial, care include i modulul <K-.
&ceast structurare logic permite ca interfaa sistemului %C) s
ruleze pe calculatorul utilizatorului, prelucrarea s se realizeze pe nivelul de
mi$loc al serverelor de aplicaii, iar sistemele de baze de date s funcioneze
pe al treilea strat, al serverelor specializate.
2.#.9. 0omponentele principale ale unui sistem ,&P
&naliznd sistemele %C) dezvoltate pana n prezent, pot fi
evideniate o serie de componente care intr n componena acestora 4
.7
No&en%laoa"e 2fi(ie"e ,e *a4#3 de clieni, furnizori, personal
sub forma unor fiiere care reunesc toate datele de descriere a acestora i
interfaeaz cu oricare modul care se servete de aceste date.
Cona*iliae !ene"al# sau %o&$onena finan%ia"5%ona*il#.
*omponenta asigur conducerea evidenei contabile i gestiunea financiar.
Buncionalitaile acestei componente vizeaz4 automatizarea nregistrrii
informaiilor financiar!contabile preluate din documentele primare, cu
preluarea automat a datelor din alte aplicaii ale sistemului %C) i
realizarea evidenei contabile complete, la nivel sintetic i analitic. #e cele
mai multe ori, componenta acopera doar cerinele contabilitaii financiare,
asigurnd n primul rnd obinerea documentelor contabile de sintez cerute
de legislaia n vigoare i poate fi completat printr!o component de
analiz, tip tablou de bord, care ofer informaii privind performanele
firmei.
6n%as#"i5$l#i. &ceast componet poate aprea sub forma a
doua module4 4ebitori i 'reditori, care gestioneaz i nregistreaz
creanele i datoriile ntreprinderii.
Sala"i4a"e. *omponent legat adesea de componenta resurse
umane, avnd ca obiect calculul i evidena salariilor. <unt automatizate
calculul ta+elor, al contribuiei la bugetul statului i asigurrilor sociale.
Resu"se u&ane. *omponenta care spri$in crearea unei politici
de personal, susinnd activitaile de recutare i selecie a personalului;
I&o*ili4#"i. ,estioneaz mi$loacele fi+e, dar i obiectele de
inventar sau activele necorporale. ,estiunea acoper ntreaga durat de
utilizare a activului i se poate afla n orice moment care este starea acestuia
i operaiile efectuate asupra lui (intrare, modernizare, modificare,
reevaluare, scoatere din funciune, casare). ?fer multiple posibilitai de
calcul i ntregistrare a amortizrii (liniar, degresiv, accelarat). #eosebit
de utile sunt rapoartele generate, impuse de legislaia n vigoare sau
necesare conducerii.
Planifi%a"e5$"o,u%ie. )lanificarea vizeaza e+ecutantul,
termenul, articole de realizat, costul programat i detaliile tehnice.
U"&#"i"e $"o,u%ie (uneori livrat ntr!o singur component
mpreun cu $lanificarea). (ntregistreaz preluarea notelor de predare i a
rapoartelor de lucru, analizeaz i compar comenzile lansate, ofer rapoarte
cumulate ori detaliate ale produciei, pe faze sau pe produseJlucrri, precum
i rapoarte de costuri.
Gesiune ,ae e7ni%e. *omponenta stocheaz definiiile i
caracteristicile tehnice ale produselor i tehnologiilor de fabricaie.
./
Planifi%a"e ne%esa" ,e &ae"iale. *u a$utorul acestei
componente se determin automat cantitile de materiale necesare, pe baza
datelor despre procesul de fabricaie i a planului de producie aprobat.
Planifi%a"e (i u"&#"i"e %onsu&u"i (i %osu"i. *omponenta
ntocmete bonurile de consum i preia datele despre consumuri de la
magazii, centralizeaz aceste date pentru calculul costurilor, genereaz
rapoarte detaliate sau centralizate cu privire la consumurile planificate si
realizate.
Mana!e&enul $"oie%elo". *omponenta are ca obiect proiectele
de investiii, activitile interne sau lucrrile efectuate de teri4 planificarea
(bugetarea), finanarea i urmrirea e+ecutrii acestora.
So%u"i. *omponenta permite gestiunea cantitativ i calitativ a
stocurilor i generarea automat a documentelor contabile.
Gesiunea ,e$o4ielo" (inclus adesea n modulul de "tocuri&.
*omponenta definete din punct de vedere organizatoric unitile de stocare4
tipurile de inventar i subinventar, depozite, magazii, locaii, modul de
localizare al stocurilor.
A$"ovi4iona"e 2Fu"ni4o"i3. *omponenta depsete atribuiile
unei aplicaii de gestiune, fiind un instrument de optimizare a aprovizionrii,
care poate determina realizarea de economii. 6odulul Aproi.ionare se
leag de componenta "tocuri.
89n4#"i. *omponenta gestioneaz activitaile specifice
procesului de vnzare.
6n"eine"ea e%7i$a&enelo" 2&enenana3. &ceast component
rezolv gestiunea tehnic i urmrirea modului de utilizare a
echipamentelor, permite planificarea resurselor i costul lucrrilor. Boarte
important este istoricul activitailor de ntreinere i reparaii.
T"ans$o" 2Lo!isi%#3. &ceast component permite planificarea
i gestionarea activitailor logistice din procesele de vnzare i distribuie.
Se"vi%e:Se"vi%ii. &ceast component urmrete garaniile i
serviciile postvnzare.
Anali4a 2;usiness Inelli!en%e3. 6odulul preia datele din baza
de date, realizeaz diferite analize i furnizeaz informaiile n forma dorit
de utilizator. *ele mai puternice opiuni sunt analizele multi!
dimensionale(?-&)), simulrile, scenariile i prognozele.
Soluii s$e%ifi%e fie%#"ei in,us"ii
Gene"ao"ul ,e "a$oa"e. &cest instrument permite utilizatorilor
obinerea rapoartelor dorite n cadrul fiecrui modul funcional folosind
datele din baza de date a sistemului %C).
"9
2.#.:. +mplementarea unui sistem ,&P
&doptarea unui sistem %C) este o decizie dificil pentru orice
organizaie. <uccesul unui proiect %C) nu depinde de ans. !legerea celei
mai potri5ite soluii; instruirea personalului i planificarea resurselor
sunt trei din cele condiiile eseniale pentru implementarea reuita i
utilizarea n condiii de eficien ma+im.
&. #ecizia de implementare a unui sistem %C) trebuie s fie
fundamentat pe baza unui set de criterii foarte precise de selecie i analiz
comparativ a mai multor variante de aplicaii, cum ar fi4
obligativitatea respectrii cadrului legal al fiecrei ari, dar i
alinierea la legislaia i normele europene;
posibilitatea operarii n moned naional, implementarea
monedei unice europene, dar i lucrul facil cu alte valute;
prelucrri n timp real;
structura modular a soft'are!ului aplicativ care s permit
implementarea etapizat i e+tinderea ulterioara a ariei funcionale
acoperite;
independena de platforma hard'are;
caracteristicile funcionale;
asigurarea unui nivel nalt al securitaii i integritaii datelor;
minimizarea riscurilor, avanta$ele directe i posibilitatea
$ustificrii clare a investiiei.
Integrarea este principalul deziderat al unui proiect %C). (n teoria
oraganizaional integrarea definete nivelul de colaborare ntre indivizi, ca
i ntre entiti. (ntr!o organizaie, indivizii i formeaz un mod particular
de abordare, gndire i rezolvare a sarcinilor de lucru, corespunztor
educaiei i e+perienei fiecruia. &bordrile pot fi uneori conflictuale, de
aceea se ateapt ca integrarea s6 asigure coordonarea i colaborarea
7ntre indi5i8i prin instrumente specifice.
. #up decizia de adoptare a unui sistem %C), urmeaz cea de
selecie a celei mai potrivite soluii, ilustrat sub forma unei scheme logice n
Fi!u"a 1.+. Ale!e"ea %elei &ai $o"ivie soluii $en"u o o"!ani4aie
%onsiuie o ,e%i4ie se&i5s"u%u"a#, ntruct numai o parte a problemei
poate fi tratat prin intermediul unei proceduri clar definite. Gu e+ist o
procedur formal unanim acceptat pentru acest proces decizional. )e lng
dificultile procesului de evaluare, o alt problema este analiza celor mai
".
adecvate criterii de selecie. *riteriile de selecie pot fi ncadrate n cteva
mari categorii4
Dimensiunea afacerii i amploarea proiectelor 5iitoare <
+nfrastructura tehnologica si necesarul de in5estiii impus de
acest proiect;
Specificul acti5it6ii desf6surate este unul dintre cele mai
importante criterii. )resupune cercetarea cazurilor similare de pe
piaa. )rezena aplicaiilor verticale (sau dedicate) care au fost
scrise special pentru un domeniu de activitate nu va fi negli$at. <e
poate opta pentru verticale pentru c ofer avanta$ul coninutului
mare de cunotine ncorporate (e+periena companiilor care au
,,deminat terenulR i au avut succes);
-radul de dispersie geografic6; astfel nct, dac investiia se
dovedete a fi deosebit de costisitoare, se poate opta pentru
sistemul implementrii n cascad, caz n care vorbim de o
s"u%u"a"e IT:ERP $e ,ou# nivelu"i. &ceast structurare ofer
avanta$ul unui mecanism perfect de funcionare pentru companiile ce
dezvolt relaii la nivel transnaional4 un nivel su$e"io"
corespunztor filialelor mari i locaiei principale, acoperit de
aplicaii puternice %C) (e+. "A$ #56 "*stems, 7racle Applications&
i nivelul infe"io" acoperit de soluii fle+ibile care ofer garania
competitivitii la un cost sczut de achiziie i ntreinere, destinate
filialelor mici (e+. "cala, "ieco&8
Structura aplicaiilor e=istente vizeaz un comple+ de probleme
dintre care amintim4 redundana i inconsistena datelor, dificultatea
accesului la bazele de date, fenomenele de izolare a datelor,
comple+itatea deosebit a actualizrilor, problemele de securitate i
de integritate a datelor, imposibilitatea, infle+ibilitatea n fa
modificrilor curente i modelarea corect a afacerii.
""
Figura 2.> 6odelarea deciziei de selecie HC&<M9"I
*. &ctivitile de selectare i implementare a unui sistem %C) se
constituie ntr!un mediu de (re)construire a valorilor
organizaiei.@rmtoarele principale activiti se succed n implementarea
%C) HB?M@98I4
,ducarea managerilor i acionarilor 4 cunoaterea fenomenelor
tehnologice, a specificului i avanta$elor %C) creeaza o atitudine
pozitiv fa de proiect.
Formarea echipei proiectului 4 n cazul unui buget limitat se poate
merge pe o soluie mi+t, care s combine cunotinele e+perilor cu
avanta$ul terenului propriu al specialitilor firmei. Fi!u"a 1.1
prezint o posibil configuraie de echip %C).
">
Figura 2.# *onfiguraia unei echipe %C) H&G#%"999I
!nali8a cerinelor 4 este procesul care determin cerinele
informaionale ale oraganizaiei, adresndu!se tuturor
caracteristicilor funcionale ma$ore.
Planul de integrare al afacerii 4 este realizat n mai multe sesiuni
de lucru, combinnd cerinele informaionale stabilite cu
specificaiile funcionale (curente i pe termen lung) necesare
strategiei afacerii. %chipa proiectului gndete i stabilete ce poate
"8
soft'are!ul s rezolve i cum anume(far a intra n detalii de
implementare).
Stabilirea 5i8iunii i obiecti5elor proiectului 4 vizunea arat
asteptrile organizaiei; innd seama de interaciunea sistemului
%C) cu funciunile afacerii.
Preg6tirea i instruirea echipei proiectului 4 constituie e+tensia
activitilor premergtoare de educare. (n aceast faz poate fi
ntocmit un plan detaliat al proiectului.
Studiul ofertei de soluii ,&P 4 presupune solicitarea de
informaii, direct sau prin parcurgerea ofertelor.
Fe8abilitatea economic6 a proiectului este dat n principal de rata
de recuperare a investitiei (C?I!Ceturn ?n Investment) i reprezint
analiza deciziei de invetiie a unor sume importante ntr!un sistem
nou.
0ererea de oferta adresat furnizorilor de %C) ! reunete ntrebri
concrete care privesc funcionalitatea sistemului. &curateea i
descrierea detaliat a cerinelor sunt eseniale pentru ntocmirea
cererii de ofert.
,5aluarea resurselor hard?are 4 este un proces comple+,
deosebit de important. *ea mai frecvent modalitate de lucru este
completarea de chestionare primite de la furnizorii %C).
@i8itele de lucru ale furni8orilor ,&P 4 constituie o oportunitate
pentru ca acetia s nteleag modul de desfurare a activitii
economice a firmei.
Demonstraii ale soluiilor soft?are 4 permit managerilor i
acionarilor firmei s!i formeze opinii mai clare, s pun ntrebri
i s nteleag modul de funcionare a soluiilor.
Sesiunile de planificare anticipat6 4 <tabilesc informaii detaliate
despre domeniul acoperit, timpul i resursele necesare pentru a
implementa soluia unui anume furnizor %C). <unt alese modulele
de implementare i se discut timpul i resursele necesare.
Procesul de luare a deci8iei ! implic managerii i acionarii firmei
care evalueaz informaiile adunate. #ecizia poate fi luat n
unanimitate, dac toat lumea voteaza aceeai soluie sau poate fi
controversat, dac sunt susinute dou sau mai multe soluii.
Antocmirea i semnarea contractului ntre firma beneficiar i
furnizorul %C) ! semnarea contractului (pot fi contracte individuale
pentru resurse hard'are, soft'are i service sau un singur contract
"3
ce reglementeaz situaia tuturor resurselor) legifereaz acordul
formal ntre cele dou prti de implementare a noului sistem .
Planificarea proiectului 4 punctul de pornire este planul ntocmit
n sesiunea de planificare anticipat, acesta fiind acum reevaluat,
e+tins i completat. Cezultatul acestei faze se constituie n intrare
pentru faza urmtoare.
Planificarea de detaliu 4 planul descrie modulele funcionale i
planul de instalare, cu termene de realizare concrete. #up
detalierea tuturor componetelor, planul poate fi transpus n format
electronic, cu a$utorul unei aplicaii de management al proiectelor.
*el mai adesea se obine o Dia!"a&a Gan ce ilustreaz calendarul
proiectului.
!cti5it6ile de instruire ,&P 4 orele de instruire %C) au ca scop
ntelegerea specificului unui sistem %C) de ctre membrii echipei
din punct de vedere funcional i modul concret n care
interacioneaz cu funciunile economice.
0onfigurarea aplicaiilor 4 este sarcina furnizorului %C), care se
informeaz asupra modului de desfurare a activitii.
&dministrarea ntrebrilor se poate face n trei moduri4 manual,
semiautomat i automat. )entru succesul implementrii este
esenial ca echipa proiectului i utilizatorii s fie edificai asupra
soluiei %C), iar furnizorii asupra specificului firmei i activitilor
economice.
Stabilirea politicii de proiect 4 urmrete crearea unui cadru
director pentru tratarea conflictelor, ntr!un document sunt
specificate toate procedurile formale(regulile).
Discutarea rapoartelor 4 se concretizeaz n comparaii ntre
rapoartele curente i cele generate de noul sistem, din trei puncte de
vedere4 selecia datelor, ordonarea i afiarea lor. n ca.ul
reproiectrii proceselor economice, modificrile de flu0uri
generea. sc)imbri n partea de raportare . <unt discutate
modificrile i este stabilit noul format.
Maparea funcional6 B au loc activiti cu un caracter interactiv i
presupun mai multe discuii; este necesar vizualizarea
modificrilor i a rezultatelor pe parcurs prin reprezentarea grafic
a flu+urilor.
Prototipi8are i testare4 sunt preluate rezultatele fazei de mapare
funcional pentru a stabili dac pachetul de programe acoper harta
funcional schiat.
"5
Modificarea i adaptarea cerintelor 4 asigur e+tinderea
caracteristicilor funcionale %C). 6odificrile sunt operate dup ce
maparea funcional i prototipizarea au demonstrat c aplicaia nu
poate realiza funcia respectiv.
0on5ersia datelor 4 este una dintre cele mai 1sensibile2 faze ale
proiectului, datorit dificultaii de a prelua datele din bazele de date
curente n noul sistem. <e opereaz, de regul, cu dou modalitai
de conversie4 introducerea manuala (dei consumatoare de timp, are
avanta$ul asigurrii integritii datelor prin testare, ceea ce nu se
ntmpl la conversia electronic) i introducerea automat
(conversia automat). <e pot folosi utilitare de conversie a bazelor
de date dac este cert integritatea datelor din baz de date a firmei.
Asi!u"a"ea ine!"i#ii ese foa"e i&$o"an# ,eoa"e%e a*sena ei
$oae %o&$"o&ie fun%ionaliaea a$li%aiei< ia" 7aosul ,in
*a4ele ,e ,ae $oae ,u"a luni ,e 4ile (innd cont de numrul mare
de elemente interdependente ale bazei de date).
Planurile de urgena 4 se refer la situaiile de criz (coruperea
bazei de date n faza de lansare a sistemului, pierderea suportului
conducerii e+ecutive ori a spri$inului financiar, apariia de probleme
tehnice insurmontabile n faza de prototipizare etc.).? importan
deosebit este acordat erorilor din partea final a proiectului.
Documentaia proiectului 4 este unul dintre cele mai importante
mi$loace de comunicare. #ocumentarea fazelor tempereaza elanul
membrilor echipei, care trebuie s gndeasc i s e+prime n scris
activitile derulate.
+nstruirea utili8atorilor finali D se realizeaz n funcie de zona
funcional acoperit, fiecare nvnd funcionalitile pe care le va
utiliza. <unt oferite utilizatorilor manuale de instruire.
!uditarea ! este activitatea desfurat n paralel cu proiectul.
<copul su este asigurarea derulrii proiectului conform planurilor,
respectarea termenelor i ncadrarea n buget. %+ist cteva
momente cheie, importante pentru auditare4 preimplementare,
implementarea si postimplementare. #e obicei, responsabilitatea
auditului cade n sarcina echipei proiectului, chiar dac furnizorul
%C) i consultanii e+terni ofer asistent.
Suportul postimplementare 4 include toate activitile care susin
e+ploatarea noului sistem. &sistena este necesar datorit erorilor
sau nesincronizrilor care apar n funcionalitatea aplicaiilor
(adesea generate de programele de conversie a datelor).
"F
+nstruirea continu6 i 7ntreinerea Bsunt menite s prote$eze
investiia n noul sistem. (ntreinerea continu este o concretizare a
suportului postimplementare. Instruirea are loc, n primul rnd n
cadrul firmei, prin instruire ncruciat i chiar rotaia cadrelor.
4. ,(otiaia fiecrei organi.aii pentru alegerea E#$
influeea. strategia de implementare. HB?M@98I pune n eviden trei
mari categorii de motive4
Cehnice 4 aplicaii izolate, platforme nvechite fa de prezentul
tehnologic (vechile aplicaii din ce n ce mai greu de ntreinut, mai
ales datorit costurilor mari, trebuie nlocuite cu o platforma I0
comun; care asigur integrarea sistemului).
Operaionale 4 mbunirea proceselor, vizibilitea informaional,
reducerea costurilor operaionale (adopate de ctre organizaiile care
sunt dispuse s opereze modificri ale proceselor economice).
Strategice 4 mbuntirea relaiilor cu clienii, restructurarea
afacerii, standardizarea multilocaie, nevoia de eficien i integrare
(aceast abordare poate asigura organizaiei obinerea de avanta$e
competitive, care i mbuntaesc poziia pe pia).
)rimele studii privind implementarea proiectelor %C) au delimitat
dou tipuri iniiale de abordri4 strategia ;;Big BangD i strategia pe fa8e,
iar ulterior s!au conturat alte strategii HB?M@98I. (n continuare sunt
prezentate, pe scurt, cteva strategii de implementare ale sistemelor %C)4
2. )roiectele de avengur aleg, de regul, strategia cu riscuri
minime. )resupune parcurgerea tuturor pailor i activitilor descrise pe
parcursul unei perioade de timp e+tinse (apro+imativ " ani).
/. Strategia de buget urmreste implementarea noului sistem cu un
buget ct mai mic, numrul activitilor fiind redus datorit faptului c sunt
eliminate activitile consumatoare de resurse. Gu constituie o prioritate
implementarea rapid, ci ncadrarea ntr!un anumit buget.
9. Strategia EBig BangF este o metodologie rapid, uoar i
presupune costuri minime. Ceunete doar elementele de baz, eliminnd
multe activiti din dorina de a reduce timpul de implementare i costurile.
*onversia datelor se face de obicei manual, pentru a nu se pierde timpul cu
elaborarea de programe de conversie electronic. &ceast strategie este
aleas atunci cnd se au n vedere implementri rapide.
:. Strategia cu fore proprii presupune folosirea echipei proprii de
specialiti (analiti i programatori) pentru a dezvolta un sistem %C) de Qla
zero2. Gumrul de activiti este mic, dar se regsesc activitile specifice
dezvoltrii sistemelor %C)4 cele de analiz, mapare funcional,
"7
prototipizare i modificare a aplicaiilor. <uccesul depinde n mare msur
de priceperea i cunotinele echipei de specialiti.
>. Strategia Ela cheieF are aceeai structur i secvent de activiti
ca i strategia riscurilor minime. #iferena apare la planificarea i derularea
propriu!zis a activitilor care sunt realizate cu resurse e+terne. &par
probleme la punerea n funciune i preluarea sistemului de catre utilizatori.
#. Strategia de parteneriat se deosebete de alte strategii prin
faptul c responsabilitile proiectului sunt parta$ate de beneficar i de ctre
partenerii si. )roiectul beneficiaz astfel de cunoaterea i e+periena
acumulate de firmele partenere de implementare, iar pe de alt parte,
organizaia beneficiar este implicat activ n activitile proiectului
%. Q@na dintre preocuparile ma$ore ntr!un proiect %C) se refer la
modalitatea concret de nlocuire a sistemului e+istent cu noul sistem. %ste
o chestiune ndelung dezbtut de practicienii %C). )ractica
implementrilor a consacrat mai multe posibilitti de realizare a tranziiei de
la vechi la nou4 ine!"al#< $e fa4e< $a"alel# sau 7i*"i,#.
(n alegerea strategiei de tranziie trebuie s se porneasca de la o idee
fundamental, accea c implementarea %C) este spri$init pe > factori4
$"o%esele< e7nolo!ia (i oa&enii< toi la fel de importani pentru succesul
proiectului2 HB?M@98I.
a. S"ae!ia ine!"al#, presupune nlocuirea complet a vechiului
sistem cu sistemul nou la un moment dat. Bunciunile ndeplinite de
aplicaiile vechi trec simultan i complet n sarcina noilor aplicaii. %ste o
strategie mai putin utilizat i nu este recomandat de furnizorii i
implementatorii %C). <trategia integral implic multe resurse, care
trebuiesc atent planificate pentru succesul operaiunilor. <e remarc o
reducere a costurilor punerii n funciune prin absena programelor de
tranziie care asigur intefaa ntre vechile aplicaii i cele noi.
&bordarea este aplicabil implementrilor rapide, atunci cnd e+ist o
dat limit, la care sistemul trebuie s funcioneze. #e asemenea, are
succes n cazul proiectelor mici, unde se poate mentine cu uurin
controlul asupra activitailor.
*. S"ae!ia $e fa4e (numit i modular sau secvenial)
implementeaz modulele rnd pe rnd. &cest mod de tranziie presupune
utilizarea unor programe de interfa, care acoper ,,golulR dintre vechile
aplicaii i cele noi, pna cnd acestea devin complet funcionale. #e
asemenea, sunt utilizate programe de conversie a datelor.
)rocesul ncepe cu punerea n funciune a unui modul (de
e+emplu4 Binanciar!*ontabil), celelalte funciuni fiind acoperite de
"/
aplicaiile vechi. @rmeaz apoi secvential celelalte module, n ordinea
considerat oportun de beneficiar.
6ulte organizaii consider aceast abordare mai confortabil i
lipsit de riscuri dect altele, resursele solicitate fiind rezonabile. <unt
necesare resurse tehnice, n spe programe de tranziie, de conversie i
preluare a datelor. @n dezavanta$ important este durata lung a acestei
perioade de tranziie.
%. S"ae!ia $a"alel# menine n funciune ambele sisteme ntr!un
interval de timp. )erioada variaz n intervalul4 o zi ! cteva luni. &vanta$ul
ma$or al acestei abordri este posibilitatea recuperrii n situaia eecului
noului sistem. (ntruct ambele sisteme lucreaz n paralel, activitatea
organizaiei nu va fi perturbat n cazul n care apar disfuncionalitti n noul
sistem %C). <trategia n paralel este caracterizat de riscuri minime,
realizndu!se n plus validarea sistemului implementat, prin compararea
rezultatelor prelucrrilor n cele " sisteme.Nolumul mare de resurse angrenat
e(aceleai date prelucrate i preluate de dou ori) reprezint un dezavanta$
ma$or. #e asemenea, pot aprea erori datorate confuziei utilizatorilor, care nu
interacioneaz corect cu noile aplicaii. <trategia paralel este adecvat
situaiilor n care este esenial stabilitatea noului sistem %C), pentru firmele
n care disfuncionalitile acestuia ar fi fatale desfurrii activitii.
2.#.>. !5antaGele utili8arii ,&P
!. !nali8a din punct de 5edere al funcionalit6ilor oferite
#up cum se precizeaz n H?-%&99I, principalele avanta$e ale
folosirii unui %C) n cadrul unei companii sunt 4
Informaia este introdus n sistem o singur dat ntr!o baz
de date foarte comple+;
?blig la folosirea Rcelor mai bune practiciR din industrie;
)ermite personalizri;
Buncioneaz pe o structur fiabil de fiiere;
Burnizeaz funcionaliti pentru interaciunea cu alte module;
Burnizeaz instrumente pentru interogri i rapoarte ad!hoc.
<istemele %C) furnizeaz informaii pentru conducere i analize pentru
organizaii, iar cele cinci beneficii maGore ale sistemelor ,&P sunt4
informaii on!lineJn timp real pentru toate ariile funcionale ale
unei organizaii;
>9
standardizarea datelor i acuratee la nivel de ntreprindere;
aplicaiile includ cele mai bune practici din industria respectiv;
eficiena pe care o nregistreaz compania;
analizele i rapoartele ce pot fi folosite la planificri pe termen
lung.
*onform sursei
http4JJ'''.cio.comJresearchJerpJeditJerpbasics.htmlSerpTabc sunt cinci motive
ma$ore pentru care companiile doresc s preia %C)!ul4
2. +ntegrarea informaiilor financiare
(n timp ce managerii ncearc s nteleag performana global a
companiei, poate gsi diferite versiuni ale realitii. #epartamentul Binanciar are
un set de valori reprezentnd venitul, #epartamentul Nnzri un cu totul altul i
alte diferite departamente pot avea fiecare o versiune diferit despre propria
contribuie la venitul total al companiei. <istemul %C) creeaz o singur versiune
a realitii pe care nimeni nu o poate contesta pentru c toi folosesc acelai sistem.
/. +ntegrarea informaiilor corespun86toare comen8ii clientului
<istemul %)C poate deveni locul unde comanda clientului este nregistrat,
trimis de *<C (*ustomer <ervice Cepresentative) la #epartamentele Binanciar i
*omercial, genernd emiterea unei facturi corespunztoare care va a$unge n
final la *<C. &vnd aceast informaie ntr!un singur sistem, n loc s fie cutat
n diferite alte sisteme care nu pot comunica ntre ele, companiile pot ine evidena
i urmri stadiul unei comezi mult mai uor, putnd coordona producia, inventarul
i direcionarea informaiei ctre mai multe departamente n acelai timp.
9. Standardi8area i eficienti8area procesului de producie
*ompaniile de producie se afl de multe ori n situaia ca diferitele
departamente ale companiei s a$ung la rezultate diferite folosind sisteme i
metode computerizate diferite. <istemele %C) implic un sistem care conine
metode standardizate pentru automatizarea unora dintre paii efectuai n procesul
de producie. <tandardizarea acestor procese i folosirea unui singur sistem
integrat poate conduce la o utilizare mai eficient a timpului, creterea
productivitii i reducerea erorilor umane.
:. &educerea in5entarului
@n sistem %C) a$ut ca desfurarea unui proces de producie s se fac
mult mai uor. &cesta poate conduce la diminuarea inventarului corespunztor
personalului folosit n procesul de producie (inventar al muncii n proces) i poate
a$uta utilizatorii sistemului s planifice mai bine ndeplinirea comenzilor,
reducnd inventarul bunurilor care au trecut prin ntreg stadiul produciei, aflndu!
se n cadrul stocurilor e+istente. )entru a mbuntai cu adevarat fle+ibilitatea
reelei de aprovizionare i distribuire, este nevoie de un soft'are 1reea2, iar %C)!
ul a$ut la acest lucru.
>.
>. Standardi8area informaiilor din Departamentul de resurse umane
6ai ales n interaciunile cu alte diferite departamente din cadrul
companiei, #epartamentul de resurse umane poate s nu aib o metoda simpl
pentru gsirea anga$ailor i pentru a comunica cu ei despre servicii i beneficii.
<istemul %C) poate mbuntai acest lucru.
)roducia este cel mai important proces n lanul valorii ntr!o ntreprindere
productoare, iar calitatea i competitivitatea pe pia a produselor rezultate din
procesul de producie este esenial. )entru ndeplinirea acestor deziderate este
esenial eficiena sistemului informatic de gestiune a activitii. Gumai
implementarea unei soluii informatice perfect modelate pe specificul activitilor
unei ntreprinderi productoare poate asigura premisele competitivitii acesteia.
&vanta$ul cel mai important al unui sistem informatic integrat (%C))
const n gestionarea n mod unic a tuturor categoriilor de date i a
informatiilor specifice beneficiarului.
Figura 2.% Bluidizarea schimbului de date ntre departamentele
unei ntreprinderi prin intermediul unui %C)
B. !nali8a din punct de 5edere al costurilor si riscurilor implicate
>"
Boarte muli beneficiari se plng de depirea bugetelor iniiale
aprobate pentru achiziionarea soluiei %C). #ac implementarea are loc
fr ntrzieri care s presupun alocarea de noi resurse umane i materiale,
atunci, de cele mai multe ori, putem vorbi despre costuri ascunse(1hidden
fees2) .
%+ist preri care susin c apariia acestor costuri ascunse este
cauzat de lipsa concordanei dintre poziia de la negociere i cea din timpul
implementrii. *u alte cuvinte, la negociere, cerinele clientului sunt
minime cu scopul scderii preului de achiziie, ns n timpul implementrii
solicitrile sunt ma+ime, n discordana cu negocierea iniiala. *a atare, vom
vorbi i despre costuri de analiz a afacerii respective, despre costurile de
personalizare a aplicaiei, despre licena modulelor, despre cerinele tehnice
ale aplicaiei (licene de utilizatori, investiii n hard'are) i despre
ntreinerea acesteia (armonizarea cu legislaia local, suport tehnic,
actualizri). 0oate aceste costuri alctuiesc C0O (Cotal 0ost of
O?nership), care nu ar trebui s fie ascuns de ctre furnizorii de %C) ci,
din contr, ar trebui e+pus nc de la primele discutii.
(n al doilea rnd, este vorba de costul licenelor, respectiv al
serviciilor de configurare impuse de soft'are!ul adiional (reea, baz de
date etc.) pe care furnizorul de %C) nu le declar de la nceput, pentru c el
consider c nu fac parte din costul %C). Gu sunt declarate nici necesitile
de upgrade al hard'are!ului necesar pentru a rula soluia, fa de care
furnizorul consider c echipamentele nu sunt problema lui.
(n al treilea rnd, pe parcursul implementrii, odat cu nelegerea
mai adnc a aplicaiei beneficiarului, furnizorul gsete alte rezolvri sau
necesiti care atrag costuri suplimentare.
&stfel, soluiile %C) cost ntre 899.999 U i >99 milioane U
(conform unui studiu 6eta ,roup), n funcie de4
mrimea firmei;
specificul de activitate;
gradul de dispersare geografic;
infrastructura tehnologic.
&adar, un sistem %C) este scump pentru orice tip de afacere
Investiiile sunt de multe ori adevrate 1bombe cu ceas2 pentru
bugetele companiilor. 0otui, firmele care au implementat pachete
%nterprise Cesource )lanning (%C)) trebuie s recunoasc faptul c unele
cheltuieli sunt supraevaluate, n timp ce altele sunt subestimate.
Principalii Dde5oratoriD de buget n implementarea pachetelor
%C) sunt 4
>>
a. +nstruirea
Instruirea este o component negli$at n procesul de
implementare, att ca etap, ct i la nivel bugetar. &stfel,
costurile sunt subestimate, cel mai adesea pentru c se pierde din
vedere faptul c ma$oritatea anga$ailor au de nvaat un nou set
de procese i nu doar o noua interfaa soft'are.
b. +ntegrarea i testarea
0estarea combpatibilitii pachetelor %C) cu alte programe
soft'are este o alt cheltuial de care nu se prea ine seama n
procesul de implementare. ? companie standard de producie
poate avea aplicaii 1add!on2 pentru partea de logistic, ta+e,
planificarea produciei i codurile de bare. #ac la toat aceast
list se adaug i personalizarea funciilor de baz din pachetul
%C), costurile de integrare, testare i mentenan a sistemului
vor arunca n aer bugetul. (n ceea ce priveste instruirea, testarea
integrrii %C) trebuie fcut din perspectiva procesului.
c. 0on5ersia datelor
0ransferul datelor, de tipul informaiilor referitoare la clieni i
furnizori, sau la designul produsului, de pe vechile sisteme pe
cele %C), este o operaiune costisitoare. #ei puini manageri
sunt dispui s admit, multe din datele e+istente n sistemele
primite motenire nu sunt foarte importante. *ompaniile neag
de multe ori redundana datelor pe care le dein, cel puin pn n
momentul n care trebuie s le fac transferul n noile setri
clientJserver necesare pachetelor %C). =i, din nou, companiile
subestimeaz costurile, de aceast dat pe cele necesare
transferului.
d. !nali8a datelor
#e multe ori datele din sistemele %C) trebuie combinate cu
datele din sistemele e+terne pentru a putea permite realizarea de
analize. @tilizatorii care efectueaz analize n mod curent ar
trebui s aib n vedere n bugetul alocat implementarii %C)!ului
i depozitul de date, dar i efortul necesar pentru a!l pune pe
picioare. @tilizatorii sunt pui n dificultate n acest moment4
reactualizarea zilnic a tuturor datelor %C) dintr!un imens
depozit de date, dintr!o corporaie este dificil, iar sistemele %C)
nu a$ut prea mult la identificarea acelor date care s!au modificat
de la zi la zi, fcnd actualizri selective.
e. 0onsultani Fad4infinitumF
)entru a evita notele de plat Ailometrice ctre consultani,
>8
companiile trebuie s identifice clar obiectivele ctre care
partenerii de consultan trebuie s i orienteze pe anga$ai.
&ctivitatea consultanilor trebuie s poat fi evaluat, iar pentru
aceasta este necesar s le fie stabilit un RplafonR n activitatea lor4
de e+emplu, un anumit numr de anga$ai care s poat trece cu
brio un test de management de proiect.
f. Specialitii
*ei mai multi analiti susin c succesul unui sistem %C)
depinde de echipa care lucreaz la implementarea lui. <oft'are!
ul este prea comple+ i schimbrile din zona de business prea
dramatice pentru a lsa un astfel de proiect pe mna unor
amatori. Nestea proast este c, la finalul proiectului, companiile
trebuie s fie pregtite s nlocuiasc muli dintre specialiti.
g. ,chipele de implementare
6ulte companii tind s trateze implementrile de %C) ca pe
orice alt proiect soft'are. ?dat ce programul soft'are a fost
instalat, gndesc ei, echipa va fi dizolvat i fiecare i va relua
postul iniial cu tot cu atribuiile ce i revin. #up o
implementare de sistem %C) ns, membrul echipei nu se poate
rentoarce la vechile atribuiuni pentru c este mult prea valoros
pentru companie ! a$unge s tie mai multe lucruri despre
procesul de vnzri i de producie chiar dect agentul de
vnzri, respectiv agentul de producie nsui. *ompaniile nu i
prea pot permite s trimit pe vechile posturi participanii la
proiect, ntruct e+ista multe lucruri de fcut dup instalarea
%C)!ului. #oar crearea de rapoarte pentru a e+trage informaii
din noul sistem %C) ine echipa ocupat cel puin un an de zile.
#in pcate, puine companii au n vedere etapa post!instalarii i
chiar i mai puine o prevd n planificarea bugetar prealabil
implementarii.
h. An ateptarea beneficiilor
(n managementul de proiecte soft'are tradiionale, companiile se
ateapt s vad rezultatele imediat ce instalarea aplicaiei s!a
ncheiat, lucru imposibil n cazul %C). 6a$oritatea sistemelor
%C) i relev eficiena dup o perioad mai ndelungat de la
implementare, iar echipa de proiect la rndul su nu primete
recompensa dect dup amortizarea investiiei.
i. Depresia post4,&P
*onform unui studiu efectuat de o firma de consultan, una din
patru companii intervievate a suferit o scdere a performanei
>3
imediat dup implementarea sistemului %C). 6otivul este acela
c totul funcioneaz i arat altfel dect pn atunci, iar cnd
anga$aii nu tiu e+act cu ce lucreaz se panicheaz, acest lucru
afectnd ntregul business.
0. Factorii de risc
(n privina riscurilor, se ntmpla adesea ca bugetele alocate iJsau
termenele prevzute s fie cu mult depsite D unii analiti apreciaz c
apro+imativ $umtate din proiectele %C) nu reuesc s ating obiectivele
propuse. *azuri celebre precum oeing, )anasonic sau <iemens ilustreaz
eecul proiectelor, n sensul ratrii obiectivelor propuse ori depairii
nepermise a bugetelor.
(n ma$oritatea cazurilor publicate eecul implementrii unui pachet
de aplicaii integrate s!a datorat problemelor organizaionale. (ntr!un top al
motivelor se regsesc4
tratarea %C) ca pe un sistem soft'are;
lipsa implicrii managerilor e+ecutivi (top!manageri);
concentrarea eforturilor pe instalarea soft'are!ului i pe
1invtarea 2acestuia;
ateptri nerealiste n privina duratei de implementare;
utilizarea sistemelor %C) pentru colectarea, prelucrarea datelor
i obinerea informaiilor;
neimplicare i neacceptare din partea utilizatorilor;
implementri realizate de consultani i specialiti e+terni;
lipsa pregtirii psihologice corespunztoare a utilizatorilor;
comunicare defectoas ntre membrii echipelor de proiect;
proiectul nu a fost pregtit corespunztor ori resursele necesare
dezvoltrii sale au fost insuficiente.
De8a5antaG Mod de combatereHdiminuare
)roiecte
consumatoare de
timp
Implicarea activ a managementului, obinerea
consensului i acceptului general;
*osturi mari #ificil i nerecomandat ;
#ependena de
furnizor
&naliz atent a celor dou alternative4furnizor
unic, sau mai muli furnizori, prima nsemnnd
implicarea furnizorului pe termen lung, a doua
>5
oferind ansa alegerii soluiilor 1best of breed2;
*omple+itate <electarea doar a modulelor care sunt absolut
necesare;
Gecesitatea
e+tinderii i
dezvoltrii
ulterioare a
sistemului
)oate fi eliminat, dar va reduce potenialul
sistemului, care va deveni la un moment dat
ineficient.
Cabelul 2.2 Bactori de risc n proiecte %C)
&vnd n vedere costurile destul de mari pe care le implic
achiziionarea unui %C), era firesc s ntrebm ce riscuri presupune
investiia ntr!o asemenea soluie. %+trem de interesant este punctul de
vedere al furnizorilor, aproape toi considernd c riscurile vin din partea
clientului i nu din partea companiilor care se ocup de implementare.
<&) este de prere, de e+emplu, c principalul risc ine de
necunoaterea domeniului i de negli+area anumitor criterii de alegere a
soluiei E#$. 6uli manageri urmresc e+clusiv preul de achiziie, fr s
in seama de ali factori. #e aceea, e+ist riscul de a alege o soluie
nepotrivit necesitailor companiei, o soluie care nu poate susine, pe
termen lung, creterea afacerii, o soluie insuficient testat care poate
genera probleme de stabilitate, funcionalitate sau e+tindere.
$rimul pas pentru o implementare de succes este alegerea unei
soluii performante, apropiat de specificul de activitate al clientului astfel
ncat nivelul de configurare s fie minim, o soluie care s fie confirmat de
referine pe piaa romneasc. )rintr!o comunicare adecvat ntre cele dou
echipe de proiect, problemele legate de implementare pot fi evitate.
)e lng situaiile n care managementul companiei!client nu
susine proiectul sau efii de compartimente nu se implic suficient n
implementarea i utilizarea soluiei sau personalul nu cunoate i nu
nelege necesitatea i beneficiile trecerii de la aplicaiile individuale la
soluiile integrate, au fost identificate i o serie de puncte critice care apar
pe parcursul implementrii unei soluii %C)4
n primul rnd nu se acord suficient atenie procesului de
anali86 a nevoilor, adevratele necesiti aprnd mult mai
trziu, pe parcursul implementrii.
n al doilea rnd, se ateapt ca verificarea rezultatelor s se
fac de ctre implementator, ceea ce este complet greit;
>F
fiecare utilizator final trebuie s verifice rezultatele activitii
de care rspunde.
nu n ultimul rnd, tergiversarea renunrii la aplicaiile
vechi4 dei nu este indicat s se lucreze n paralel mai mult de
dou luni de zile, clienii continu aceast practic pn la
$umatate de an.
#eosebit de important este faptul c euarea unei implementri nu
nseamn numai pierderea investiiei materiale n soluia %C). %fectele
negative se resimt n deteriorarea relaiei cu clienii, cu anga$aii sau n
pierderea cotei de piaa i de imagine. #e aceea se recomand alegerea unui
partener cu e+perien, capabil s prevad i s combat aceste riscuri.
Ceticena clientului la sugestiile furnizorului de %C) constituie un
risc deloc de negli$at. <e presupune ca o companie serioas deine un
bacAgroud solid pentru a putea propune practici eficiente de afaceri i
modaliti de mbuntire a mediului de lucru . (ns, n condiiile n care
clientul nu este deschis la propunerile furnizorului, e+ist riscul ca practicile
greoaie utilizate pn n acel moment s se perpetueze n noul sistem,
sczndu!i valoarea.
#ac echipa care realizeaz implementarea nu nelege sau nu are
capacitatea de a raspunde necesitailor clientului, soarta %C)!
ului achiziionat poate fi un eec.
>7
*&)I0?-@- .. &<)%*0% 0%?C%0I*% #%<)C% IG0%,C&C%&
&)-I*&VII-?C IGB?C6&0I*%.................................................................
....#efiniia si evoluia integrrii aplicaiilor informatice..........................
..".#efiniia i rolul sistemelor informatice integrate...............................8
..>. )robleme ale integrrii.........................................................................7
..8. Infrastructura de integrare..................................................................../
..3. %voluia aplicaiilor integrate de gestiune a firmelor........................."
..5. %C) (%nterprise Cesource )lanning)..................................................8
..5... *e este un sistem %C)W...............................................................8
..5." &rhitectura unui sistem %C)......................................................F
..5.>. *omponentele principale ale unui sistem %C)...........................7
..5.8. Implementarea unui sistem %C).................................................".
..5.3. &vanta$ele utilizarii %C)............................................................>9
>/