Investete n oameni !

Proiect cofinanat din Fondul Social European prin Programul Operaional Sectorial
Dezvoltarea Resurselor Umane 2007 2013
Axa prioritar 2 Corelarea nvrii pe tot parcursul vieii cu piaa muncii
Domeniul major de intervenie 2.1 Tranziia de la coal la viaa activ
Cod contract: POSDRU/90/2.1/S/64051
Titlul proiectului: nva Automatica
Beneficiar: Universitatea Tehnic din Cluj-Napoca

Material de sintez privind conceptul de

intreprindere virtual i modul de implementare
a mecanismelor care susin funcionarea
acesteia

pag. 1 / 109

Partenerul P5, SC IPA SA, dispune de cunotine avansate privind intreprinderile virtuale,
cunostine care au fost dobndite n activitatea de cercetare desfasurat. Partenerul a coordonat
proiectul denumit Platform Inteligent Colaborativ pentru Dezvoltarea i Susinerea
Mecanismelor Intreprinderilor Virtuale INVITE care s-a desfurat pe baza unui parteneriat cu:
Universitatea Tehnic din Cluj-Napoca, Universitatea Babea Bolyai Cluj-Napoca i SC
HyperMedia SRL in cadrul PNCDI II - Programul PARTENERIATE IN DOMENIILE
PRIORITARE. Una din aciunile de diseminare ale rezultatelor acestui proiect este constituit de
acest material de sintez care prezint pentru studenii automatiti implicai n proiectul nva
Automatica:
o analiz comparativ a conceptelor, tehnologiilor i soluiilor privind platformele de
dezvoltare ale intreprinderilor virtuale;
consideraii privind proiectarea i implementarea unor unelte software care gestionez
funcionarea unei intreprinderi virtuale din domeniul transferului tehnologic.
Noiunile cuprinse n acest material vor fi utile att automatitilor care i vor desfura
activitatea n astfel de nuclee virtuale ct i celor care vor dezvolta software care s le deserveasc.

pag. 2 / 109

CUPRINS
1. Prezentarea conceptului de intreprindere virtual, a tehnologiilor i soluiilor privind platformele
de dezvoltare ....................................................................................................................................... 4
1.1. Conceptul ntreprinderii virtuale.............................................................................................. 4
1.1.1. Caracteristici cheie ale ntreprinderii virtuale .................................................................. 4
1.1.2. Principalele elemente ale Intreprinderii Virtuale.............................................................. 4
1.1.4. Procesul de restructurare n ntreprinderea virtual. Rutine de schimbare ....................... 7
1.2. Analiza conceptelor de business n cadrul ntreprinderilor virtuale ........................................ 8
1.2.3. Conceptul de Enterprise Architecture............................................................................. 10
1.2.2. Modelarea unei firme virtuale folosind Entreprise Arhitecture...................................... 12
1.2.3. Modele de management a proceselor de business .......................................................... 16
1.2.4. Tipuri de ntreprinderi virtuale ....................................................................................... 17
1.2.5. Proiecte europene care au studiat cadrul legal al ntreprinderilor virtuale ..................... 19
1.3. Analiza comparativ a tehnologiilor de dezvoltare a ntreprinderilor virtuale ...................... 20
1.3.1. Analiza tehnologiilor de proiectare i dezvoltare a proceselor de business n cadrul unei
ntreprinderi virtuale ................................................................................................................. 21
1.3.2. Aplicaii pentru managementul coninutului informaional i a fluxului operaional .... 26
1.3.3. Tehnologii web utilizate n dezvoltarea sistemelor de tip ntreprindere virtual ........... 41
1.3.4. Tehnologii multimedia utilizate n dezvoltarea sistemelor de tip ntreprindere virtual 43
1.3.5. Tehnologii ageni inteligeni, multi-agent n formarea i operarea ntreprinderilor
virtuale ...................................................................................................................................... 45
1.4. Arhitecturi utilizate n dezvoltarea sistemelor de tip ntreprindere virtual .......................... 57
1.4.1. Proiectarea sistemelor de tip IV avnd la baz arhitectura multi-tier ............................. 57
1.4.2. Proiectarea sistemelor de tip IV avnd la baz arhitectura SOA .................................... 58
1.4.3. Proiectarea sistemelor de tip IV avnd la baz arhitectura LAMP ................................. 60
1.5. Prezentarea unor soluii de intreprinderi virtuale existente pe plan mondial ........................ 62
1.5.1. Proiectul AVE (Agents in Virtual Enterprises) .............................................................. 62
1.5.2. C(ollaborative)-Project ................................................................................................... 63
1.5.4. GLOBEMEN .................................................................................................................. 65
1.6 Concluziile capitolului ............................................................................................................ 70
2. Consideraii privind implementarea unei platforme integrate care susine funcionarea unei
intreprinderi virtuale ......................................................................................................................... 71
2.1. Privire de ansamblu asupra cerinelor platformei integrate ................................................... 71
2.1.1. Cerine generale ale platformei INVITE din punct de vedere tehnic ............................. 72
2.1.2. Cerine generale ale platformei INVITE din punct de vedere al funcionalitilor oferite
utilizatorilor .............................................................................................................................. 75
2.2. Cerine specifice privind sistemele multiagent n cadrul platformei INVITE ....................... 78
2.3. Definirea cerinelor i proiectarea componentelor Web interactive ...................................... 83
2.3.1. Modelul Rich Internet Application (RIA) ...................................................................... 83
2.3.2. Modelul experimental pentru colaborare interpersonal i interprocese ........................ 89
2.4. Cerine specifice privind componentele de suport colaborativ.............................................. 93
2.5. Cerine specifice privind sistemele de asistare a deciziilor ................................................... 96
2.6. Cerine specifice privind managementul workflow-ului i al proceselor de afaceri ............. 98
2.7. Definirea funciilor de anvelop. Condiii tehnice .............................................................. 102
2.8. Concluziile capitolului ......................................................................................................... 106
Bibliografie ..................................................................................................................................... 107

pag. 3 / 109

1. Prezentarea conceptului de intreprindere virtual, a

tehnologiilor i soluiilor privind platformele de dezvoltare
1.1. Conceptul ntreprinderii virtuale
Exist n literatura de specialitate mai multe definiii pentru ntreprinderea virtual, dintre
care cele mai des utilizate i acceptate sunt:
- ntreprinderea virtual (IV) se bazeaz pe abilitatea de a crea cooperri temporare i de a
realiza valoarea unei oportuniti de afaceri pe care partenerii n-o pot (sau pot, dar ntr-o mai
mic msur) surprinde singuri (Katzy & Schultz, 1998).
- IV este o alian temporar de ntreprinderi care vin mpreun pentru a-i mpri calificrile i
competenele i resursele pentru a rspunde mai bine oportunitilor de business, i a cror
cooperare este susinut de reele de calculatoare (Camarinha-Matos i alii, 2005).

1.1.1.Caracteristicicheiealentreprinderiivirtuale
Scopul ntreprinderii virtuale este de a oferi o nou soluie pentru o oportunitate
neprevzut. Aadar, intreprinderea virtuala poate fi vzut mai mult ca i o aciune, dect ca o
instituie. Agilitatea IV face posibil crearea de soluii pentru oportuniti imediate, pe baza a trei
caracteristici principale, care vor fi dezvoltate in continuare:
n ntreprinderea virtual valoarea este creat, i nu adugat. Acest lucru face ca IV s fie
diferit de abordrile de management tradiionale. Oportunitatea nou aprut poate deriva
dintr-o nou pia, dintr-un nou produs / tehnologie, dintr-o nou cooperare industrial. IV este
capabil de a identifica aceste oportuniti, dar aceasta presupune utilizarea unui set de
metodologii de management diferit de managementul tradiional al corporaiilor.
ntreprinderea virtual este o cooperare temporar n scopul atingerii unor obiective specifice.
IV este o alternativ la diferenierea i integrarea muncii n condiii dinamice. Aceast
cooperare este realizat pentru o perioad limitat de timp, cu un scop clar definit, i cu costuri
indirecte minime pentru coordonare. Din nou, aceast caracteristic face ca IV s fie diferit de
paradigmele existente, unde stabilitatea ofer suport pentru executarea sarcinilor. IV i expune
nucleul operaional incertitudinilor din exterior, fiind strns legat de adaptarea sa la noua
oportunitate. Aadar, n IV aspectul managerial este de a dezvolta rutinele necesare pentru
aceast inovare structural.
Intreprinderea virtual faciliteaz restructurarea permanent. Pentru c IV se adapteaz
permanent soluiile care o sprijin trebuie s aib caracteristici dinamice. Restructurarea IV este
un proces de schimbare, o distrugere creativ, bazat pe abloane de schimbare n timp.
Cu alte cuvinte, IV se definete prin prisma manevrelor sale, i nu prin structura de
comand, prin operaii i nu prin modul de organizare.

1.1.2.PrincipaleleelementealeIntreprinderiiVirtuale
IV se restructureaz din interior, cu sopul de a capta valoarea din oportunitile emergente.
Trei elemente de baz (definitorii) caracterizeaz acest sistem (Katzy & Schultz, 1998):
1) valoarea oportunitatea, motivul restructurrii,
2) procesul virtual rezultatul restructurrii
3) reeaua sursa restructurrii.
pag. 4 / 109

Figura 1.1.1 prezint esena IV. Agilitatea ofer capabilitatea IV de a prospera n condiii
de schimbare neprevazut.

Figura 1.1.1. Estena IV este restructurarea din interior

Se vor analiza cele trei elemente definitorii ale IV prezentate n Figura 1.1.2.

Figura 1.1.2. Cele trei elemente ale IV

Valoarea
Valoarea potenial este motorul IV, care mpinge IV ctre restructurare. Aceast valoare
este cuprins n constelaia viitoarelor reele i piee, dar nu este nc exploatat.
Valoarea n condiii de competiie dinamic - Sursa valorii pentru IV este exploatarea proactiv a
competiiei dinamice. n abordarea tradiional, valoarea este vzut ca i transformarea
materialelor brute n produse; este definit prin munca depus i resursele consumate. IV, n
schimb, creaz structuri industriale din competene, resurse i parteneri care nu au existat nainte.
Aadar, valoarea este creat n IV atunci cnd apar noi oportuniti i sunt create noi structuri
pentru a exploata aceste oportuniti.
Poteniale surse de valoare dinamic - Strategii focusate pe client pot fi sursele unor poteniale
valori n IV. Printre acestea, amintim: produsele specifice pentru anumii clieni, noi servicii
industriale, dezvoltarea pieei existente. Alt surs de poteniale valori n condiii de competiie
dinamic este reprezentat de oferirea a noi servicii de manufacturare, dificil de imitat.
Valoarea este creat cu procese virtuale eficiente - Extinznd principiul care spune c valoarea
potenial duce la restructurarea proceselor virtuale, se ateapt ca procesele virtuale s fie foarte
pag. 5 / 109

diferite. Aadar, procesele virtuale se vor mula foarte bine pe oportunitile de pia pentru care au
fost create. ntruct trendul este de a se deconcentra valorile, decuplarea proceselor virtuale este
deasemenea prezent, pentru fiecare component a valorii.
Procesul virtual
Procesele virtuale sunt acele procese care combin competene, i resurse pentru perioada
necesar pentru a dezvolta valoarea unei oportuniti de afaceri. ntruct eficiena i efectivitatea
procesului virtual reprezint nucleul IV, cei doi termeni sunt utilizai interanjabil.
Oportuniti i riscuri pentru procesele virtuale - Pentru a fi competitiv, IV trebuie s ofere
procese la fel de eficiente ca i cele din organizaiile tradiionale. Procesele virtuale sunt o form
intensiv de externalizare. Ierarhiile tradiionale i legislaia privind proprietatea nu sunt cerine
eseniale pentru operaiunile virtuale ntre partenerii distribuii la nivel global. Relaiile tradiionale
de business, n totalitate, se vor nlocui cu tehnologii informaionale i de telecomunicaii.
Upton (Upton, 1996) definete intreprinderea virtual ca fiind o reea Internet mbuntit,
cu brokeri de informaii care planific i controleaz operaiile virtuale cu ajutorul sistemelor de
calcul. Organizaiile virtuale funcioneaz ca i un tablou de distribuie care conecteaz resursele
(regsite n reeaua virtual) n procese virtuale integrate, conferindu-i flexibilitate maxim.
Dei procesele virtuale au unele avantaje vdite faa de procesele de business din
organizaiile tradiionale, acestea sunt totui purttoare de riscuri. Certitudinile pe care se bazeaz
deciziile de management sunt mai slabe, n contextul globalizrii i societii informaionale.
Integrarea proceselor virtuale - Procesele virtuale sunt integrate pentru a capta valoarea dintr-o
oportunitate de afaceri. Integrarea n contextul virtual necesit un proces de structurare cum este
structurarea unui proiect, de exemplu. Succesul procesului virtual depinde de gradul n care
partenerii independeni pot fi unificai pe perioada necesar captrii valorii oportunitii de afaceri.
Operarea / funcionarea proceselor virtuale - Procesele virtuale ndeplinite cu succes reprezint
activiti inter-parteneri eficiente, efectiv integrate. Dou principii ale IV pot fi identificate:
- optimizarea se extinde la ntreg lanul de valori: obiectivul planificrii centrale este de a ajunge la
optimul lanului de valori, i nu la optimul fiecrei companii;
- principiul de succedere al operaiilor devine mai relevant dect ierarhiile n cadrul companiilor.
Reeaua virtual
Reeaua virtual este vzut ca fiind un rezervor de parteneri. Relaiile dintre parteneri,
resursele existente, ct i rutinele i procesele din modelul reelei pot fi reconfigurate.

Figura 1.1.3. Reeaua virtual

pag. 6 / 109

Atunci cnd reelele se utilizeaz pentru a exploata o nou oportunitate n pia, se pot reduce
investiiile. Companiile care cresc rapid se bazeaz pe structurile existente, i costurile devin astfel
mai mici. Reele de intreprinderi, n funcie de scopul acestora, i aria economic n care activeaz,
au diferite caracteristici. Mai mult, graniele acestora sunt definite n funcie de criterii variate.
Aadar, pentru a se determina i exploata reeaua virtual, este util ca nainte s se determine o list
cu criteriile relevante i limitele de construcie a reelei.
Cteva faete ale reelei sunt prezentate n continuare:
- Regiunile geografice recapt importan n econimia informaional global; acest lucru este
evident pentru reele de companii mici, unde graniele regionale sunt importante.
- Graniele reelei pot deriva din frontierele industriale.
- O alt grania a reelei poate deriva din formele de proprietate sau posesiuni ale structuri;
acesta este cazul marilor companii multinaionale. Reeaua apare ca o form descentralizat a
unei companii (anterior) integrate.
- Din perspectiva marketingului, reeaua este o surs de relaii industriale valoroase; reelele
industriale nu au granie sau ciclu de via strict definite. Ele pstreaz memorii ale
activitilor desfurate n comun de membrii reelei, ca pe un capital de business valoros i
dificil de imitat. n primul rnd relaiile pot fi exploatate, iar n al doilea rnd, reelele pot fi
restructurate pentru a umple golurile structurale.
- Tehnologiile informaionale i de comunicaii permit indivizilor dispersai geografic s lucreze
mpreun ca i o echip. Se creaz astfel echipe i reele de business virtuale.
Caracteristicile prezentate anterior subliniaz elementele necesare pentru ca o reea s
exploateze potenialul structurilor industriale existente. Mai trebuie adugat ns i un
management eficient, pentru ca intreprinderea virtual s se restructureze cu succes. Procesul de
restructurare este chiar nucleul intreprinderii virtuale.

1.1.4.Procesulderestructurarenntreprindereavirtual.Rutinedeschimbare
ntreprinderea virtual se bazeaz pe abilitatea de a crea cooperri temporare i de a realiza
valoarea unei oportuniti de afaceri, ea fiind un concept dinamic. Gndirea dinamic nu poate fi
ngrdit n structuri stabile. Aadar conceptul intreprinderii virtuale duce la abloane observabile
ale schimbrii de-a lungul timpului, sau rutine de schimbare.
Atunci cnd apare o nou oportunitate, intreprinderea virtual ofer acces la capaciti i
competene disparate, care reprezint mijloace de cretere virtual a companiilor.
Literatura de specialitate (Van de Ven i Poole 1995) propune patru blocuri ale procesului
de schimbare n cadrul intreprinderii virtuale:
- ciclul de via: o secven liniar a schimbrii inerente a unui sistem;
- teleologia, finalismul: cauza final a schimbrii este un scop iar procesele de schimbare
pornesc de la identificarea scopurilor;
- dialectica: bazat pe o vedere pluralist a lumii; interesele contradictorii sunt n competiie
pentru dominare, sau produc situaii de catig reciproc;
- evoluia: preluat de la un model biologic, un ciclu continuu de variaie, selecie, i retenie.
Din aceste blocuri constructive ale procesului de schimbare se pot construi rutine de
schimbare. Se aplic diferite cadre de timp pentru diferite rutine de schimbare. Potenialul
intreprinderii virtuale este acela c poate ca, temporar, s creeze un mai puternic succes n afaceri
n condiii economice normale, prin sincronizarea rutinelor de schimbare.
Trei rutine de schimbare par s aib un impact n succesul intreprinderii virtuale:
interaciunea cu clientul,
restructurarea permanent, i
evoluia reelei.

pag. 7 / 109

Interaciunea cu clienii
Realizarea rapid a unei noi oportuniti de afaceri necesit un proces sistematic pentru
identificarea unei noi oportuniti n mediul de afaceri. Interaciunile cu potenialii clieni
faciliteaz crearea intreprinderii virtuale.
n ceea ce privete interaciune cu clienii n intreprinderea virtual valoarea unei
oportuniti poate fi creat prin dialog cu clientul. Co-makeship, sau co-design, sunt alte concepte
introduse n vederea crerii de plus valoare prin dialog cu clienii. Astfel, valoarea unei oportuniti
de business nu este neaprat valoarea produsului de pe raft, ci valoarea relativ ntr-un anumit
context.
Restructurarea permanent
Restructurarea este nucleul organizaiilor virtuale i astfel este un model organizaional
pentru succesul n condiii de competiie dinamic. Procesle de restructurare cuprind de la
schimbri organizaionale manageriate deliberat, pn la comutarea instant i oportunist a
resurselor. n ceea ce privete restructurarea, mecanismele de pia devin importante pentru
procesul virtual. Costurile tranzaciilor economice includ, n cazul intreprinderilor virtuale,
cutarea partenerului potrivit din reeaua de parteneri, sau operarea proceselor virtuale. Cu ajutorul
tehnologiilor informaionale i de comunicaii aceste costuri se pot reduce dramatic.
Tehnologiile de tipul realitii virtuale, sau inteligen artificial pot automatiza parial
restructurarea IV. Totui, n ciuda avansului tehnologiei informaionale, restructurarea operaiilor
virtuale rmne o sarcin de management dedicat n special operatorilor umani.
Evoluia reelei
n unele cazuri, reeaua, privit ca fiind platforma pentru restructurarea operaiilor virtuale a
evoluat de-a lungul unui proces lent, n timp ndelungat. n alte cazuri, reelele au aprut n
perioade mai scurte de timp. Cu toate acestea, ablonul evoluional de schimbare al reelei,
formarea acesteia, ct i schimbarea structurii sale de conducere, necesit un considerabil orizont
de timp. Formarea reelei poate avea diferite traiectorii evoluionale:
- Cooperare intensiv a intreprinderilor mici i mijlocii - poate evolua de la proiecte comune sau
de la aciuni comune la care au participat partenerii. Pot aprea cooperrile definite n moduri mai
dinamice, care duc la un cadru pentru formarea de parteneriate prin setarea unor reguli acceptare a
membrilor i reguli de business comune. Reeaua nu este condus neaprat de ctre companii; alte
instituii, cum sunt programe guvernamentale, sau proiecte universitare, care urmresc stimularea
activitii economice, joac un rol important n evoluia reelelor.
- Restructurarea industriilor care prezint o cooperare vertical intensiv - Productorii din
diferite segmente industriale i restructureaz relaiile cu furnizorii. Relaii intensive sunt stabilite
cu civa furnizori agreai, care sunt furnizori de nivel 1 pentru subansamblele produselor. Pe
msur ce furnizorii de nivel 1 preiau tot mai multe funcii, cum sunt proiectare, aprovizionare sau
service, acetia i construiesc , n mod similar, propriile reele verticale, de nivel 2 sau 3.

1.2. Analiza conceptelor de business n cadrul ntreprinderilor

virtuale
n domeniul afacerilor exist mai multe accepiuni referitoare la organizaia virtual:
o organizaie care i externalizeaz complet activitile;
o organizaie care care i partajeaz resursele pentru a-i atinge scopurile;
open business care descrie afacerile care se desfoar pe baza unor standarde deschise.
Organizaiile virtuale sunt entiti organizate n structuri semipermanente, parial
dependente, repartizate geografic, care i mresc performanele pe baza receptivitii la

pag. 8 / 109

schimbrile pieei, prin abilitile ICT, adaptndu-i continuu forma de organizare (Ghilic i Stoica,
2004). Exist o varietate de taxonomii ale organizaiei virtuale:
Din punct de vedere, al unor atribute cum ar fi, personal, tipuri de proiecte, sau scopuri se
disting: echipe virtuale, proiecte virtuale, organizaii virtuale permanente i organizaii virtuale
temporare.
Din punct de vedere corporativ se disting:
ntreprinderea virtual, care coaguleaz mai multe ntreprinderi reale pentru obinerea unor
oportuniti sau evitarea unor probleme. O astfel de ntreprindere trebuie s se coaguleze,
dac apar condiii favorabile i s se desfiineze rapid odat cu dispariia acestor condiii.
Corporaiile virtuale sunt, n aceeai accepie orientate spre consultan tehnologic n
domenii cum ar fi managementul proiectelor sau sprijin tehnologic.
Platforme industriale virtuale, denumite i fabrici virtuale, care modeleaz n mediu
virtual, permind unui numr mare de firme, cu o repartiie georgafic i temporar
extins, s acioneze ca o platform industrial real.
Activitatea ntr-un mediu virtual, denumit de unii (Ghilic i Stoica, 2004) i birou virtual
are o varietate de forme dintre care amintim:
o activitatea la domiciliu, n care fiecare angajat lucreaz la propriul domiciliu i
organizaia funcioneaz pe baza unei platforme care asigur legtura;
o activitatea mobil n care angajaii au o activitate mobil legtura fiind realizat prin
mijloace mobile; n SUA 70-80% din domeniul marketing i vnzri lucreaz astfel;
o activiti n medii parial virtuale, dintre care amintim:
naveta virtual ocazional, n care angajaii au un birou dar ocazional lucreaz la
domiciliu n regim de organizaie virtual sau n centre de navet virtual;
naveta virtual aleatoare hoteling angajatul lucreaz n regim de mediu virtual
dar trebuie s participe la reuniuni de tip face-to-face, el nu are un birou n cadrul
organizaiei ci i rezerv unul analog cu o rezervare hotelier;
angajai dependeni de birou, care trebuie s fie de exemplu dimineaa la birou,
dup care lucreaz n regim mobil folosind mediul virtual.
Ca nou form de abordare a afacerilor, ntreprinderea virtual se prezint ca i o
manifestare particular de organizaie colaborativ n care entitile independente (dar
interdependente) comunic, colaboreaz i iau decizii de grup pentru obinerea de avantaje
competitive. Prin urmare, analiza tehnologiilor, metodologiilor i a conceptelor care vizeaz
dezvoltarea unei platforme care s susin implementarea unei ntreprinderi virtuale trebuie s
cuprind cu necesitate o analiz comparativ a tehnologiilor de proiectare i dezvoltare a
sistemelor colaborative, a sistemelor de asistare a deciziilor precum i o analiz a tehnologiilor de
dezvoltare a sistemelor de management a workflow-ului i a proceselor de business. Toate acestea
trebuie coroborate cu o tehnologie ICT adevat.
Exist la momentul actual i ntreprinderi virtuale simulate (ex. Virtual Enterprise
California). Aceste intreprinderi virtuale simulate funcioneaz ca i o sal de clas n care studeni
din diferite locaii ale globului se reunesc pentru a crea o afacere (determin natura business-ului,
produsele i serviciile, structura managerial i ruleaz zilnic operaiunile de business specifice),
sub ndrumarea unui profesor. Dei nu tranzacioneaz cu adevrat, nici nu vnd produse reale,
scopul acestei ntreprinderi virtuale simulate este de a nva studenii cum s porneasc i cum s
conduc o afacere, i mai ales cum s foloseasca software-ul existent de comunicare i
tranzactionare n afaceri pe Internet. Aplicaii asemntoare exist i la noi, de exemplu la UTCN
pentru a simula managementul sau marketingul unei ntreprinderi virtuale.
Conceptul de business, sau afacere, traseaz n mare pentru o afacere, deci i pentru cele
virtuale, un plan a ceea ce urmeaz s fie fcut pentru a satisface cu succes o oportunitate de
business. Acesta constituie fundamentul tuturor activitilor care vor fi ntreprinse i conine:
pag. 9 / 109

o delimitare a consumatorilor int,

o descriere clar a caracteristicilor serviciului / produsului oferit,
o delimitare a beneficiilor pe care le aduce participanilor la afacere
strategii de introducere a serviciului / produsului) pe pia.
Organizarea economic i legal a ntreprinderilor virtuale difer de cea a unei ntreprinderi
tradiionale. ntreprinderea tradiional se constituie ca o organizaie stabil care ncearc n mod
continuu s creeze noi i noi oportuniti de business. Dei pornete de la o idee de business, poate
s o schimbe n timp n ncercarea de a se adapta la condiiile schimbtoare ale climatului
economic. Acest lucru nu este valabil pentru ntreprinderile virtuale care se constituie n jurul unei
oportuniti de business prin unirea forelor unor organizaii independente, ca modalitate de a
rspunde cu succes oportunitii respective.
ICT, aa cum s-a menionat reprezint roata motrice a ntreprinderii virtuale, asigurnd o
comunicare i colaborare uoar ntre partenerii business-ului i n plus permit unor organizaii
mici s participe la un proiect naional / internaional de anvergur. Datorit naturii sale virtuale,
ntreprinderea beneficiaz de o mare flexibilitate n ceea ce privete adaptarea la modificrile
oportunitii de business creia i se adreseaz.
Din punct de vedere legal, conceptul de business al ntreprinderii virtuale difer din nou
fa de cel al unei organizaii tradiionale. ntreprinderea virtual poate funciona legal chiar dac
nu are personalitate juridic. Obinerea unei personaliti juridice nu se numr de regul printre
scopurile ntreprinderii virtuale, care de multe ori, dispare la fel de repede precum aparut ca s
speculeze o oportunitate de business i n care de regul partenerii se schimb repede, n funcie de
modificrile pe care le induce evoluia oportunitii de business.

1.2.3.ConceptuldeEnterpriseArchitecture
Pornind de la definiia dat de specialitii de la Carnegie Mellon University, arhitectura
ntreprinderii (Enterprise Architecture - EA) este o modalitate de descriere a structurii i a
proceselor afacerii care conecteaz structurile de business. Se consider, n general, c arhitectura
ntreprinderii este practica prin care se aplic metode inteligente i riguroase de descriere a
structurii i proceselor prezente i viitoare ale afacerii, a sistemului informatic i a subunitilor
astfel nct s se alinieze la strategia companiei.
O definiie mai complex a fost dat de U.S. Government's Office: o baz strategic de
informaii cumulate care definete afacerea, informaiile necesare pentru operaiunile de business,
tehnologia necesar pentru suportul operaiilor i procesul de tranziie necesar pentru
implementarea noilor tehnologii n raport cu evoluia necesitilor afacerii. Apariia conceptului
legat de arhitectura ntreprinderii se datoreaz unui articol publicat n IBM Systems Journal n
1987, a lui J. A. Zachman. Mai trziu, Zachman va redenumi acesta cadru de lucru, framework,
pentru arhitectura de ntreprindere, iar acum este denumit simplu Zachman Framework.
n 1994, Departmentul Aprrii al Statelor Unite a introdus Framework-ul pentru
Arhitectura Tehnic a Managementului Informaiilor (TAFIM), care va fi proclamat drept noul
standard de arhitectur de ntreprindere pentru activitatea de aprare. Dup dispariia acestui
standard n anul 2000, o parte din el va fii adoptat de ctre The Open Group Architectural
Framework (TOGAF). TOGAF va deveni astfel cel mai popular framework open source de
arhitectur de ntreprindere n sectorul privat, urmat ndeaproape de Zachman.
Arhitectur complex a unui sistem extins de management cuprinde urmtoarele
funcionaliti: Resurse Umane, Pli efectuate, Pli ncasate, Facturi, Imobilizri, Casierie i
Salariai. n acest caz nu trebuie creat un design, respectiv un proiect, unic i complex, fiind
recomandat s se creeze cte un subsistem pentru fiecare modul.
n cadrul metodologiei de realizare a arhitecturii, apar urmtoarele etape:
pag. 10 / 109

Definirea designului arhitecturii de business

Definirea designului arhitecturii tehnice
Implementarea, Testarea, Dezvoltarea.
O arhitectur de ntreprindere bine definit poate constitui un suport valid pentru gsirea
unor soluii viabile pentru procesele critice de afaceri. n perioada actual exist cteva exemple
de framework-uri care domin aria de cercetare i aplicare:
Zachman Framework pentru EA,
Open Group Architecture Framework (TOGAF),
Federal Enterprise Architecture (FEA),
Gartner.
Un proiect de creare a unei arhitecturi, bazat pe EAF (Entreprise Architecture
Framework) trebuie doar s foloseasc suficiente informaii tehnice i de business pentru a oferi
un context global. O arhitectur de ntreprindere va ine cont de aspectul contextual, de cel
conceptual, de cel logic, de cel fizic.
Nivelul contextual reprezint baza arhitecturii adunnd date i oferind documentaie de
business. n timp ce nivelul conceptual detaliaz serviciile i interaciunile drept suport
pentru principiile definite n nivelul contextual, modelul definit la nivelul conceptual
rmne stabil n condiiile n care nu are loc o modificare fundamental a strategiei de
business.
Nivelul logic descrie soluia adoptat ca i produs independent, reflectnd schimbrile topdown, cum ar fi oportunitile oferite de tehnologie.
Nivelul fizic detaliaz principiile de design, standardele, componentele de grupare i ofer
un framework funcional. La acest nivel poate fi utilizat soluia Microsoft Systems
Architecture (MSA), pentru a accelera dezvoltarea arhitecturii fizice, mbuntirea calitii
arhitecturii i reducerea riscurilor la care este supus proiectul.
innd cont de faptul c termenul arhitectur poate fi privit i separat de aspectul de
business i de IT, apare uneori confuzia dintre termenul de arhitectur i cel de design, dei ele
ofer perspective diferite, dar complementare asupra soluiei. n tabelul 1.2.1 se realizeaz o
parial analiz SWOT, ntre arhitectur i design (conform Cap Gemini Ernst & Young).
Tabel 1.2.1 Analiza comparata arhitectur design (http://msdn.microsoft.com/ro-ro/architecture/)

Arhitectura

Design

Ofer
Cerine non-funcionale
Scopuri i responsabiliti funcionale
Key design
Design la un nivel nalt
Restricii de design
Modul de atingere a cerinelor
funcionale
Analiza detaliat a datelor i un model
Documentaie de design
Sisteme construite i implementate

Nu ofer
Prototipuri
Cerine funcionale inteligente
Analiza detaliat a datelor
Sisteme construite i
implementate
Soluie Vision
Cerine non funcionale
inteligente
Arhitectura de securitate i de
legislaie

EA devine tot mai important la nivelul de complexitate actual i la nivelul de colaborare

dintre business i sistemul funcional, i este nevoie de o i mai strns corelare ntre sistemul de
business i costurile efective, utiliznd ICT ca form de obinere a beneficiilor. Obiectivul cheie al
arhitecturii ntreprinderii este acela de a nelege prile relevante ale ntregii afaceri, procesele
end-to-end, necesitile non-funcionale, incluznd securitatea i legislaia.
pag. 11 / 109

1.2.2.ModelareauneifirmevirtualefolosindEntrepriseArhitecture
Arhitectura ntreprinderii reprezint, n sens larg, descrierea comportamentului prezent
i/sau viitor al proceselor dintr-o organizaie, innd cont de scopul i direcia strategic a
organizaiei. Principalele inte practice n modelarea arhitecturii ntreprinderii sunt: optimizarea
afacerii, mbuntirea managementului de performan i a structurii organizaiei, precum i
arhitectura proceselor. Scopul principal n realizarea arhitecturii este acela de a alinea strategia de
business cu investiia n domeniul IT. Modelarea ntreprinderii este legat de dezvoltarea de
modele pentru diferite aspecte ale unei ntreprinderi. Pentru susinerea diferitelor activiti de
modelare se pot utiliza urmtoarele categorii de modele:
Modelele datelor, care descriu datele utilizate n cadrul ntreprinderii
Modelele proceselor, care redau procesele care au loc ntr-o ntreprindere
Modelele activitilor, care descriu activitile care se produc n i de ctre ntreprindere
Aceste modele diferite ale ntreprinderii, integrate, pot furniza o mai bun cunoatere i
gestionare a complexitii ntreprinderii, favorizeaz simularea de soluii alternative ale aspectelor
i susin controlul i monitorizarea operaiilor ntreprinderii. La modul informal, modelele trebuie
integrate pentru a da o imagine coerent asupra ntreprinderii i pentru a susine un management
eficient al operaiilor ntre diferitele pri ale ntreprinderii. Ca urmare, aceste modelele prezint
urmtoarele caracteristici:
- Informaia transportat ntre modele trebuie s fie consistent pentru a asigura acurateea;
- Termenii utilizai la modelare nu trebuie s fie ambigui, pentru a oferi o nelegere deplin a
modelelor i a le valida consistena;
- Conexiunile logice dintre elementele modelelor trebuie bine identificate i ntreinute pentru a
valida implicaiile modificrilor ce survin n model, ce se vor propaga i n alte modele.
n procesul de integrare a modelelor, pot aprea urmtoarele impedimente:
Numrul mare de metode de modelare, cu informaii de diferite tipuri;
Numrul extins de instrumente de modelare;
Numrul contextelor diferite n care are loc modelarea.
n scopul eliminrii acestor impedimente pot fi utilizate o serie de soluii cum ar fi:
- pasul iniial pentru rezolvarea primului impediment al integrrii modelului este de a capta o
descriere a tipului de informaie gestionat de diferite metode de modelare existente i a
interelaiilor acestora, de a le descrie i a le face neambigue. Specificarea ontologiei unei
metode d att definirea formal ct i pe cea informal a categoriilor semantice de baz i a
legturilor logice dintre aceste categorii.
- abordare important pentru cel de al doilea impediment al integrrii modelelor ntreprinderii
este de a furniza un mediu neutral computaional, n care informaia coninut n diferitele
modele i a interelaiilor, s poat fi reprezentat i meninut. Pentru a face posibil o astfel
de soluie, este necesar s se aleag o cale prin care s se poat descrie modul n care
informaia stocat n instrumentele de modelare poate fi reprezentat ntr-un mediu natural.
Practica modelrii arhitecturii organizaiei necesit dezvoltarea unui framework care s
cuprind descrierea business-ului, aplicaiile existente, tehnologiile i datele utilizate. Acest
framework ar oferi o taxonomie riguroas care s identifice procesele care funcioneaz n
parametrii optimi i detaliile execuiei acestor procese.
O abordare bazat pe valoare pentru o nou arhitectur este recomandat mai ales n cazul
etapei iniiale a unei afaceri. O echip risc s piard adevratul scop al procesului, dac pierde
foarte mult timp cu documentarea. Implementarea unei arhitecturi organizaionale ncepe de obicei
cu studierea i documentarea n ceea ce privete strategiile firmei. O parte a acestei munci este
Modelul de Operare, care descrie planurile de lucru ale organizaiei. Rezultatul intermediar al
implementrii arhitecturii organizaiei este un inventar de strategii de business, procese de
business, grafice organizaionale, inventare tehnice, diagrame de sistem i de interfa, topologii
pag. 12 / 109

de reele i toate legturile ntre aceste elemente. Inventarele i diagramele sunt instrumente suport
pentru procesul decizional la toate nivelele ntreprinderii. Organizaia trebuie s proiecteze i s
implementeze procese care asigur dinamica ntre situaia actual i cea viitoare.
Pentru planificarea situaiei viitoare, se consider c aceasta ar trebui s reprezinte o combinaie
ntre urmtoarele elemente:
Situaia strategiei organizaionale curente i suportul posibil oferit de IT
Situaia dintre strategia viitoare previzionat i posibilitatea de suport oferit de IT
Arhitectura ntreprinderii este n legtur direct cu ingineria performanelor,
managementul ICT i metadatele, n sensul informatic al noiunilor. Arhitectura de ntreprindere
este complex i se structureaz pe trei nivele, fiecare nivel fiind caracterizat de parametrii
specifici: scopul, detalierea, impactul i audiena (Figura 1.2.1).

Figura 1.2.1. Arhitectura intreprinderii (http://en.wikipedia.org adaptare 2006 FEA Practice Guidance of US
OMB)

Avnd n vedere termenul de EA poate avea diferite sensuri, de multe ori putem observa c
sunt analizate doar anumite aspecte. Astfel, din punct de vedere al aspectelor ICT, arhitectura
organizaiei este vzut drept o activitate mult mai structurat, cu mai multe pri dinamice, cum
ar fi: arhitectura strategiei, pattern-urile, principiile, designul, arhitectura de business i legislaia
de ICT. Ali profesioniti analizeaz arhitectura ntreprinderii preponderent din punct de vedere
tehnic i mai puin din cel de business, iar o alt parte a analitilor vd arhitectura ntreprinderii
strict ca un aspect de IT. Dincolo de aceste abordri este considerat esenial faptul c arhitectura
trebuie s fie privit att din punct de vedere al afacerii ct i din cel de ICT, dup cum a definit
termenul Gartner.
n figura 1.2.2 sunt prezentate principalele instrumente utilizate de specialiti n modelarea
unui framework pentru enterprise architecture. Analiza utilizrii diferitelor instrumente este mai
important dect utilizarea proceselor, deoarece procesele difer de la o organizaie la alta, dar
instrumentele sunt aceleai. Scenariul de utilizare a instrumentelor Microsoft este foarte important,
deoarece acestea sunt mai accesibile tuturor categoriilor de specialiti. Din acest punct de vedere,
se consider c exist multe posibiliti de utilizare a instrumentelor existente fr prea mari
eforturi sau costuri, ceea ce va aduce un ctig substanial. Pentru a analiza arhitectura, se pot crea
de asemenea template-uri Microsoft Word pentru o analiz secvenial, definind astfel elementele
i workflow-urile. Se creeaz astfel un nivel consistent de documentare facilitnd procesul
decizional. Centraliznd apoi informaia vom obine un depozit de informaii legate de arhitectura
ntreprinderii, facilitnd astfel managementul informaiilor, securitatea i legalitatea.

pag. 13 / 109

Figura 1.2.2. Unelte de decizie n firme (sursa Forrester Research EA tools used in the enterprise)

O arhitectur acionabil promoveaz inovaia i viteza de reacie. Prin ea, organizaiile au

acces la informaii eseniale pentru optimizarea mecanismului de funcionare intern pe toate
palierele de activitate: de la strategii de investiii ICT pn la analiza proceselor de afaceri pentru a
identifica redundanele sau oportunitile de dezvoltare. Modelarea arhitecturii trebuie s fac fa
unor bariere organizaionale, i anume:
legtura pozitiv ntre cei care modeleaz arhitectura i cei care o vor utiliza
resursele bugetare, de personal i de business
influenarea proceselor existente.
Sistemele ERP suport de dezvoltare a ntreprinderilor virtuale
Existena unei ntreprinderi este derulat printr-o activitate tot mai complex i mai
diversificat, care necesit tot mai multe aplicaii specifice rezolvrii tuturor problemelor aprute
n desfurarea proceselor economice n cadrul unei ntreprinderi virtuale.
Enterprise Resource Planning (ERP) reprezint sisteme bazate pe arhitectur client/server
dezvoltate pentru prelucrarea tranzaciilor i facilitarea integrrii tuturor proceselor, din faza
planificrii, dezvoltrii produciei, pn la relaiile cu furnizorii, clienii sau ali parteneri de
afaceri, ERP fiind considerate expresia fidel a interdependenei dintre economic i tehnologia
informaional (Fotache i Hurbean, 2004).
ntr-o definiie orientat tehnologic, se poate afirma c ERP reprezint un sistem
informaional contabil bazat pe interfee grafice utilizator, baze de date relaionale, limbaje de
generaia a IV-a, instrumente CASE i arhitectur client-server. Dei tehnologia este esenial n
realizarea ERP, definirea acestora trebuie s scoat n eviden ariile funcionale acoperite de
aceste sisteme: contabilitate, producie, vnzare, aprovizionare, stocuri, control de calitate, etc.
Din acest punct de vedere, sistemele ERP sunt pachete de aplicaii formate din mai multe module
care sprijin toate ariile funcionale: planificare, resurse umane, producie, vnzare, marketing,
distribuie, contabilitate, financiar, gestiunea proiectelor, stocuri, service, logistic i e-business.
Mai trebuie adugat i faptul c arhitectura sistemului faciliteaz integrarea modulelor, asigurnd
fluxul informaiilor ntre toate funciunile ntreprinderii ntr-o manier transparent (Fotache i
Hurbean, 2004).
pag. 14 / 109

OLeary apreciaz c sistemele ERP reprezint sisteme computerizate, care asigur

prelucrarea integrat i n timp real a tuturor tranzaciilor din ntreprindere i optimizeaz ntregul
lan de activiti, de la planificare la service postvnzare (OLeary, 2000).
Datele generate de tranzaciile economice specifice sunt stocate n baze de date iar
rezultatul prelucrrii lor este oferit utilizatorilor sub forma rapoartelor, fie display-uri fie
imprimate sau sub forma fiierelor de export ctre alte medii de lucru.
Dup cum se poate observa n figura 1.2.3, principalele pri componente ale unui sistem
ERP sunt: Financiar-contabilitatea, Producia, Stocurile, Vnzrile i Analiza managerial, modul
care ia o amploare tot mai mare n sistemele integrate aprute pe pia.

Figura 1.2.3. Schema conceptual a unui sistem ERP (adaptare dup Rashid, M., Hossain, L., Patrick, J.D., Enterprise
Resource Planning:global opportunities and challenges, Idea Group Publishing, 2002, pag. 3) (Fotache i Hurbean, 2004).

Tendina actual este de a lega sistemul ERP de sistemele CRM(Customer Relation

Management) i SCM (Supply Chain Management), prin sisteme de comer electronic.
Productorii soluiilor ERP urmresc continuu s adopte platformele e-business n cadrul soluiilor
proprii. Aceste transformri au nceput n 1999, odat cu nglobarea tuturor avantajelor oferite de
Internet i au continuat cu facilitile oferite de Intranet, reele de calculatoare, culminnd cu
suitele e-business ERP.
Pachetele Enterprise Resource Planning sunt atuurile marilor companii multinaionale, dar ncep s
acapareze i segmentul companiilor medii i mici, lucru dovedit i de multitudinea articolelor i a
materialelor prezente n literatura de specialitate.
Succesul noilor soluii depinde i de capacitatea lor de a se extinde prin integrarea
modulelor din categoria Customer Relation Management, Supply Chain Management i Business
Intelligence.
Scopul principal al ERP este acela de a integra toate departamentele i funciile dintr-o
companie utiliznd un singur sistem de calcul care poate rezolva toate nevoile individuale ale
fiecarui departament. Pentru buna sa funcionare, ERP are nevoie de sisteme de adoptare a
deciziilor performante i de o bun punere n practic, bazate pe cercetari prealabile complexe.
Sistemele ERP nou aprute, promovate i utilizate de companii, ofer o serie de avantaje,
menite s eficientizeze activitile departamentelor componente i totodat s creasc
pag. 15 / 109

productivitatea afacerii. Printre aceste avantaje se numr automatizarea activitilor personalului,

mbuntirea controlului asupra activitii i posibilitatea lurii msurilor necesare, n timp util, n
cazul apariiei unor probleme, creterea eficienei i a rapiditii cu care se desfoar fluxul de
activiti, accesul mai rapid i mai bun la informaia necesar, prin partajarea acestor informaii i a
cunotinelor, interfaa mult mai uor de utilizat, toate acestea ducnd la recuperarea unor mari
pri din investiia fcut de ctre companie prin achiziionarea acestui sistem. Din punct de vedere
logic se creeaz o singur baz de date, n care datele se preiau o singur dat i se unesc toate
practicile economice ntr-o singur grup de module software.
Dintre tehnologiile utilizate la crearea sistemelor se numr: Workflow; Workgroup;
Internet; Intranet; Extranet; EDI (Electronic Dat Interchange) i Data Warehousing. ERP sau
Entreprise Resource Planning Software urmrete realizarea unui singur soft care s satisfac n
aceiai msur nevoile celor de la departamentul Financiar, a celor de la departamentul de Vnzri
dar i ale celor de la Resurse Umane, sau Personal. n mod normal fiecare din departamentele unei
ntreprinderi are un sistem bine pus la punct, care rezolv problemele specifice departamentului
respectiv. Dar ERP combin toate aceste sisteme ntr-un singur program soft, integrat, care
utilizeaz o singur baz de date, astfel nct toate departamentele pot mpri, cunoate i dispune
de toate informaiile legate de activitatea ntregii uniti. Acest sistem poate avea un aport deosebit
la beneficiul ntreprinderii, dac el este corect instalat i utilizat.
Lund exemplul cel mai banal, al unei comenzi fcute de ctre un client al firmei, aceasta
este purtat prin diferite sisteme de calcul ale diferitelor departamente, atta timp ct acestea nu
sunt integrate, ceea ce duce la o ntrziere n preluarea i onorarea comenzii, nelund n calcul
risipa de timp i resurse necesar. Rezolvarea acestei probleme spinoase o ofer ERP, integrnd
ntr-un singur sistem de calcul, sistemele de calcul individuale ale fiecarui departament. Acest soft
integrat este mprit n module corespunzatoare activitii specifice departamentelor. Deci fiecare
departament va avea n continuare propriul sistem, doar c acestea vor fii legate ntre ele, astfel
nct softul unui departament poate fi utilizat i de alte departamente, n scopul eficientizrii
activitii.
n general, software-ul ERP este flexibil i permite instalarea doar a unor module, nefiind
necesar instalarea ntregului pachet. Din aceste motive, unele firme productoare de soft ERP
ofer mai multe tipuri de pachete, cu preul diferind n funcie de numrul i complexitatea
modulelor pe care le conine fiecare pachet.

1.2.3.Modeledemanagementaproceselordebusiness
Managementul proceselor de business (MPB) reprezint o ramur a managementului care
se concentreaz asupra asigurrii eficienei unui business n acelai timp cu pstrarea flexibilitii,
inovaiei i integrrii business-ului cu tehnologiile de ultim or. MPB pune la dispoziie metode,
tehnici i unelte care ajut la proiectarea, managementul i analiza operaional a proceselor de
business. MPB ncearc s mbunteasc continuu procesele de business; este procesul care
definete, msoar i optimizeaz aceste procese.
Exista cinci activiti care stau la baza ciclului de via al managementului proceselor de
business: proiectare, modelare, execuie, monitorizare i optimizare. Dei este conceput ca un
process ciclic, MPB se rezum n realitate la una sau cteva iteraii datorit unor constrngeri
economice sau de timp.
Modelul NIH de management al proceselor de Workflow/Business
Acest model exemplific utilizarea de unelte de management a proceselor de business n
scopul implementrii de procese de business. Se bazeaz pe interfee Web pentru accesul securizat
la uneltele de management a proceselor de business.

pag. 16 / 109

Acest model permite o mare flexibilitate la nivelul utilizatorului care poate construi
aplicaii specifice nevoilor sale care s interfaeze cu sistemul de management prin intermediul
API-urilor puse la dispoziie de sistem. n acest model, uneltele MPB permit utilizatorului
construirea de modele de business, execuia acestora i rafinarea lor. Mai mult, modelarea i
simularea permit pre-execuia i post-execuia de activiti. Este un model care se axeaz pe
modelarea i execuia de procese de business.
Modelul ARIS (Architecture of Integrated Information Systems)
Modelul se concentreaz pe analiza i cerinele fazei de definiie din cadrul proiectrii
sistemelor informaionale manageriale. Ofer suport extins pentru proiectarea organizaional i
optimizarea proceselor de business. ARIS utilizeaz un sistem grafic de modelare susinut de
unelte software care permit modelarea micrii de date i task-uri.

1.2.4.Tipuridentreprinderivirtuale
n ceea ce urmeaz ne vom referi la cteva modele de arhitecturi de ntreprindere virtual i
cum se prezint acestea n ceea ce privete conceptul de business adoptat. Literatura de specialitate
deosebete urmtoarele modele de organizare existente pe pia:
firma tehnologic,
firma dispersat geografic,
firma externalizat,
cyberntreprindere,
reea temporar,
cea de tip Plug & Play.
Aceste modele de organizaii virtuale se difereniaz la nivelul urmtoarelor dimensiuni:
natura participanilor la ntreprindere,
interaciunea dintre participani,
frontierele care delimiteaz participanii
natura mijloacelor de comunicare i durata de viaa a ntreprinderii.
ntreprinderea virtual de tip firm tehnologic
Muli autori n domeniul teoriei ntreprinderilor virtuale afirm c acestea au aprut ca i o
consecin a evoluiei tehnologiilor de comunicare i informare i definesc o ntreprindere virtual
ca i o firm care folosete aceste tehnologii informaionale n scopul eficientizrii capacitii de a
satisface o oportunitate de business. Acest model se difereniaz de modelul clasic de organizaie
prin nivelul tehnologic care permite virtualizarea tuturor activitilor din cadrul organizaiei.
Un canal de creare de valori conine de regul dou categorii de activiti:
- principale (precum producie, logistic, comercializare i vnzri, servicii);
- de susinere (precum aprovizionare, dezvoltare tehnologic, gestiunea resurselor umane i
servicii de administrare i de gestiune).
ICT acioneaz prin creterea valorii la nivelul fiecrui tip de activitate mergnd pn la
susinerea automatizrii unor activiti precum logistica sau activiti legate de colectarea, stocarea
i distribuirea fizic a produselor finite. n producie, ICT accelereaz procesul efectiv de producie
i ofer unelte informatice care favorizeaz comunicarea dintre cercettori i ingineri. La nivelul
dezvoltrii tehnologice, se pot automatiza conceperea i informatizarea integral a cercetrii i
dezvoltrii.
La nivelul activitilor de susinere, un sistem Electronic Data Interchange asigur
rentabilizarea aprovizionrii prin stabilirea de legturi directe ntre organizaiile participante la
ntreprinderea virtual.
pag. 17 / 109

Conceptele de business vehiculate n cadrul unei ntreprinderi virtuale de tip firm

tehnologic nu se modific cu nimic fa de cele ale unei organizaii clasice, deoarece virtualitatea
ntreprinderii se simte la nivel de activitate.
ntreprinderea virtual de tip firm dispersat geografic
Muli autori vd ntreprinderea virtual ca i o firm a crei angajai sunt dispersai n timp
i spaiu ntr-o structur de tip reea. Acest model se bazeaz pe mobilitatea spaio-temporal a
angajailor ntreprinderii care sunt legai de un interes comun pe termen lung i care comunic i
colaboreaz.
Toate acestea sunt posibile numai datorit mijloacelor ICT care asigur colaborarea dintre
angajai indiferent de limitele de spaiu i timp. Astfel, prin intermediul unor sisteme precum cel de
videoconferin i mesagerie electronic, angajaii pot s lucreze n orice locaie, fie acas, fie la
sediul unui client, etc.
Datorit obiectivului i interesului pe termen lung al ntreprinderii de acest tip, este nevoie
de grupuri de lucru i ntlniri fa-n-fa pentru ca relaiile dintre angajai s reziste n timp.
ntreprinderea virtual dispersat geografic trece astfel de limitele modelului clasic, tradiional al
organizaiei vzut ca flux de valoare ntre furnizori, fabricani i utilizatori finali prin
descentralizarea muncii. ntreprinderile virtuale n general sunt descentralizate i non-ierarhice
datorit inexistenei unor reguli clare dup care informaia se transfer i se partajeaz ntre
participani.
ntreprinderea virtual de tip firm externalizat
Una din schimbrile organizaionale cel mai des ntlnite n prezent este externalizarea.
Dac la nceput erau focalizate pe funcii secundare, politicile de externalizare evolueaz spre
funcii strategice. Cu toate acestea, funciunile externalizate rmn printre cele periferice, n timp
ce funciunile care ofer avantaj competitiv rmn n continuare s fie dezvoltate n interiorul
firmei (site4). Gradul de virtualitate al unei firme depinde de gradul de externalizare a funciilor
acesteia. Astfel, o firm se consider virtual dac activitatea de producie a bunurilor sau a
serviciilor este externalizat. ntreprinderea virtual bazat pe externalizare se prezint ca o reea
de membri interconectai electronic ntre ei i la un nucleu central care reprezint organizaia
generatoare de proiecte, cea care ncearc valorificarea canalelor sale valorice.
Controlul i coordonarea diferitelor activiti n cadrul ntreprinderii virtuale nu se poate
realiza eficient fr ICT care reduc drastic costurile tranzaciilor dintre firmele colaboratoare i
nucleu.
De menionat outsourcing-ul ca ultima tendin n ceea ce privete externalizarea serviciilor
de orice fel. Companiile de outsourcing au ajuns s ofere o gam foarte larg de servicii, care
pornesc de la aplicaii de birou, sisteme de e-mail pn la implementarea de reele mari, de nivel
corporativ.
ntreprinderea virtual de tip cyberntreprindere
Dup unii autori, cyberntreprinderea este vzut ca o interconexiune electronic ntre
persoane sau grupuri de persoane ce are ca misiune colectarea de comenzi i alegerea modului de
management a activitilor de dirijare a produsului ctre client (site4). Ca manifestare de comer
electronic, cyberntreprinderea activeaz n cyberspatiu i utilizeaz o platform de lucru
cibernetic construit n jurul Internetului (de regul o pagin Web). Acest mod de funcionare a
unei ntreprinderi virtuale a revoluionat regulile de concuren pe plan mondial. Marketingul
devine accesibil i firmelor mici n spaiul virtual al Internetului.
Cyberntreprinderea ofer servicii i nu produse deoarece vinde produsele altor firme
productoare i prezint marele avantaj de a funciona 24 de ore din 24 de ore, 7 zile pe sptmn
din 7. De asemenea, nu prezint bariere spaiale sau temporare, fiind accesibil oricrei persoane
pag. 18 / 109

care acces la Internet. Deoarece se adreseaz unor situaii de business aproape imateriale, un atribut
necesar pentru succesul unei cyberntreprinderi este ncrederea ntre participanii la business.
ntreprinderea virtual de tip reea temporar
n acest model de ntreprindere virtual organizaii independente se reunesc n jurul unui
proiect comun ca s formeze o reea temporar de colaborare ce se dizolv imediat ce proiectul se
termin. Participanii la reea lucreaz pe aceeai platform informaional i se interconecteaz
prin tehnologii de tipul videoconferinelor, mesageriei electronice. Acest tip de ntreprindere nu are
ierarhie i nici integrare vertical i se bazeaz exclusiv pe buna colaborare dintre participani
(site4). Cooperarea n astfel de reea este extrem de flexibil i informal datorit faptului c e
dificil delimitarea frontierelor fiecrui participant. Unul din atributele eseniale ale acestui tip de
ntreprindere este ncrederea fr de care ntreprinderea nu poate funciona eficient i nu se poate
prin urmare adresa repede oportunitii de business creia proiectul se adreseaz.
ntreprindere virtual de tip Plug & Play
Acest concept de business se bazeaz pe o suit de tehnologii de comunicare i informare
inovatoare care formeaz o platform software pe care entiti independente comunic i
colaboreaz la creterea potenialului lor de business. Caracteristica fundamental a unui astfel de
business o constituie dinamicitatea, n sensul n care o organizaie poate prsi oricnd business-ul
dar mai ales poate intra n el atta timp ct specific i i sunt validate resursele (capacitatea de
producie, reeaua de distribuie, capitalul intelectual, etc.) (site3). Dei participanii la comunitate
au un el comun, acela de a crete business-ul pentru care ntreprinderea virtual exist, business-ul
de tip Plug & Play trebuie s stimuleze totodat inovaia fr s interfereze cu scopurile de
business individuale ale entitilor participante la ntreprindere.
Interoperabilitatea sistemelor informatice pe care funcioneaz participanii la ntreprindere
constituie conceptul central al business-ului de tip Plug & Play care rezolv problemele inerente
comunicrii ntre entiti eterogene, autonome i care pot prezenta conflicte de interese.
Interaciunea ntre participanii la o ntreprindere virtual de tip Plug & Play este bazat pe
roluri. Fiecare participant joac cel puin un rol n funcie de competentele sale iar rolul de
antreprenor este pe ct posibil automatizat n cadrul business-ului, punndu-se accentul pe inovaie
i pe rapida transformare a acesteia ntr-o idee de business.
Apariia ntreprinderii virtuale ncepe printr-o chemare la comunicare din partea unei
organizaii care are o idee inovatoare i se consider ncheiat n momentul n care se cristalizeaz
o colaborare solid ntre participani.

1.2.5.Proiecteeuropenecareaustudiatcadrullegalalntreprinderilorvirtuale
O caracteristic interesant a conceptul de business al unei ntreprinderi virtuale este c
ntreprinderea nu trebuie s dispun de personalitate juridic ca s existe i s funcioneze legal. n
general, acesta nici nu se numr printre scopurile ntreprinderii virtuale care de regul se
constituie rapid pentru a rspunde eficient i rapid unei oportuniti de business. Aa cum
experiena i studiile au artat, ncrederea reciproc ntre participanii la ntreprindere este
ingredientul principal al eficienei ntreprinderii. Cu ajutorul noilor tehnologii informaionale care
susin flexibilitatea i informalitatea comunicrii i colaborrii ntre parteneri, se crete ncrederea
n parteneri precum i eficiena n colaborare i astfel se pune pe un plan secund nevoia de a
legaliza fiecare interaciune dintre parteneri.
Exista n derulare proiecte la nivel european care se concentreaza asupra unor aspecte
ridicate de implementarea unei intreprinderi virtuale:

pag. 19 / 109

 BIDSAVER - Business Integrator Dynamic Support Agents for Virtual Enterprise are ca
scop proiectarea i dezvoltarea unei platforme pe care s se constituie i s opereze
ntreprinderi virtuale la care s participe societi mici i mijlocii cutate pe Internet cu
ajutorul unor ageni inteligeni,
ALIVE - Advanced Legal Issues in Virtual Enterprise - are ca scop studiul i trasarea unor
criterii de rezolvare a aspectelor legale care apar n cadrul ntreprinderii virtuale ntre
societile constitutive vzute ca indentiti legale distincte,
LEGAL-IST - Legal issues for the advancement of Information Society Technologiesand are ca scop analiza i rezolvarea aspectelor legale ce apar odat cu adoptarea de tehnologii
i metodologii inovative n cadrul Societii Informaionale, aspecte care blocheaz
implementarea tehnologiilor respective,
ECOLEAD - European Collaborative networked Organizations LEADership initiative - are
ca scop crearea fundamentelor solide i a mecanismelor necesare constituirii celei mai
avansate reele colaborative de societi industriale din Europa.
Exist studii asupra aspectelor legale ce apar n funcionarea unei ntreprinderi virtuale. De
exemplu, proiectul ALIVE susinut de UE a avut chiar acest scop, acela de identificare i
clasificare a aspectelor legale care apar n cadrul ntreprinderii virtuale ntre societile constitutive
vzute ca identiti legale distincte. n conformitate cu aspectul global al unei ntreprinderi virtuale,
proiectul a luat n considerare n studiul su i ntreprinderile virtuale din Statele Unite. Rezultatul
primar al proiectului este o taxonomie a aspectelor legale se apar n constituirea i funcionarea
unei ntreprinderi virtuale. Un grup de interes s-a format n timpul derulrii proiectului, grup care
dup finalizarea acestuia continu s existe i s formeze o comunitate virtual de organizaii care
studiaz aspectele legale care apar n cadrul ntreprinderii virtuale.
O alt ncercare care vizeaz aspecte legale din cadrul ntreprinderii virtuale, altele dect
cele organizaionale, l reprezint proiectul LEGAL-IST, proiect susinut tot de UE i care are ca
scop identificarea, analiza i clasificarea aspectelor legale ce apar odat cu adoptarea de tehnologii
i metodologii noi n cadrul Societii Informaionale, aspecte care blocheaz implementarea
imediat a tehnologiilor respective. Printre rezultatele proiectului se numr:
consolidarea studiilor existente despre aspectele legale referitoare la tehnologiile emergente
n Societatea Informaional,
suport i recomandri pentru implementarea noilor tehnologii sau modele de business
aprute n cercetare prin studiul aspectelor legale care pot afecta adopia complet a
rezultatelor,
creterea gradului de contientizare asupra existenei acestor aspecte legale care afecteaz
adopiile complete i imediate de tehnologii.

1.3. Analiza comparativ a tehnologiilor de dezvoltare a ntreprinderilor

virtuale
Internetul ofer tuturor posibilitatea schimbului rapid de informaii grupate tematic, n jurul
acestor teme crendu-se comuniti virtuale formate din membri care au interese comune. Aceste
comuniti i desfoar activitatea ntr-o manier independent n timp i spaiu. Comerul
electronic poate fi ncadrat uor n acest scenariu, un magazin virtual putnd fi considerat o entitate
ntr-o comunitate virtual. n mod similar, fluxul operaional poate fi distribuit n cadrul unei
organizaii sau chiar n afara acesteia, prin intermediul Internetului. Acest aspect deschide noi
orizonturi de afaceri, de la munca la distan (de acas, sau de pe teren utiliznd echipamente i
reele mobile) la procese complexe care compun o ntreprindere virtual.
Cooperarea ntre ageni economici care activeaz n acelai domeniu, au obiective similare
i sunt dispui la reconfigurare dinamic funcie de cerinele unei piee dinamice aduce n timp
pag. 20 / 109

progresul ateptat att n ceea ce privete productivitatea ct i creterile economice. Produsele i

serviciile inovative obinute n urma mbinrii avantajelor tehnologiilor de comunicaii cu cele de
comer electronic i automatizare a proceselor de business garanteaz servicii ieftine dar eficiente
orientate spre nevoile utilizatorului.
De asemenea, informaiile cu privire la procesele inovative n cadrul crora utilizatorul este
participant direct i procesele care definesc fluxul operaional fiind stocate ntr-o banc de date se
pot genera de rapoarte i statistici care ilustreaz eficina i nivelul de competen a activitilor
realizate n fiecare sector.

1.3.1.Analizatehnologiilordeproiectareidezvoltareaproceselordebusiness
ncadruluneintreprinderivirtuale
Modelarea ntreprinderii nseamn un pas nainte spre externalizare, spre acumularea i
mprtirea cunotinelor de care dispune ntreprinderea, lucru care reprezint un suport vital
pentru evoluia sistemului din ntreprindere. O problem crucial n evoluia sistemului din
ntreprindere este aceea c managementul nu cunoate foarte bine procesele care au loc i nu
contientizeaz importana explicrii i detalierii lor prin modelare. Importana modelrii
ntreprinderii se percepe mai ales n interesul vdit manifestat n ceea ce privete construirea
arhitecturii de ntreprindere, ceea ce a dus la revitalizarea cercetrilor n domeniu.
Fiecare organizaie (companie sau entitate public) poate fi privit din punct de vedere al
aspectelor statice (care se refer la structura organizaiei) i al aspectelor dinamice (organizarea
fluxului de date). Organizaia structural cuprinde att entiti ct i persoane i implic
obiective, sarcini, resurse i relaii. Acest aspect se caracterizeaz prin existena condiiilor
limitative pentru procesele de lucru. Reglarea proceselor de lucru ine cont de fluxul de date al
organizaiei i definete paii de lucru, repartizarea lor pe axa temporal, diviziunea muncii,
participanii, obiectivele i rezultatele muncii i dependenele dintre aceti factori. Organizarea
fluxului definete modul de realizare a muncii att n ntreprinderi ct i n instituiile publice.
Procesele de business definesc foarte bine procesele de producie n organizaie, caracterizate prin
diviziunea muncii ntre multiplii participani la activitate, la diferite momente de timp n diferite
locuri i sunt repetate n mod continuu de aceiai manier, innd cont de totalitatea regulilor de
validare, iar direcionate pe utilizator arat doar cteva similariti sau repetiii, n funcie de
regulile n continu schimbare.
Situaia real arat clar faptul c procesele de business orientate pe organizaie sunt
eficiente dac dispun de anumite grade de flexibilitate pentru a putea rezolva situaiile
neprevzute. Procesele de business orientate pe utilizator sunt supuse permanent reglrii.
Totalitatea proceselor de business sunt caracterizate prin atribute, ca de exemplu, numrul
clienilor, numrul comenzilor, datele i documentele, fluxurile de date sau persoanele i entitile
implicate. Managementul fluxurilor suport definirea i dezvoltarea proceselor sau abloanelor
utilizate pentru a surprinde similaritile din procesele controlate din organizaie. Repetiia este
suportat de automatizarea proceselor de execuie n mediul de dezvoltare n care specificaiile
fluxurilor de producie sunt reguli. Toate sistemele de management al fluxurilor fac distincie ntre
dezvoltarea abloanelor de flux i execuia fluxurilor de producie. Diferitele sisteme de
management al fluxurilor folosesc soluii diferite pentru definirea fluxurilor, instrumente diferite i
interfee.
Pentru integrare, management i redefinirea proceselor de e-business sunt folosite dou
sisteme diferite:
Workflow Management Systems (WfMS)
Enterprise Resource Planning (ERP).
Ambele tehnologii trateaz automatizarea proceselor de business, transferul de date i vizualizarea
colectiv a datelor. n industrie i tehnologia academic, viitorul sistemelor WfMS i ERP este
pag. 21 / 109

diferit. Ambele pot fi utilizate independent sau mpreun pentru dezvoltarea de aplicaii pentru
organizaie via intranet sau internet. Diferenele ntre sistemele WfMS i ERP genereaz diferene
ntre fluxul logic i funciile logice, folosite pentru rezolvarea proceselor complexe. n sistemele
ERP cele dou componente sunt unificate, dar n sistemele WfMS sunt tratate separate i explicit.
Fluxul logic este captat n modelul de flux, reprezentat de obicei grafic, iar funciile logice sunt
captate n aplicaii, date i oameni implicai n acest model. Sistemele WfMS permit
dezvoltatorilor s separe fluxurile n funcie de componentele sistemului (aplicaii, date i oameni)
din modelul de flux. Sistemele de fluxuri sunt orientate pe procese insistnd pe managementul
funciilor logice prin intermediul unei infrastructuri omogene de date destinat pentru suportul
unor aplicaii multiple.
Infrastructura fluxurilor poate fi dezvoltat n diferite domenii de la bio-informatic pn
la telecomunicaii, sntate, armat sau administraie colar, calculatoare mobile, sisteme de
management, baze de date multiple, dezvoltarea aplicaiilor Internet, sisteme de operare i
managementul tranzaciilor (Leymann i Roller, 2000). Sistemele WfMS analizate sub acest
aspect pot fi vzute ca platforme middleware care integreaz diverse aplicaii precum sisteme ERP
i aplicaii independente la nivelul unei ntreprinderi (Basu i Kumar, 2002). Unele organizaii
internaionale Workflow Management Coalition (WfMC) i Workflow and Reengineering
International Association (WARIA) au dezvoltat specificaii pentru soft care vor permite
diferitelor produse de management al fluxurilor sa interopereze n arii variate de activitate.
Modelul dezvoltat de WfMC descrie arhitectura pentru sistemul de management al fluxurilor i
interfaa ntre diferitele entiti ale modelului.
Distribuitorii de sisteme ERP ncearc s integreze sistemele WfMS n sistemele ERP. Unii
vnztori i construiesc propriile sisteme de management al fluxurilor prin integrarea
componentelor de fluxuri care conlucreaz cu aplicaiile ERP i automatizeaz procesele, stabilesc
reguli de business personalizate i modeleaz procesele de afaceri utiliznd constructorul grafic de
fluxuri.
n literatura de specialitate sistemele utilizate pentru dezvoltarea acestor tipuri de fluxuri
sunt denumite generic Enterprise Application Integration (EAI) i sisteme sau instrumente de
Business Process Management (BPM) (Rupietta, 2005). Aceste sisteme sunt etichetate adesea
drept a doua generaie WfMS deoarece ofer o integrare mai mare fa de sistemele WfMS
tradiionale.
Metodologia de modelare a ntreprinderii se concentreaz pe responsabilitile de business
asociate rolurilor fiecrei pri implicate. Un model de ntreprindere este o reprezentare a structurii,
activitilor, proceselor, informaiilor, resurselor i comportamentului, a strategiilor i a restriciilor
firmei i a legturilor cu exteriorul. n scopul obinerii unei integrri complete a ntreprinderii este
necesar ca reprezentarea cunotinelor s fie fcut la un nivel minim de ambiguitate i la un nivel
maxim de nelegere i precizie n comunicare.
Se consider c un model generic, reutilizabil ca model de date pentru ntreprindere, are
urmtoarele caracteristici:
Ofer o terminologie comun pentru ntreprindere uor de neles de ctre toi utilizatorii
Definete nelesul fiecrui termen ntr-o manier ct mai puin ambigu
Implementeaz semantica care permite gsirea de rspuns la ntrebrile despre ntreprindere
Definete o simbolistic care explic orice termen, concept construit grafic.
Din punct de vedere al designului, un model trebuie s ofere un limbaj care s defineasc
explicit ntreprinderea i s determine impactul schimbrilor la toate nivelele ntreprinderii. Din
punctul de vedere al operaiilor, un model trebuie s redea ceea ce este planificat, realizat i s-ar
putea realiza. La fel de important ca i integrarea structurii ntreprinderii pe baza proceselor este
i integrarea comportamentelor i a informaiilor. Evaluarea unui model de ntreprindere se face n

pag. 22 / 109

funcie de ase criterii: completitudinea funcional, generalitatea, eficiena, perspicacitatea,

precizia granularitii, minimalitatea.
Putem considera c modelul de ntreprindere ca o reprezentare a structurii organizaiei de
business, cuprinde att structura intern ct i relaiile cu mediul. Un model de ntreprindere poate
fi static sau dinamic. Un model static este un instantaneu al organizaiei la un anumit moment. Un
model dinamic reprezint evoluia organizaiei n timp i schimbrile la care este supus.
Un model de ntreprindere suport urmtoarele activiti :
- Identificarea i implementarea strategiilor de business cele mai potrivite pentru ntreprindere n
contextul evoluiei ei;
- Identificarea i implementarea strategiilor radicale legate de evoluie i de management;
- Justificarea costurilor, aprovizionrii i implementrii tehnologiilor IT.
n cadrul unui model de ntreprindere se pot include concepte precum: organizaie, agent,
rol, process de business, valoare sau contract. n acelai timp, trebuie s menionm c un rol
important n modelarea unei arhitecturi l au uneltele de prelucrare a datelor i de reprezentare a
rezultatelor.

Figura 1.3.1. Artitectura multitier Data warehouse (Prelucrare dupa Jian Han Micheline Kamber, Intelligent
Database System Research, Simon Fraser University, 2004, Ari Visa, Data Mining, Concepts and Techniques,
textbook, Tampere University of Technology, 2004)

Service Oriented Architecture (SOA) sau Arhitectur software bazat pe servicii

presupune structurarea funcionalitii aplicaiei n uniti mai mici, distincte - numite servicii care pot fi distribuite n reea i pot fi utilizate mpreun pentru a crea aplicaii destinate afacerilor.
Capacitatea mare cu care pot fi reutilizate aceste servicii n aplicaii diferite este o caracteristic a
arhitecturilor software bazate pe servicii. Aceste servicii comunic ntre ele trimindu-i. n acest
context, SOA este deseori vzut ca o evoluie a programrii distribuite si a programrii modulare.
n acelai timp, SOA este considerat de specialiti ca fiind o arhitectur flexibil i
standardizat ce contribuie la o mai bun conectare a diverselor. SOA unific procesele de business
structurnd marile aplicaii ntr-o colecie de module mai mici numite servicii. Serviciile sunt
uniti funcionale neasociate care nu au apeluri unele ctre altele. n mod tipic, n cadrul acestor
servicii sunt implementate funcionaliti pe care majoritatea utilizatorilor le recunosc ca i servicii
informatice obinuite. Serviciile au comunicaia ntre ele implementat prin protocoalele.
Privit din punctul de vedere al proiectanilor de aplicaii, SOA este o paradigm pentru
proiectarea, dezvoltarea, implementarea i administrarea serviciilor ntr-un mediu informatic. Ea
pag. 23 / 109

impune dezvoltatorilor s proiecteze o aplicaie ca pe o colecie de servicii, chiar dac beneficiile

acestora nu sunt evidente imediat i cere programatorilor s gndeasc dincolo de graniele
aplicaiilor, adic s ia n considerare refolosirea serviciilor existente sau s analizeze oportunitatea
refolosirii serviciilor create de ei (Allen, 2006).
SOA ajut companiile s neleag cnd i de ce sunt folosite serviciile pe care le
furnizeaz, permind astfel administratorilor sau analitilor s optimizeze procesele de afaceri.
SOA nu este doar o metodologie de dezvoltare, ea are i aspecte administrative. Aplicaiile pentru
afaceri, realizate pe baza unei arhitecturi SOA, cu resurse distribuite Internet sunt proiectate i
dezvoltate utiliznd medii de dezvoltare care s asigure pe de o parte eficiena echipelor de
proiectani, iar pe de alt parte utilizarea simpl, sigur i la nivelul ateptrilor oamenilor de
afaceri, ai acestor aplicaii. Aplicaiile pentru afaceri realizate pe baza tehnologiilor internet cresc
flexibilitatea n afaceri a firmelor, transparena i integrarea impus de societatea informaional.
n concluzie, SOA este o modalitate deosebit de eficient, eficace din punctul de vedere al
costurilor, de integrare a sistemelor IT eterogene i de cretere a abilitii n afaceri.
Intreprinderea virtual i sistemele de asistare a deciziilor
Grupurile au o pondere foarte mare n luarea de decizii iar ntr-o ntreprindere virtual
rezolvarea unor probleme complexe necesit colaborare ntre oameni, acest lucru ducnd
necesitatea formrii de grupuri de lucru (workgroup). Colaborarea presupune ca oamenii
conlucreaz i comunic n mod activ, aflai n locaii diferite i n intervale orare diferite. A fost
subliniat astfel necesitatea de a studia ntreprinderea virtual din perspectiva teoriei sistemelor de
asistare a deciziilor precum i a teoriei sistemelor colaborative.
Conceptual, un sistem de asistare a deciziilor (SAD) e un sistem simplu, robust, uor de
folosit care susine i mbunteste luarea de decizii manageriale ntr-un timp ct mai scurt, cu
precdere acelea care nu se bazeaz n totalitate pe un algoritm precis. Un SAD este construit n
jurul unui set de proceduri clare de prelucrate a unor date i aduce sub o interfa comun analiza
ad-hoc a datelor i modelarea deciziilor. Un SAD tinde s susin managerul n luarea deciziilor i
nu s-l nlocuiasc. Cele mai uzuale implementri de SAD-uri ruleaz distribuit pe servere i
mainframe-uri i sunt accesate printr-o varietate mare de reele de pe calculatoare staionare i
dispozitive mobile (notebook-uri, PDA-uri, telefoane, tablet PC-uri).
Arhitectura unui SAD conine trei componente fundamentale:
sistemul de management al bazei de date,
sistemul de management al modelelor,
interfaa utilizator de interaciune cu sistemul.
Alte arhitecturi includ i o component de motor de cunotine, iar altele vorbesc despre o
baz de cunotinte care conine toate datele cu care lucreaz sistemul, de la datele asupra crora se
construiesc modele, la modele n sine respectiv cele de optimizare.
Un standard de-facto n implementarea unui SAD a devenit accesul cu ajutorul Webbrowser-ului preferat (sau a unei aplicatii de tip GUI) la un server care acceseaz datele necesare i
distribuie procesul de soluionare a problemelor analitice de mari dimensiuni la mai multe servere
i ulterior propune utilizatorului unul sau mai multe modele. Utilizarea browserelor Web n
conjuncie cu serviciile Web tinde s devin o soluie extrem de utilizat de implementare a
arhitecturilor web-based de tip client-server i prin urmare i a SAD-urilor deoarece:
- un serviciu Web beneficiaz de avantajul de a putea fi accesat din orice locaie prin Internet
prin respectarea unui protocol de comunicare (SOAP) i se efectuarea operaiilor de cerere i
rspuns, specificate ntr-un WSDL (Web Service Definition Language),
- serviciile Web se bazeaz pe standarde deschise (HTTP/IP, XML), care deschid calea
interoperabilitii.

pag. 24 / 109

Pentru o interfaare i mai prietenoasa cu serviciul Web se va alege o aplicatie de tip GUI
care vine s raspunda unor eventuale nevoi specifice ale SAD-ului. n ceea ce privete platforma
colaborativ, pentru unificarea comunicrii i colaborrii (sincrone sau asincrone) ntre entiti
independente, printre componentele de nucleu ale acesteia trebuie s se numere cu necesitate:
componenta de mesagerie (comunicare asincron) ofer suport pentru: email, calendar i
orar, lista de contacte,
componenta de colaborare n grup care ofer suport pentru: sincronizarea de fiiere, idei,
notie, managementul task-urilor,
componenta de colaborare n timp real (comunicare sincron) care ofer suport pentru:
mesagerie n timp real, conferina Web, confeine video i audio.
-

Printre implementarile existente de platforme colaborative amintim:

centrate pe informatie tip wiki: Socialtext, pbwiki, MindTouch, JotSpot, BrightSide Software,
Wetpaint,
WebEx Connect: platforma de socializare care permite personalizarea de widgeturi,
Microsoft SharePoint: platforma pentru socializare in retea, platforma de management de
documentes; prezinta si o unealta de management si automatizare a proceselor de business.

Instrumente de modelare a unei ntreprinderi virtuale - Visual Paradigm pentru UML

Mediul VP-UML conine, pentru a lucra cu sistemele orientate-obiect, o colecie de
meniuri, toolbar-uri i ferestre care permit, ntr-un mediu evoluat, creearea diferitelor tipuri de
diagrame ntr-un mod complet vizual. VP-UML ofer verificare continu a sintaxei UML. Un
obiect este un auto-coninut, entitate cu caracteristici bine definite i comportamente,
caracteristicile i comportamentele sunt reprezentate de atribute.
O clas este o definiie generic pentru un set de obiecte similare. Prin urmare, un obiect
este o instan a clasei. Un obiect ofer un model conceptual innd cont de o cerere. Dou tipuri
de obiecte modele sunt suportate:
- unul, numit obiect model de generare de Java API i model.NET este model API,
- altul, numit Enterprise JavaBeans, este modelul utilizat pentru a genera Enterprise JavaBeans.
Principala diferen ntre aceste dou modele este capacitatea de a construi o distan i distribuie
de aplicare.
Vizualizarea modelrii pentru obiect este oferit, nu numai pentru a crea un nou obiect
model, dar i pentru transformarea datelor de la un model. Maparea obiectelor-relaionale este
automatizat, baza de date i codul de strat pot fi generate. n mediul de lucru, este permis
configurarea conexiunii la bazei de date pentru dezvoltarea proiectelor. Cum baza de date a fost
configurat nainte de generarea codurilor persistente, clasele Java persistente ORM i un set de
fiiere ORM sunt generate mpreun; n timp ce un set de fiiere ORM configureaz mediul pentru
conectarea claselor persistente generate. Prin urmare, este permis s se acceseze baza de date direct
prin clasa persistent Java, fr a folosesi orice fel de cod pentru setarea conexiunii bazei de date.
Alturi de notrile standard UML, se pot extinde posibilitile de diagrame i modele ce
ncorporeaz imagini la diagrame prin Visio Shapes i Image Shapes. Visio este un instrument
universal de diagrame ce furnizeaz multe forme (shapes) pentru afaceri i diagrame tehnice. Cu
integrarea Visio, se pot crea diagrame UML cu desene Visio n VP-UML. Shape este o form care
afieaz o imagine pe diagram i reprezint cel mai convenabil mod de adugare imagini la
diagrame, la documente i de adnotare a ideilor importante.
Uneltele (Tools) puse la dispozitie permit generarea de rapoarte in format HTML, PDF,
MS Word, crearea de rapoarte ad-hoc, publicarea proiectelor Visual Paradigm in documente Web
accesate n orice browser Web, conversii de fisiere in modele VP-UML. In acest mod se ofer
posibilitatea editrii codului surs ntr-o varietate de limbaje, dar i integrarea facil a aplicaiilor
pag. 25 / 109

existente cu cod nativ prin conversii de fisiere Java i fisiere clasa n modele VP-UML, fiiere
C++, librarii (dll) sau exe din format .NET, sau fiiere PHP 5.0 n modele VP-UML sau chiar
implementarea unor soluii distribuite prin convesii de fisiere CORBA IDL n modele VP-UML.
Soluiile de portabilitate i semantic Web sunt tratate prin convertsi fisiere Ada 9X, XML sau
scheme XML , Hibernate XML n modele VP-UML iar la nivelul tabelelor din baze de date JDBC
in modele VP-UML. Modelele VP-UML permit generarea automat a codului Java, C#, Visual
Basic .NET, PHP, ODL, ActionScript, IDL, Delphi, Perl, scheme XML, cod Phyton Objective-C.
Prin Object-Relational Mapping (ORM) sunt gestionate sarcinile automate precum
generarea de cod din bazele de date, generarea de cod i bazele de date de tip ERD, bazele de date
JDBC (drivere i conexiuni), conversii din baza curenta de date n Entity Relationship Diagram
(ERD), din clasele Java n Clase Diagram sau conversii de fiierele XML Hibernate n modele
VP-UML sau de obiecte Enterprise Framework in modele VP-UML. Sincronizarea bidirecional a
fisierul ERD curent cu Diagrama de Clase, generarea unei baze de date din fisierul ERD existent,
generarea de clase persistente pentru conservarea datelor dintr-o aplicaie prin ORM, sau integrarea
cu Eclipse, Jbuilder, NetBeans, IntelliJ IDEA, Jdeveloper sau WebLogic Photoshop, prin opiunea
IDE Integration sunt faciliti ce permit dezvoltarea unor aplicaii complexe folosind soluii de
interoperabilitate i coduri reutilizabile.

1.3.2.Aplicaiipentrumanagementulconinutuluiinformaionaliafluxului
operaional
Clasele de aplicaii pentru managementul coninutului informaional i gestionarea fluxului
operaional i pun amprenta, tot mai pronunat, asupra manierei n care actorii economici i joac
propriul rol pe pia, acetia fiind dispui la o serie de concesii de ordin material i tehnologic care
s le garanteze reale avantaje att n cazul procesului de producie ct i n ceea ce privete
promovarea i vnzarea de noi produse i servicii. Ader (2001) ilustreaz n studiile sale noi
metode de reorganizare a muncii utiliznd tehnologiile digitale, descrie maniera n care noile
tehnologii pot afecta condiiile de munc, demonstreaz modalitatea prin care acestea fac posibil
competiia ntre ntreprinderile virtuale i cele tradiionale, schieaz scenarii posibile de creare a
ntreprinderilor virtuale i definete condiiile de funcionare a organizaiilor virtuale. Toate acestea
conduc la noi forme de anteprenoriat economic n cadrul cruia mai muli ageni econimici i
partajeaz cunotinele, instrumentele i resursele pentru a oferi servicii asemeni unei instituii
tradiionale. Acest tip de parteneriat se bazeaz pe strategii de dezvoltare economic pe termen
lung care permit:
Lansarea noilor produse i servicii pe pia, mai accesibil pentru instituiile mici care,
pe aceast cale, au posibilitatea de a intra n competiie cu organizaiile tradiionale
Identificarea, n condiii de costuri minime, a unor parteneri pentru crearea unei
ntreprinderi virtuale, care permite cooperri internaionale i intensific mobilitatea la
nivel internional i inter-regional.
Noi forme de anteprenoriat econimic, cu scopul de a spori interesul pentru inovare i
diversificarea produselor i serviciilor, condiii de baz pentru dezvoltare economic
durabil.
Creterea concurenei pentru organizaiile tradiionale din partea unor concureni nontradiionali, care are menirea de a constrnge ntreprinderile tradiionale la adoptarea
unor noi metode de organizare a fluxului operaional pentru creterea competitivitii
propriilor produse i servicii.
Ader (2001) prezint conceptul de reorganizare a muncii n cadrul ntreprinderilor virtuale
prin prisma celor dou aspecte fundamentale care-l definesc: managementul coninutului
informaional i managementul fluxului operaional. Componentele de management al coninutului
informaional const ntr-o serie de instrumente pentru gestionarea coninutului (stocarea,
pag. 26 / 109

modificarea sau accesarea coninutului informaional n diferite formate) cum ar fi: instrumente de
managementul documentelor, instrumente pentru gestionarea bncilor de date, instrumente
lingvistice care ofer suport pentru interogara bncilor de date n limbaje naturale, etc.
Componentele de managementul fluxului operaional au la baz o serie de instrumente dedicate
fluxului de producie cum ar fi: instrumente de comunicare ntre persoane care au sarcini comune,
instrumente de planificare a activitilor colective care permit i partajarea resurselor comune,
forum de discuii pentru abordarea anumitor teme de real inters, instrumente colaborative care
furnizeaz acces simultan la diferite resurse cu scopul de a mbunti procesul de producie,
instrumente de management al fluxului operaional care gestioneaz ntreg ciclul de operaiuni, etc.
Dac instrumentele din prima clas de aplicaii, pentru managementul coninutului informaional,
sunt utilizate pentru a decide ce s se produc i cum, cele din a doua clasa de aplicaii, pentru
managementul fluxului operaional, ajut la finalizarea cu succes a sarcinilor de producie.
Aplicaii pentru managementul coninutului informaional
Tehnologiile utilizate n cadrul aplicaiilor de management al coninutului informaional
const ntr-un set de instrumente pentru indexarea i accesul selectiv la informaie, n orice form
s-ar gsi aceasta:
- Documente managementul documentelor prevede proiectarea unei biblioteci virtuale menit
s stocheze orice tip de document i s ofere acces selectiv la documentele stocate n baza unui
profil de acces. Managementul documentelor prevede, de asemenea, implementarea unor
componente inteligente pentru eficientizarea accesului la biblioteca virtual.
- Text funcionalitile de management al informaiei de tip text sunt implementate de ctre
entiti sotfware care au n componen structuri inteligente de indexare i citire selectiv a
textului din bnci de date. Aceste entiti sunt completate cu structurile inteligente de cutare
avansat funcie de textul solicitat.
- Format multimedia caracteristicile de management al informaiei multimedia sunt furnizate
de ctre componente care asigur indexarea informaiei multimedia n bnci de date cu grad
sporit de complexitate sau accesul rapid la aceste informaii. Bncile de date cuprind, de
asemenea informaiile semantice care caracterizeaz fiecare element multimedia stocat, aspect
menit s eficientizeze accesul selectiv la informaiile solicitate.

Figura 1.3.2. Componentele unei aplicaii de management al coninutului informaional

pag. 27 / 109

Exist o serie de componente lingvistice care cresc eficiena sistemelor de management al

coninului informaional prin metodele avansate de interfaare cu utilizatorul realizate n baza
conceptului de rich client (interfee multimodale om-main) i a conceptului de interogare a
bncilor de date prin intermediul limbajului natural. Instrumentele inteligente de cutare avansat
au ca i obiectiv specific interpretarea cerinelor pieei i a doleanelor utilizatorilor, fapt care
aduce valoare adugat sistemului de tip ntreprindere virtual.
Conceptul Datawarehouse
Exist o serie de metode de stocare a coninutului informaional, cele mai populare prevd
indexarea informaiilor n baze de date relaionale, baze de date distribuite orizontal i vertical sau
baze de date obiectuale. Conceptul de banc de date (datawarehouse) ofer, n plus, posibilitatea de
a stoca diferite date n formate compacte i un set de instrumente pentru acces rapid la date,
elaborarea de rapoarte de analiz i statistici cu privire la datele stocare i accesarea lor de ctre
diferite componente din cadrul sistemului. Dat fiind volumul mare de date stocate n baca de date,
instrumentele inteligente de acces rapid i demonstreaz utilitatea iar instrumentele inteligente
pentru generarea de statistici i analize conlucreaz perfect cu instrumentele inteligente de
interpretare a cerinelor pieei i utilizatorilor sistemului.
Bncile de date prezint o serie de caracteristici dintre care se amintesc:
Bncile de date sunt orientate pe subiect, de exemplu banca de date orientat pe vnzri care
ajut utilizatorul n elaborarea rapoartelor i analizelor complexe cu privire la situaia
vnzrilor
Bncile de date permit integrarea transparent a datelor de la surse diferite ntr-un format
consistent fr a genera conflicte (de exemplu, conflict de nume, etc.)
Bncile de date sunt nevolatile datele stocate n bnci de date nu pot fi schimbate
Bncile de date sunt variante n timp.
Accesul la informaii ntr-o manier rapid i dinamic n vederea elaborarii de statistici i
analize este furnizat de ctre componentele de gestionare a bncii de date care implementeaz o
serie de algoritmi de accesare a datelor i de sortare a datelor i integrare a lor pentru a fi procesate
i prezentate la utilizator. Datele pot fi accesate prin intermediul unei componente de acces la
banca de date care funcioneaz la nivel local sau ntr-o manier distribuit, n concordan cu
modul de organizare al bncii de date.
Bncile de date ofer soluii de sortare avansat cu funcionaliti de extragere, transport,
transformare i ncrcare a datelor. De asemenea, conin componente de tip OLAP engine care
nglobeaz un set de funcionaliti pentru business intelligence sau instrumente de analiz i
raportare care ajut la prezentarea datelor ntr-o form ct mai sugestiv (reprezentri grafice, etc.).
Contrar conceptului OLTP (online transaction processing) unde datele sunt arhivate, OLAP
permite stocarea datelor pe parcursul funcionarii unui sistem (luni, ani, etc.).
Conceptul de banc de date este implementat pe o arhitectur stratificat n care se remarc:
- operational database layer (ODL) ce cuprinde sursa bncii de date
- informational access layer (IAL) cu informaiile i instrumentele pentru elaborarea de rapoarte
i analize
- data access layer (DAL) definit de instrumentele de sortare, prelucrare i ncrcare a datelor
din banca de date implementnd metodele de interfaare ntre cele dou nivele ODL i IAL
- metadata layer (MDL) ce cuprinde dicionarele pentru ntreaga banc de date
n figura 1.3.3 este ilustrat arhitectura stratificat a unei bnci de date: sursa bncii de date
const n sisteme operaionale, structuri de fiiere, etc, dicionarele bncii de date compun stratul
MDL, funcionalitile de manipulare a datelor brute i acces la sursele de date sunt implementate
de ctre componentele nivelului DAL iar instrumentele gzduite de stratul IAL au ca i obiectiv
elaborarea de rapoarte i analize pornind de la date compacte.
pag. 28 / 109

Figura 1.3.3. Arhitectura unei bnci de date

Simplificarea funcionalitilor de managementul al bncii de date i compactizarea datelor

procesate implic o serie de componente pentru formatarea i procesarea datelor brute nainte de a
fi stocate, prin intermediul unor componente care compun Staging Area. Astfel, arhitectura bncii
de date va avea formatul din figura de mai jos.

Figura 1.3.4. Arhitectura unei bnci de date cu Staging Area

Pentru mbuntirea timpului de rspuns la furnizarea datelor solicitate de utilizator, se

introduc structuri de date de tip Data Marts focalizate pe anumite funcionaliti de business. Data
Marts reprezint o soluie mult sub costurile unei bnci de date este uor de creat i configurat. n
cazul implicrii unor structuri de tip Data Marts pentru mbuntirea performanelor, arhitectura
unei bnci de date arat ca i n figura de mai jos:

pag. 29 / 109

Figura 1.3.5. Arhitectura unei bnci de date cu Staging Area i Data Marts

Procesul de proiectare a unei bnci de date pentru stocarea informaiilor utilizate n cadrul
unui sistem E-Business cuprinde urmtoarele etape:
definirea coninutului informaional specific
definirea relaiilor ntre i n cadrul grupurilor informaionale
definirea infrastructurii fizice specific sistemului E-Business
definirea relaiilor de transformare a datelor
definirea aspectelor privind frecvena de actualizare a datelor
definirea relaiilor logice dintre obiecte (design logic)
definirea aspectelor privind indexarea i sortarea, transportul i arhivarea datelor (design fizic)
Design-ul logic al unei bnci de date ilustreaz banca de date la nivel conceptual. Modelarea
relaiilor ntre entitile unui sistem E-Business i proprietile acestora este privit ca modelare a
coninutului informaional din cadrul organizaiei/organizaiilor care particip activ la procesele de
business. Lund exemplul bazelor de date relaionale, entitatea mapeaz, de obicei, un tabel iar un
atribut al entitii face referire la o coloan a unui tabel. n cazul bncilor de date, identificatorii
unici folosii n design-ul logic garanteaz consistena datelor iar motorul OLAP permite
modelarea dimensional a bncii de date.
Exist dou abordri privind stocarea datelor ntr-o banc de date: abordarea dimensional
i abordarea normalizat. n cazul abordrii dimensionale, tranzaciile sunt divizate n entiti de tip
fact i dimension. De exemplu, o tranzacie din cadrul unui sistem de vnzri poate fi divizat n
entiti de tip facts cum ar fi numrul de produse comandate i preul pltit i entiti de tip
dimension ca, de exemplu, data achiziionrii, cod de identificare produs, numele vnztorului, etc.
Aceast abordare prezint avantaje notabie: banca de date are o structur uor de neles i utilizat,
sau, accesul la datele stocate i operaiile de sortare se realizeaz rapid. Ca i principale
dezavantaje se remarc: dificultile ntlnite la modificarea structurii bncii de date sau n cazul
populrii bncii de date cu date din alte sisteme operaionale n condiii de integritate a datelor.
Abordarea normalizat specific faptul c stocarea datelor respect normalizarea Codd
proiectarea structurilor de date (de exemplu, tabele) se face n aa fel nct se evit duplicarea
informaiilor i se asigur, totodat, securitatea coninutului informaional stocat. Pentru aceasta,
structurile de date sunt grupate pe categorii de date (produse, finane, clieni, etc.). Principalul
avantaj oferit de abordarea normalizat privind stocarea datelor ntr-o banc de date const n
uurina cu care se adaug noi informaii. Ca i dezavantaj se remarc numrul mare de structuri de
date folosite care ngreuneaz accesul utilizatorilor la diferite surse de date n cazul n care nu
exist o imagine real a sursei de date.

pag. 30 / 109

Diagrama unei bnci de date este o colecie de obiecte incluznd tabele, indeci, etc.
Obiectele respect modele caracteristice bncilor de date. Cele mai multe bnci de date respect
modelul dimensional i implementeaz diagrama stea considerat cea mai simpl diagram de
banc de date unde punctul central al diagramei este o entitate de tip fact.
Conceptul Data Mining
Data Mining reprezint procesul de extragere a modelelor din structurile complexe de date.
Altfel spus, identificarea structurilor informaionale dintr-un volum mare de date (banc de date) se
realizeaz prin intermediul tehnicilor de recunoatere a modelelor de date avnd la baz funcii de
corelaie ntre structurile de date. n urma validrilor corespunztoare, modelele identificate prin
procesul de data mining se transform n cunotine utilizate ulterior pentru a fundamenta luarea
deciziilor. Modelele de data mining implementeaz metodele statistice clasice i promoveaz ideea
de extindere a acestora incluznd elemente de inteligen artificial. De exemplu, o component de
management al pacienilor din cadrul unui sistem E-Health implementeaz funcionaliti de
identificare a procedurilor medicale pentru fiecare pacient i predicia privind noile strategii de
ngrijire a sntii, factorul de risc n cazul unor pacieni cu probleme sau fraude n sistemul
sanitar. Structura tipic de date potrivit pentru data mining conine observatiile (cazurile, de
exemplu referitoare la pacienti) plasate pe linii iar variabilele plasate pe coloane. Domeniile sau
intervalele de valori pentru fiecare variabil vor fi definite precis, evitndu-se exprimrile vagi.
Formatul pe linii ce corespund observaiilor sau cazurilor i coloane ce corespund variabilelor,
similar cu cel al unui fisier Excel, este reprezentativ pentru data mining.
nainte de a aplica instrumente de data mining unor structuri de date, este necesar o
pregtire prealabil a acestor date care cuprinde:
Preprocesarea datelor se elimin datele care nu sunt necesare, se verific consistena datelor
(unitilor de msur), se detecteaz datele eronate i se elimin valorile extreme;
Integrarea datelor se prevd metodele de combinare a unor variabile;
Transformarea variabilelor cuprinde standardizarea i trecerea la scal logaritmic;
Separarea bazei de date n trei categorii de date: categoria de antrenament, validare i testare;
Folosirea statisticilor descriptive clasice simple: media, mediana, amplitudinea, abaterea
standard, cuartilele;
Folosirea diagramelor simple: histograme ale frecvenelor, box plot-uri, diagrame cu bare,
diagrame radiale (rozeta).
Metodele data mining de nvare pot fi grupate n dou categorii: cele nesupervizate i
supervizate. Metodele de nvare nesupervizate includ: Analiza Componentelor Principale (ACP)
cu scopul de a reduce dimensionalitatea datelor prin integrarea variabilelor corelate, transformnd
liniar variabilele iniiale n variabile necorelate; Analiza Factoriala (Factor Analysis) cu obiectivul
de a extrage un numar mic de factori ascuni; Analiza Clasificarii (Cluster Analysis) cu scopul de a
grupa cazurile (observaiile) n clustere (grupuri, categorii). Principalele metode de nvatare
supervizata implic:
Regresia Liniara Multipla are ca i obiectiv descrierea asociaiilor ntre doua seturi de
variabile, prin intermediul unor formule liniare. Aceste formule sunt folosite ulterior pentru
predicia valorilor variabilelor de raspuns cnd se cunosc valorile variabilelor predictor;
Regresia Logistica prevede rspunsul ca o variabil binar sau ordinal (nu una continu);
Reelele Neuronale cu rolul de a clasifica datele dintr-o banc de date funcie de diferii
parametri de intrare. O reea neuronal conine de obicei mult mai muli parametri dect un
model statistic clasic, are nevoie de mult mai mult timp pentru antrenare, iar rezultatele
obinute nu pot fi interpretate cu usurin;
Analiza Funciilor Discriminante este o metod folosit pentru a determina care dintre
variabilele predictor discrimineaz corect ntre mai multe grupuri formate natural.
pag. 31 / 109

Componente de tip Business Intelligence

Business Intelligence face referire, n primul rnd, la informaii despre afaceri, informaii
care contribuie decisiv la procesele de adoptare a deciziilor privind derularea afacerii, fie ele
strategice, fie legate de operaiunile de zi cu zi. Acest aspect este privit de multe ori cu scepticism
de ctre personalul care gestioneaz o anumit afacere, mai ales dac exist deja un sistem ERP
implementat n cadrul organizaiei respective iar acesta furnizeaz o serie de funcionaliti
avansate pentru managementul proceselor de business. Totui, exist o serie de probleme pe care le
ridic mediul de business i la care sistemele ERP clasice nu au rspunsuri. Dintre acestea cele ami
stringente ar fi:
Care este cel mai profitabil produs pe care organizaia l comercializeaz?
Care este evoluia marjei de profit pe un anumit produs de-a lungul ultimilor ani?
Cum pot fi reduse eficient cheltuielile operaionale fr a afecta performana afacerii?
Cum pot fi reduse pierderile pe lanul de aprovizionare sau pe circuitul de producie?
Care este volumul de afaceri pe care propria organizaie l face cu furnizorul anume i ce
discount se poate solicita n perioada urmtoare de la acest furnizor?
Care este cel mai performant agent de vnzri din organizaie?
Cum se pot automatiza procesele n cadrul blocurilor functionale i ntre acestea?
Cum se pot gestiona blocurile funcionale distribuite n cadrul concernelor internaionale sau
ntreprinderilor virtuale?
Rspunsurile la aceste probleme vin de la componentele de tip business inteligence care
implementeaz funcionaliti de management al coninutului informaional i automatizare a
proceselor de business din cadrul unei organizaii.
Ideea de performan maxim cu costuri minime reprezint o prioritate n afaceri. Cu att
mai mult, n perioad de recesiune economic, acest principiu primeaz n logica celor care
administreaz organizaii i doresc nu doar s supravieuiasc perioadei ci i s progreseze aducnd
pe pia noi produse i servicii la preuri competitive. Informaia detaliat i precis devine crucial
pentru procesele de adoptare a deciziilor chiar dac acestea sunt sub stricta ndrumare a factorului
uman. Nici un specialist nu contest faptul c o organizaie poate s-i desfoare activitatea n
bune condiiuni i fr a beneficia de serviciile furnizate de componentele de tip business
intelligence, doar c rapoartele de analiz necesit personal specializat (analiti) care sunt supui
erori (eroarea uman), au nevoie de timp pentru a desfura activiti repetitive de extragere a
datelor, de formatare a acestor date, sau de definire a diverselor formule i calcule necesare
finalizrii sarcinilor specifice. Capacitatea acestor persoane nu este pus la ndoial dar activitile
repetitive, de multe ori plictisitoare, pot fi fcute fie n grab, fie cu neatenie i se finalizeaz cu
erori. De multe ori informaiile i pierd integritatea, acurateea, confidenialitatea i credibilitatea
n astfel de procese, dat fiind faptul c sunt partajate ntre departamente, fr a se lua msurile de
securitate necesare transferului de date pe reeaua local/Internet.
Un sistem de gestiune automat a datelor asigur o serie de avantaje pentru asistarea
factorului uman n luarea unor decizii sau realizarea unor sarcini repetitive consumatoare de
resurse. n implementarea unui sistem de asistare a deciziilor (SAD) se ine cont de urmtoarele:
Clasificarea datelor i transformarea lor n cunotine specifice sectorului unde organizaia
respectiv i desfoar activitatea;
Accesul selectiv la aceste cunotine ntr-o manier securizat;
Generarea de rapoarte i analize complexe;
Reducerea timpilor mori pentru activiti de raportare periodic sau alte activiti periodice;
Reducerea rolului departamentului IT n generarea de rapoarte
Reducerea timpului necesar adoptrii unei decizii
n literatur sunt ntlnite mai multe definiii ale deciziei, cteva dintre acestea fiind redate
n cele ce urmeaz:
pag. 32 / 109

Alegerea unei direcii de aciune (Simon, 1960);

O alegere conducnd la un anume obiectiv dorit (Churchman 1968);
O form specific de angajare ntr-o aciune (Minzberg 1980);
Alegerea uneia dintr-un numr de alternative; cunotine care indic o angajare ntr-o anumit
direcie de aciune (Holsapple, Whinston 1996);
O alocare de resurse (Spradlin 1996);
Alegerea uneia din mai multe alternative; o afirmaie care arat angajarea ntr-o direcie de
aciune (Power, 2000).
Din definiiile prezentate anterior se pot distinge elementele de baz care definesc decizia.
Astfel se poate afirma c decizia este rezultatul unei activiti contiente (se bazeaz pe cunotine)
de alegere, de ctre o persoan sau un grup de persoane care dispun de autoritatea necesar, a
unei direcii de aciune din mai multe alternative posibile identificate sau proiectate i angajarea
n direcia de aciune aleas, care de obicei presupune i alocarea de resurse urmrindu-se
atingerea obiectivelor propuse n anumite situaii date. Un aspect important l constituie
evidenierea diferenei ntre aciunea generat de o decizie i ceea ce se numete n psihologia
cognitiv comportament pur, care semnific o reacie la stimuli.
Decizia la modul general este o activitate specific uman, nefiind exclus ns i decizia
automat luat de un sistem, cu implicaii att n viaa particular ct i n cea profesional. Decizia
n domeniul economic i financiar este definit ca fiind un proces de alegere care face referire la
determinarea unor obiective, la stabilirea unei poziii n raport cu o problem cu care se confrunt
ntreprinderea sau la gestionarea resurselor ntreprinderii i anume modificarea i combinarea
intern a resurselor, sau cutarea i achiziionarea de noi resurse. Decizia este un act de conducere
luat fie de echipa mangerial, fie de persoanele crora le-a fost delegat puterea de decizie. O
decizie este numit logic implicit dac aceasta se impune n funcie de judecile de valoare care o
preced i corespunde unei sperane de utilitate maximal.
Un sistem de timp SAD este menit s asiste factorul de decizie sau s opereze automat n
elaborarea unei imagini de ansamblu a obiectivelor propuse, n funcie de configuraiile pe care le
suport organizaia. Acesta furnizeaz informaii ntr-un anumit domeniu n baza modelelor
analitice de decizie i a informaiilor culese din bncile de date la care are acces. Sistemul
decizional trebuie organizat de o manier raional pentru a putea fi capabil s ia decizii optime n
intervale de timp acceptabile innd ns cont de importana acestora. Procesul decizional n
viziunea clasic este un proces complex prin care se identific, colecteaz i evalueaz informaiile
despre o anumit situaie analizat, se identific nevoia unei decizii, se identific sau se definesc
evoluiile alternative relevante, se alege cea mai bun aciune iar apoi se aplic soluia aleas.
Procesul de decizie poate fi analizat din mai multe perspective i anume:
Analiza procesului decizional pe baza modelului informatic;
Analiza procesului decizional pe baza modelului matematic;
Analiza procesului decizional pe baza modelului sociologic;
Analiza procesului decizional pe baza modelului sistemic.
Analiza procesului de decizie pe baza modelului informatic are la baz faptul c procesul
de decizie este asimilat unui computer, el regrupnd trei elemente principale:
Memoria asimilat ansamblului de informaii disponibile i stocate
Aplicaiile de prelucrare a informaiilor disponibile n memorie pentru a se ajunge la o
decizie. Exist dou tipuri de prelucrri:
o Prelucrri algoritmice care au la baz operaii elementare care conduc n etape
succesive i iterative la soluia problemei.
o Prelucrri euristice care presupun rezolvarea problemei prin tatonri succesive;

pag. 33 / 109

Procesorul este asimilat decidenilor ntreprinderii, cei care prelucreaz informaia.

Eficiena acestor prelucrri depinde de capacitatea de prelucrare a decidentului, de calitatea
informaiilor disponibile i de calitatea aplicaiilor disponibile.
Abordarea procesului decizional, evideniaz dou condiii de baz: necesitatea existenei
informaiilor disponibile i de calitate i cunoaterea gradului de competen a decidentului.
Deciziile inapte se pot datora mai multor situaii. Se consider exemplul informaiilor incomplete
i eronate de care dispune decidentul, a erorilor de concepere a funcionalitilor de prelucrare a
datelor, a erorilor de execuie n prelucrarea datelor, sau a imposibilitii execuiei prelucrrilor
algoritmice. n aceste cazuri se va aplica metoda de prelucrare euristic.
Analiza procesului decizional pe baza modelului matematic aa cum o sugereaz i titlul se
bazeaz pe algoritmi matematici. Aceste modele se caracterizeaz prin:
Identificarea variabilelor ce vor fi luate n calcul
Evidenierea relaiilor ntre variabile (stabilirea ecuaiilor de estimare a modelului)
Identificarea criteriilor de decizie, apoi formularea funciilor de optimizat
Stabilirea procedurii de rezolvare a problemei (sistemului de ecuaii i inecuaii componente
ale modelului)
n literatur, modelele matematice au fost mprite n dou mari categorii i anume: modelele
deterministe i modelele aleatoare. Cele din prima categorie pleac de la premiza c toate
elementele problemei de tratat sunt cunoscute cu certitudine i nu sunt afectate de factori
perturbatori (modelul Du Pont de analiz a rentabilitii financiare). Cele din a doua categorie,
modelele aleatoare au la baz ideea c anumite elemente ale problemei de tratat nu sunt cunoscute
de o manier cert, dar pot fi estimate cu o anume probabilitate de realizare (legea probabilitilor).
Acest tip de model poate fi utilizat n cadrul unor aplicaii din domeniul activitilor de exploatare
a programelor de producie, de aprovizionare, sau determinarea investiiilor.
Analiza procesului decizional n baza modelului sociologic a fcut obiectul de studiu a mai
multor sociologi dintre care se distinge Hebert A. Simon laureat al premiului Nobel care a lansat
teoria raionalitii limitate. H.A. Simon (1960) a artat c toate deciziile se elaboreaz n trei
etape:
Identificarea problemei. Se face analiza domeniului de studiat, se identific problemele
focalizndu-se pe acelea care sunt dificil de identificat i de perceput. Problemele ntreprinderii
trebuie identificate prin diverse sisteme de reglare prin anticipare,
Identificarea alternativelor posibile este faza cea mai delicat din cadrul procesului de
elaborare a unei decizii. Aceast faz este abordat n momentul n care problema de rezolvat a
fost perceput ca urmare a fazei anterioare. Aa cum s-a precizat, aceast etap este una foarte
delicat mai ales n condiiile aplicrii teoriei raionalitii limitate dezvoltate de Simon.
Decidentul nu studiaz dect un numr limitat de soluii, datorit lipsei de timp i de informaii
i de asemenea datorit experienei limitate de care dispune.
Selecia soluiei este ultima faz a procesului de elaborare a deciziei i reprezint rezultatul
schimbrii graduale progresive a situaiei iniiale. Trebuie ns precizat c nu exist decizie
ideal iar alegerea se face innd cont de constrngerile formulate. Pentru aceasta se vor
determina clar obiectivele de atins, criteriile de evaluare a diferitelor soluii obinute, se vor
studia sau msura consecinele fiecrei alternative, se vor valorifica consecinele n raport cu
criteriile de evaluare reinute i se vor alege ntre diferitele soluii obinute.
Elaborarea i adoptarea unei decizii nu nseamn c problema decizional a fost
soluionat. Aceasta presupune i implementarea i evaluarea deciziei adoptate. Implementarea
deciziei, adic aplicarea efectiv a deciziei, presupune n general o schimbare a strii actuale a
sistemului dar i pstrarea strii actuale poate fi considerat o decizie posibil. Evaluarea se
efectueaz n primul rnd pentru a descoperi i acumula noi cunotine care vor fi apoi utilizate n
pag. 34 / 109

procesele decizionale viitoare. n cadrul procesului de elaborare a deciziei un aspect foarte

important l constituie formularea obiectivelor actorilor participani la procesul decizional.
Distingem trei categorii de obiective i anume:
Obiectivele organizaiei care corespund obiectivelor ntreprinderii, adic acele obiective
generale i permanente ale ntreprinderii pentru o perioad relativ lung care urmresc
dezvoltarea ntreprinderii.
Obiectivele funcionale care corespund obiectivelor specifice fiecrei funcii din cadrul
ntreprinderii (de exemplu, financiar: rentabilitate, tehnic: calitatea produselor).
Obiectivele personale care corespund obiectivelor diferiilor membri din cadrul ntreprinderii
luai individual sau colectiv. Aceste obiective pot fi ns n contradicie cu obiectivele generale
ale ntreprinderii. Aceast contradicie poate induce efecte negative n cadrul procesului de
elaborare a deciziei.
Analiza procesului decizional pe baza modelului sistemic pleac de la ideea c n toate
sistemele (decizionale, informaionale etc.) exist trei tipuri de componente funcionale i anume
cele de gestionare a intrrilor, cele de elaborare a deciziilor adic cele care efectueaz
transformrile efective realizate de sistem i cele de comand care gestioneaz ieirile din sistem.
Variabilele de intrare provin din sistemele informaionale ale ntreprinderii. Analiza variabilelor de
intrare permite distingerea a trei tipuri:
Variabilele strategice provenite din sistemele de reglare prin anticipare; datele sunt bazate pe
studii previzionale ale mediului n care i desfoar activitatea ntreprinderea i evoluia
acestui mediu.
Variabilele tactice de gestiune provenite din sistemele de reglare prin alert care indic faptul
c au aprut disfuncionaliti interne n ntreprindere;
Variabilele operaionale provenite din sistemele de reglare prin eroare, fiind informaii de
natur operaional i care se refer la activitatea de exploatare. Acestea sunt utilizate pentru
deciziile privind activitatea de exploatare.
Rolul principal al componentei funcionale de decizie este de a stabili un model explicativ al
fenomenului studiat, adic s identifice variabilele i s determine relaiile ntre aceste variabile.
Automatizarea procesului decizional presupune utilizarea tehnologiilor informaiei n acest
domeniu care permite analizarea naturii situaiei n condiii optime. Un proces automat de decizie
trebuie s se desfoare fr nici o intervenie uman, procedurile de luare a deciziei fiind
programate utilizndu-se algoritmi bazai pe modele cantitative, logice sau euristice. Decidentul
uman determin regulile, modelele i metodele utilizate pentru luarea deciziei i completeaz
scopurile deciziei n situaiile decizionale programate. Teoretic programul de decizie automat se
auto-perfecioneaz (nv din succesele i eecurile ntlnite) mbuntindu-i procedurile i
regulile de lucru. Domeniul automatizrii deciziei prevede un set de concepte, tehnologii, metode
i instrumente utilizate att n proiectarea sistemelor decizionale ct i n implementarea acestora.
Odat cu dezvoltarea tehnologiilor avansate i instrumentelor de proiectare, automatizarea
deciziilor a luat amploare, scopul primordial al automatizrii deciziilor fiind acela de a nlocui
factorul uman n procesul de luare a deciziei mai ales n domenii care implic activiti repetitive
sau analiza rapid a unor importante cantiti de informaii greu de memorat i transformat n
cunotine.
Aplicaii pentru managementul fluxului de producie
Tehnologiile care stau la baza implementrii componentelor de management al fluxului de
producie const ntr-o serie de instrumente menite s asiste factorul uman n cadrul procesului de
producie. Aceste instrumente ofer suport pentru: comunicare asincron (email, forum, mesagerie
multimedia), programarea activitilor (agenda electronic), comunicare sincron (video telefon,
pag. 35 / 109

video conferin, comunicare n grupuri mici), activiti colaborative sincrone, activiti

colaborative asincrone, managementul resurselor (managementul documentelor i dispozitivelor
periferice necesare activitilor), managementul aplicaiilor, managementul fluxului operaional.

Figura 1.3.6. Tehnologii pentru managementul procesului de producie

Instrumentele de tip email, forum, sau mesagerie multimedia, permit utilizatorilor s

comunice ntr-o manier asincron n vederea rezolvrii unor sarcini comune din cadrul procesului
de producie. De exemplu, colaboratorii ntr-un proiect dezvoltat n regim outsourcing nu vor fi n
contact direct pe toat durata unei sptmni de lucru. Echipa de management programeaz
ntlniri periodice cnd toi membri pot participa la sesiuni colaborative, n rest, se va comunica
prin intermediul mesageriei multimedia i email.
Agenda electronic reprezint componenta principal a aplicaiilor de tip dashboard i
permite funcionaliti de management al activitilor. Agenda electronic permite fiecrui
utilizator gestionarea propriului program n funcie de sarcinile pe care le are n cadrul organizaiei.
Prezint o component de intrfaare cu instrumentele de planificare a activitilor i completeaz
automat programul zilnic al utilizatorului cu sarcini culese din resursele de planificare la care are
acces.
Componentele de tip video telefon, video conferin, comunicare n grupuri mici asigur
funciile de comunicare sincron att n cadrul procesului de producie ct i n relaia
interdepartamental, acolo unde este cazul. Aceste instrumente sunt considerate nucleul aplicaiilor
de tip Collaborative Commerce (CC), Computer-Supported Collaborative Work (CSCW), sau a
aplicaiilor pentru suport tehnic (CRM).
Conceptul de collaborative work reprezint o abordare generic a proceselor ntlnite n
cadrul sistemelor E-Services, permite managementul serviciilor i utilizatorilor n funcie de
tipurile de activiti pe care acetia le exercit i asigur suportul necesar derulrii proceselor
colaborative care implic unul sau mai muli actori. Mediile colaborative permit utilizatorilor s
conlucreze n cadrul unor activiti comune iar beneficiile muncii n echip sunt rapide i uor de
observat.
Cooperarea inter-aplicaii la nivel funcional
Pentru realizarea unui mediu distribuit care s permit utilizarea eficient a aplicaiilor ntro manier colaborativ, se propune reprezentarea aplicaiilor sub form obiectual i interaciunea
fizic ntre aceste obiecte. Spaiile unde aceste obiecte vor fi reprezentate interpreteaz metodele de
interaciune ntre aceste obiecte. Metodele de interaciune ntre obiectele ce reprezint aplicaiile
partajate sunt: Abordarea unui obiect, Atingerea unui obiect, mpingerea unui obiect, Micarea
unui obiect sau a unei pri din acel obiect.
Cnd se opereaz asupra unui obiect reprezentnd o aplicaie, din partea unui utilizator sau
a unei alte aplicaii, spaiul partajat coninnd acest obiect detecteaz metoda de interaciune i se
pag. 36 / 109

desemenaz ce procese vor fi partajate. Aplicaia trimite mesajele corespunztoare tipului de

interaciune menionat aplicaiei sau utilizatorului care o acceseaz. aplicaia care recepioneaz
mesajele proceseaz aceste mesaje i returneaz rezultatele pentru a fi partajate n sistem.
Obiecte partajate. Partajarea aplicaiilor n cadrul spaiului virtual
Proiectarea i implementarea sistemelor virtuale care ofer funcionaliti colaborative
pentru partajarea de aplicaii au la baz conceptul de obiecte partajate. Componentele server-side
ofer un mecanism de invocare la distan a metodelor. Blocurile client din cadrul sistemelor
distribuite pot s invoce metode implementate de ctre blocul server i blocul server invoc metode
pe partea de client. Rezultatele invocrii metodelor pot fi transmise fiecrei instane client
conectate la un obiect pe server prin intermediul unui stream media. Blocul client poate accesa
metodele prin intermediul unui proxy de servicii care aparine altei instane. Mediile virtuale
partajate au n componen 3 blocuri fundamentale:
blocul space sharing server care implementeaz conceptul de shared space. Acesta trebuie s
identifice i s medieze interaciunile ntre obiectele reprezentnd aplicaii. De asemenea,
trebuie s memoreze strile participanilor sau aplicaiilor i s furnizeze informaiile cu privire
la eventuale schimbri ce au loc n cadrul unuia din participani n timp real.
blocul application server memoreaz procesele corespunztoare fiecrei aplicaii deoarece
fiecare proces returneaz informaii n concordan cu tipul de interaciune recepionat de la
blocul space sharing server.
blocul client ofer funcionaliti de comunicare cu blocul server (compus din blocurile
application server i space sharing) i de reprezentare a spaiului virtual partajat la utilizator.
Componentele blocului client actualizeaz dinamic informaiile la utilizator reflectnd fiecare
schimbare pe parte de client sau datorat blocurilor funcionale care compun aplicaia partajat.
Partajarea spaiului virtual se realizeaz astfel: blocul client execut o cere blocului server
pe care-l notific de faptul c vrea s participe la activitile colaborative, i primete o confirmare
a serverului care ofer blocului client toate informaiile de care are nevoie pentru a reprezenta n
formatul dorit informaiile i resursele partajate. Dac exist deja participani n mediul virtual
partajat, blocul server recepioneaz cererea de la noul client i furnizeaz acceptul de participare,
apoi informeaz toi participanii existeni n mediul partajat despre noul client n sistem. Blocul
server aloc un fir de execuie fiecrui bloc client din sistem utilizat n deservirea cererilor. Odat
stabilit protocolul de comunicaie client/server, are loc notificarea tuturor participanilor la scena
partajat ori de cte ori starea unuia genereaz un anumit eveniment tratat prin modificri ale
strilor resurselor partajate.
Partajarea aplicaiilor n cadrul spaiului virtual se realizeaz astfel: dac un utilizator dorete
partajarea unei aplicaii n cadrul unei sesiuni colaborative, ceilali participani vor fi notificai de
faptul c unul dintre ei partajeaz o aplicaie iar obiectele care reprezint aplicaia respectiv sunt
prezentate la fiecare dintre participani. Cnd se execut o operaie, mediul virtual colaborativ
identific operaia respectiv i tipul de interaciune aferent acesteia, apoi blocul sharing space
server notific blocul application server n legtur cu interciunea corespunztoare. Ca i rezultat
n urma cererii de la client, aplicaia solicit serverului s schimbe locaia, forma sau textura
obiectului de reprezentare. Aceast cerere este procesat de ctre blocul server i reflectat n
cadrul spaiului partajat prin distribuirea ntre toi participanii.
Instrumente pentru Computer-Supported Collaborative Work (CSCW)
Laso-Ballesteros (2006) prezint principalele aspect pentu care multe instrumente
colaborative sunt cu adevrat folosite rar, n majoritatea situaiilor, colaborarea se reduce la
comnicare prin intermediul potei electronice. Aceast ipotez pleac de la problemele de integrare
i interoperabilitate a noilor instrumente colaborative cu mediile electronice existente. Schimbrile

pag. 37 / 109

privind interaciunea utilizator-sistem reprezint o alt problem dat fiind faptul c utilizatorul
ateapt un avantaj vizibil imediat ce utilizeaz aceste instrumente colaborative.
Caporuscio (2003) face o trecere n revist a principalelor caracteristici ale sistemelor
colaborative i ncearc o descriere a funcionalitilor instrumentelor colaborative din prima
generaie: Kronika, Mocca, MOTION i YACO, implementate n baza arhitecturilor CORBA,
J2EE, sau SIENA. SIENA (Scalable Intermet Event Notification Architecture), arhitectura utilizat
pentru implementarea sistemului YACO, dezvoltat de Caporuscio, promoveaz conceptul de event
notification service. Entitile server SIENA sunt interconectate asemeni unei reele virtuale menite
s ofere acces rapid la servicii entitilor client prin intermediul unor puncte de acces.
Kuroda (2008) aduce n sfera aplicaiilor colaborative conceptele de realitate virtual i
insist pe avantajul creat prin reprezentarea colaboratorilor (Symbiotic Collaborative Work), chiar
aflai la distan, n acelai mediu, fie el virtual, fr a neglija aspectele legate de partajarea
resurselor, comunicare interactiv sau partajarea aplicaiilor. Componenta de tip virtual blackboard
ofer utilizatorilor acces partajat la resurse iar componenta virtual laser proiecteaz cursorul
mouse-ului n spaiul virtual. Pentru a realiza un mediu eficient, se propune un sistem complex care
permite colaborarea la nivelul aplicaiilor n concordan cu interaciunile fizice ntre obiectele care
definesc aplicaiile. Reprezentarea proceselor distribuite n reea se realizeaz asemeni obiectelor
3D n spaiul virtual.

Figura 1.3.7. Conceptul de Symbiotic Computing

Instrumente pentru Collaborative Commerce

Ader (2001) prezint ideea c fiecare activitate poate fi mprit n 3 dimensiuni:
inteligen, contabilitate, producie. n cazul activitiilor din procesul de vnzare:
producie nseamn, de fapt, activitatea efectiv de vnzare care const n ntlnirile cu
potenialii cumprtori, editarea de oferte, negocierea condiiilor de vnzare, comandarea
produselor i serviciilor, furnizarea lor, tratarea problemelor aprute la client, furnizarea
suportului tehnic, etc.
contablitate include inventarul, facturarea, componenta e-commerce, componenta de plata
electronic, statistica de vnzri, etc.
inteligena implic activitie de segmentare a pieei, stastic pe vnzri, statistic pe calitatea
serviciilor, strategie de preuri, identificarea potenialilor clieni, gestionarea noilor instrumente
de vnzri, etc.

pag. 38 / 109

Soluiile colaborative aduc un plus componentelor e-commerce prin personalizarea

suportului oferit clienilor acestora. De exemplu, IBM integreaz WebShere Commerce cu Lotus
Instant Messaging pentru a spori satisfacia cumprtorului i a crete vnzrile.
Componentele de tip Business Intelligence cresc eficiena sistemelor e-commerce prin
automatizarea proceselor care implementeaz scenariul Business to Business. Componentele de tip
Business Intelligence ajut la elaborarea de analize i studii de pia n ceea ce privete unul sau
mai multe produse i servicii pe care magazinul virtual le ofer clienilor.
Instrumente pentru managementul fluxului operaional
Ader (2001) d o mare importan produciei i aloc peste 70% din costuri procesului de
producie, activitilor de contabilitate doar 10% iar celor inteligente 20%. El prezint ipoteza c
majoritatea sistemelor de management al informaiei sunt concentrate pe automatizarea activitilor
de contabilitate i foarte puin pe celelalte activiti astfel, nu exclude posibilitatea reorientrii
dezvoltatorilor software spre automatizarea proceselor de producei sau de automatizare a
activitilor inteligente.
n cazul organizaiilor tradiionale, activitile efectuate sunt de obicei activiti interactive
operate de ctre factorul uman de la staii de lucru. Aceste activiti ar putea fi automate i
executate de ctre o component rulnd pe maina server dat fiind faptul c ele se realizeaz prin
intermediul unei aplicaii, de la consol.
Activitile derulate n cadrul unei organizaii respect o metod de abordare orientat pe
cerinele clientului. Instrumentele de analiz a proceselor au scopul de a gestiona corect rapoartele,
de a monitoriza procesele, de a simula soluii alternative sau de a evalua corect eficiena i
costurile pe fiecare soluie. Instrumentele pentru managementul fluxului de producie permit
automatizarea proceselor, monitorizare i control att n cadrul organizaiei ct i n afara acesteia
iar statisticile, rapoartele de analiz i deciziile sunt elaborate avnd la baz ipoteza precedent.
Integrarea aplicaiilor i persoanelor implicate n procesele de business ntr-un cadru de
lucru flux operaional - aduce beneficii substaniale nu doar companiei ci i clienilor i
angajailor acesteia:
Beneficii ale companiei:
o optimizarea fluxului operaional permite controlul produciei;
o beneficii la nivelul echipei managerial fluxul operaional prezint managerilor
informaiile corecte utilizate n luarea deciziilor. Componenta de monitorizare
permite controlul proceselor la orice nivel;
o beneficii pentru analiti fluxul operaional furnizeaz o serie de statistici care
permit analitilor s elaboreze rapoartele cu privire la costuri, perioade de vrf, sau
alte caracteristici economico-financiare.
Beneficii ale clientelei mbuntirea calitii serviciilor, timp de rspuns mai bun, informaii
clare despre tranzacia solicitat, sau consultani disponibili n timp util;
Beneficii ale angajailor fiecare angajat are o list cu sarcini alocate pentru ziua respectiv.
Fluxul operaional permite angajailor flexibilitate n organizarea muncii, rezolvarea mai
rapid a sarcinilor pe care le are i garanteaz un nivel de conform optim;
Dintre caracteristicile furnizate de instrumentele de management al fluxului operaional,
cele mai importante sunt:
Alertarea personalului de specialitate n cazul n care procesul nu se realizeaz la parametri
optimi i identificarea problemelor aprute.
Raportarea cu privire la starea actual a procesului care permite celor din call center s ofere
informaii corecte clienilor
Elaborarea de statistici cu privire la procesul n sine i afiarea lor la client oferindu-i acestuia
posibilitatea de a avea o imagine clar asupra procesului de business
Elaborarea unui raport de analiz privind costurile pe fiecare tip de process de business
pag. 39 / 109

mbuntirea continu a proceselor n funcie de rapoartele de analiz i statistici.

Dup crearea ntreprinderii virtuale i evaluarea setului de servicii care vor fi oferite, se vor
defini procesele n baza crora se implementeaz serviciile respective cu ajutorul instrumentelor
business process reengineering (BPR). Instrumentele de simulare permit determinarea resurselor
necesare acestor procese, sau estimarea timpului total alocat lor dup care, prin intermediul
instrumentelor BPR se reprezint mai multe versiuni de definire a proceselor, i se evalueaz
eficiena la nivel global a acestor versiuni.
Dup definirea proceselor, fiecrei activiti i fiecrui proces i se atribuie o serie de
resurse. De exemplu, activitile din cadrul relaiei cu furnizorii ar putea fi asignate la o banc de
date, fr a specifica locaia i numele ei. La sfritul acestei etape, se genereaz o list cu
activitile i resursele necesare realizrii fiecrei activiti. Pentru definirea precis a resurselor
alocate i a specificaiilor activitilor se utilizeaz instrumente de selectare i asignare a resurselor
pentru fiecare proces. Unul dintre principiile ntreprinderii virtuale const n identificarea
resurselor externe care implic servicii de acces la banca de date, call center, producie,
asamblare, contabilitate, sau e-commerce i selectarea furnizorului optim pentru fiecare dintre
aceste resurse. O ntreprindere virtual se caracterizeaz prin investiii minime costuri mici cel
puin n primele etape iar utilizarea serviciilor externe ntr-un cadru competitive garanteaz costuri
minime n condiii de eficien sporit. Configurarea acestor servicii i resurse pentru a funciona
mpreun ca un tot unitar se realizeaz ntr-un timp foarte scurt comparat cu organizaiile
tradiionale. Odat ce resursele sunt alocate corect proceselor specificate n scenariul de
funcionare a organizaiei, ncep atribuiunile echipei de management care are sarcina de a pune la
dispoziia membrilor ntreprinderii virtuale aceste resurse. Instrumentele pentru managementul
fluxului operaional permit invocarea proceselor la distan sau transferul unei activiti la o
anumit resurs pentru a fi executat n concordan cu regulile de business.
Monitorizarea membrilor unei organizaii virtuale impune verificarea sarcinilor pe care
fiecare membru trebuie s le finalizeze ntr-un interval de tip n cadrul parteneriatului.
Instrumentele de management al fluxului operaional permit stocarea informaiilor cu privire la
fiecare eveniment tratat n sistem (log pe fiecare aciune cu data, ora, activitate, rezultat), informaii
necesare n elaborarea de statistici pentru monitorizare i control a calitii serviciilor pe fiecare
agent economic implicat n ntreprinderea virtual.
Instrumente colaborative pentru dezvoltarea resurselor umane
Formarea profesional continu i intersul pentru cunoatere primeaz n majoritatea
organizaiilor orientate pe cerinele consumatorului. Competitivitatea unei instituii depinde de
capacitatea de inovare a personalului iar capacitatea de inovare are la baz perfecionarea continu
a personalului din fiecare departament. Resursele umane reprezint o prioritate a organizaiei iar
dezvoltarea acestora garanteaz un proces de producie de nalt nivel tehnologic. Pentru
dezvoltarea resurselor umane, o organizaie modern are implementat un sistem de formare
profesional continu bazat pe metode educaionale avansate care impune o serie de instrumente
interactive pentru studiu individual i instrumente colaborative pentru organizarea sesiunilor de
training la distan.
Cisco WebEx Training Center este o soluie eLearning de top care aduce avantajele
instrumentelor WebEx n sfera sistemelor educaionale. Cuprinde trei componente, Online
Classroom, Training Assist i Presentation Studio, i permite organizarea de sesiuni educaionale
pe diferite domenii de activitate. Cisco WebEx Training Center pune la dispoziia utilizatorului un
set de instrumente cu ajutorul crora instructorii pot programa i susine procesul educaional de tip
training la cerere, sesiuni colaborative de tip webminar, dezvoltare profesional continu sau faceto-face classroom. Webex Training Center implementeaz funcionaliti de streaming media i
partajare de resurse/desktop/aplicaii, permite activiti colaborative, generarea de statistici sau
evaluare online, integrare eCommerce.
pag. 40 / 109

NUCLEO este un mediu educaional pilot dezvoltat la Compluense University din Madrid
pe principiul combinrii avantajelor a dou abordri privind procesul educaional, cel avnd la
baz conceptul de collaborative learning (Computer Supported Collaborative Learning - CSCL) i
cel de tip problem-based learning (PBL).
n acest context, cursanii i nsuesc noi cunotine prin intermediul a dou procese:
proceduri de rezolvare a problemelor - tutorii propun cursanilor probleme complexe a cror
prezentare respect stilul metaforei de joc video redat ntr-un spaiu virtual
proceduri colaborative - sarcinile trasate de ctre tutor, sub form de misiuni, sunt rezolvate n
echip dup instruciuni clare.
Prin combinarea conceptelor PBL i CSCL ntr-un mediu virtual se obin mbuntiri
vizibile ale modului de gndire a cursanilor. Aceast combinaie conduce la dezvoltarea gndirii
critice i asimilarea informaiei pentru o perioad lung de timp.
nvmntul colaborativ dezvolt abilitile sociale i comunicative ale cursanilor i
promoveaz ideea de prezentare a coninutului educaional ntr-o manier interactiv i aplicnd un
set de abordri instructive simultane procesului educaional:
- lumea virtual i ideea de joc n cadrul procesului educaional promoveaz conceptul de
comunitate educaional;
- structurarea interaciunii ntre cursani prin intermediul scripturilor colaborative crete
considerabil capacitatea de asimilare a informaiei;
- adaptarea dinamic a serviciilor permite formarea echipelor din membri cu nivele de cunotine
similare i acelai stil de nvare.

1.3.3.Tehnologiiwebutilizatendezvoltareasistemelordetipntreprindere
virtual
Adobe Flex - Majoritatea aplicaiilor web au la baz interfee grafice n format HTML cu
nivelul de prezentare a informaiei constnd n componente: PHP, JSP, ASP, Servlets, CFM.
Interfaa grafic cu utilizatorul, formuri HTML i funcii JavaScript, nu sunt interactive, browserul
web de pe maina client execut o cerere la serverul web, acesta ruleaz resursa web i furnizeaz
rezultatul in format HTML. Excepie fac aplicaiile dezvoltate cu ajutorul framework-ului AJAX
care utilizeaz funcii JavaScript pentru partea de client si structuri de date XML pentru
comunicaia browser-server web, prin intermediul protocolului HTTP. Adobe Flex prezint un real
avantaj fa de tehnologiile web tradiionale prin faptul c permite dezvoltarea de aplicaii web
interactive. Blocul client este unul de tip stateful permind modificri ale componentei vizuale
fr a executa o cerere la server prin simpla notificare recepionat de la componentele server-side.
Adobe Flex este un framework complex dedicat dezvoltrii de aplicaii web cu un grad
mare de interactivitate. Din punct de vedere a flexibilitii, Flex este compatibil cu majoritatea
sistemelor de operare i cu cea mai mare parte a browserelor web. De asemenea, Adobe Flex ofer
suport pentru implementarea de aplicaii desktop cu grad sporit de complexitate.
Adobe Flex are la baz MXML, un limbaj declarativ bazat pe standardul XML utilizat
pentru a descrie comportamentul i maniera de prezentare a informaiei n cadrul interfeei grafice
cu utilizatorul. n implementarea aplicaiilor complexe, se utilizeaz ActionScript 3, un limbaj de
programare orientat pe obiecte dedicat lucrului cu elementele multimedia: suport pentru
audio/video, grafic, imagini, text, etc. Adobe Flex conine o bibliotec de peste 100 de
componente pentru dezvoltarea aplicaiilor RIA (Rich Internet Application) cu scupul de a porta
avantajele aplicaiilor desktop n sfera sistemelor web i furnizeaz o nou abordare privind
integrarea componentelor RIA cu partea de server prin intermediul bibliotecii Flex Server Side.
Flex beneficiaz de avantajele furnizate de Adobe Flash Platform i, ca i n cazul Flash, prezint
pag. 41 / 109

elementele de grafic vectorial i permite elaborarea rutinelor ActionScript 3.0 pentru diferite
funcionaliti pe partea de client cum ar fi interfaarea cu reeaua, tratarea evenimentelor generate
de aciunile utilizatorului, sau interpretarea notificrilor primite de la componentele nivelului de
business.
ActionScript este un limbaj folosit n principal pentru dezvoltarea de funcionaliti n
cadrul animaiilor Adobe Flash prin generarea fiierelor cu extensia .swf rulat de Adobe Flash
Player. El a fost creat pentru implementarea funcionalitilor grafice i de control din cadrul
animaiilor vectoriale 2D, dar de-a lungul vremii s-a dezvoltat pentru a realiza aplicaii Web
complexe, jocuri i prezentri interactive. Action Script 3 este interpretat de ActionScript Virtual
Machine (AVM) parte integrant din Flash Player 9. Flash Player 9 include doua masini virtuale
AVM1 i AVM2; AVM1 execut codul scris n alte versiuni ale limbajului n timp ce AVM2
prelucreaz codul scris n Action Script 3. Action Script utilizeaza un model single-thread, cel
putin din perspectiva programatorului, evitnd astfel multe din problemele pe care mecanismele
Java Swing le cauzeaz n comunicaia client/server. Blocul client transmite serverului o cerere
specificnd numele componentei de tip handler i i continu execuia fr s atepte rspunsul.
Prelucrarea datelor de rspuns se va face doar n momentul recepionrii lor, astfelse evit
momentele n care aplicaia se blocheaz pn la recepionarea datelor.
MXML este un limbaj declarativ ce se aseamana cu HTML. Ca i acesta, MXML conine
tag-uri care definesc maniera de interfaare cu utilizatorul, componentele vizuale care definesc
interfaa cu utilizatorul. Structura MXML este mult mai ampl i mai complex, fiind disponibil un
set mult mai mare de componente (ex. abori, grid-uri, tab-uri pentru navigare sau componente
meniu). De asemenea, tag-urile MXML definesc i componente non-visuale, componente de tip
conexiune, legaturi de date sau logica de prezentare a informaiei la utilizator (animaii, grafic,
etc.). Dezvoltatorul poate extinde componentele sau creea propriile tag-uri MXML, n funcie de
logica de prezentare a informaiei i elementele de interaciune utilizator-sistem necesare.
CSS (Cascade Style Sheet) are acelasi rol i sintax n proiectele Flex ca i n proiectele
web tradiionale i reprezint constrangeri grafice (fonturi utilizate, culori, stil, etc.). n Flex
desemnarea stilului CSS n mod static, prin crearea unui fisier .css sau prin utilizarea tagului
corespunzator pentru stil, permite ncapsularea automat a fiierului css n aplicaie. Modificrile
n cadrul acestui fiier sunt vizibile doar dup recompilarea ntregului proiect. Exist i metoda
dinamic de asignare a stilului CSS care presupune instanierea unui obiect de tip Style pus la
dispoziei de biblioteca ActionScript 3.
PHP - Hypertext Preprocessor este un limbaj de scripting de uz general, open source,
utilizat pe scar larg i care este potrivit n special pentru dezvoltarea aplicaiilor web. Este unul
din cele mai importante limbaje de programare web open-source i server-side pe piaa software.
PHP ruleaza pe diferite sisteme de operare i servere web. Poate fi utilizat pe toate sistemele de
operare majore: Linux, multe variante Unix (inclusiv HP-UX, Solaris i OpenBSD), Microsoft
Windows, Mac OS X, RISC OS. Majoritatea serverelor web existente ofer suport pentru PHP:
Apache, Microsoft Internet Information Server, Personal Web Server, server-ele Netscape i
iPlanet, server-ul Oreilly Website Pro, Caudium, Xitami, OmniHTTPd i multe altele.
Fiind vorba de un limbaj structurat, procesul de implementare a aplicaiilor web implic
att tehnici de programare procedural ct i orientat pe obiecte (POO), inclusiv o combinaie a
acestora. n PHP 3 i 4 obiectele erau tratate ca un tip de dat de baz, nsemnand c, de fiecare
dat cnd o variabil era asignat sau folosit ntr-o funcie, se copia tot obiectul. Cu toate c n
PHP 4 nu sunt implementate toate facilitile programrii orientate pe obiecte, multe biblioteci de
cod i aplicaii mari sunt implementate utiliznd tehnici de programare orientat pe obiecte. Felul
n care obiectele sunt tratate a fost complet rescris n PHP 5 iar acum obiectele sunt refereniate
printr-un vector intern i nu dup valoarea pe care o au. PHP 5 a introdus metode private i
protejate, clase abstracte, constructori i destructori, functionaliti similare cu cele din alte limbaje
pag. 42 / 109

de programare orientat pe obiecte. Aplicaiile web care au la baza PHP integreaz usor alte
tehnologii web ( ex: HTML, Flash, Flex, JavaScript, AJAX). n locul unei mulimi de comenzi
pentru a afia formul HTML (cum este cazul n C sau Perl), paginile PHP conin cod HTML
ncorporat. n momentul incrcrii unei pagini web care conine PHP i HTML se execut rutina
PHP pe server care genereaz elementele dinamice din pagina web.

1.3.4.Tehnologiimultimediautilizatendezvoltareasistemelordetip
ntreprinderevirtual
Transportul datelor multimedia
Orice tip de date care se modific substanial ntr-un interval de timp este un element
multimedia dependent de timp. Clipurile audio, secvenele MIDI, clipurile video sunt elemente
multimedia comune dependente de timp obinute de la diferite surse cum ar fi fiiere locale sau
resurse n reea, microfoane, camere video, camere web. Elementele multimedia temporale sunt
procesate i expuse ntr-un interval de timp. Odat ce datele ncep s fie expuse, sfritul lor
coincide cu un moment bine definit n timp. Un element multimedia dependent de timp are
asociate functionaliti de streaming media, deoarece este transmis ca un stream de date stabil
recepionat, procesat i reprodus ntr-un anumit interval de timp.
Stream-ul de date reprezint un canal de comunicaie ntre dou entiti: o entitate care
emite i o entitate care recepioneaz. Stream-urile pot fi de dou feluri: stream-uri de scriere i
stream-uri de citire. Stream-urile de date multimedia se ntlnesc peste tot n Internet, numrul
portalurilor care ofer fncionaliti multimedia (transmisii radio i TV) fiind ntr-o continu
cretere. Un stream media poate s conin mai multe canale (track-uri audio sau video). Un
stream media care conine mai multe canale se numete stream media complex sau multiplexat.
Individualizarea unui singur canal dintr-un stream media complex se numete demultiplexare.
Exist dou clase de aplicatii pentru transmisia/recepia stream-urilor media:
Pull Transferul este iniiat de blocul client iar controlul este minimal (cunoscut ca i
progressive download care impune transferul datelor prin intermediului protocolului HTTP)
Push Serverul iniiaz transferul de date i controleaz fluxul datelor (transferul se realizeaz
prin intermediul protocoalelor RTP, RTSP sau RTMP)
Tipurile de date multimedia dependente de timp sunt n general prezentate la utilizator prin
intermediului monitorului (video) sau boxelor/cstilor (audio). Calitatea prezentrii datelor la
utilizator depinde de metodele de compresie, capacitatea de procesare a sistemului i limea de
band de transfer disponibil. Procesarea stream-urilor const n demultiplexarea, decodarea,
conversia (la alt format) i filtrarea acestora. Termenul de streaming media const n dou operaii
fundamentale: transmia pe reea ( Intranet / Internet) a datelor multimedia i recepia i procesarea
acestora n timp real. Transmisia datelor multimedia necesit o anumit lrgime de band. n
transmisia datelor multimedia se accept pierderea pachetelor, dar nu i apariia ntrzierilor.
Aceast regul vizeaz diferenele ntre procesarea datelor locale (statice), de exemplu un fiier,
pentru care cel mai important lucru este s ajung la destinaie, i accesarea datelor multimedia n
timp real. n cazul transmisiei live a unei secvente audio/video aplicaia client ncepe procesarea
datelor nainte ca secvena audio/video s fie transmis n ntregime. Acest aspect evideniaz
noiunea de buffering. Dac, ns, secvena audio/video nu are o durat precis, procesarea datelor
nainte de aducerea ntregului stream pe maina client ar fi imposibil.
Manipularea datelor multimedia cu ajutorul tehnologiilor Adobe
Tehnologiile Adobe promoveaz conceptul de stream media iar pachetele ActionScript 2.0
ofer suport pentru manipularea streamurilor de date. De exemplu, componentele prii client
utilizeaz obiecte de tip NetStream pentru a crea i manipula elementele multimedia temporale, n
pag. 43 / 109

timp ce pe partea de server se utilizeaz instane ale clasei Stream. Pe partea de client publicarea
streamurilor media se realizeaz prin intermediul obiectelor de tip NetConnection i NetStream.
Streamul media este asociat cu un identificator unic (URI Uniform Resource Identifier). Acest
identificator poate fi utilizat de toate componentele din cadrul unei aplicaii, astfel, un stream
publicat poate fi accesat de orice component din cadrul aplicaiei. ntr-un mod similar streamurile
pot fi transmise i ntre mai multe instane de tip server media (Flash Media Server) prin acelai
mecanism de publicare i prezentare a datelor ca i ntre un bloc server i unul client. Mai mult,
Flash Media Server ofer suport pentru clustering, ntr-o manier transparent din punct de vedere
al componentelor parii client. Capturarea datelor audio/video se realizeaz cu ajutorul obiectelor
de tip NetStream deoarece obiectele de tip Stream nu ofer suport pentru capturarea datelor
multimedia. Prin obiectele de tip Stream se realizeaz manipularea streamurilor i crearea
obiectelor de tip Playlist.
Publicarea streamurilor - Metoda NetStream.publish poate fi utilizat pentru a transmite
(publica) stream-uri live sau nregistrate. De asmenea se poate folosi pentru a aduga date pe un
stream media existent. Pentru a avea control asupra modului de transmisie a unui stream media,
dezvoltatorul specific acest aspect prin intermediului celui de-al doilea parametru al metodei ce
poate lua valorile live, record sau append. Cnd parametrul ia valoarea live sau record
orice nregistrare precedent cu acelai URI este tears i rescris. Specificarea parametrului
append duce la concatenarea unui stream existent cu datele transmise. In cazul nregistrrii unui
clip (de exemplu, secven audio/video pentru comunicaie asincron) streamul transmis va fi
salvat cu extensia .flv ntr-un subdirector asociat instanei aplicaiei curente. Directoarele i
subdirectoarele se creeaz automat n rdcin pe server pe parcursul execuiei aplicaiei.
Streamurile sunt controlate i utilizate eficient deoarece un stream media este o resurs
foarte costisitoare iar gestionarea eficient a proceselor crete performanele sistemului multimedia
distribuit. De exemplu, n cadrul unei sesiuni colaborative moderatorul capteaz atenia
participanilor ntr-o proporie destul de mare astfel, banda este partajat dup rolul fiecrui actor
n sistem.
Prezentarea streamurilor - Mediile colaborative fac parte din gama aplicaiilor
interpersonale sincrone consumatoare de resurse care necesit putere de calcul att pe parte de
client ct i pe parte de server (solicit o largime de band care crete odata cu numrul de
utilizatori, se acceseaz resurse considerabile, etc.). Un calcul simplu privind numrul de streamuri recepionate i, implicit, lrgimea de band necesar transmisiei datelor multimedia n cadrul
unei sesiuni colaborative este detaliat n cele ce urmeaz: blocul client public un singur stream i
recepioneaz n-1 streamuri, unde n reprezint numrul de participani (moderator i participani);
cu alte cuvinte, numrul de streamuri necesare unui participant este n iar numrul total de
streamuri pe sesiune este n2; astfel, banda necesar poate varia ntre 32 kBps, n cazul unei sesiuni
colaborative ntre un moderator i un participant, i 20 MBps, n cazul unei sesiuni colaborative
ntre un moderator i 50 de participani; alocarea benzii se poate face ntr-o manier dinamic prin
optimizarea numrului de streamuri pe sesiune; de exemplu, n majoritatea sesiunilor colaborative,
moderatorul de sesiune emite continuu iar participanii sunt activi doar cnd li se permite acest
lucru de ctre moderator; cu alte cuvinte, moderatorul controleaz sesiunea colaborativ i decide
care dintre participani ia cuvntul la un moment dat. n acest caz, avem de a face cu 2 streamuri
transmise (participantul activ i moderatorul) i n streamuri recepionate, adic n+1 streamuri pe
sesiune.
Codarea datelor multimedia - Codarea datelor video utiliznd tehnologiile Adobe se
realizeaz prin intermediul codecului Sorenson Spark. Acesta permite Player-ului de Flash s
controleze dispozitivul de captura (webcam, camera video, etc.) sau s prezinte datele video prin
intermediul monitorului. Sorenson Spark realizeaz compresia n dou modaliti: CBR (opiune
pag. 44 / 109

pentru datele de tip live permite codarea datelor video n funcie de o constant de dimensiune a
datelor pe cadru) sau VBR (opiunea este sensibil la modificarea coninutului video, iar datele pe
cadru vor avea dimensiune variabil). Datele audio capturate de la microfon, cu ajutorul obiectelor
de tip Microphone, sunt codate MP3 i transmise pe reea, n cazul aplicaiilor live sau stocate n
fiiere FLV, n cazul nregistrrilor audio/video.

1.3.5.Tehnologiiageniinteligeni,multiagentnformareaioperarea
ntreprinderilorvirtuale
Cercetrile din domeniul ntreprinderilor virtuale au fost iniial puternic orientate nspre
tehnologie. n ultimii ani ns, se observ contribuii integrate de la tot mai multe discipline, cum
sunt: teoria organizaional, sociologie, management, drept, economie, etc. Se pare c definiia larg
acceptat pentru IV este dat de Camarinha-Matos i alii (2005), care afirm c ntreprinderea
virtual este o alian temporar de ntreprinderi care vin mpreun pentru a-i mpri calificrile i
competenele i resursele pentru a rspunde mai bine oportunitilor de business, i a cror
cooperare este susinut de reele de calculatoare. Dou elemente cheie stau la baza acestei
definiii: reeaua i cooperarea. Aadar se ntrevede n mod clar o tendin de a descrie
ntreprinderea virtual ca fiind o reea de ntreprinderi cooperante.
Termenul Organizaie virtual reprezint o generalizare a conceptului de ntreprindere
virtual, pe msur ce primul conine reele colaborative care nu sunt limitate la ntreprinderi, ci
pot cuprinde i alte tipuri de organizaii (entiti guvernamentale sau ne-guvernamentale).
O serie de caracteristici ale IV le fac posibile candidate pentru aplicarea tehnicilor multiagent. Printre aceste caracteristici se pot enumera (Camarinha-Matos, 2002):
o IV este compus din aliane de componente eterogene, distribuite, o situaie care poate fi
mapat foarte intuitiv peste sisteme multi-agent;
rezolvarea problemelor prin cooperare i distribuie a sarcnilor poate deasemenea fi pus n
seama unor sisteme multi-agent;
luarea deciziilor n situaia n contextul deinerii unor informaii incomplete, i n cazul
implicrii unor entiti autonome care formeaz reeaua, care pot avea interese diferite n
anumite situaii, este un alt punct comun;
execuia efectiv i supervizarea proceselor de business distribuite necesit reacii rapide ale
membrilor ntreprinderilor. Reelele de calculatoare fiind mediul privilegiat de comunicare,
fiecare companie are nevoie de un reprezentant n reea. Aceast nevoie poate fi acoperit de
un agent software;
dezvoltrile recente n domeniul IV mut accentul de la modelarea i schimbul de informaii
nspre modelarea contractelor / relaiilor sociale i a rolurilor, adresnd aspecte de distribuire a
responsabilitilor, capacitilor i cunotinelor, care dealtfel sunt teme comune n cercetrile
despre sistemele multi-agent;
faza de formare (creare) a IV, n care trebuie selectai partenerii i distribuite sarcinile, sunt
teme de cercetare re au fost atinse de ceva vreme n domeniul sistemelor multi-agent;
un consoriu care formeaz o ntreprindere virtual este o organizaie dinamic, unde poate fi
nevoie de reconfigurri dinamice, astfel flexibilitatea este un punct cheie n modelarea
arhitecturii unei IV; Este necesar astfel mai mult flexibilitate dect poate oferi un sistem
calsic, client server, care s permit schimbul de roluri ntre membrii IV;
funcionalitile care susin mecanismele IV trebuie s interacioneze cu mediul local (aplicaii,
utilizatori, etc.); interaciunea cu mediul nconjurtor este o caracteristic definitorie a
agenilor;

pag. 45 / 109

proprietatea de scalabilitate a sistemelor multi-agent poate fi privit ca un suport pentru IV

dinamice, n care apar diferite nivele de cooperare, cu diferite seturi de parteneri, n diferite
momente de timp (sau faze de execuie); pe de alt parte, fiecare ntreprindere poate fi vzut
ca o reea de entiti semi-autonome (departamente);
evoluia continu a modelelor economice, a paradigmelor organizaionale, precum i a
condiiilor pieei economice, necesit susinerea efectiv a evoluiei i o modularitate de grad
nalt a infrastructurilor;
noi forme de munc n echip apar n contextul IV; agenii pot juca un rol important n
asistarea modului n care actorii umani i joac rolul n comunitile virtuale;
sistemele multi-agent pot oferi o alternativ viabil n implementarea unor soluii la
problemele legate de comportament cooperativ versus autonomie, generate de comportamentul
entitilor reelei IV;
datorit faptului c entitile componente ale ntreprinderii virtuale sunt proiectate i
dezvoltate independent, este dificil a se garanta coordonarea acestora, dac nu sunt adoptate
nite reguli comune (legi de comportament social). Fundamentele teoretice ale societii
agenilor pot fi combinate cu dezvoltrile actuale pentru a crea un cadru legal pentru
ntreprinderi / organizaii virtuale.
n cele ce urmeaz se va prezenta utilizarea agenilor inteligeni, ca o metodologie de
inginerie software pentru proiectarea i operarea intreprinderilor virtuale. Agenii pot ndeplini
sarcini variate n procesele cooperative derulate n timpul formrii intreprinderile virtuale prin
Internet, realiznd sarcini cum sunt prezentarea, regsirea i extragerea de informaii, participarea
la licitaii pe pieele electronice.
Agenii inteligeni, conform definiiei date n (Wooldridge, Jennings, 1995), sunt sisteme
computerizate, care ndeplinesc sarcini n mod autonom ntr-un mediu deschis, sunt re- sau proactivi, i sunt capabili s interacioneze cu ali ageni.

Rolul agenilor n formarea intreprinderii virtuale

Deoarece ntr-o ntreprindere virtual, ntreprinderile individuale ndeplinesc doar o parte
din lanul de valori pentru a dezvolta un produs, problema major n ceea ce privete asamblarea
(formarea) IV este aceea de a mapa procesele pariale la ntreprinderile individuale. Aceast
problem se poate rezolva n dou etape; n primul rnd, se definete o partajare a proceselor
economice. n cea de-a doua faz, lanul de proces al ntreprinderii virtuale este asamblat i
instaniat.
Problema care trebuie considerat n prima faz este: la ce poziie a lanului valoric, astfel
de partiionare este sensibil. Soluia este facilitat prin aplicarea metodologiei ARIS (Scheer,
1994), care este un cadrul de lucru uniform pentru descrierea proceselor economice. n cea de-a
doua faz, sunt selectai partenerii IV. Acest proces se poate diviza n patru sub-faze:
identificarea potenialilor parteneri;
generarea de mapri alternative de la parteneri la poteniale procese;
evaluarea riscului respectiv a intereselor strategice;
finalizarea parteneriatului i maparea proceselor pariale.
Fischer i alii (1996) au studiat rolul agenilor inteligeni n aceast a doua faz a formrii
ntreprinderii virtuale, n cadrul proiectului AVE (Agents for Virtual Enterprises). Acetia
utilizeaz propria arhitectur de ageni, InteRRaP (Figura 1.3.8), pentru a proiecta agenii n
proiectul AVE.
Aceast arhitectur descrie un agent prin: interfaa cu lumea, unitatea de control, i o baz
de cunotine (KB Knowledge Base). Unitatea de control are trei nivele: nivelul pentru
comportament (BBL Behavior-Based Layer), nivelul de planificare local (LPL Local Planning
Level), i nivelul de planificare a cooperrii (CPL Cooperative Planning Level). Baza de
pag. 46 / 109

cunotine a agenilor este i ea structurat corespunztor, n modelul lumii (world model), modelul
mental (mental model) i modelul social (social model).

Figura 1.3.8. Arhitectura InteRRaP, utilizat pentru proiectarea agenilor n proiectul AVE

Aceste nivele corespund diferitelor nivelelor funcionale ale agenilor. Scopul

implementrii nivelului BBL este de a permite agentului s reacioneze n anumite condiii critice
i s se comporte normal n situaii de rutin. Reactorii sunt declanai de evenimente recunoscute
de ctre modelul lumii, care ncorporeaz cunotinele la nivel de obiect ale agentului despre
mediul su nconjurtor. Nivelul LPL d agentului abilitatea de a negocia pe termen lung. Acesta
are ca suport informaiile din modelul lumii, dar n plus utilizeaz att obiectivele curente ale
agentului i inteniile locale, prinse n modelul mental, parte a bazei de cunotine, ct i
mecanismele de planificare specifice domeniului de activitate. Nivelul CPL extinde
funcionalitatea de planificare a unui agent la planificare comun, aceasta nsemnnd faptul c se
pot planifica activiti pentru mai muli ageni, care permit rezolvarea conflictelor i cooperarea.
nafar de cunotinele despre modelul lumii i de modelul mental, CPL utilizeaz informaii
despre scopurile, calificrile i angajamentele celorlali ageni, stocate n modelul social al bazei de
cunotine.
O pia electronic a IV - Reelele de comunicaii globale permit existena unor piee de
informaii pentru schimburi de informaii, servicii i produse. Aceast dezvoltare este ndreptat
nspre consilii de comer specifice, ntreinute de ctre noduri de Internet, aa numitele servere de
informaii. Un server de informaii poate rezolva probleme generale din cadrul regsirii i filtrrii
de informaii ( extragerea informaiilor relevante din mari cantiti de date):
i) prin intermediul unor motoare de cutare sau ageni software, care caut n mod activ prin reea,
ii) permind clienilor care intenioneaz s ofere informaii prin Internet s se nregistreze la
aceste servere de informaii.
n cazul managementului IV, aceste servere pot fi utilizate de ctre ntreprinderile
individuale pentru a anuna sau pentru a obine informaii relevante. Funciile importante ale unui
consiliu de administraie inteligent al unei ntreprinderi virtuale sunt:
colectarea specificaiilor cu privire la scop i oferte (filtrare/regsire off-line autonom de
informaii);
rspunsul on-line la cereri de oferte;

pag. 47 / 109

informarea automat a cererilor, n cazul n care cererile precedente au fost potrivite cu succes
cu noile oferte.
n figura 1.3.9 se ilustreaz arhitectura sistemului unei piee IV electronice inteligente
(Fischer, 1996). Centrul sistemului este un server nformaional care menine consiliul de
administraie al IV, precum i serviciile care pot fi accesate de diferitele companii din reeaua
ntreprinderii virtuale. Exist i software de nivel nalt, care suport activitile IV, de exemplu,
exist ageni asisteni inteligeni (IAA Intelligent Assistant Agents) care ofer suport n procesul
de decizie.

Figura 1.3.9. Arhitectura unui sistem al pieei IV electronice inteligente

Agenii asisteni sunt opionali; utilizatorii umani care nu au un astfel de agent trebuie s
poat i ei utiliza serviciile pieei IV. Serverele de informaii trebuie s ofere formulare standard
care s fie completate de ctre utilizatori prin intermediul unor browser-e web comerciale.
O funcie important n formarea ntreprinderii virtuale este aceea ndeplinit de managerul
de producie, care coordoneaz selecia partenerilor i mprirea sarcinilor partenerilor pentru
procesele pariale. Aceste activiti necesit un nivel nalt de coordonare i comuncare cu ceilali
aprteneri ai IV. Nu se poate presupune faptul c toate informaiile necesare pentru procesul de
decizie sunt la dispoziia managerului de producie, astfel nct, rolul acestuia este cel al unui
coordonator n cadrul unui sistem descentralizat, care este expert n domeniul asamblrii
ntreprinderii virtuale. n exemplul din figura 1.3.9., ntreprinderea A ndeplinete rolul de
manager de producie. Bineneles, acest rol poate fi ndeplinit i de ctre mai multe organizaii,
fiind distribuit diferiilor parteneri ai IV.
Managerul de produs poate fi ajutat prin utilizarea tehnologiilor agenilor inteligeni.
Entitilor IAA le pot fi atribuite sarcini semiautomate, cum sunt identificarea potenialilor
parteneri, i maparea partenerilor la procesele pariale. Aceste lucruri se pot implementa sub forma
unor mecanisme de licitaie. Managerul de producie poate iniia licitaii, iar organizaiile
nregistrate la serverul de informaii pot s liciteze asupra acestor procese pariale.
Mullen i Wellman (1996) descriu rolurile care pot fi ndeplinite de agenii inteligeni n
piaa IV electronic: identificarea bunurilor i serviciilor (similar cu sarcinile de regsire, filtrare
i extragere a informaiilor, ndeplinite de ctre agenii asisteni inteligeni).
pag. 48 / 109

Ideea de baz a abordrii problemei de formare a IV este aceea de a ne uita la acest proces
ca fiind o problema de decizie n sisteme multiagent. Soluia acestei probleme const n rezolvarea
a patru pai:
- specificarea scopurilor: descrierea procesului global, adic produsul sau serviciul care trebuie
asigurat de ctre ntreprinderea virtual;
- descompunerea: maparea specificaiei globale a scopului IV n procese pariale;
- alocarea: selecia potenialilor parteneri i maparea partenerilor la procesele pariale identificate
n pasul anterior;
- sinteza: definirea procesului global prin compunerea proceselor pariale instaniate n pasul de
alocare.
Specificarea scopului. ntreprinderile virtuale sunt create cu scopul oferirii unui produs sau
serviciu. Astfel, descrierea IV este dat de specificarea atributelor produsului sau serviciului oferit.
Atribute relevante sunt: costul, calitatea, preul, piaele de desfacere, timpul de livrare, ct i
constrngeri impuse potenialilor participani n cadrul IV. Specificarea scopului IV este o sarcin
ce trebuie ndeplinit de un expert, de aceea ne ateptm ca formalizarea acestui proces s fie
destul de dificil, greu de automatizat, chiar i parial. Cu toate acestea, IAA pot ajuta managerul
de produs n proiectarea specificaiei scopului IV, ndeplinind funcii de asistare: de exemplu, n
majoritatea cazurilor, specificaiile se fac pe baza unui proces de cooperare i implic interaciunea
cu alte intreprinderi. Aceast cooperare poate fi asistat de instrumente CSCW sau Groupware.
Descompunerea. Pornind de la specificaiile produsului / serviciului IV, procesele pariale
relevante sunt identificate i formalizate utiliznd o tehnic de modelare adecvat, cum este ARIS.
Majoriatea acestor sarcini vor fi ndeplinite de ctre experi umani, asistai de ageni inteligeni. n
funcie de complexitatea acestui proces, pasul de descompunere, poate fi ndeplinit n mod
centralizat sau descentralizat, ultimul implicnd activiti inginereti cooperative.
Alocarea. Dup pasul de descompunere, procesele pariale trebuie distribuite agenilor care
ar putea contribui la implementarea acestora. n acest sens, trebuie s se realizeze alocarea
proceselor pariale ctre partenerii poteniali. Aceasta implic urmtoarele activiti:
- selecia poteialilor parteneri;
- distribuirea (anunarea) proceselor pariale ctre potenialii parteneri;
- selecia partenerilor care s se ocupe de fiecare proces individual;
Prima activitate poate fi susinut de ctre ageni informaionali care interacioneaz cu
agenii asisteni inteligeni (IAA), care reprezint fiecare ntreprindere. Celelalte dou activiti
definesc problema alocrii ntr-un mod strict. O soluie centralizat la problemele de alocare
descrise n literatura de specialitate este reprezentat de mecanismele de licitaie.
n activitile de distribuire i de alocare a subproceselor, managerul de producie poate fi
asistat de ctre un agent, ale crui funcii pot fi:
i) regsirea informaiilor relevante, nsemnnd anunurile IV existente care se potrivesc cu
posibilitile (competenele) ntreprinderilor din reea,
ii) formularea de noi oferte,
iii) suport pentru procesele de licitaie: oferte i evaluare a ofertelor, i
iv) efectuarea n mod autonom a unor sarcini soecifice, legate de negociere.
Pasul de alocare poate s se desfoare n dou moduri: n alocarea orizontal,
ntreprinderile individuale sunt complementare n ceea ce privete serviciile oferite, adic diferite
ntreprinderi acoper diferite pri ale procesului. n modul de alocare vertical, un singur proces
parial este acoperit de un grup de ntreprinderi.
Sinteza. Ultimul pas presupune compunerea proceselor pariale - care au fost mapate la
partenerii potrivii - ntr-un proces care reflect valoarea adugat toatal a ntreprinderii virtuale.
O problem practic major n acest context este aceea c procesele pariale care trebuie conectate
se deruleaz n diferite medii geografice i instituionale, n cadrul diferitelor ntreprinderi din
cadrul ntreprinderii virtuale. Aadar, conectarea a dou procese pariale nu poate fi realizat doar
pag. 49 / 109

prin simpla lor compunere, ci este, mai degrab, un proces de re-inginerie economic, avnd n
vedere faptul c cele dou procese trebuie modificate pentru a putea fi mbinate ntr-o manier ct
mai eficient. Aceast sarcin poate fi mult simplificat prin utilizarea unui formalism de descriere
uniform, sau prin modele de referin predefinite.
Pentru a face fa provocrilor din piaa global de azi, flexibilitatea i reacia rapid la
cererile clienilor sunt chestiuni obligatorii pentru ntreprinderile de succes. Pentru a susine aceste
provocri, este nevoie de instrumente pentru planificare adaptiv, inteligent, i de sisteme de
control. Sistemele multi-agent ofer perspective favorabile n definirea unor soluii adecvate. Un
sistem multi-agent este o reea slab interconectat de entiti care rezolv probleme lucrnd
mpreun pentru a gsi soluii la probleme a cror rezolvare depete capacitile sau cunotinele
individuale ale entitilor. Maheshwari, (2005) puncteaz cteva contribuii ale agenilor
individuali i ale sistemelor multi-agent n cadrul intreprinderilor virtuale. Principalul rol
identificat al agenilor individuali n IV este n generarea scopului IV. Acetia utilizeaz diferite
seturi de reguli pentru a reprezenta scopurile i ncrederea, cu o prioritate descresctoare. Regulile
prin care este definit ncrederea conin informaiile despre starea curent. Regulile prin care se
definesc scopurile reprezint informaii despre strile viitoare. Pe baza acestor reguli, agentul i va
planifica urmtoarele aciuni.
Din perspectiva agentului individual, sistemele multi-agent difer de sistemele cu ageni
individuali prin prisma faptului c dinamica mediului nconjurtor poate fi determinat de ctre
ali ageni. n plus fa de incertitudinea care poate fi prezent, ali ageni pot modifica intenionat
mediul n moduri imprevizibile. Aadar, toate sistemele multi-agent pot vi privite ca avnd medii
dinamice. Pot s existe orici ageni, cu diferite grade de eterogenitate, avnd sau neavnd
capabiliti de comunicare direct.
Caracteristicile sistemelor multiagent: distribuia i natura flexibil a acestora imprim
robustee, scalabilitate, i adaptabilitate arhitecturilor de IV care se bazeaz pe astfel de sisteme. n
intreprinderile virtuale, colaborarea este cheia succesului. Avnd zeci de entiti care lucreaz
mpreun utiliznd diferite strategii pentru a atinge obiectivul general al IV, este necesar ca toate
entitile s lucreze coordonat. n timp ce paralelismul este atins prin delegarea anumitor sarcini
unor ageni, robusteea este adevratul beneficiu al sistemelor multi-agent care au ageni
redundani. Dac funciile de control i responsabilitile sunt ndeajuns de bine mprite ntre
diferiii ageni, sistemul devine mai tolerant la posibilele erori ale unuia sau a mai multor ageni.
Alt beneficiu al sistemelor multi-agent este scalabilitatea acestora. ntruct ele sunt prin definiie
modulare, ar trebui s fie destul de uor s se adauge noi ageni la un sistem multi-agent.
n abordarea bazat pe ageni a intreprinderilor virtuale, exist ns i cteva limitri:
nu exist un control al ntregului sistem o soluie bazat pe ageni nu poate fi adecvat pentru
domenii n care trebuie meninute nite constrngeri globale, n domenii n care trebuie evitate
orpirile pariale sau totale ale activitii;
nu exist o perspectiv global luarea deciziilor pe baza cunotinelor limitate la nivel local
de ctre ageni individuali poate duce la decizii globale sub nivelul optim;
ncrederea i delegarea pentru ca indivizii s fie mpcai cu ideea de a delega sarcini la
ageni software, trebuie ca cei dinti s aibe ncredere n cei din urm.
Rocha (1999) propune un alt exemplu de aplicare a agenilor n formarea IV. Se presupune
c exist o pia electronic virtual unde ntreprinderile, reprezentate de ageni, care sunt
distribuite geografic i nici nu sunt dinainte cunoscute, se pot ntlni i coopera pentru a ndeplini
mpreun un scop economic comun. O arhitectur multi-agent este propus pentru a modela piaa
economic n vederea susinerii mecanismelor de formare a IV. Pe lng agenii care reprezint
ntreprinderile individuale, exist i un agent coordonator broker care este creat i introdus n
comunitatea agenilor atunci cnd este descoperit o oportunitate de business. Acesta coordoneaz
aplicarea unui protocol, pentru a realiza contractele ntre parteneri n modul urmtor:
pag. 50 / 109

agentul broker trimite invitaii n piaa electronic, corespunztoare fiecrui sub-scop al

ntreprinderii virtuale;
- primete ofertele de la agenii economici i le analizeaz;
- utiliznd un mecanism de selecie n funcie de mai multe criterii i negocieri bazate pe
anumite constrngeri, se vor selecta cele mai favorabile oferte; (exemple ale unor criterii sunt:
costul, calitatea, disponibilitatea, etc. Se asociaz valori ale utilitii fiecrui criteriu i e
utilizat o combinaie liniar a valorilor atributelor ponderate cu valorile de utilitate
corespunztoare);
- au loc apoi mai multe runde de negociere; la sfritul fiecrui runde, licitatorii sunt notificai
cu privire la pierderea, sau ctigul licitaiei; notificarea conine i scurte precizri calitative,
iar licitatorii pot s-i modifice parametrii ofertei.
Li i alii (2000) propun o abordare asemntoare; ei prezint n plus o analiz mai detaliat
a problemei de descompunere a scopului ntreprinderii virtuale, care duce la o ierarhizare a
scopurilor IV. Ei adaug, pe lng agenii care reprezint intreprinderile individuale i agentul
broker, agent informaional care va pstra informaiile publice referitoare la regulile
organizaionale i operaionale comune, mediul pieei, ntreprinderi i produsele / serviciile oferite.
Este deasemenea explicit introdus nevoia de o ontologie comun, care s susin comunicarea
ntre ageni i este implementat un proces de selecie / negociere bazat pe anumite constrngeri.
Davidrajuh i Deng (2000) propun utilizarea unor ageni mobili care sunt trimii s verifice
capabilitile potenialilor furnizori. Aceti ageni efectueaz o selecie la faa locului, pe baza unei
analize calitative estimative; informaiile aduse de acetia sunt analizate mai detaliat de ctre
transmitor. Ca parte a procesului de selecie, este fcut i o estimare a performanei
parteneriatului candidailor bazat pe istoricul cooperrilor anterioare.
Shen i Norrie (1998) identific nevoia existenei unor ageni cu rol similar al paginilor
aurii, responsabili cu acceptarea measajelor pentru nregistrarea serviciilor (n mod similar cu
serverul de informaii descris anterior). Deasemenea se consider conceptul de Arie Local, o
diviziune cvasi-fizic a reelei care este controlat de ctre un controller de local.
Alte limitri ale agenilor n soluiile propuse - Limitri ale soluiilor, care ngreuneaz
implementarea acestora n practic sunt identificate tot de ctre Camarinha-Matos (2002):
nu exist standarde i ontologii comune, ceea ce creaz o situaie dificil de trecut n contextul
unui univers global al ntreprinderilor;
nici una dintre aceste propuneri nu ia n considerare faete caracterizate de subiectivitate,
legate de ncredere, angajament, istorie a cooperrii, etc.;
n general, nu se acord suficient atenie aspectelor de implementare i management al pieei;
aspectele legate de securitate n cadrul proceselor de negociere nu sunt adresate corespunztor;
este un punct critic ntruct agenii sunt doar n mod parial cooperativi (acetia pot fi
competitivi, pot avea interese personale, i pot chiar s exercite un comportament antagonic);
ncercarea de a atinge un proces complet automat de luare a deciziilor, dei interesant din
punct de vedere academic, este o aspiraie puin ne-realist, n domeniul de aplicaie.
n termeni practici, dei mputernicirea electronic, selecia i cutarea partenerilor sunt
recunoscute ca fiind necesiti eseniale, este nc mult de lucru n sensul standardizrii
directoarelor cu furnizorii i brokerii, oferind reprezentri comune i mai avansate ale
competenelor precum i informaii adiionale necesare pentru selecia partenerilor. Motoarele de
cutare asociate acestor directoare trebuie deasemenea s ofere interfee pentru accesul de la
distan a aplicaiilor sau a agenilor mobili. Interfeele uzuale, orientate nspre utilizatori umani
via browsere web, sunt foarte eterogene. Cu doar cteva excepii, informaia prezentat n astfel de
directoare este limitat. Procesele de negociere constnd n mai muli pai sunt parte a seleciei
partenerilor; gsirea potenialilor parteneri ntr-un director este doar primul pas al procesului, care
poate implica mai multe interaciuni ntre iniiatorul ntreprinderii virtuale i potenialii parteneri,
pag. 51 / 109

n scopul strngerii a ct mai multe informaii i de a perfecta un acord asupra formei i termenilor
cooperrii. nelegerea acestui proces, modelarea sa i dezvoltarea unor instrumente suport sunt
nc provocri deschise.
Un aspect important n formarea / crearea IV este acela c agilitatea i dinamismul necesare
pentru ca organizaiile din reea s rspund rapid oportunitilor de afaceri sunt n contrast cu
procesul de construcie a ncrederii reciproce.
Crearea pe termen lung a unor clustere de ntreprinderi industriale sau de servicii este o
abordare care poate depi aceste obstacole i poate susine formarea rapid a IV, n funcie de
oportunitile de business. Conceptul de cluster de ntreprinderi, care nu trebuie considerat ca fiind
acelai ca i ntreprinderea virtual, reprezint un grup, sau un rezervor de ntreprinderi i instituii
suport anexe, care au att potenialul ct i dorina de a coopera unele cu altele prin stabilirea unui
acord de cooperare pe termen lung. Relaiile cumprtori furnizori, tehnologiile comune, piee
sau canale de distribuie comune, resurse comune, sunt elemente care, tipic, ncheag clusterul de
ntreprinderi. ntreprinderile din cluster sunt nregistrate ntr-un director, unde sunt declarate
capabilitile lor de baz. Pe baza acestor informaii, iniiatorul / creatorul IV, care, de obicei, este
un membru al cluster-ului poate selecta partenerii atunci cnd este identificat o oportunitate de
business. Un cluster, prin prisma faptului c reprezint o organizaie pe termen lung, este un mediu
adecvat pentru stabilirea unor acorduri de colaborare, a unor infrastructuri comune, ontologii
comune, i ncrederea mutual; toate acestea faciliteaz formarea unei ntreprinderi virtuale.
n Figura 1.3.10 sunt prezentate dou abordri n ceea ce privete formarea unei IV.

Figura 1.3.10. Dou principii de abordare a modului de formare a unei IV

Proiectul MASSYVE (Rabelo, 1999) este un exemplu de aplicare a sistemelor multi-agent

n cadrul unui cluster industrial format din dousprezece companii. Clusterul este reprezentat legal
de ctre o entitate broker, care susine un expert uman responsabil cu descoperirea i analiza
oportunitilor de business. Prin intermediul unui agent broker, oportunitatea este transformat ntrpag. 52 / 109

un proces economic distribuit care este apoi distribuit ctre potenialii contractori ai subproceselor
care fac parte din cluster. La finele ntregului proces se formeaz un set de posibile echipe de
ntreprinderi (IV poteniale) care pot rspunde oportunitii de afaceri; urmeaz ca agentul s
propun cea mai competitiv echip, ns decizia final aparine expertului uman.
Aspectul distinctiv al proiectului MASSYVE este adoptarea unei filosofii hibride / semiautomate, n care agenii sunt utilizai ca i asisteni ai experilor umani. Faptul c abordarea
MASSYVE este concentrat nspre un cluster de ntreprinderi, adic un univers multi-agent
controlabil (dup cum este ilustrat n figura XX), face ca soluia s fie una fezabil din punct de
vedere al implementrii, ntruct un cadru comun de modelare poate fi agreat de ctre toi membrii
cluster-ului (alianei pe termen lung). Cercetrile actuale se ntreapt nspre modelarea i
planificarea diferitelor forme organizaionale a contactelor i a mecanismelor de punere n practic.
Alt aspect important n ceeea ce privete formarea IV este specificarea sarcinilor necesare a
fi efectuate pentru ndeplinirea obiectivului economic al ntreprinderii virtuale. Activitile
realizate de ctre o companie sunt de obicei organizate n grupuri de activiti interconectate,
denumite procese de afaceri, care pot fi vzute ca un set de activiti, reguli i constrngeri care
specific paii de urmat, precum i condiii care trebuie satisfcute, pentru a ndeplini un anumit
obiectiv. Prile componente ale fiecrui proces sunt proiectate pentru a atinge un scop (parial)
specific. Atunci cnd un proces de afaceri este executat ntr-o IV, anumite pri ale procesului
descompus (sub-procese) sunt desemnate diferitelor ntreprinderi (i astfel diferitor ageni), ceea ce
duce la formarea unui proces economic distribuit (DBP Distributed Business Process). Dac
aceste sub-procese sunt orchestrate n mod corect, combinaia acestora duce la ndeplinirea
scopului global al IV. Problema supervizrii i coordonrii proceselor econimice distribuite i a
diferitelor nivele de descompunere este deosebit de important, avnd n vedere faptul c definirea
i adoptarea acestora se face nu n contextul unei organizaii singulare, ci n nite noduri eterogene,
autonome i distribuite care trebuie s colaboreze.
Ageni n operarea IV
n ceea ce provete operarea ntreprinderii virtuale, cele mai multe abordri gsite n
literatura de specialitate consider faptul c nite mecanisme simple de cooperare inter-ageni sunt
suficiente. Totui, nainte ca sistemele multi-agent s fie aplicate pentru operarea ntreprinderii
virtuale, trebuie s fie ndeplinite mai nti cteva condiii esteniale:
- acordurile de cooperare i contractele, care definesc cadrul de lucru pentru condiiile de operare
generale, trebuie stabilite dinainte;
- trebuie s existe modelele proceselor de business distribuite i mecanismele care stabilesc
alocarea i secveniunea sarcinilor care vor fi ndeplinite de ctre comunitate;
- trebuie garantate urmtoarele: schimb eficient de date, servicii de comunicaie, funcionaliti de
management al serviciilor distribuite, suportul pentru autonomie/confidenialitate noduri, calitate a
serviciilor, auditarea i contabilitatea;
Procesul de luare a deciziilor este unul hibrid; este important combinarea deciziei umane
cu unele funcionaliti automate. ns, n mod independent de centrul de decizie, este nevoia de a
oferi mecanisme care s ofere mecanisme de susinere a coordonrii proceselor, supervizrii i
controlul informaiei schimbate i mprtite.
n cadrul proiectului MIAMI (Broos, 2000), s-a dezvoltat o platform de ageni mobili
pentru IV care susine o pia virtual pentru formarea IV i un serviciu de monitorizare folosit n
timpul operrii IV pentru a superviza procesele i pentru a oferi informaiile despre starea subproceselor partenerilor care au permisiunea adecvat. Coordonarea global este realizat cu
ajutorul unui sistem de management al workflow-ului. Alt exemplu de aplicare a tehnologiei
agenilor este proiectul MetaMorph II, n cadrul cruia s-a realizat o arhitectur multi-agent pentru
susinerea integrarea ntreprinderilor i managementul lanului de aprovizionare. i n proiectul
MASSYVE se regsesc funcionaliti care ofer suport pentru operarea IV. Nodurile - ageni
pag. 53 / 109

reprezint fie ntreprinderi, atunci cnd este discutat problema de planificare la nivelul
ntreprinderii virtuale, fie resurse de fabricaie interne ale unei companii, atunci cnd se pune
problema planificrii interne a sarcinilor ntr-o companie. Un mecanism de contractare este utilizat
pentru asignarea sarcinilor agenilor i o metod de negociere este utilizat pentru rezolvarea
conflictelor care pot avea loc att n faza de planificare ct i n cea de execuie, la nivele intra i
inter ntreprinderi.
Se propune o integrare a sistemelor multi-agent i a managementului federativ al
informaiilor. Fiecare agent este dotat cu un sistem de management federativ al informaiilor
(FIMS Federated Information Management System), cu ajutorul cruia interopereaz i schimb
informaii cu ali ageni. Cu toate acestea, avnd n vedere autonomia agenilor, accesul la
informaii este controlat puternic prin intermediul unor drepturi de vizibilitate a informaiei definite
printre ageni, care, n schimb se bucur de autonomie. Aadar un agent n cadrul proiectului
MASSYVE este vzut ca un tandem de arhitecturi, compus dintr-un agent normal i al su
FIMS. Un concept esenial introdus n aceast arhitectur este acela c datele nu sunt trimise de la
un agent la altul prin intermediul unui protocol de nivel nalt aa-numita strategie push, ci
printr-o strategie pull, prin accesarea FIMS al agentului respectiv. Aadar, protocolul de nivel
nalt este utilizat pentru scopuri de coordonare / control.
n Figura 1.3.11 se ilustreaz acest concept. Pentru exemplificare, s considerm faptul c
un agent (B) proceseaz nite informaii i genereaz un rezultat (s spunem data final pentru
producia componentei P) care este necesar unui alt agent (A), conform unor clauze de
supervizare predefinite n contractul IV. Urmnd contractul, agentul B trimite un mesaj ctre
agentul A (sgeata 1 din figur), comunicndu-i faptul c datele referitoare la data final de
producie a componentei P este la acea ntreprindere. Acest mesaj de control de la B la A
informeaz A c data este disponibil i c poate fi accesat de ctre A (prin intermediul schemei
sale de import a datelor).

Figura 1.3.11. Schimbul de date conform strategiei pull

Drepturile de acces pentru datele mprite ntre noduri sunt configurate n mod dinamic i
bilateral i sunt pstrate de ctre schemele de import-export, un mecanism de baz n cazul
abordrii federative a managementului informaiilor, n funcie de rolul agenilor n cadrul de
colaborare i de nevoile acestora.
Odat mesajul primit la A, oricnd va dori A, va putea s acceseze informaiile actualizate
de la B. Schimbul de mesaje este conform notaiilor 2 5 din Figura 1.3.11.
Platforma JADE
JADE (Java Agent Development Framework) este un framework care ofer suport pentru
implementarea aplicaiilor intelgente implementat n totalitate n limbajul Java n concordan cu
specificaiile FIPA (Foundation for Intelligent Physical Agents). Modelul standard al unei
platforme de ageni, n conformitate cu specificaiile FIPA este ilustrat n firgura de mai jos.
pag. 54 / 109

Funciile de management al platformei i de control al accesului la serviciile furnizate intr

n sarcina agentului de tip AMS (Agent Management System). O platform multi-agent
gestioneaz un singur agent AMS, la un moment dat. Acest agent gestioneaz ciclul de via al
celorlali ageni de pe platform prin intermediul unei baze de date ce conine identificatorii (AID)
tuturor agenilor activi n cadrul platformei i starea acestora. n momentul rulrii, un agent activ se
nregistreaz la agentul AMS i obine obine un identificator valid care va fi stocat n baza de date
de pe platform alturi de starea agentului. Funciile de cutare i identificare a agenilor sunt
implementate de ctre agentul DF (Directory Facilitator). Acesta permite cutri n cadrul
platformei pentru a stabili existena unui anume agent. Sistemul de transport al mesajelor (Message
Transport System), denumit i canal de comunicaie inter-agent (Agent Communication Channel),
este componenta software responsabil cu controlul inter-schimbului de mesaje n cadrul
platformei, inclusiv mesaje primite de la sau transmise la alte platforme.

Figura 1.3.12. Modelul standard al unei platforme de ageni

JADE respect n totalitate arhitectura i specificaiile FIPA. n momentul lansrii unei
platforme JADE, sunt instaniai, n mod automat, agenii AMS i DF iar modulul ACC este
iniializat n vederea transmiterii mesajelor. Platforma de ageni inteligeni poate fi mprit pe
mai multe sisteme, pe fiecare sistem rulnd o singur main virtuala Java (JVM). Fiecare main
virtual reprezint un container pentru ageni, i ofer un mediu de rulare acestora, permind n
acelai timp existena mai multor ageni simultan pe acelai sistem gazd. Conteinerul principal
este cel care gzduiete agenii AMS i DF i unde se creaz registrul RMA folosit de ctre
platforma JADE. Celelalte containere sunt conectate la containerul principal i ofer un mediu de
funcionare pentru orice set de ageni JADE. Figura de mai jos ilustreaz modul de interconectare a
mai multe platforme JADE, realiznd n acest mod o platform multi-agent distribuit.
Conform specificaiilor FIPA, agenii DF i AMS comunic folosind limbajul FIPA-SL-0,
ontologia fipa-agent-management i protocolul de interaciune fipa-request. JADE ofer
implementri pentru fiecare din acest componente:
Limbajul SL-0 este implementat n cadrul clasei jade.lang.sl.SL0Codec. Posibilitatea
folosirii n mod automat a acestui limbaj poate fi adugat oricrui agent folosind metoda
Agent.registerLanguage(SL0Codec.NAME, new SL0Codec());
Conceptele de ontologie (exceptnd Agent Identifier, ce este implementat de ctre
jade.core.AID)
sunt
implementate
cu
ajutorul
claselor
din
pachetul
jade.domain.FIPAAgentManagement. Clasa FIPAAgentManagementOnthology definete
vocabularul cu toate simbolurile i constantele de ontologie. Posibilitatea folosirii n mod
automat a aceste ontologii poate fi adugat oricrui agent folosind urmtoarul cod:
Agent.registerOntology(FIPAAgentManagementOntology.NAME,
FIPAAgentManagementonthology.instance());
Protocolul de interaciune fipa-request este implementat n cadrul pachetului jade.proto.
pag. 55 / 109

Figura 1.3.13. Modul de realizare a unei platforme distribuite folosind JADE

Protocoalele de comunicare inter-agent au la baz un mod flexibil de schimb de mesaje,

JADE creaz i administreaz o coad de ateptare a mesajelor ACL ce se primesc, pentru fiecare
agent n parte, iar agentul acceseaz aceast coad de ateptare n diferite moduri: cu blocare,
selectiv, cu limit de timp sau dup o anumit schem. JADE implementeaz modelul de
comunicare FIPA iar componentele sale au fost integrate n totalitate: protocoale de interaciune,
mpachetri, mesaje ACL, limbaje de coninut, scheme de codare, ontologii i protocoale de
transport. n particular, mecanismul de transport este unul flexibil, deoarece se adapteaz fiecrei
situaii, alegnd n mod transparent protocolul disponibil. Protocoalele clasice de transport sunt
HTTP i IIOP, n amblele cazuri metoda de comunicaie implic notificri generate n urma unor
evenimente. Se pot aduga foarte uor i alte protocoale precum SMTP, sau WAP. Majoritatea
protocoalelor definite de ctre FIPA sunt deja disponibile.

pag. 56 / 109

1.4. Arhitecturi utilizate n dezvoltarea sistemelor de tip ntreprindere

virtual
1.4.1.ProiectareasistemelordetipIVavndlabazarhitecturamultitier
n cadrul unui sistem informaional de tip enterprise componentele pot fi gzduite pe
diferite servere n diferite locaii. Orice sistem informaional complex poate fi divizat n straturi, n
concordan cu funcia fiecrei pri componente a acestuia: nivelul de prezentare a informaiei,
nivelul de business i nivelul de date. Nivelul de prezentare a informaiei este distribuit ntre prile
client i server. Partea de client const n componentele HTML (n cazul sistemelor web) generate
dinamic de ctre componentele prii server, componente Java Applet, ActiveX, SWF, iar
componentele prii de server au la baz tehnologii puternice capabile s gestioneze cererile de la
client, s transforme aceste cereri n comenzi interne i s le transmit componentelor logicii de
business (care implementeaz, de fapt, logica aplicaiei). De asmenea, componentele prii de
server ncapsuleaz datele primite de la nivelul de business (din model), conform logicii de
prezentare a informaiei pentru a fi afiate la utilizator. Logica de asamblare a informaiei pentru a
fi afiat la utilizator respect conceptul de template.
Conceptul de template are n vedere dou aspecte importante ce pagin trebuie afiat i
cum va fi asamblat informaia pentru a fi afiat la utilizator. Acestea se bazeaz pe urmtoarele
tipare de proiectare:
ScreenView care implementeaz funcionalitaile de asamblare a informaiilor pentru a fi
afiate la utilizator.
CompositeView care are sarcina de a asambla componentele de vizualizare (banner, bottom,
menu, payload) ntr-o singur component, utiliznd o singur locaie pentru layout-ul
paginii.
ScreenFlowManager care desemneaz componenta ce trebuie ncrcat, n baza cererii
primite de la client.

Figura 1.4.1. Arhitectura multi-tier

Componenta FrontController va recepiona o cerere HTTP executat de ctre componenta

client, va converti aceast cerere ntr-un eveniment i va transmite acest eveniment unei
componente EJB de tip sesiune, EJBTierController, care-l va converti n comand intern, prin
intermediul altor dou componente, CommandFactory i CommandHandler. Cu alte cuvinte,
componenta Controller se mparte ntre straturile Web i EJB. Mecanismul de tratare a cererilor de
la clieni trebuie s in cont de faptul c fiecare utilizator va solicita diferite cereri de serviciu, prin
intermediul aplicaiei client. Acest mecanism poate fi centralizat sau descentralizat, depinde de
pag. 57 / 109

dezvoltator ce concepte folosete i pentru ce tehnologii opteaz. Prezentarea informaiei

constrnge proiectantul implementarea accesului la servicii ntr-o manier centralizat care ofer
suport pentru integrarea serviciilor, funcionaliti de accesare rapid i eficient a informaiilor din
banca de date, funcionaliti de management a componentelor care asigur prezentarea informaiei
sau funcionaliti de navigare rapid n sistem.
Componenta business delegate definete maniera de acces la serviciile EJB ale clienilor i
asigur transparena serviciilor. Componenta session faade este o component EJB de tip sesiune
folosit ca faad pentru a ncapsula ntreg setul de interaciuni ntre obiectele de business gzduite
de containerul EJB. Aceast component implementeaz funcionaliti de management al
obiectelor de business i furnizeaz acces uniform la servicii clienilor. Data Access Object
abstractizeaz i ncapsuleaz accesul la sursa de date. DAO gestioneaz conexiunea cu sursa de
date pentru stocarea sau citirea informaiei.

Figura 1.4.2. Sistem colaborativ. Componente middleware

Un sistem IV proiectat pe o arhitectur multi-tier este compus din urmtoarele module:

Modulul de management al utilizatorilor cu rol n autorizarea accesului i managementul
utilizatorilor (profilul utilizatorului, etc);
Modulul de business compus din componentele de management al coninutului informaional i
componentele de management al fluxului de producie;
Modulul de control al sesiunilor colaborative interpresonale i interprocese;
Platforma de ageni inteligeni care constituie bazele componentelor de tip business intelligence
i data mining;

1.4.2.ProiectareasistemelordetipIVavndlabazarhitecturaSOA
SOA devine un concept de vrf n proiectarea platformelor de servicii integrate. Este o
arhitectur software flexibil n cadrul creia funcionalitile sunt grupate n jurul proceselor de
business i mpachetate n cadrul serviciilor interoperabile. De asemenea, SOA descrie
infrastructura IP care permite dfiferitelor componente n cadrul aceluiai proces interschimbul de
date. Serviciile furnizate sunt independente de platform i limbajul de programare utilizat n
procesul de implementare sau alte tehnologii folosite. SOA permite proiectatului s separe
funcionalitile n uniti distincte sau servicii mai accesibile care pot fi combinate i reutilizat cu
uurin. SOA unific procesele de business prin restructurarea aplicaiilor complexe ca i colecie
de servicii. Acestea comunic unele cu altele prin interschimbul direct de date sau prin
coordonarea unei activiti ntre dou sau mai multe module/servicii. Serviciile pot fi utilizate de
ctre personalul din organizaie i colaboratori externi att n interiorul ct i n afara instituiei
(intranet sau internet). Aplicaiile noi, create prin utilizarea acestor servicii ofer un grad ridicat de
flexibilitate. SOA ofer un framework pentru soluii rapide i economice de dezvoltare i
mbuntire a sistemelor existente. Cu toate astea, o serie de probleme pot apare cnd se aplic
SOA n cadrul sistemelor care ofer funcionaliti colaborative n timp real. Aceste probleme
includ timpul de rspuns, suport pentru mai multe fire de execuie, tratarea evenimentelor i a altor
pag. 58 / 109

mecanisme paralele, suportul pentru interaciune multimodal om-main, sau stabilitatea

sistemului.
SOA poate fi definit ca un grup de servicii i componente care comunic unele cu altele.
Procesul de comunicare implic interschimb simplu de date ntre dou sau mai multe servicii n
cadrul aceluiai proces. Serviciile sunt considerate uniti funcionale care nu prevd noiunea de
apel, ele comunic prin intermediul protocoalelor de comunicaii. Serviciile sunt de obicei
implementate cu ajutorul limbajelor de programare i tehnologiilor consacrate. Principalul obiectiv
al arhitecturii SOA este de a permite posibilitatea proiectrii rapide a unui nou sistem avnd la
baz componente deja existente care conlucreaz mpreun pentru a furniza noi servicii. Costurile
de creare a unei noi aplicaii sunt practic nule, deoarece toate componentele software exist deja,
fiind nevoie doar de scenariul de implementare a funcionalitilor oferite iar acest aspect definete
regulile de funcionare ale noului sistem, adic orchestraia acestuia.

Figura 1.4.3. Elementele SOA

Sistemele IV implic o serie de procese simple ca, de exemplu, colaborare interpresonal,

colaborare interprocese, managementul coninutului informaional, integrarea instrumentelor
colaborative, iar funcionalitile sunt implementate n cadrul unor componentelor (module)
independente. Acest aspect promoveaz conceptul de arhitectur orientat pe servicii ns nu
neglijeaz nici utilizatorul, indiferent de domeniile unde organizaia virtual ofer servicii. De
exemplu, n cadrul colaborrii pe producie software se ntlnesc urmtorii actori: un responsabil
de produs, un director de proiect, dezvoltatori software, analiti, graficieni, i ingineri de sistem i
se opteaz pentru urmatoarele tipuri de servicii:
Servicii ontologice care furnizeaz informaiile ontologice (descrieri, definiii);
Servicii informaionale trebuie s returneze setul de informaii necesare fiecrui actor n
procesul colaborativ;
Servicii de procesare responsabile pentru fiecare flux de servicii invocate la fiecare aciune.
De asemenea, negociaz cu partea de orchestraie n vederea optimizrii aciunii;
Servicii funcionale autorizeaz accesul la servicii pentru fiecare participant la procesul
colaborativ i realizeaz sincronizarea ntre participanii la sesiunea colaborativ. SOA este
o arhitectur asincron iar procesele colaborative se desfoar, de obicei, n mod sincron,
pentru a partaja resurse n timp real, a corecta eventuale erori, etc.
Servicii de interaciune cu utilizatorul transform fiecare gest al participantului ntr-o
comand intern caracteristic sistemului. Fiecare gest al participantului genereaz un
eveniment iar acest eveniment trebuie menionat printr-o comand intern.
pag. 59 / 109

Figura 1.4.4. Procesul colaborativ de producie software avnd la baz arhitectura SOA

Calitatea serviciilor (QoS), managementul optimizat al serviciilor i resurselor i securitatea

sistemului sunt aspecte considerate importante n cadrul arhitecturii SOA unde participanii la
procesul colaborativ partajeaz resurse i informaii n cadrul unui mediu integrat de lucru.

1.4.3.ProiectareasistemelordetipIVavndlabazarhitecturaLAMP
Un numr mare de site-uri web sunt dezvoltate utiliznd PHP i MySQL pe platform
Linux: Apache web server, MySQL server de baze de date. Aceast combinaie este cunoscut sub
numele de arhitectur LAMP. Apache, PHP i MySQL sunt, de asemenea, disponibile pe platform
Windows sub dou forme: WAMP (Windows, Apache, MySQL i PHP) i WIMP (serverul web
IIS va fi folosit n locul serverului Apache). Cu toate c LAMP este o arhitectur foarte popular,
puine publicaii ilustreaz caracterisiticile acesteia, mai ales la nivel de aplicaii. In realitate
LAMP descrie orice arhitectur care are la baz un sistem de operare open source, server web open
source, server de baze de date open source iar procesul de implementare implic utilizarea unui
limbaj de programare open source. De fapt, arhitectura deschis nseamn optimizarea costurilor n
condiii de performae ridicate.
Web browser

Client block

TCP/IP

HTTP Session

Flash plug-in

Apache

MySQL server

Figura 1.4.5. Arhitectura LAMP

n figura 1.4.5 este ilustrat arhitectura LAMP i blocurile sale principale:

Serverul de baze de date MySQL care stocheaz informaiile cu privire la utilizatori,
servicii, coninut informaional, etc.

pag. 60 / 109

Serverul web Apache gzduiete componentele web care implementeaz logica aplicaiei,
logica de prezentare a informaiei i managementul sistemului.
Blocul client, reprezentat de ctre browserul web care permite utilizatorilor accesul la
servicii.
Arhitectura LAMP ofer o serie de avantaje dintre care se amintesc cele mai importante:
Optimizarea costurilor. Costurile de implementare a unui astfel de sistem sunt foarte mici
dat fiind faptul c fiecare nivel din stiva LAMP este, de fapt, o component open source.
Astfel, costurile se mpart ntre platforma hardware i procesul de implementare, nefiind
nevoie de licene software.
Flexibilitate sporit. Un sistem creat avnd la baz arhitectura LAMP este uor de ntreinut
i extins i rapid de adaptat la cerinele aplicaiei. De exemplu, furnizarea serviciilor n
sfera dispozitivelor mobile, se realizeaz fr a recompila sistemul, deoarece accesul la
servicii se face via HTTP iar clientul pentru dispozitive mobile comunic prin intermediul
protocolului HTTP cu blocul server.
Scalabilitate. Arhitectura LAMP este scalabil orizontal. Se pot adauga noi componente n
sistem fr a fi nevoie de modificarea celor existente. De exemplu, adaugarea serviciilor
media (video conferin, video telefonie, suport pentru lucru partajat, nregistrare
audio/video, etc.) se realizeaz prin introducerea unui server media (open source media
server) n arhitectura sistemului.
Aa cum s-a mai precizat, LAMP este o arhitectur deschis, creia i se pot aduga noi
componente. Tendinele Web 2.0 orientate spre sisteme sincrone, mult apropiate, ca i
funcionaliti, de aplicaiile desktop, i funcionalitile multimedia (necesare n cazul sistemelor
IV) duc la extinderea arhitecturii LAMP prin adugarea de noi componente. Figura 1.4.6
ilustreaz arhitectura unui sistem de tip IV care ofer suport pentru colaborare sincron i
asincron n cazul dezvoltrii de produse software n regim outsourcing.

Figura 1.4.6. Arhitectura LAMP extins

Prile componente ale unei astfel de arhitecturi cuprind:

Baza de date MySQL care stocheaz informaiile cu privire la utilizatorii intreprinderii virtuale
(responsabili de produs, responsabili de project, dezvoltatori, designeri, etc.), coninutul
informaional, strategii privind procesele de business, etc.
pag. 61 / 109

Serverul web Apache gzduiete componentele web care implementeaz logica aplicaiei,
logica de prezentare a coninutului informaional i managementul instrumentelor de producie.
Modulul de conversie care implementeaz funcionaliti de conversie a documentelor n
format specific pentru a fi stocat n biblioteca virtual.
Biblioteca virtual care conine materialele n diferite formate: documente, materiale
multimedia (slideshow, clipuri video, etc) i nregistrrile sesiunilor colaborative.
Serverul media care furnizeaz suport pentru colaborare sincron: video conferin, video
telefonie, spaii partajate, nregistrri audio/video, etc.
Blocul client, reprezentat de ctre browserul web permite utilizatorilor accesul la servicii.

1.5. Prezentarea unor soluii de intreprinderi virtuale existente pe plan

mondial
1.5.1.ProiectulAVE(AgentsinVirtualEnterprises)
Proiectul AVE este o colaborare a dou instituii din Germania: German AI Research
Centre (DFKI) i Institut fur Wirtschaftsinformatik (IWI), care urmrete s aplice tehnologia
agenilor inteligeni n toate mecanismele majore ntlnite la ntreprinderile virtuale, de la formare
pn la operare.
Prima sarcin major este aceea de a mapa specificaiile (mai degrab formale) ale
produsului sau serviciului oferit de IV ntr-o specificaie a procesului de business care descrie IV.
Modelarea proceselor economice se face n proiectul AVE utiliznd metodologia ARIS
(Architecture for Integrated Information Systems) (Scheer, 1994). ARIS este un cadrul de lucru
pentru managementul proceselor economice integrate i pentru re-ingineria proceselor economice.
ARIS combin metode de modelare, re-inginerie i implementare a informaiilor corespunztoare
ntr-un sistem informatic respectnd conceptul integrrii. ARIS este susinut de un instrument de
lucru computerizat, numit ARIS Toolset.
Sarcina de descompunere presupune cercetarea modului n care procesul global poate fi
descompus n buci adecvate, care vor putea fi alocate la parteneri individuali. Se poate porni de
la modelul ntreprinderilor clasice (producie, marketing, vnzri, distribuie, etc.) i se poate
ajunge n acest mod la o descompunere a sarcinilor; exist ns i metode mai complexe de
descompunere. Procesle pariale generate n faza de descompunere sunt modele generice de
referin; instanierea acestora se va face n faza de alocare.
n faza de alocare, adic de atribuire a sarcinilor ctre partenerii care vor forma
ntreprinderea virtual, agenii inteligeni joac un rol important n proiectul AVE. Agenii sunt
proiectai conform modelului InteRRaP, descris n 1.1.5.1. Fiecare proces parial din cadrul
procesului global este instaniat n urma unei proceduri de licitaie desfurate n etapa de alocare.
Instanierea este n mare msur bazat pe evaluarea alternativelor de modelare. Dezvoltarea unei
funcii utilitate care permite agenilor individuali s evalueze calitatea unui candidat care liciteaz
pentru un proces parial include dezvoltarea unor cifre de clasificare care permit cuantificarea
solid a calitii proceselor, bazat pe o descriere formal a acestora. Acestea conecteaz vederile
economice i tehnice ale proceselor.
O alt abordare a proiectului AVE n ceea ce privete managementul IV este aceea de a
combina arhitecturi de ageni cu instrumente din domeniul Groupware sau CSGW, susinnd astfel
negocierile ntre factorii umani i planificarea electronic a ntlnirilor. Agenii, n acest caz,
adopt funcii de asisten.

pag. 62 / 109

1.5.2.C(ollaborative)Project
Deoarece ntreprinderea virtual trebuie s poat fi activat ntr-o perioad scurt de timp.
este bazat pe ICT care pot fi implementate rapid. Din punct de vedere al arhitecturii, doar ceea ce
trebuie mprit va fi mprit pentru asigurarea colaborrii ntre ntreprinderile IV. Aceasta
nseamn ca orice resurse ICT interne, specifice ntreprinderilor individuale, cum este, de exemplu,
un sistem ERP, trebuie s fie lsate n domeniul acelei intreprinderi. Aplicaia de la nivelul
superior, dedicat IV, ar trebui s maximizeze exploatarea sistemelor ICT generice deja disponibile
la nivelul ntreprinderilor individuale, i din acestea s creeze un flux de informaii specific pentru
IV. Aceast gndire st la baza dezvoltrii i implementrii prototipului C-Project (CollaborativeProject), proiectat pentru a fi accesibil printr-un browser web (van den Berg, 2002). O alt
caracteristic a acestui prototip este aceea c ofer posibilitatea de a fi uor integrat cu aplicaiile
existente care execut procesele intra-companii. C-Project nu nlocuiete aplicaiile existente, ci
ofer funcionaliti pentru a conecta diferitele ntreprinderi implicate n reeaua proiectului, pentru
a susine i mbunti procesele inter-companii. C-Project este independent de orice sistem intern
al ntreprinderilor, i poate fi folosit n mod stand-alone, fr nicio legtur cu sistemele ERP, de
exemplu. C-Project este o aplicaie multi-tier, ceea ce nseamn c diferite ntreprinderi, la diferite
nivele ale lanului valoric al proiectului pot utiliza aceeai aplicaie, crendu-se astfel vizibilitate
maxim ntre companii. n timp ce majoritatea aplicaiilor de lucru colaborativ sunt centrate pe
ntreprindere, C-Project este orientat nspre reea. Aplicaiile orientate nspre ntreprindere pot
distinge doar ntre ceea ce este n interiorul i exteriorul ntreprinderii, n ceea ce privete resursele
umane, procesele i produsele. Aceasta aduce o dificultate n plus aplicaiilor inter-ntreprinderi,
care trebuie s lucreze att cu entiti care sunt n interior, ct i cu entiti care sunt n exteriorul
ntreprinderii, nsa totui n interiorul ntreprinderii virtuale din care aceasta face parte. Pentru
aceasta, C-Project are prevzut un motor de modelare, descris de Zwegers i alii (2002), care
ncearc s se ocupe de unele dintre aceste nuane, referitoare la relaiile economice i nevoia de a
mpri anumite date ntre intreprideri.
Principalele componente ale sistemului sunt:
- reeaua de intreprinderi;
- motorul de modelare a relaiilor economice dintre ntreprinderi;
- aplicaia C-Project;
- sistemele individuale ale partenerilor;
- nivelul de interoperabilitate, care adapteaz sistemele de mai sus;
Modulele sistemului C-Project sunt ilustrate n figura 1.5.1.

Figura 1.5.1. Modulele componente ale sistemului C-Project

pag. 63 / 109

Componenta cu privire la reeaua de ntreprinderi conine informaii cu privire la un grup

de ntreprinderi (reeaua), cu potenialul i capacitatea acestora n cadrul unei (poteniale)
ntreprinderi virtuale. Funcionalitatea prototipului include afiarea competenelor membrilor
reelei i disponibilitatea acestora la un anumit moment de timp, lucruri necesare n selecia
partenerilor IV. n plus, documente cum sunt acorduri generale, proceduri, i aa mai departe, pot
fi stocate pentru a putea fi mai trziu folosite n timpul fazei de formare a IV. Funcionalitatea
acestei componente nu este legat de specificul unei anumite IV.
Componenta de modelare a relaiilor (ERM Enterprise Relationship Modeller) este locul
n care toate ntreprinderile i relaiile acestora din cadrul uneia sau mai multor IV sunt modelate,
pe baza unor structuri de descriere a lucrului, structuri de descriere a organizaiilor, diagrame ale
proiectelor, note de necesitate pentru materiale, etc. Acest model este baza pentru orice alt proces
economic i serviciu oferit de sistemul C-Project.
Aplicaia specific C-project const dintr-un numr de servicii oferite ntreprinderilor cu
sarcini specifice ntr-unul sau mai multe proiecte. Cteva exemple de astfel de servicii sunt:
mprirea de documente, planificare colaborativ a proiectelor, monitorizarea desfurrii
proiectelor. Serviciul care este disponibil depinde de rolul entitii n IV, modelat cu ajutorul
componentei de modelare a relaiilor ntreprinderilor.
Partea de comunicaii i interoperabilitate a C-Project const ntr-o interfa ctre Internet
i posibil, produse standard integrate. Prin intermediul unui browser web este posibil accesarea
serviciilor oferite de sistem.
Aplicaia pilot a C-Project
Pentru demonstrare, autorii proiectului au imaginat o IV care s se ocupe de construcia
unei cldiri de birouri. Denumirile ntreprinderilor care formeaz IV sunt imaginare, i sunt date n
scop ilustrativ. Aadar, principalul contractor al proiectului SkyHigh Construction PLC va proiecta
i construi scheletul cldirii de birouri pentru beneficiar, ABC International, urmnd s
subcontracteze ctre RockSolid Building Company construcia fundaiei. Aceasta, la rndul su, va
subcontracta proiectarea fundaiei ctre Archimedes Engineering, iar producia i furnizarea de
beton la Kricon Suppliers.
Detaliile despre rezultatele i acordurile legate de aceast structur pot fi stocate n CProject. Exist o interfa ctre proiectul MS, pentru a simplifica ncrcarea detaliilor proiectului.
In acest exemplu, contractorul principal gzduiete aplicaia C-Project. Este deasemenea posibil s
se ruleze aplicaia printr-un ASP (Application Service Provider), fiecare dintre participanii IV
concentrndu-se asupra compentenelor lor. n acest caz, fiecare dintre acetia este doar un
utilizator al aplicaiei i pltete o anumit tax pentru serviciile oferite de aplicaie. Gazda
aplicaiei controleaz drepturile de acces pentru ceilali parteneri ai IV i pentru client. Pentru
partenerii de afaceri din imediata vecintate (aa-numitul nivel 1) controlul este direct. Pentru
ceilali, controlul este indirect, nsemnnd faptul c partenerii direci ai gazdei au posibilitatea s
ajusteze drepturile de acces n limita propriilor drepturi, stabilite de gazd. n acest caz, SkyHigh
poate da personalului abilitat din cadrul ABC posibilitatea de a urmri progrezul proiectului i
poate da anumitor persoane din cadrul RockSolid posibilitatea de a actualiza informaiile legate de
mersul construciei fundaiei. n schimb, RockSolid poate oferi subcontractorilor si drepturi de
acces la informaii despre sub-procesele relevante pentru activitatea acestora. Desigur, anumite
persoane pot avea mai multe roluri n proiect, iar C-Project deosebete numele persoanelor de rolul
acestora. Pe parcursul desfurrii proiectului, informaiile despre progresul acestuia vor fi
actualizate. Acest lucru poate fi fcut manual, de persoane autorizate, sau printr-o conexiune
dedicat cu sistemele existente n companiile partenere. De exemplu, SkyHigh poate s obin
informaii despre starea fundaiei de la sistemul ERP al RockSolid. Odat cu fiecare schimbare a
informaiilor disponibile n C-Project, se va emite n mod automat o atenionare ctre factorii care
au nevoie de aceast informaie (i doar ctre acetia). Spre deosebire de aplicaiile tradiionale de
pag. 64 / 109

management al lanului de furnizori, C-Project acorda companiei SkyHigh posibilitatea de a

verifica starea proiectului fundaiei dincolo de limitele subcontractorului RockSolid. Se poate, de
exemplu, arta faptul c livrarea de beton este n ntrziere, datorit unor probleme de control al
calitii. Aceast orientare multi-tier a aplicaiei face mult mai uor contractorului principal s
urmreasc stadiul proiectului, reprernd problemele oriunde acestea apar i putnd face astfel
ajustrile necesare, pentru a menien proiectul pe direcia bun.

1.5.4.GLOBEMEN
Proiectul GLOBEMEN, derulat ntre 2000 i 2003 sub egida IMS (Intelligent
Manufacturing Systems o iniiativ internaional pentru sprijinul proiectelor de cercetaredezvoltare site 36) a avut ca i obiectiv principal definirea unei arhitecturi de referin pentru IV,
reunind parteneri din spaiul UE, Australia, Japonia i Elveia.
n proiectul GLOBEMEN se consider faptul c o reea de ntreprinderi este trmul de
cretere al viitoarelor IV (Tolle i Vesterager, 2003). n partea de formare a reelei de ntreprinderi,
fiecare entitate va trebui s execute nite pai pregtitori, n vederea formrii unor IV particulare.
IV sunt formate din interiorul reelei pe baza competenelor existente i a cererilor clienilor.
Competene ale sub-furnizorilor, sau ale contractorilor locali pot fi deasemenea incluse n IV, dup
cum se poate observa i n Figura 1.5.2.

Figura 1.5.2. Conceptul ntreprinderii virtuale, adoptat n proiectul GLOBEMEN

Pregtirea Modele de referin i metodologii

Un aspect central al formrii IV ntr-un mod continuu, dinamic i rapid, este conceptul
pregtirii. Potenialul avantaj competitiv al unei IV faptul c este capabil s configureze nalte
competene ntr-un sistem de livrare a serviciilor i produselor este de multe ori ameninat de
timpul necesar formrii IV, mai ales atunci cnd IV este alctuit din parteneri necunoscui unul
altuia naintea formrii ntreprinderii virtuale. Atunci cnd se formeaz o reea de ntreprinderi,
unul dintre aspectele cheie care trebuie luat n seam este gradul i tipul de pregtire n reea i
ntre parteneri. Modelele de referin (RM Reference Models) capteaz caracteristici / concepte
pag. 65 / 109

care sunt comune ctorva entiti, scopul acestora fiind de a capitaliza cunotinele anterioare
premind dezvoltarea unor biblioteci de modele care pot fi ulterior reutilizate ntr-o maniera
plug-and-play (GERAM). Aadar, RM fac procesul de modelare mai eficient. Modelele de
referin sunt utilizate pentru conversia sarcinii de formare a IV ntr-o sarcin de configurare / reutilizare a unor modele, rezultnd astfel o formare rapid, cu costuri reduse i sigur a IV.
VERAM Virtual Enterprise Reference Architecture Methodology
VERAM a fost creat ca i parte a proiectului GLOBEMEN, scopul su fiind acela de a
structura un corp de cunotine care s susin munca viitoare n domeniul produciei i ingineriei
globale n reele de ntreprinderi. O parte din aceste cunotine este, de fapt, aceeai tot timpul ori
de cte ori o IV este creat sau opereaz, putnd astfel fi standardizat i re-utilizat. VERAM
poziioneaz aceste elemente care susin modelarea, crearea, managementul i instrumentele ICT
ale IV, cum sunt modelele de referin i instrumentele i infrastrucutrile suport. Interconexiunile
ntre aceste elemente sunt ilustrate n Figura 1.5.3.

Figura 1.5.3. VERAM Virtual Enterprise Reference Architecture and Methodology

Una dintre prile centrale ale VERAM este nivelul intermediar, denumit VERA (Virtual
Enterprise Reference Architecture). VERA capteaz conceptul IV descris anterior, coninnd trei
entiti recursive: reeaua, ntreprinderea virtual, i produsul (dup cum se vede n Figura 1.5.4.).
n figura se observ faptul c reeaua, n faza sa operaional, creaz IV, iar IV duce la ndeplinire
activitile ce in de ciclul de via al produselor, indicate prin sgei duble. Partea alb din VERA
reprezint partea particular, adic partea care este legat de specificitatea reelei, a ntreprinderii
virtuale, respectiv a produsului. n acelai mod, prile nchise la culoare desemneaz prile
generice, re-utilizabile. Aadar, modelele de referin sunt localizate n partea ntunecat a
desenului arhitecturii de referin VERA, iar atunci cnd sunt utilizate, sunt instaniate cu
informaiile aferente unui caz particular.
pag. 66 / 109

Figura 1.5.4. VERA Virtual Enterprise Reference Architecture

VE Methodology (VEM)
VEM Metodologia ntreprinderii virtuale dezvoltat n cadrul GLOBEMEN, prezint
activitile cheie care trebuie considerate atunci cnd se formeaz reelele de ntreprinderi,
respectiv ntreprinderile virtuale. Aceast metodologie const din dou pri:
- prima parte adreseaz ciclul activitilor necesare atunci cnd se construiete i se manageriaz
o reea de ntreprinderi;
- partea a doua const n adresarea acelorai probleme, atunci cnd se dorete formarea i
managementul unei IV.
Exist dou moduri de utilizare a ghidurilor precizate n VEM, n funcie de rezultatul dorit:
1. Uzul general (pas-cu-pas): Utiliznd ghidul pas cu pas, de sus n jos, o ntreprindere este
nvat s formeze o reea de ntreprinderi formalizat. Acest lucru este valabil i n cazul n
care ntreprinderea este deja parte a unei reele de ntreprinderi, ns are nevoie de mai multe
pregtiri i clarificri ale mediului, nainte de a fi capabil s formeze n mod eficient
ntreprinderi virtuale (n condiii avantajoase de timp, costuri i calitate). n mod alternativ,
poate fi vorba de o ntreprindere care i dorete explorarea competenelor sale ntr-un nou
mod, de exemplu aplicndu-i competenele pentru noi tipuri de soluii unde este nevoie de noi
i necunoscute comptene, deci i de noi parteneri.
2. Utilizare selectiv (alegerea activitilor relevante): ca i alternativ la utilizarea ghidului pascu-pas, selectarea i realizarea unor anumite activiti poate fi utilizat pentru susinerea unor
anumite sub-procese. Acesta este scenariul de utilizare pentru cazul n care o reea formal de
ntreprinderi exist deja. Astfel, ghidul Vem poate fi utilizat pentru deducerea modului n care
reeaua trebuie restructurat n vederea configurrii pentru a face fa unei noi provocri.
Formarea i managementul reelelor de ntreprinderi.
n Figura 1.5.5 se ilustreaz activitile cheie specificate n ghidul VEM, legate de formarea
i managementul unei reele de ntreprinderi, conform lui Tolle i Vesterager (2003).

pag. 67 / 109

Figura 1.5.5. Activiti pentru formarea i managementul reelei de ntreprinderi, conform VEM

Activitile sunt descrise n tabelul 1.5.1.

Tabelul 1.5.1. Activitile necesare pentru formarea i managementul reelei de ntreprinderi

Activitate
Identificarea
reelei

Descriere
Scopul este de a identifica scopul reelei, tipul acesteia, i graniele sale, n
raport cu mediul interior i exterior. Principala realizare va fi identificarea
clar a pieei i produselor vizate
Selecia
Selecia nu trebuie s prevad doar extinderile viitoare, ci trebuie s ia n
partenerilor
considerare i relaiile deja existente, adic partenerii care deja beneficiaz de
un anumit grad de ncredere. Pentru a participa ntr-o IV, companiile trebuie
s prezinte dou tipuri de competene: funcionale i de colaborare.
Determinarea
Pentru a evita potenialele conflicte ntre partenerii reelei, ar trebui fcute
scopului i
eforturi nspre asigurarea faptului c partenerii au o anumite scopuri comune,
ierarhiei
i , pe ct posibil mprtesc aceleai viziuni, strategii i obiective.
Formarea reelei
Principala provocare atunci cnd se formeaz o reea de ntreprinderi este de a
forma o IV competitiv ntr-o perioad de timp relativ scurt. Un mijloc
pentru a ndeplini acest deziderat este de a pregti partenerii.
Obinerea gradului Dup ce reeaua a determinat tipul i gradul de pregtire dorit, i dup ce au
de pregtire
fost determinate i pregtite modelele, acestea vor trebui implementate att n
cadrul reelei ct i n cadrul fiecrui partener.
Vnzri i
n timpul operrii reelei de ntreprinderi, trebuie realizate i activiti de
marketing
marketing i de vnzri. Acestea includ cutarea de noi clieni, rspunsul la
cererile clienilor, negocierile de contracte cu clienii, activiti de marketing
Operarea IV
Aceasta este cea mai important sarcin, si este detaliat n tabelul 1.5.2.
Managementul
Acest management include toate tipurile de sarcini de management la toate
reelei
nivelele cunoscute din managementul tradiional: monitorizarea direct i
indirect, decizii la nivel tactic, strategic i operaional. Monitorizarea direct
include monitorizarea deciziilor la nivel operaional, i luarea de msuri
adecvate pentru atingerea scopurilor: formarea unei IV capabil s rspund
eficient nevoilor clienilor, rezolvarea disputelor dintre parteneri.
Monitorizarea indirect caut eventuale scpri n pregtirea reelei i ia
eventualele msuri de corecie, cum este reconfigurarea reelei sau a IV.
pag. 68 / 109

n Figura 1.5.6 sunt ilustrate activitile cheie n ceea ce privete operarea IV

Figura 1.5.6. Activiti cheie legate de operarea IV, conf . VEM

Activitile sunt detaliate n tabelul 1.5.2.

Tabelul 1.5.2. Activiti de management i formare a IV

Activitate
Analiza cerinelor
clientului

Descriere
Atunci cnd un partener al reelei este confruntat cu o nevoie a clientului,
prima activitate este de a estima dac reeaua trebuie s ndeplineasc acea
cerin, adic s clarifice daca aceasta se ncadreaz n scopul reelei
Selecia
Selecia partenerilor care particip n IV include estimarea capabilitilor
partenerilor
partenerilor. Cele mai multe consideraii n ceea ce privete selecia
partenerilor sunt descrise n tabelul precedent, 1.5.1. Bineneles, cu ct s-a
fcut o selecie mai riguroas n partea de formare a reelei, cu att se va uura
sarcina n aceast faz, de asamblare a ntreprinderii virtuale.
Structura de
O structur de mprire a muncii (WBS Work Breakdown Structure) trebuie
mprire a
creat n paralel cu selecia partenerilor. WBS capteaz descompunerea
muncii
produsului VE (procesul global) n subprocese pe care partenerii selectai
trebuie s le execute
Formarea IV
Formarea IV depinde n mare msur de nivelul de pregtire la care s-a ajuns
n formarea reelei, conform tabelului precedent. Procesul de formare a IV
include: definirea infrastructurii IV, definirea regulilor IV, a abloanelor ce
vor fi folosite, a modelelor de referin care vor fi instaniate, rezolvarea
aspectelor contractuale, organizare IV n funcie de specificul proiectului
Obinerea
Aceasta este deasemenea o activitate similar cu cea din tabelul precedent; cu
gradului de
ct s-a mers mai adnc la pasul de formare a reelei, cu att se simplific
pregtire
sarcina similar n formarea IV
Planificarea
Odat ce IV ncepe s funcioneze, este nevoie de planificare mai detaliat.
Fiecare partener va trebui s-i fac propriul program de lucru, i s decid
dac la rndul su va subcontracta unele din sarcinile care-i revin.
Managementul IV n mod similar cu managementul reelei, managementul IV include metode de
monitorizare direct i indirect

pag. 69 / 109

Monitorizare i
estimare

Colectarea
experienei
nchiderea

Monitorizarea proiectului, mpreun cu raportarea progresului acestuia, este o

activitate important de management al proiectului, care asigur faptul c
proiectul se ncadreaz n bugetul i n limita de timp alocate. Deasemenea, n
timpul dezvoltrii proiectului, partenerii ar trebui s estimeze dac unele din
procesele desfurate pot fi reutilizate n proiectul de fa sau n alte proiecte,
completndu-se astfel modelele de referin
Odat ce proiectul a fost finalizat, nainte de distrugerea IV, partenerii pot s
aloce puin timp pentru captarea noilor experiene acumulate n timpul
desfurrii proiectului.
Proiectul este nchis, iar partenerii i recapt locul n reeaua de ntreprinderi,
ateptnd alte oportuniti

n concluzie, VERA ofer o structur generic, care permite o abordare sistematic a

sarcinilor complexe i multidimensionale asociate pregtirii ntreprinderilor virtuale. Pentru a
susine realizarea IV, este nevoie de o metodologie cuprinztoare pentru managementul i ingineria
IV. Metodologia VEM aplic arhitectura de referin VERA ca i structur suport, ambele fiind
create n cadrul proiectului GLOBEMEN. Aceste concepte/soluii propuse sunt mijloace
importante pentru realizarea unor IV mai agile i mai eficiente.

1.6 Concluziile capitolului

n cadrul capitolului sintezat studenii automatiti vor descoperi noiunile cu care se
opereaz n domeniul intreprinderilor virtuale pornind de la cele mai larg acceptate definiii ale
acesteia acceptate de literatura de specialitate. n ceea ce privete conceptul ntreprinderii virtuale,
s-au analizat caracteristicile cheie i elementele principale care fac obiectul acesteia.
S-au analizat conceptele de business n cadru IV, detaliindu-se conceptul Enterprise
Architecture, i modul de utilzare a acestuia la modelarea unei firme virtuale. Se prezint dou
modele de management al proceselor de business, NIH i ARIS. Se trec n revist tipurile de
ntreprinderi virtuale. Deasemenea, se studiaz i cadrul legal al IV, obiect al unor proiecte
europene importante.
Analiza comparativ a tehnologiilor de dezvoltare, i identificarea tendinelor de cercetare
implic: tehnologii de management al fluxului de producie i de management al proceselor de
business, instrumente de modelare a unei IV, sisteme de asistare a deciziilor, aplicaii pentru
managementul coninutului informaional, tehnologii web i multimedia, sisteme de ageni i
sisteme multi-agent.
Se prezint trei tipuri de arhitecturi utilizabile n proiectarea IV: arhitecturi orientate nspre
servicii, arhitecturi LAMP i arhitecturi multi-tier.
n cadrul analizei unor soluii de dezvoltare / implementare a IV pe plan mondial, se
descriu sistemele ERP i trei proiecte ample, care au avut ca scop obinerea unor platforme i
modele de referin pentru dezvoltarea IV, fiecare cu tehnici specifice.

pag. 70 / 109

2. Consideraii privind implementarea unei platforme integrate

care susine funcionarea unei intreprinderi virtuale
n acest capitol se vor trece n revist cerinele i scenariile de utilizare pentru principalele
instrumente prin care platforma integrat INVITE asigur suportul n toate cele trei faze importante
ale ciclului de via ale ntreprinderii virtuale (IV): formare, operare i disoluie.

2.1. Privire de ansamblu asupra cerinelor platformei integrate

n ziua de azi, ntreprinderile coopereaz intensiv unele cu altele pe parcursul ntregului
interval de via al produsului. Aliane temporare ntre diferite ntreprinderi se formeaz tot timpul,
la fel ca n cazul ntreprinderilor virtuale. Dificultile apar la formarea i operarea ntreprinderilor
virtuale, mai ales din pricina aspectelor de integrare. Proiectul INVITE a avut drept scopul crearea
unei platforme integrate care s ofere suport pentru mecanismele IV, implementnd instrumente
care s ajute la rezolvarea problemelor de integrare a proceselor de afaceri, asistnd formarea i
operarea unei IV n cadrul unei reele dinamice de ntreprinderi din domeniul transferului
tehnologic.
Ideea unor organizaii dinamice, care se formeaz n urma unor oportuniti de afaceri
aprute pe pia, la fel i pstrarea acestora n funciune pe tot timpul existenei oportunitii, aduce
o serie de beneficii, dintre care se pot enumera (Camarinha-Matos, 2003):
- Agilitate: abilitatea de a recunoate, de a reaciona rapid i de a face fa schimbrilor
neprevzute n mediul de afaceri, pentru a obine un rspuns mai bun la oportunitile aprute,
pentru a scurta timpul de apariie pe pia a unui produs i pentru a obine o calitate mai bun cu
investiii mai puine. Formarea unei IV este determinat de nevoia de a asocia cel mai adecvat
set de competene i de resurse ale mai multor organizaii distincte. Cnd i dac va fi necesar,
IV se poate reorganiza, prin includerea sau excluderea unor membri sau prin realocarea
sarcinilor i a rolurilor partenerilor.
- Roluri complementare: ntreprinderile caut complementariti (crearea de sinergii) care s le
ajute n exploatarea noilor oportuniti.
- Ctig n dimensiune: n special n cazul ntreprinderilor mici i mijlocii, parteneriatul cu alte
organizaii permite acestora atingerea unei mase critice, aprnd astfel n pia cu o dimensiune
aparent mai mare.
- Competitivitate: se obine o eficacitate a costurilor prin divizarea sarcinilor la organizaii
cooperante i deasemenea se obine un rspuns de actualitate prin acumularea rapid a
competenelor i resurselor necesare.
- Optimizarea resurselor: ntreprinderile mai mici i mpart infrastructura, cunotinele, i
riscurile.
- Inovarea: fiind parte a unei reele de ntreprinderi, se deschid oportuniti pentru schimbul i
confruntarea de idei
n timpul formrii, operrii i reconfigurrii ntreprinderilor virtuale apar diverse de
probleme, datorit nivelelor diferite de integrare care care privesc nu doar aspectele tehnice ci i
aspecte economice, sociale, legale sau organizaionale. Pentru a exploata ns beneficiile poteniale
ale paradigmei IV, este nevoie de o infrastructur generic care s asigure suport pentru ntreg
ciclul de via al IV, de la fazele de formare, pn la operare i n sfrit disoluie. Dezvoltarea unei
asemenea infrastructuri este nc o provocare major. Figura 2.1.1. prezint ciclul de via al IV,
precum i principalele servicii suport ce trebuie asigurate de ctre platforma integrat.
pag. 71 / 109

Fig. 2.1.1. Ciclul de via al ntreprinderii virtuale i principalele servicii suport

n continuare se vor identifica i analiza cerinele generale ale platformei INVITE att din
punct de vedere tehnic / tehnologic ct i al funcionalitilor ce trebuie oferite utilizatorilor.

2.1.1.CerinegeneralealeplatformeiINVITEdinpunctdevederetehnic
Dei avantajele IV sunt binecunoscute la nivel conceptual, implementarea practic a
acestora este nc departe de ateptri, cu excepia unor reele constituite pe termen lung, destul de
stabile, reprezentnd lanuri de aprovizionare. Fazele de nceput, planificarea i formarea IV,
precum i aspecte referitoare la faza intermediar, de operare funcionare propriu-zis, sunt n
continuare dificile i este necesar un efort mare pentru adaptarea la condiiile unei IV, chiar i
pentru ntreprinderi competitive i avansate tehnologic. Dintre obstacolele ntlnite se pot evidenia
lipsa de modele de referin i a unor instrumente suport pentru: cutarea i selecia partenerilor,
negocierea i parafarea contractelor, managementul resurselor i competenelor, alocarea
distribuit a sarcinilor, practici pentru managementul proceselor de afaceri bine puse la punct,
monitorizarea i execuia sarcinilor conform contractelor, estimarea performanelor, mecanisme i
protocoale de integrare a informaiilor, etc. Alte probleme mai apar din cauza lipsei unor ontologii
comune ntre organizaiile cooperante, suport adecvat pentru aspecte socio-organizaionale.
Un aspect interesant, discutat de ctre Camarinha-Matos (2005) este acela c dezvoltrile
orizontale, cele care se ocup de stabilirea bazei de tehnologii, mecanisme i instrumente generice
pentru susinerea IV, sunt destul de puine, majoritatea eforturilor fiind concentrate nspre
dezvoltri verticale, nsemnnd adresarea unor probleme i nevoi specifice anumitor sectoare, cum
ar fi proiectarea cooperativ n industrie, managementul dinamic al lanului de aprovizionare n
industrial prelucrtoare i agricultur, federalizarea serviciilor n turism, etc. Lipsa unor modele de
referin sau infrastructuri acceptate pe scar larg foreaz proiectele de dezvoltri verticale s
aloce resurse importante pentru proiectarea i dezvoltarea propriei infrastructuri, pe care s i
testeze conceptele, generndu-se rezultate aplicabile doar n cadrul proiectului respectiv.
pag. 72 / 109

Infrastructura ICT joac de obicei un rol intermediar acela de a da posibilitatea interoperrii

diferitelor componente. ICT, infrastructura integratoare, ar trebui s joace rolul de sistem de
operare al IV, ascunznd detaliile reelei colaborative. Apariia i dezvoltarea unui mare numr de
standarde i tehnologii reprezint factori poteniali care permit dezvoltarea platformelor suport
pentru IV:
- Protocoale de reea deschise subiacente interoperabile: TCP/IP, CORBA-IIOP (Common
Object Request Broker Architecture), RMI (Java Remote Method Invocation), SOAP (Simple
Object Access Protocol, este o specificaie pentru schimbul structurat de informaii n
implementarea serviciilor Web; bazat pe XML-Extensible Markup Language, pentru formatul
mesajelor, i pe protocoale de la nivelul de aplicaie RPC- Remote Procedure Call i HTTP
pentru negocierea i transmisia mesajelor);
- Servicii la nivel middleware orientate nspre obiect, deschise, distribuite: framework-urile J2EE
(Java 2 Platform Enterprise Edition este o platform care ofer posibilitatea de a executa
aplicaii Java pe partea de server), ActiveX (ActiveX este un model specific pentru o platform,
scris i compilat pentru un anumit hardware i sistem de operare), CORBA (Common Object
Request Broker Architecture definete un standard care permite interaciunea ntre obiecte
realizate n diferite mediii de dezvoltare i care funcioneaz pe diferite platforme);
- Mecanisme i instrumente pentru schimbul de informaii / obiecte: XML, ebXML, WSDL (Web
Services Description Language este un limbaj bazat pe XML care ofer un model de descriere a
serviciilor Web);
- Modele standardizate pentru procesele, componentele i obiectele de business: EJB - Enterprise
JavaBeans (EJB) este nucleul arhitecturii de componente Java, care permite dezvoltarea de pari
reutilizabile, interactive, portabile i compacte cu ajutorul cruia se pot asambla aplicaii
specifice, OMG - Object Management Group este un consoriu de firme de soft non-profit care
au elaborate standardul CORBA care este un cadru de dezvoltare a aplicaiilor distribuite n
medii eterogene. CORBA se bazeaz pe OMA (Object Management Architecture), model
propus de OMG, pentru transbordarea ntr-un mediu distribuit a programrii orientate pe
obiecte, ceea ce implic o dezvoltare rapid, reutilizarea i protecia eficient a datelor sau OAG
The Open Applications Group este o organizaie non-profit orientat pe dezvoltarea unor
standarde pentru dezvoltarea mediilor bazate pe limbaje de business pentru aplicaiile de tip
B2B (Business-to-business) i A2A (Account-to-Account).
- Modele i limbaje de modelare a proceselor de afaceri: UML Unified Modeling Language
este un limbaj vizual de modelare, destinat vizualizrii, specificrii, construirii i documentrii
sistemelor de aplicaii, UEML - Unified Enterprise Modelling Language este un limbaj n
dezvoltare care definete teorii, tehnologii i unelte pentru integrarea ntreprinderilor utiliznd
limbaje diferite, WfMC - Workflow Management Coalitionse se bazeaz pe urmtoarele
elemente: Workflow Reference Model, Workflow Engine, componentele modelului i
interfetele, XML-WfMC este metoda ideal prin carese descrie metoda prin care un motor
BPM invoc un alt proces corespunztor altui motor BPM (Business process management), PSL
- Process Specification Language este limbajul prin intermediul cruia se asigur comunicarea
dintre diferite arhitecturi de limbaj stabilindu-se o abordare tehnic astfel nct s existe o
colaborare eficient ntre procese;
- Sisteme de management al workflow-ului, standarde i modele pentru managementul proceselor
de afaceri: WfMC i variaii ale acestuia, multe produse comerciale;
- Interfee standard la baze de date federative (ODBC - Open Database Connectivity i JDBC Java Database Connectivity reprezint interfae de programare a aplicaiilor pentru accesul la
bazele de date);
- Ageni inteligeni (FIPA - Foundation for Intelligent Physical Agents este o asociaie non-profit
care a dezvoltat specificaii de funcionare a agenilor inteligeni, MOA - Mobile Objects and
Agents standard proiectat de ctre Open Group Research Institute pentru a susine migrarea,
pag. 73 / 109

comunicarea i controlul agenilor, OMG-Masif - Mobile Agent System Interoperability Facility

este un standard pentru un system de ageni mobile care a fost adoptat de ctre consoriul OMG;
- Tehnologii de integrare Web (Servlet tehnologia servletelor const ntr-un ansamblu de API
java care permit programatorului s adauge coninut dinamic unui server Web bazat pe
tehnologia java, JSP Java Server Pages sunt pagini Web interpretate la nivel de server pentru a
genera rspunsuri HTML care vor fi apoi trimise la client (browserul web), ASP.NET tehnologie oferit de Microsoft pentru dezvoltarea de aplicaii Web , XSL - EXtensible
Stylesheet Language este un limbaj de descriere a stilului de prezentare a documentelor XML
reprezentat de dou tehnologii: XSLT (eXtensible Stylesheet Language Transformation) i
XSL/FO (eXtensible Stylesheet Language Formatting Objects).
Majoritatea acestor tehnologii sunt n continu schimbare, de accea tehnologiile i soluiile
tehnice adoptate n cadrul proiectului pentru dezvoltarea platformei integrate INVITE au fost alese
cu grij, pentru a respecta urmtoarele cerine:
- efort de integrare ct mai sczut: pe parcursul proiectului este de dorit ca eforturile s se
concentreze pe partea de dezvoltare orizontal, n sensul gsirii unor noi concepte i soluii la
problemele IV, dect pe partea de implementare a sistemului;
- fiabilitate, mentena: atunci cnd infrastructura de baz a IV utilizeaz tehnologii, componente
sau instrumente de la mai muli furnizori depanarea este un proces dificil i costisitor;
- utilizabilitate (acceptabilitate, utilizare prietenoas): este de dorit obinerea unui echilibru ntre
complexitatea funciilor oferite de platform n ceea ce privete posibilitile de configurare i
efortul necesar pentru rularea acestor funcii; deasemenea, este de dorit o interfa prietenoas, care
s ctige acceptul utilizatorilor, avnd n vedere faptul c sesiunile de training ar fi destul de
costisitoare, mai ales pentru ntreprinderile mici.
Aadar, punerea n funciune a unei infrastructuri suport pentru IV reprezint un efort major
al crui rezultat s fie o structur flexibil i ct mai generic. Flexibilitatea, neleas prin prisma
capabilitii sistemului de a se adapta rapid la procese variate este o cerin necesar pentru a face
fa varietii modelelor de comportament n cadrul organizaiilor colaborative. Generalitatea este
alt cerin, care va permite sistemului s rspund nevoilor diferitelor domenii de afaceri.
Platforma INVITE, din punct de vedere tehnic, trebuie s joace rolul de potenator, al interoperrii
i integrrii diverilor participani pe mai multe nivele:
- integrarea aplicaiilor, suportul pentru interoperabilitarea aplicaiilor fiecrei ntreprinderi;
- integrarea afacerilor, inclusiv suport pentru coordonarea proceselor de afaceri distribuite;
- integrarea echipelor de lucru, incluznd faciliti i instrumente de lucru colaborativ;
- comunicaii i al schimbului de informaii, incluznd probleme de securitate, tranzacii specifice
proceselor de afaceri sau proceselor tehnice;
Din punct de vedere al ingineriei software, se regsesc dou abordri n ceea ce privete
proiectarea infrastructurilor suport pentru mecanismele IV: arhitecturi ierarhice orientate nspre
tranzacii i arhitecturi cu sisteme multi-agent. Prima abordare presupune adugarea unui nivel de
cooperare platformelor IT existente n intreprinderi. Cooperarea inter-ntreprinderi este apoi
implementat cu ajutorul interaciunii (orientat nspre tranzacii) prin aceste nivele. A doua
categorie include acele abordri care reprezint ntreprinderile ca nite ageni, iar cooperarea ntre
ntreprinderi este vzut la fel ca interaciunile n sistemele multi-agent. Platforma inteligent
colaborativ INVITE trebuie s fie o arhitectur hibrid ntre cele dou tipuri de arhitecturi.
Mai mult, pentru ca ntreprinderea virtual s se formeze i s funcioneze, va avea nevoie
de un bazin de poteniali candidai, care s i asume roluri n organizaia virtual nou creat.
Astfel a aprut conceptul de virtual enterprise breeding environment (VBE), adic o comunitate
(reea) de ntreprinderi care sunt motivate s se asocieze n cadrul unei IV. Pentru fiecare
oportunitate de afaceri, legat de unul din membrii comunitii care acioneaz ca un broker, se va
alege un subset de ntreprinderi din interiorul VBE care vor forma IV. ntreprinderile din cadrul
unui VBE ar trebui nregistrate ntr-un registru, parte a unui portal, n care-i pot declara
pag. 74 / 109

competenele. Pe baza acestor informaii, iniiatorul IV poate s-i selecteze partenerii pe msur
ce se detecteaz noi oportuniti de afaceri. Bineneles, VBE nu este un mediu nchis noi
membri pot adera la aceast comunitate, cu condiia ca ei s fie compatibili cu principiile de
operare generale ale acestei comuniti.
Aadar, n proiectul INVITE adreseaz i problema stabilirii i managementului unei reele
de ntreprinderi (VBE), fapt care presupune noi cerine tehnice, referitoare la managementul unui
VBE. Acestea sunt legate de implementarea urmtoarelor componente:
- registrul, unde ntreprinderile se nregistreaz pentru a-i declara competenele
- catalogul de servicii: innd cont de faptul c ntreprinderile i declar competenele sub forma
unor servicii, registrul va conine un catalog al serviciilor disponibile;
- interfaa serviciilor: datorit autonomiei i particularitilor ntreprinderilor, i a modului n care
fiecare ntreprindere i ofer serviciul, va fi nevoie de o component care s faciliteze selecia
i utilizarea serviciilor. Aceast component poate avea dou sub-componente:
o un descriptor al serviciului (descrie caracteristicile funcionale ale serviciului oferit) i
o un proxy (descrie interfaa de programare: metodele, parametrii i valorile returnate).

2.1.2.CerinegeneralealeplatformeiINVITEdinpunctdevedereal
funcionalitiloroferiteutilizatorilor
Adoptnd metodologia VEM, se pot desprinde cerinele funcionale i cele din punct de
vedere al utilizatorului, pentru platforma integrat INVITE. Metodologia VEM consider faptul c
o reea de ntreprinderi (Virtual Breeding Environment VBE amintit anterior) este baza pe care
se formeaz viitoarele IV. n partea de formare a reelei de ntreprinderi, fiecare entitate va trebui
s execute nite pai pregtitori, n vederea formrii unor IV particulare. IV sunt apoi formate din
interiorul clusterului pe baza competenelor existente i a cererilor clienilor. Competene ale subfurnizorilor, sau ale contractorilor locali pot fi deasemenea incluse n IV, dup cum se poate
observa i n Figura 2.1.2.

Figura 2.1.2. Conceptul ntreprinderii virtuale

Un aspect central al formrii IV ntr-un mod dinamic i rapid, este conceptul pregtirii
reelei (VBE). Potenialul avantaj competitiv al unei IV faptul c este capabil s configureze
pag. 75 / 109

nalte competene ntr-un sistem de livrare a serviciilor i produselor este de multe ori ameninat
de timpul necesar formrii IV, mai ales atunci cnd IV este alctuit din parteneri necunoscui unul
altuia naintea formrii ntreprinderii virtuale. Atunci cnd se formeaz o reea de ntreprinderi,
unul dintre aspectele cheie care trebuie luat n seam este gradul i tipul de pregtire n reea i
ntre parteneri.
n Figura 2.1.2. se observ faptul c reeaua de ntreprinderi, n faza sa operaional, creaz
IV, iar IV duce la ndeplinire activitile ce in de ciclul de via al produselor. Mai exist i
aspecte particulare, care sunt legate de specificitatea reelei, a ntreprinderii virtuale, respectiv a
produsului.
n ceea ce privete formarea i managementul unei reele de ntreprinderi (VBE), care s
susin formarea viitoarelor IV, trebuie s susin desfurarea urmtoarele activiti:
- Identificarea reelei: se va identifica scopul reelei, tipul acesteia, i graniele sale, n raport cu
mediul interior i exterior. Principala realizare va fi identificarea clar a pieei i produselor vizate.
Aadar, din punct de vedere al unui potenial utilizator, va trebui afiat foarte clar scopul reelei i
domeniul su de activitate, astfel nct ntreprinderea candidat s-i gseasc locul n cadrul
comunitii;
- Selecia ntreprinderilor membre: un element central n pregtirea i formarea reelei este
identificare i selecia partenerilor care pot participa la ndeplinirea scopului acesteia. Selecia nu
trebuie s prevad doar extinderile viitoare, ci trebuie s ia n considerare i relaiile deja existente,
adic partenerii care deja beneficiaz de un anumit grad de ncredere. Pentru a participa ntr-o IV,
companiile trebuie s prezinte dou tipuri de competene: funcionale i de colaborare.
- Determinarea scopului i ierarhiei: pentru a evita potenialele conflicte ntre partenerii reelei, ar
trebui fcute eforturi nspre stabilirea i asigurarea faptului c partenerii au o anumite scopuri
comune, i pe ct posibil, mprtesc aceleai viziuni, strategii i obiective.
- Formarea reelei: Principala provocare atunci cnd se formeaz o reea de ntreprinderi este de a
forma o IV competitiv ntr-o perioad de timp relativ scurt. Un mijloc pentru a ndeplini acest
deziderat este de a pregti partenerii, dnd astfel posibilitatea configurrii rapide i eficiente a unei
IV focusate pe client.
- Obinerea gradului de pregtire: Dup ce reeaua a determinat tipul i gradul de pregtire dorit, i
dup ce au fost determinate i pregtite modelele, acestea vor trebui implementate att n cadrul
reelei ct i n cadrul fiecrui partener. Aceasta include, de exemplu, lansarea n execuie a
sistemului, ntr-o manier integrat cu sistemele IT existente la locaiile partenerilor.
- Formarea IV: Aceasta este cea mai important sarcin, si este detaliat n Figura 2.1.3.
- Managementul reelei: Aceast activitate include toate tipurile de sarcini de management la toate
nivelele cunoscute din managementul tradiional: monitorizarea direct i indirect, decizii la nivel
tactic, strategic i operaional. Monitorizarea direct include monitorizarea deciziilor la nivel
operaional, i luarea de msuri adecvate pentru atingerea scopurilor, cum sunt: formarea unei IV
capabil s rspund eficient nevoilor clienilor, sau rezolvarea disputelor dintre parteneri.
Monitorizarea indirect caut eventuale scpri n pregtirea reelei i ia eventualele msuri de
corecie, cum este reconfigurarea reelei sau a ntreprinderilor virtuale.
n ceea ce privete ntreprinderile virtuale, n Figura 2.1.3. sunt ilustrate activitile cheie
ce privesc:
formarea (definirea conceptului i cerinelor respectiv configurarea IV),
operarea, i
disoluia IV.
n continuare vor fi descrise cerinele specifice ale fiecarei din aceste activiti cheie.

pag. 76 / 109

Figura 2.1.3. Activiti cheie legate de formarea i managementul IV

- Analiza cerinelor clientului: Atunci cnd un partener al reelei este confruntat cu o nevoie a
clientului, prima activitate este de a estima dac reeaua trebuie s ndeplineasc acea cerin, adic
s clarifice daca aceasta se ncadreaz n scopul reelei.
- Selecia partenerilor: Selecia partenerilor care particip n IV include estimarea capabilitilor
partenerilor. Cele mai multe consideraii n ceea ce privete selecia partenerilor sunt descrise n
paragraful precedent, la managementul VBE. Bineneles, cu ct s-a fcut o selecie mai riguroas
n partea de formare a reelei, cu att se va uura sarcina n aceast faz, de asamblare a
ntreprinderii virtuale.
- Structura de mprire a muncii: O structur de mprire a muncii (WBS Work Breakdown
Structure) trebuie creat n paralel cu selecia partenerilor. WBS capteaz descompunerea
produsului VE (procesul global) n subprocese pe care partenerii selectai trebuie s le execute
- Formarea IV: Formarea IV depinde n mare msur de nivelul de pregtire la care s-a ajuns n
formarea reelei, conform tabelului precedent. Procesul de formare a IV include: definirea
infrastructurii IV, definirea regulilor IV, a abloanelor ce vor fi folosite, a modelelor de referin
care vor fi instaniate, rezolvarea aspectelor contractuale, organizare IV n funcie de specificul
proiectului
- Obinerea gradului de pregtire: Aceasta este deasemenea o activitate similar cu cea din tabelul
precedent; cu ct s-a mers mai adnc la pasul de formare a reelei, cu att se simplific sarcina
similar n formarea IV
pag. 77 / 109

- Planificarea: Odat ce IV ncepe s funcioneze, este nevoie de planificare mai detaliat. Fiecare
partener va trebui s-i fac propriul program de lucru, i s decid dac la rndul su va
subcontracta unele din sarcinile care-i revin.
- Managementul IV: n mod similar cu managementul reelei, managementul IV include metode de
monitorizare direct i indirect
- Monitorizare i estimare: Monitorizarea proiectului, mpreun cu raportarea progresului acestuia,
este o activitate important de management al proiectului, care asigur faptul c proiectul se
ncadreaz n bugetul i n limita de timp alocate. Deasemenea, n timpul dezvoltrii proiectului,
partenerii ar trebui s estimeze dac unele din procesele desfurate pot fi reutilizate n proiectul de
fa sau n alte proiecte, completndu-se astfel modelele de referin
- Colectarea experienei: Odat ce proiectul a fost finalizat, nainte de distrugerea IV, partenerii
pot s aloce puin timp pentru captarea noilor experiene acumulate n timpul desfurrii
proiectului.
- nchiderea: Proiectul este nchis, iar partenerii i recapt locul n reeaua de ntreprinderi,
ateptnd alte oportuniti

2.2. Cerine specifice privind sistemele multiagent n cadrul platformei

INVITE
Rolul agenilor i a sistemelor multiagent n fazele de operare i restructurare ale IV. n
continuare se vor descrie cteva scenarii i cazuri de utilizare care s reflecte procesele de
negociere, ofertare, etc. care au loc ntre ageni, ca i reprezentani ai ntreprinderilor candidate
pentru formarea unei IV n vederea rspunsului rapid la apariia unei oportuniti de business.
n cele ce urmeaz se va prezenta modul de abordare n ceea ce provete utilizarea
agenilor software, ca o metodologie de inginerie software pentru formarea ntreprinderilor
virtuale. Agenii pot ndeplini sarcini variate n procesele cooperative derulate n timpul formrii
intreprinderile virtuale prin Internet, realiznd sarcini cum sunt prezentarea, regsirea i extragerea
de informaii, participarea la licitaii pe pieele electronice.
Mulimea de ntreprinderi virtuale din reea (VBE) este modelat ca un sistem multiagent,
n care ageni autonomi, independeni, reprezint fiecare ntreprindere. n plus, la un moment dat,
una dintre ntreprinderi (de regul, iniiatorul IV) i va asuma rolul de broker, care va avea grij de
formarea IV.
Managerul reelei de ntreprinderi, din cadrul proiectului INVITE, are de ndeplinit
urmtoarele cerine:
- s pstreze registrul unde sunt nregistrate ntreprinderile cu profilurile corespunztoare.
Agentul permite unei ntreprinderi externe s se nregistreze ca membru al VBE i elimin acele
ntreprinderi (mpreun cu produsele i serviciile oferite de acestea) care doresc prsirea VBE.
- s in evidena profilurilor ntreprinderilor individuale. Profilul va conine o list cu produse/
servicii oferite, capaciti puse la dispoziia potenialilor clieni.
- s stabileasc comunicarea cu acele ntreprinderi care sunt din exteriorul VBE, dar care doresc
s se asocieze la reea. Agentul va trebui s informeze candidaii cu privire la natura reelei i
domeniul de activitate a acesteia, precum i la condiiile de aderare;
- s ajute iniiatorul IV oferindu-i toate informaiile necesare despre ntreprinderile candidate la
statutul de membru al IV pe care iniiatorul dorete s-o creeze.
n ceea ce privete problema formrii IV cu ajutorul agenilor, abordrile sunt dintre cele
mai variate (Boukhelfa i Boufaida, 2006, Guizzardi i alii, 2007, LupuA, 2003, Lupu V i Lupu
C., 2008, Petersen i alii, 2003, etc.). Deoarece ntr-o ntreprindere virtual, ntreprinderile
individuale ndeplinesc doar o parte din lanul de valori pentru a dezvolta un produs, problema
major n ceea ce privete asamblarea (formarea) IV este aceea de a mapa procesele pariale la
pag. 78 / 109

ntreprinderile individuale. Aceast problem se poate rezolva n mai multe etape, pornind de la
partajarea proceselor economice i oprindu-ne la asamblarea i instanierea lanului de proces al
ntreprinderii virtuale.
Ideea de baz a abordrii problemei de formare a IV este aceea de a ne uita la acest proces
ca fiind o problema de decizie n sisteme multiagent. Soluia acestei probleme const n rezolvarea
mai multor aspecte:
- specificarea scopului IV: presupune descrierea procesului global, adic produsul sau serviciul
care trebuie asigurat de ctre ntreprinderea virtual;
- descompunerea: maparea specificaiei globale a scopului IV n procese pariale;
- alocarea: selecia potenialilor parteneri i maparea partenerilor la procesele pariale
identificate n pasul anterior;
- sinteza: definirea procesului global prin compunerea proceselor pariale instaniate n pasul de
alocare.
n cele ce urmeaz se vor descrie fiecare dintre aceste aspecte n mod individual.
Specificarea scopului (obiectivului IV). Descrierea IV este dat de specificarea atributelor
produsului sau serviciului oferit. Atribute relevante sunt: costul, calitatea, preul, piaele de
desfacere, timpul de livrare, ct i constrngeri impuse potenialilor participani n cadrul IV.
Specificarea scopului IV este o sarcin ce trebuie ndeplinit de un expert, de aceea formalizarea
acestui proces este dificil, i de aceea greu de automatizat. Cu toate acestea, agenii software pot
ajuta managerul de produs n proiectarea specificaiei scopului IV, ndeplinind funcii de asistare:
specificaiile se fac pe baza unui proces de cooperare i implic interaciunea cu alte intreprinderi.
Aceast cooperare poate fi asistat de instrumente CSCW sau Groupware.
Descompunerea. Pornind de la specificaiile produsului / serviciului IV, procesele pariale
relevante sunt identificate i formalizate utiliznd o tehnic de modelare adecvat. Soluia este
facilitat prin aplicarea metodologiei ARIS, care este un cadrul de lucru uniform pentru descrierea
proceselor economice. Majoriatea acestor sarcini vor fi ndeplinite de ctre experi umani, asistai
de ageni inteligeni.
Alocarea. Dup pasul de descompunere, procesele pariale trebuie distribuite agenilor care ar
putea contribui la implementarea acestora. n acest sens, trebuie s se realizeze alocarea proceselor
pariale ctre partenerii poteniali. Aceasta implic urmtoarele activiti:
selecia poteialilor parteneri;
distribuirea (anunarea) proceselor pariale ctre potenialii parteneri;
selecia partenerilor care s se ocupe de fiecare proces individual.
Prima activitate poate fi susinut de ctre ageni brokeri care interacioneaz cu agenii
care reprezint fiecare ntreprindere. Celelalte dou activiti definesc problema alocrii ntr-un
mod strict. O soluie centralizat la problemele de alocare descrise n literatura de specialitate este
reprezentat de mecanismele de licitaie. n activitile de distribuire i de alocare a subproceselor,
iniiatorul IV poate fi asistat de ctre un agent, ale crui funcii pot fi: i) regsirea informaiilor
relevante, nsemnnd anunurile IV existente care se potrivesc cu posibilitile (competenele)
ntreprinderilor din reea, ii) formularea de noi oferte, iii) suport pentru procesele de licitaie: oferte
i evaluare a ofertelor, i iv) efectuarea n mod autonom a unor sarcini specifice, legate de
negociere. Alocarea poate s se desfoare n dou moduri: n alocarea orizontal, ntreprinderile
individuale sunt complementare n ceea ce privete serviciile oferite, adic diferite ntreprinderi
acoper diferite pri ale procesului. n modul de alocare vertical, un singur proces parial este
acoperit de un grup de ntreprinderi.
Sinteza. Ultimul aspect presupune compunerea proceselor pariale - care au fost mapate la
partenerii potrivii - ntr-un proces care reflect valoarea adugat toatal a ntreprinderii virtuale.
O problem practic major n acest context este aceea c procesele pariale care trebuie conectate
se deruleaz n diferite medii geografice i instituionale, n cadrul diferitelor ntreprinderi din
cadrul ntreprinderii virtuale. Aadar, conectarea a dou procese pariale nu poate fi realizat doar
pag. 79 / 109

prin simpla lor compunere, ci este, mai degrab, un proces de re-inginerie economic, avnd n
vedere faptul c cele dou procese trebuie modificate pentru a putea fi mbinate ntr-o manier ct
mai eficient. Aceast sarcin poate fi mult simplificat prin utilizarea unui formalism de descriere
uniform, sau prin modele de referin predefinite.
n cele ce urmeaz se va insista pe selecia partenerilor i alocarea sarcinilor, unde agenii
software se preconizeaz ca vor juca un rol important n cadrul proiectului INVITE. Partenerii care
vor forma IV vor fi selectai din bazinul de ntreprinderi (VBE amintit anterior). Pentru ca
partenerii s ndeplineasc cerinele impuse de obiectivul IV va trebui analizat att modul n care
ntreprinderile individuale se potrivesc sarcinilor alocate ct i modul n care echipa IV, n
ansamblul ei, este eficient. Unele dintre cunotinele necesare n timpul seleciei partenerilor nu
pot fi cunoscute a-priori, sau se pot modifica n timpul procesului de selecie, datorit faptului c
nu toate capabilitile i / sau atributele ntreprinderilor pot fi exprimate n mod cantitativ.
Deasemenea, trebuie avut n vedere faptul c formarea este doar o parte a ciclului de via al IV, de
aceea aceast etap trebuie privit ntr-un anumit context: acela c, nainte de a se forma, vor trebui
definite conceptele i obiectivele acesteia. Setul de cerine al clientului (de fapt al iniiatorului IV)
definit n prelabil va fi punctul de plecare pentru stabilirea cerinelor n ceea ce privete echipa
IV, iar pentru ca IV s-i duc la ndeplinire obiectivul, echipa ideal va trebui format.

Figura 2.2.1. Formarea IV din perspectiva ciclului de via

Figura 2.2.1. prezint faza de formare a IV n contextul ciclului de via. n timpul
procesului de formare a IV, potenialii parteneri vor fi n competiie i vor negocia ntre ei pentru a
fi membri ai IV. Partenerii selectai n procesul de formare vor duce la bun sfrit obiectivele
impuse de client, respectiv de oportunitatea de afaceri.
Pentru a susine formarea rapid a unei IV, este nevoie de un model care s descrie IV n
funcie de entitile i relaiile existente ntre acestea. Un astfel de model este prezentat n (Petersen
i Divitini, 2002, Petersen i Gruniger, 2000) i va fi adoptat n cadrul proiectului INVITE, cu
unele modificri.
Figura 2.2.2. ilustreaz acest model. Astfel, IV este caracterizat de un obiectiv (sau un set
de obiective) care este atins prin intermediul unei serii de activiti, ndeplinite prin roluri asumate
de ageni. Fiecare rol cere anumite competene, sau abiliti. Agenii care-i asum rolurile
ndeplinesc codiiile de competen cerute.

pag. 80 / 109

Figura 2.2.2. Modelul agentului pentru formarea IV i scenariile de utilizare

Agenii implicai n formarea ntreprinderii sunt clasificai n dou categorii: iniiatorul IV

(care poate fi n acelai timp i clientul, sau beneficiarul produsului / serviciului oferit de IV) i
partenerul (care poate fi n acelai timp i iniiatorul IV). Partenerul evolueaz de la cineva care
dorete s fie parte a ntreprinderii virtuale la cineva care a ajuns s fie ntr-adevr parte a IV.
Procesul prin care candidatul ajunge s fie partener n IV este ilustrat n Figura 2.2.3.

Figura 2.2.3. Formarea ntreprinderii virtuale selecia partenerilor

Stadiile prin care candidatul trece pn s devin partener al IV sunt urmtoarele:

partener interesat: este interesat s devin parte a IV i pentru aceasta face o ofert de licitaie;
partener potenial: este luat n considerare pentru a face parte din IV i se negociaz contractul;
partener al IV: este selectat ca i membru al echipei IV n urma procesului de negociere.
pag. 81 / 109

Agenii trebuie descrii printr-un set de atribute, iar aceste atribute formeaz baza evalurii
agentului ca partener la IV i n timpul procesului de selecie a echipei IV.
n cele ce urmeaz se prezint cerinele de proiectare pe care trebuie s le ndeplineasc
agentul iniiator (brokerul), prin prisma atributelor care l caracterizeaz:
Atribut
Scop
Disponibilitate
cerinele IV
Deadline

Descriere
descrie scopul IV
perioada de timp pentru care este nevoie de
asocierea n cadrul IV, adic timpul de via al IV
abilitile necesare pentru atingerea scopului IV i
constrngerile asociate
data la care se va nchide licitaia

Agenii care reprezint partenerii IV sunt descrii prin intermediul mai multor atribute,
care, la rndul lor, pot fi descrise prin alte seturi de atribute, reflectnd astfel capabilitile
particulare ale agentului. O posibil descriere este cea de mai jos:
Atribut
Scop
Disponibilitate
Abiliti
Numrul de abiliti
Costul pe or
Numr total de ore
Ratingul de performan
Nivelul de angajament

Risc

Descriere
Scopul partenerului
Perioada de timp n care partenerul este disponibil
pentru a-i duce la ndeplinire munca
Descrie abilitile partenerului
Ct este costul pentru fiecare or de munc solicitat
de ctre partener
Numarul de ore necesar pentru executarea sarcinii
pentru care liciteaz
Indicator al eficienei
E msurat n termeni de cost al nendeplinirii
angajamentului, care este costul pe care partenerul
trebuie s-l plteasca IV dac acesta i ncalc
angajamentul nainte ca obiectivul IV s fie atins.
Descrie riscul ce rezult aducerii partenerului n IV

Abilitile unui agent care reprezint o ntreprindere sunt descrise de un set de atribute
multiple care au la rndul lor anumite constrngeri. Fiecare agent poate avea una sau mai multe
abiliti, fiecare dintre acestea fiind descris prin atributele: abiliti, numr de ani de experien,
rating de performan, etc. Asupra acestor atribute se pot formula unele constrngeri, pentru
preselecia candidailor (de exemplu, se poate impune un numr minim de ani de experien, un
cost maxim pe or, sau un rating de performan peste o anumit limit).
Cerine de comunicare inter-ageni
Figura 2.2.4 ilustreaz comunicaia care are loc ntre iniiatorul IV i parteneri. IV este
anunat i partenerii interesai sunt invitai s depun ofertele de participare. Aici, la faza de
selecie a partenerilor interesai, este necesar n plus comunicarea ntre agentul iniiator i VBE
manager, care va avea grij de preselecia partenerilor. Printre informaiile necesare care nsoesc
anunul de licitaie sunt:
- scopul IV;
- abilitile necesare pentru ndeplinirea obiectivului IV;
- durata de via a IV;
- deadline-ul pentru anunarea ofertelor
pag. 82 / 109

Partenerii interesai rspund anunului prin trimiterea unei oferte de licitaie, care va conine
urmtoarele informaii:
- obiectivul partenerului;
- lista de atribute i valorile acestora (atributele trebuie s includ abilitile partenerului).
Ofertele sunt luate n considerare dacobiectivele partenerului sunt aliniate cu cle ale IV, i
dac partenerul prezint un set minim de abiliti cerute. Ofertele descalificate sunt anunate
partenerilor generatori. Dup aceasta, iniiatorul IV poate s nceap negocierea cu partenerii
poteniali.

Figura 2.2.4. Comunicarea ntre actori n timpul formrii IV

Pe lng informaiile prezentate mai sus, ofertele de licitaie trebuie s conin i informaii de
contact a partenerului ofertant.
Evaluarea ofertelor
Ofertele pot fi evaluate utiliznd o funcie utilitate multi-atribut. Pentru fiecare ofert
calificat, atributele sunt verificate pentru a vedea dac acestea se ncadreaz n constrngerile
impuse. Valorile atributelor se pot pondera, dup cum urmeaz:
Valoarea_utila = (valoarea_atributului * pondere).
ntruct atributele pot avea o plaj larg de valori, acestea din urm vor trebui normalizate.
Valorile utile sunt apoi calculate i se vor ordona, urmnd ca lista s se prezinte agentului iniiator.
Acesta va alege partenerii care au cele mai bune valori, sau poate negocia cu ceilali pentru a cere
oferte mai bune.
Selecia echipei IV
Selecia echipei poate fi considerat un subproces separat, iar n acest subproces se va ine
cont mai degrab de atributele echipei, dect de atributele funciilor utilitate individuale ale
partenerilor. Selecia celei mai bune echipe se poate face n funcie de mai multe criterii i nu
trebuie neaprat ca echipa ideal a IV s fie compus din partenerii care au cele mai bune valori de
utilitate individuale. De exemplu, se pot impune constrngeri n ceea ce privete bugetul alocat
pentru ndeplinirea obiectivului IV. Deasemenea, n funcie de ofertele partenerilor, atributele care
definesc IV nu pot fi cunoscute apriori, fiind deseori necesar redefinirea sau schimbarea funciei
utilitate a consoriului. Aadar, n definirea acestei funcii este nevoie de flexibilitate, att la nivelul
partenerilor, ct i la nivelul consoriului.

2.3. Definirea cerinelor i proiectarea componentelor Web interactive

2.3.1.ModelulRichInternetApplication(RIA)
Conceptele Web 2.0 i Rich Internet Application au o int comun - implementarea unor
aplicaii care rspund nevoilor utilizatorilor i optimizarea modului de interfaare utilizator-sistem
pag. 83 / 109

n activitile curente. Din acest punct de vedere, o parte din conceptele de programare utilizate
pentru dezvoltarea aplicaiilor tradiionale sufer modificri substaniale att pe parte de server ct
i pe parte de client odat cu introducerea noilor concepte Web 2.0.
Formurile HTML i clasicul WWW au fost concepute pentru prezentarea informaiei la
utilizator i pentru stocarea reprezentrilor acestor informaii pe server. Configuraia web
tradiional a fost utilizat la maximum prin crearea de aplicaii intra i internet. Procesul de
dezvoltare web este, n majoritatea cazurilor, orientat pe transportul datelor, alocarea resurselor,
logica de business i alte probleme de infrastructur. Tehnologiile utilizate n special pentru
rezolvarea acestor probleme au ajuns deja la nivelul de standarde. Modelul RIA propune o nou
metod de implementare a mecanismelor de optimizare a componentelor de interfaare (interfee cu
utilizatorul mult mai sugestive).
Conceptul RIA nglobeaz dou aspecte fundamentale: complexitatea la nivelul modelului
de date i la nivelul componentelor de interfaare cu utilizatorul. Complexitatea la nivelul
modelului de date va permite componentelor de interfaare reprezentarea i manipularea unui
model de date sofisticate nglobate n cadrul blocului client capabil s proceseze date dar i s
comunice ntr-o manier asincron cu componentele blocului server. Modelul RIA vizeaz
nglobarea informaiei la client, mbuntind interaciunea cu utilizatorul i reducnd ncrcarea
blocului server. Complexitate la nivelul interfeelor nseamn n primul rnd metode mult
mbuntite de interfaare utilizator-sistem. RIA scoate n eviden controale care pot interaciona
independent cu modelul de date (RUI rich user interface). Acestea permit att extinderea
aplicaiilor clasice prin implementarea mecanismului cerere/rspuns care ilustreaz c interfaa
grafic se modific n funcie de rspunsul recepionat de la server ct i prin intermediul unui
model n cadrul cruia schimbrile sunt specifice domeniului aplicaiei. Interfeele sunt divizate n
componente individuale capabile s identifice schimbrile, s comunice independent cu
componentele blocului server sau cu celelalte componente din cadrul blocului client. RIA permite
divizarea funcionalitilor pe module blocul server avnd rolul de a implementa logica aplicaiei
iar clientul fiind responsabil de prezentarea informaiei i interaciunea cu utilizatorul.
Aplicaiile enterprise sunt proiectate n baza arhitecturii stratificate (n-tier). Se au n vedere
trei nivele: client, middleware i sistemul informaional. Fiecare dintre nivele conine componente
ce implementeaz funcionaliti specifice. Nivelul client conine mecanismul de interfaare cu
utilizatorul, cel de prezentare conine logica de furnizare a informaiei la utilizator i
managementul strilor sistemului, nivelul de business conine logica de business a sistemului, iar
nivelul de integrare conine conectorii i adaptorii care acceseaz procesele distante i sursele de
date. Nivelul de resurse conine date din baze de date federative, surse de informaii (sisteme ERP)
i fiiere XML. n mod normal o aplicaie enterprise este structurat conform figurii 2.3.1.

Figura 2.3.1 Arhitectura three-tier

pag. 84 / 109

n cadrul sistemelor web, componentele middleware ncapsuleaz logica aplicaiei: fluxul

operaional, crearea coninutului informaional, furnizarea informaiei la client, respectnd
mecanismul de cerere/rspuns care guverneaz orice aplicaiei web tradiional. Pentru a furniza
interfaa solicitat, sistemul va mpacheta coninutul informaional n format HTML nainte de a-l
furniza ca i rspuns la cererea de la client. Modificarea oricrei pri din componenta de
prezentare necesit transmisia unei cereri la server. Rspunsul la respectiva cerere include o
ntreag pagin web nu doar componenta care trebuie modificat. Componentele de tip Applet i
JavaScript/AJAX/DHTML ofer o alternativ blocului client n modelul tradiional dar n-au
constituit niciodat o soluie fiabil datorit unor limitri din punct de vedere tehnologic.
Conceptul rich client permite reorganizarea modului n care este reflectat structura unei
aplicaii distribuite. Interfaa cu utilizatorul este divizat n puncte de interaciune cu utilizatorii
care comunica independent cu componentele blocului server. Aceast trecere de la o pagin la o
simpl component aduce mbuntiri la nivelul blocului client i permite implementarea unor
rutine inteligente n cadrul componentelor de interfaare cu utilizatorul. Componentele inteligente
nu reprezint doar reducerea numrului de interogri client/server ci i mbuntirea substanial a
caracteristicilor aplicaiei. Modelarea fluxului de evenimente reprezint o alt caracteristic de
baz a componentelor de tip rich client. Conceptul rich client nu necesit predicia secvenei de
evenimente ce vor fi tratate. Atta timp ct exist independen la nivelul componentelor nu va fi
nevoie de ncapsularea rspunsului n cadrul unei pagini ntregi pentru prezentarea informaiei la
utilizator. Fiecare component poate interoga blocul server i poate interpreta rspunsul de la
server. Schimbul asincron de mesaje client-server permite dezvoltatorului s controleze modul de
creare a mesajelor i fluxul acestora ntre cele dou entiti (server i client).
Tipare de proiectare utilizate n cadrul modelelor RIA
Procesul de dezvoltare software a sistemelor distribuite ridic dou probleme majore:
invocarea serviciilor (componentele logicii de business)
modul de comunicare client/server.
Invocarea serviciilor (componentele logicii de business) se realizeaz independent, astfel
c, modificrile din cadrul unei componente a unui anumit nivel nu va afecta componentele altor
nivele. Comunicaia client/server este securizat i respect specificaiile privind managementul
strilor. Fiecare mesaj spre server va reprezenta o cerere valid coninnd pachete de identificare
utilizate n ntreaga aplicaie.
Exist o multitudine de limbaje de programare folosite pentru implementarea modelului
tradiional, Java fiind unul dintre cele mai proeminente. n mediul de programare Java,
dezvoltatorul folosete tiparul de proiectare business delegate pentru a structura comunicaia cu
componentele logicii de business. Java propune rezolvarea problemelor de comunicaii client/
server prin intermediul tiparului de proiectare front controller. Aceast component are rolul de a
direciona cererile de la clieni spre o component tip controller care verific validitatea cererii i
stabilete fluxul de control, funiznd astfel rspunsul corect la cererea clientului sub forma unei
pagini HTML. Cele dou tipare de proiectare funcioneaz mpreun ntr-o structur complex.
Implementarea unei aplicaii RIA respect un scenariu apropiat de cel clasic, dar necesit
cteva modificri prin transferarea unor funcionaliti spre componentele blocului client. Din
punct de vedere arhitectural, apar dou concepte de proiectare:
brokerul de servicii
abstractizarea comunicaiei client/server.
Brokerul de servicii furnizeaz metodele de invocare a serviciilor, prin intermediul unor
componente de tip connector, permind astfel componentelor individuale accesul la servicii n
baza abstractizrilor cu privire la locaia acestora sau modul de prelucrare a cererilor. Comunicaia
client-server const n realizarea unei conexiuni de la componenta din blocul client la server i
schimbul asincron de mesaje n locul implementrii mecanismului cerere/rspuns i nglobarea
pag. 85 / 109

rspunsului sub forma unei pagini HTML. Fiecrei componente i corespunde propria logic de
interfaare i mecanismul de tratare asincron a fluxului de evenimente. n concordan cu cerinele
aplicaiei, funcionalitile de comunicaii client/server se pot ngloba n cadrul unor componente
sub forma unei structuri centralizate.
Brokerul de servicii
Obiectivul principal urmrit n procesul de dezvoltare al aplicaiilor RIA const n
asigurarea independenei ntre nivelul logicii de business i componentele de prezentare a
informaiei la utilizator. Conceptul rich client prevede furnizarea unei interfee standard pentru
invocarea serviciului (triggers, callbacks, etc.), abstractizarea serviciilor, abstractizarea invocrii
serviciului (indiferent de protocolul utilizat SOAP, RMI, etc), securizarea apelurilor, mecanismul
de tratare a cererilor, abstractizarea locaiei unui serviciu, abstractizarea entitii apelante, sau
furnizarea metodelor standard pentru tratarea evenimentelor prin dou tipuri de clase:
ServiceBroker i Bridge. Componenta de tip Bridge reprezint o conexiune ntre componenta de
interfaare cu utilizatorul i serviciul distant. Aceasta se iniializeaz n baza abstractizrilor i
implementeaz funcionaliti de comunicare cu componentele locale i serviciile distante.
Comunicaia ntre componentele locale i serviciile distante se realizeaz ntr-o manier
securizat, independent de stiva de protocolale sau topologiile reelelor de acces. Componenta de
tip Bridge implementeaz metodele de gestionare a componentelor de interfaare cu utilizatorul
furniznd mecanismele de reapelare a serviciilor n funcie de rezultatul furnizat sau chiar cererea
unor informaii suplimentare necesare derulrii fluxului operaional. Figura 2.3.2 ilustreaz relaiile
ntre componentele de interfaare, brokerul de servicii i componentele de tip Bridge cu rolul de a
stabili conexiunea cu serviciile locale sau distante.

Figura 2.3.2. Relaiile ntre clase

n cazul unei platforme integrate care ofer funcionaliti colaborative interpersonale i

interprocese, se urmrete implementarea conceptului rich client n vederea autentificrii
utilizatorilor sau furnizrii accesului la serviciile colaborative i asincrone.
Componentele middleware implementeaz managementul cererilor de la clieni i serviciile
distante: managementul utilizatorilor, al serviciilor sincrone (managementul componetelor de tip
videoconferin, online focus group, spaiu virtual partajat, online project demo, live customer
support) i asincrone (managementul resurselor multimedia, managementul proiectelor,
managementul relaiei cu furnizorii i beneficiarii, mesagerie multimedia, etc.).
Abstractizarea comunicaiei client/server
Componentele ce formeaz interfaa cu utilizatorul i sub-componentele acestora sunt, la
rndul lor luate n considerare, n etapa de proiectare a modulului de comunicaie cu serverul.
Aceste componente de interfaare implementeaz funcionaliti de management User Interface,
mecanismul de control al mesajelor de la server i invocrii serviciilor, management al fluxului de
pag. 86 / 109

evenimente i control al logicii de prezentare a informaiei. Proiectarea modulului client pornete

de la urmtoarele funcionaliti:
interfaarea cu utilizatorul realizat cu ajutorul controalelor de tip calendar, data grid, text,
grafic, etc.;
manipularea componentelor de interfaare, maparea datelor, prezentarea informaiei la
utilizator n format compact, orchestrate n cadrul logicii de prezentare;
modelarea datelor pe parte de client, implementat de ctre componenta de tip model;
tratarea fluxului de evenimente generate de ctre elementele de interfaare (controlul
proceselor n cadrul interfeei cu utilizatorul) i a celor generate prin recepia mesajelor de la
sever, implementat de ctre componenta de tip controller;
invocarea serviciilor distante ntr-o manier transparent, realizat de ctre componenta de tip
mediator.
Respectarea acestor specificaii de proiectare garanteaz independena la nivelul
componentelor de interfaare cu utilizatorul. Instana de tip mediator permite componentelor de
interfaare s activeze independent ca pri ale unei singure componente, interfaa cu utilizatorul.
Componenta de interfaare cu utilizatorul este compus dintr-o serie de controale i butoane
care genereaz diferite evenimente. Elementele care implementeaz logica de prezentare a
informaiei la utilizator dein i sarcina de a trata aceste evenimente i de a elaborara un model de
date local necesar tranzaciei. Odat generat acest model de date, componenta de tip controller
solicit instanei de tip mediator tipul de serviciu distant i trimite acestuia colecia de date ce va
compune cererea. Instana de tip mediator interogheaz brokerul de servicii n vederea obinerii
descriptorilor de servicii apoi invoc serviciul distant. Dup prelucrarea cererii de serviciu,
serverul returneaz un mesaj de rspuns pe care componenta de tip bridge l va ruta spre instana de
tip mediator. Aceasta va stabili ce metode vor fi apelate de ctre componenta de tip controller i
ordinea pentru de afiare a informaiei solicitate de utilizator.
Implementarea conceptului rich client n cadrul mediilor colaborative
Conceptul rich client prevede divizarea interfeei cu utilizatorul n puncte de interaciune
care comunic independent de componentele serverului. Rspunsul serverului va fi sub forma unui
mesaj i nu ca i pagin web, ca i n cazul aplicaiilor web tradiionale, reducnd traficul pe reea.
Independena la nivelul componentelor de interfaare cu utilizatorul permite orchestrarea
comunicaiei client/server sub forma unui flux de mesaje asincrone controlat dinamic cu ajutorul
unor rutine software.
Atta timp ct exist independen la nivelul componentelor nu va fi nevoie de ncapsularea
rspunsului n cadrul unei pagini ntregi pentru prezentarea informaiei la utilizator. Fiecare
component poate interoga blocul server avnd resurse pentru a interpreta rspunsul recepionat.
Schimbul asincron de mesaje client-server permite dezvoltatorului s controleze modul de creare a
mesajelor i fluxul acestora ntre cele dou entiti (server i client). Aplicaiile RIA sunt
considerate aplicaii web sincrone. Acest aspect vizeaz gestionarea optim a comunicaiei la
nivelul blocului client n vederea prelurii datelor de la server i afiarea lor la utilizator ntr-o
manier transparent - orice modificare pe parte de server genereaz actualizarea datelor din model
i afiarea automat a acestora n interfaa grafic.
Conceptul symbiotic computing prevede divizarea spaiului virtual, n cazul de fa mediul
colaborativ, n zone de aplicaii cu scopul de a atenua costurile mari de utilizare, ntreinere i
accesare a serviciilor informaionale furnizate de mediul virtual sau alte probleme de ordin
funcional. Dintre acestea se amintesc: lipsa de flexibilitate privind managementul coninutului
informaional i incompatibilitatea informaional la nivelul aplicaiilor care compun mediul
virtual, insuficiena serviciilor informaionale furnizate i impactul social al instrumentelor
colaborative. Integrarea aplicaiilor individuale prin intermediul instrumentelor colaborative are
pag. 87 / 109

menirea de a reduce considerabil costurile, a simplifica accesul la coninutul informaional i a

crete ncrederea utilizatorului diminund problemele de tip E-Gap.

Figura 2.3.3. Relaia dintre mediul real i cel virtual

Figura 2.3.3 ilustreaz creterea numrului de utilizatori care beneficiaz de avantajele unui
mediu virtual compact care implementeaz funcionalitile colaborative. Chiar dac diferenele
dintre mediul fizic i cel virtual sunt evidente, trebuie s existe o relaie ntre cele dou iar aceasta
poate fi realizat prin intermediul unei componente cu rolul de a modela spaiul fizic i problemele
lui prin intermediul mediului virtual i, de asemenea, de a integra tehnologiile digitale n cadrul
mediului fizic. Concret, conceptul rich client permite dezvoltarea unui model al spaiului fizic prin
intermediul componentelor virtuale pornind de la detaliile privind mediul real, utilizatori, reguli i
date, etc. Figura 2.3.4 ilustreaz modelul de transpunere a mediului fizic n cel virtual avnd la
baz conceptul E-Bridge.

Figura 2.3.4. Modelul de transpunere a spaiului fizic n mediul virtual

Sugawara (2007) ilustreaz aplicaiile de tip E-Bridge ce implementeaz o serie de

funcionaliti inteligente i ofer proprieti adaptive, respectiv un grad sporit de flexibilitate.
Proprietile componentelor de interfaare inteligente (intelligent rich client) permit definirea unui
model colaborativ care garanteaz autonomie funcional i acces selectiv la servicii n funcie de
diferii factori precum condiii de reea sau terminal de access.
pag. 88 / 109

2.3.2.Modelulexperimentalpentrucolaborareinterpersonaliinterprocese
Activitile n cadrul organizaiilor virtuale pot fi reorganizate prin prisma a dou aspecte
fundamentale (Ader 2001): managementul coninutului informaional i managementul fluxului
operaional. Componentele de management al coninutului informaional conin o serie de
instrumente pentru gestionarea acestuia (stocarea, modificarea sau accesarea coninutului
informaional n diferite formate) cum ar fi: instrumente de managementul documentelor,
instrumente pentru gestionarea bncilor de date, instrumente lingvistice care ofer suport pentru
interogara bncilor de date n limbaje naturale, etc. Componentele de management al fluxului
operaional au la baz o serie de instrumente dedicate fluxului de producie cum ar fi: instrumente
de comunicare interpersonale, instrumente de planificare a activitilor colective (inclusiv
partajarea resurselor comune), forum de discuii pentru abordarea anumitor teme, instrumente
colaborative sincrone pentru accesul simultan la diferite resurse cu scopul de a mbunti procesul
de producie, instrumente de management al fluxului operaional care gestioneaz ntreg ciclul de
operaiuni, instrumente colaborative asincrone, etc.
Se propune dezvoltarea unui model framework generic care prezint funcionaliti
colaborative interpersonale i interprocese, sincrone i asincrone i conine o serie de module
dedicate activitilor colaborative. Figura 2.3.5 ilustreaz schema funcional a framework-ului
generic i modulele colaborative: blocul de management al bncii de date, modulul de management
al utilizatorilor, biblioteca virtual, motorul de cutare, modulul de statistic, modulul pentru
chestionare i evaluare, agenda electronic, blocul de management al proiectelor, spaiul virtual
partajat, mesageria multimedia, forumul de discuii, videoconferina controlat i modulul de tip
online focus group.

Figura 2.3.5. Schema funcional framework generic.

Pentru simplificarea procesului de dezvoltare, componentele framework-ului se vor diviza

n patru clase:
componente generice: blocul de management al bncii de date, modulul de management al
utilizatorilor, modulul de statistic i agenda electronic,
componente colaborative interpersonale: mesageria multimedia, forumul de discuii, spaiul
virtual partajat, videoconferina, modulul de tip online focus group;
componentele interactive: motorul de cutare, biblioteca virtual, modulul pentru chestionare
i evaluare i blocul de management al activitilor n cadrul proiectelor
componentele pentru colaborare interprocese: componentele de tip business intelligence i
virtual assistant.

pag. 89 / 109

Componente generice
Funcionalitile de baz ale framework-ului fac referire la managementul bncii de date,
managementul utilizatorilor, elaborarea de statistici complexe i rapoarte de analiz menite s
ilustreze buna funcionare a mediului colaborativ i managementul sarcinilor individuale i
activitilor colaborative realizat prin intermediul agendei electronice.
Modulul de management al utilizatorilor va conine nivelele de acces conform profilelor de
administrator, respectiv utilizator. Indiferent de rolul su n sistem, utilizatorul va accesa sistemul
prin intermediului propriului cont de acces. Fiecare cont va avea un anumit nivel de acces conform
rolului/rolurilor avute n cadrul organizaiei.
Componenta reprezentativ a modulului de management al utilizatorilor este componenta
de autentificare. Aceasta implementeaz funcionalitile de autentificare a utilizatorilor n sistem,
verificarea accesului la instrumentele colaborative i managementul strilor utilizatorilor pe
parcursul funcionrii aplicaiei. Un utilizator poate trece prin urmtoarele stri: active, inactive,
busy, idle, logged out. Aceste stri sunt interpretate la nivelul blocului rich client i transmise
componentelor serverului n vederea actualizrii informaiilor partajate ntre participanii la o
sesiune colaborativ.
Statisticile i rapoartele de analiz ilustreaz eficiena sistemelor colaborative aplicate unor
domenii de interes precum educaie i cercetare (nvmnt colaborativ i blended learning),
management i producie (relaii inter-departamentale i outsourcing), marketing (n special
vnzri), etc. Elaborarea de statistici i rapoarte de analiz prevede pstrarea n baza de date a unor
informaii caracteristice sesiunilor colaborative, activitilor fiecrui utilizator ntr-o perioad de
timp precum i a rezultatelor n urma chestionarelor cu privire la rolul instrumentelor colaborative
n activitile de zi cu zi ale utilizatorilor provenind din diferite domenii de interes.
Managementul sarcinilor individuale i a activitilor colaborative este realizat prin
intermediul agendei electronice care are rolul de a permite planificarea activitilor colaborative n
timp, consultarea orarului i notificarea utilizatorilor cu privire la diferite evenimente din agend.
n funcie de rolul pe care-l are n cadrul organizaiei, un utilizator are posibilitatea de a introduce
noi sarcini individuale pe agenda de lucru i n acelai timp verific programul impus n cadrul
proiectului n derulare de ctre responsabilul de proiect. De asemenea, responsabilul de proiect are
o situaie clar asupra a ceea ce se ntmpl n proiectul pe care-l gestioneaz, asigneaz noi sarcini
i verific activitile realizate de ctre ceilali membri ai echipei. n baza rapoartelor individuale
completate de fiecare utilizator, se elaboreaz rapoartele periodice i cele finale pe care
responsabilul de proiect le verific i le valideaz nainte de finalizarea fiecrei faze.
Componente colaborative interpersonale
Aplicaiile colaborative interpersonale sunt aplicaii multimedia profesionale care permit
unui numr de doi sau mai muli utilizatori finalizarea unor sarcini comune. n funcie de timp,
acestea se pot clasifica n dou mari categorii:
sincrone prezentarea informaiei la utilizator se realizeaz simultan cu transmisia.
asincrone momentul prezentrii datelor la utilizator este ulterior transmisiei i selectat n
mod arbitrar de ctre utilizator.
Framework-ul include un modul pentru colaborare sincron ce conine: videoconferin
controlat, online focus group, spaiu virtual partajat. De asemenea, framework-ul cuprinde un
modul pentru colaborare asincron ce include: mesagerie multimedia, forum de discuii (general,
pe departament i pe proiecte n derulare).
Componentele pentru colaborare sincron permit conlucrarea la distan, prin intermediul
browserului web. Colaborare la nivelul componentelor generice pentru cooperare sincron se
realizeaz prin instrumentul SCWInstrument, care reprezint clasa de baz a pachetului pentru
colaborare interpersonal sincron i implementeaz principalele funcionaliti colaborative
sincrone: comunicare audio/video n timp real, acces la biblioteca virtual i partajarea resurselor
pag. 90 / 109

stocate, partajare de aplicaii, adnotri la nivelul aplicaiilor i resurselor, interaciune utilizatorutilizator, interaciune cu resurse, aplicaii i echipamente speciale integrate n sistem. Exist o
componenta subclasa SCWInstrument care asigur comunicarea audio/video i partajarea de
resurse i aplicaii n timp real ntre doi sau mai muli utilizatori. n acest caz, sesiunea colaborativ
este controlat de un moderator iar, la un moment dat, un singur participant are permisiunea de a
interaciona cu moderatorul, resursele, aplicaiile i echipamentele speciale. O alt subclas a
SCWInstrument, permite unui numr de cinci utilizatori s colaboreze simultan pentru finalizarea
unor sarcini comune. Cei cinci utilizatori au acces simultan la resursele stocate n biblioteca
virtual, pot introduce adnotri pe margina documentelor partajate i pot prezenta aplicaii i
rezultate de proiect n timp real.
Modulul pentru colaborare asincron cuprinde componentele de tip forum de discuii i
mesagerie multimedia care sunt integrate cu componentele generice, cele pentru colaborare
sincron i cele interactive n vederea eficientizrii proceselor interpersonale. Schimbul de mesaje
multimedia la nivelul echipelor de lucru, forumul de discuii pe echipe, pe proiect, sau la nivel
departamental sunt considerate necesare pentru eficientizarea proceselor n cadrul unei organizaii.
Componente interactive
Acest tip de componente permit interaciunea utilizatorilor cu resursele digitale stocate n
biblioteca virtual, interogarea bncii de date n funcie de cteva criterii bine stabilite, elaborarea
de chestionare i rapoarte privind reaciile utilizatorilor nainte i dup utilizarea instrumentelor
colaborative i managementul activitilor n cadrul proiectelor i elaborarea rapoartelor periodice
sau a celor finale n cadrul proiectelor. Componentele interactive cuprinse n cadrul frameworkului
sunt: motorul de cutare, biblioteca virtual, componenta de management a activitilor proiectelor.
Motorul de cutare permite utilizatorilor accesul la diferite informaii i resurse n funcie
de rolul avut n sistem i criteriile de cutare care definesc logica de funcionare a acestuia.
Motorul de cutare are la baz structuri AIML (Artificial Intelligence Markup Language), o
derivaie a limbajului XML care permite interogri n limbaj natural..
Biblioteca virtual este considerat o component interactiv fundamental i se compune
din blocul de management al resurselor digitale, blocul de conversie a fiierelor n simbol intern
(format specific al bibliotecii virtuale) i componenta de acces la resurse. Blocul de conversie are
rolul de a converti materialele postate (documente, prezentri, rapoarte, statistici, pagini web, etc)
de un utilizator n sistem n format slideshow (tablou de imagini n format JPG) n vederea stocrii
lor n biblioteca virtual. De asemenea, se impune conversia secvenelor audio/video la formatul
FLV cunoscut ca fiind unul dintre puinele utilizate pentru streaming media partajat pe web.
Biblioteca virtual conine resursele postate pe portal de ctre utilizatori: documente, formulare,
prezentri, situaii, rapoarte, statistici, filme demonstrative, etc. Fiecare utilizator este responsabil
de propria seciune i are posibilitatea de a actualiza periodic resursele stocate n sistem, n funcie
de rolul pe care-l deine. Aplicaia suport diferite formate .doc, .pdf, .ppt, .rtf, video, audio,
imagini, .swf, i permite codarea acestora n vederea securizrii informaiilor.
Instrumentele pentru managementul activitilor n cadrul proiectelor permit crearea unui
cadru de lucru comun la nivelul unei organizaii. n plus, prezint o serie de avantaje pentru
dezvoltarea n parteneriat a unor proiecte complexe dintre care se disting monitorizarea i controlul
fluxului operaional, managementul activitilor, generarea rapoartelor de activitate i accesul
concurent la aceste rapoarte. Instrumentele pentru managementul proiectelor sunt integrate cu
instrumentele colaborative sincrone i asincrone. n aceste condiii, membri unei echipe pot
colabora direct pe problemele din cadrul proiectului, i aloc atribuiile individuale, i definesc
sarcinile comune i elaboreaz rapoartele de faz pornind de la rapoartele periodice individuale.
Exist dou tipuri de actori care acceseaz modulul pentru managementul activitilor n cadrul
proiectelor: responsabilul de proiect i membrul echipei.

pag. 91 / 109

Un responsabil de proiect are posibilitatea de a aduga un nou proiect n sistem utiliznd

un editor HTML pentru introducerea specificaiilor de proiect, adaug membri echipei de proiect,
aloc sarcini fiecrui membru, verific activitile membrilor, elaboreaz rapoartele de faz,
organizeaz demonstraiile la finalul fiecrei faze, etc. Un membru al echipei primete sarcinile
alocate de ctre responsabilul de proiect, colaboreaz cu ceilali membri n vederea finalizrii
sarcinilor alocate i elaboreaz rapoartele periodice.
Componente pentru colaborare interprocese
Necesitatea furnizrii caracteristicilor colaborative la nivelul componentelor unui sistem
este evident, fapt pentru care frameworkul generic va include un modul care implementeaz
aceste funcionaliti colaborative nu doar ntre entiti software de pe acelai nivel arhitectural ci
i de pe nivele diferite.
Componentele blocului client funcioneaz independent unele de altele, fiecare avnd
propriile sarcini:
tip Model ncapsuleaz datele recepionate de la server n vederea prezentrii lor la utilizator;
tip View implementeaz logica de prezentare a informaiilor la utilizator ntr-un format
compact;
tip Controller au rolul de a interpreta comenzile utilizatorilor;
Brokerul de servicii conine referinele la serviciile distante
Mediatorul de servicii realizeaz invocarea serviciilor distante ntr-o manier transparent.
Pe lng aceste funcionaliti de baz se remarc interfaarea utilizator-sistem n limbaj
natural, interpretarea gesturilor utilizatorilor i optimizarea comunicaiei client/server.
Componentele de tip IIU (Interfaa Inteligent cu Utilizatorul) urmresc, pe lng prezentarea
informaiei la utilizator n format compact, interpretarea gesturilor acestuia fac posibil
interaciunea cu sistemul n limbaj natural. Elementele de inteligen artificial, prin propria
autonomie decizional i maniera de comunicare asincron, aduc mbuntiri substaniale n
luarea deciziilor i nlesnesc automatizarea proceselor de business.
Componentele de tip Asistent Virtual extind caracteristicile interfeelor inteligente cu
utilizatorul pentru a-i oferi acestuia confortul necesar pe durata utilizrii sistemului colaborativ.
Acestea sunt implementate independent de serviciile furnizate i vizeaz integrarea utilizatorului n
cadrul organizaiei. Caracteristicile de interaciune cu sistemul n limbaj natural sunt realizate prin
intermediul structurilor AIML. Acestea se creaz dinamic pe toat durata de funcionare a mediului
colaborativ. Interpretarea gesturilor este o caracteristic necesar n cadrul mediilor virtuale: starea
unui utilizator i gesturile lui, de multe ori nevzute de ctre colaboratori, au diferite semnificaii n
domeniile de interes abordate.
Prezentarea informaiilor la utilizator n format compact, completarea lor cu cunotinele
acumulate pe perioada de funcionare i interpretarea rezultatelor n timp util, dup o logic
specific structurilor inteligente reprezint un real ctig pentru utilizator. Comunitile virtuale au
la baz structuri informaionale de capaciti foarte vaste iar accesul la informaii trebuie s se
realizeaze n timp util. Transparena informaional garantat de aceste componente de tip Asistent
Virtual este posibil datorit, n primul rnd, componentelor inteligente ale serverului capabile s
gestioneze optim cererile de la client, s interogheze rapid i eficient structuri mari de date, s
elaboreze un rspuns la solicitrile clientului i s furnizeze rspunsul la client prin intermediul
sistemului de mesagerie asincron.

pag. 92 / 109

2.4. Cerine specifice privind componentele de suport colaborativ

Caracterul colaborativ impune o serie de caracteristici pe care sistemul trebuie s le
suporte:
Principiul AAA (Anyone can say Anything about Anything). Aceasta este consecina direct a
caracterului deschis dat de WWW ncepnd cu versiunea 2.0, care plaseaz rspunderea
generrii de coninut n sarcina utilizatorului. Infrastructura semantic trebuie conceput de aa
natur nct s permit conectarea i interoperarea ntre multiple semnificaii stabilite de
multiple surse, pentru o aceeai structur informaional;
Efectul de reea este denumirea formal a fenomenului ntregul este mai valoros dect suma
prilor. Prin aceasta se sugereaz c fiecare nod al unei reele ctig valoare din simpla
conectare cu celelalte noduri ntr-un ritm proporional cu ptratul numrului nodurilor.
Conform acestui principiu a avut loc explozia WWW, a reelelor sociale i a enciclopediei
wikipedia, datorit numrului mare de participani dispui s contribuie gratuit la dezvoltarea
reelei, fie prin creare de coninut, fie prin corectare/comentare de coninut existent. Efectul de
reea se manifest i n cooperarea din cadrul ntreprinderii virtuale fie prin creare explicit de
informaie, fie prin conversia de resurse informaionale existente puternic granularizate n
resurse colaborative ce aduc beneficii tuturor participanilor n baza unei coloane vertebrale de
reprezentare interoperabil (XML, CORBA, JSON-JavaScript Object Notation, etc.);
Eterogenitatea este o consecin imediat a principiului AAA i a efectului de reea.
Infrastructura IV trebuie s suporte contradicii i chiar puncte de vedere conflictuale
arbitrabile cu ajutorul agenilor i tehnologiilor paradigmei Pragmatic Web (negociere,
identitate federativ, reputaie, demonstraie). Eterogenitatea se poate manifesta n planul
semanticii i structurii datelor pe multiple ci:
o dezacorduri n ce privete semnificaia i structura datelor;
o alterarea intenionat a semnificaiei i structurii datelor;
o erori de nelegere a semnificaiei i structurii datelor;
o lipsa de actualitate a unor semnificaii i structuri care evolueaz n timp.
Structural, problema e facil de rezolvat prin ncorporarea soluiilor XML i JSON.
Vocabularele XML i tehnologiile de mapare a arborilor XML asigur un mecanism de
negociere i mapare ntre organizaii ce implementeaz structuri diferite. Notaia JSON
simplific problema chiar mai departe, degrevnd generatorul informaiei de alinierea la un
vocabular comun i plasnd sarcina decodrii pe partea receptorului, decodare ce se dovedete
mult mai facil i performant dect n cazul parsingului XML. n planul interoperabilitii
semantice, platforma unei ntreprinderi virtuale trebuie s suporte reprezentarea de concepte
contradictorii sau conflictuale i, implicit, de mecanisme Pragmatic Web de arbitrare.
Eterogenitatea identitilor este un caz particular de eterogenitate care se manifest n
identificarea (prin nume sau alte metode) a entitilor informaionale. Aa cum pot apare
contradicii sau variaii n semnificaia i modul de utilizare a unor date, acestea pot s se
manifeste i n denumiri (semnificaiile, metadatele, descrierile semantice pot fi considerate
proprieti ale unor concepte/entiti, iar identitatea este proprietatea fundamental a oricrui
concept/entitate). Aceasta implic definirea unui arbitru universal al identitii care s fixeze
identitatea de baz a oricrei entiti despre care exist informaii n ntreprinderea virtual.
Apoi, acea identitate (nume public) poate fi dublat de nume secundare (nume de prezentare,
nume private) care pot suferi variaii. Aceasta atrage dup sine provocarea de a stabili care
organizaie s fie arbitrul ce fixeaz identitatea de baz. Dac acest lucru nu se poate stabili,
modelele semantice trebuie s indice sinonimii sau asocieri ntre denumiri ce se refer la
acelai lucru;
Perspectivele de evoluie a semnificaiilor i a mbogirii cunoaterii cu noi informaii trebuie
s fie suportat de platforma IV. Aceasta trebuie s modeleze o lume deschis, avnd deci o
pag. 93 / 109

structur extensibil. n acest scop, vor fi implicate tehnologiile bazate pe XML i Semantic
Web, independente de platform.
Componentele colaborative trebuie s suporte urmtoarele categorii de interaciuni ntre
nodurile colaboratoare:
Interaciuni conversaionale: schimb de informaii slab structurate/formalizate prin componente
de mesagerie instant/non-instant n scopul definirii sau descoperirii de relaii internoduri;
Interaciuni tranzacionale: schimbul de entiti tranzacionale care afecteaz relaiile ntre
participani, fie impunnd constrngeri, fie relaxnd constrngeri existente; componentele
responsabile cu aceste interaciuni trebuie s dispun de depozite de stri i de tranzacii, cu
posibilitatea de derulare nainte sau napoi a acestora;
Interaciuni colaborative: afecteaz nodurile, fr a afecta direct relaiile dintre acestea,
producnd beneficii distribuite i permind augmentare de entiti informaionale de ctre toi
participanii; componentele responsabile cu aceste interaciuni trebuie s permit generare de
coninut, corectare de coninut, clasificare de coninut dup taxonomii subiective nodurilor
(numite n continuare folksonomii) precum i componente de data mining care s asigure filtrare
i optimizare colaborativ.

Figura 2.4.1. Cazuri de utilizare pentru sisteme de tip colaborativ

pag. 94 / 109

Din perspectiva granularitii colaborrii, se impun urmtoarele tipuri de componente:

De comunicare one-to-one (mesagerie);
De comunicare many-to-many (forum, sistem de reputaie bazat pe votare); acestea stau la
baza conceptului de inteligen colectiv, votarea colaborativ fiind un mecanism esenial n
sisteme de recomandri, optimizri i clasificri folksonomice iar reputaia generat de votarea
colaborativ poate fi transferat ca baz de calcul pentru componente de suport decizional;
De management colaborativ (one-to-many), teren pe care are loc fuziunea cu sistemele
decizionale, cu orientare pe conducerea activitilor de grup: calendare, diagrame de urmrire
a activitilor, bookmarking, sistem workflow, gestiune de reea social, calcul tabelar
distribuit i consolidat.
Cerinele sistemelor colaborative sunt inspirate de cele ale sistemelor de tip reea social.
Agenii sociali se specializeaz pe dou roluri (ce pot fi jucate de un acelai utilizator), acelea de
generator de coninut i de consumator de coninut.
Un caz de utilizare esenial n acest context este alimentarea sistemului cu informaie (deopotriv
date i metadate). Acestea pot fi alimentate prin generare contient (completare de formulare) sau
incotient (captur de comportament cuantificat prin seleciile fcute sau legturile urmate prin
sistem).
n context colaborativ, folksonomia devine preferabil taxonomiei deoarece modelele devin
subiective i personalizabile, de regul pe baza asocierii de metadate i descrieri semantice de ctre
utilizatorii sistemului. Pe colecia de informaii acumulate i organizate folksonomic, se aplic
corelaii (msurarea similitudinii unor entiti), filtrri, clasificri i optimizri. Fiecare din aceste
cazuri de utilizare va permite selectarea unui algoritm de ctre utilizatorii avansai (cu cunotine
statistice) i va fi extins cu un caz de efectuare a recomandrilor, ce asigur liantul ntre sistemele
colaborative i cele decizionale.
Exemple de scenarii de utilizare:
Corelare:
Utilizatorul selecteaz dou entiti (produse, parteneri, locaii sau orice entiti ce pot fi
calificate prin votare de ctre participanii la ntreprinderea virtual) pentru corelare;
Utilizatorul selecteaz algoritmul de corelare (ex: Corelaie Pearson, Manhattan, Distan
Euclidean etc.);
Utilizatorului i se returneaz gradul de corelare ntre entiti;
Opional, cazul de utilizare poate fi extins la executarea motorului de recomandare, care
poate indica entiti puternic corelate cu entitile selectate.
Comunicare:
Utilizatorul se autentific;
Utilizatorul acceseaz lista nodurilor cu care se afl n relaie;
Utilizatorul selecteaz unul din noduri;
Utilizatorul selecteaz opiunea de mesagerie;
Utilizatorul editeaz un mesaj i l trimite nodului vizat.
Alimentare informaie:
Utilizatorul autentificat (generator) elaboreaz coninut (text, upload de fiier etc.) cu
ajutorul unui formular Web;
Utilizatorul asociaz relaii semantice coninutului generat;
Utilizatorul ncarc pe platform coninutul i semantica sa (genernd informaie voluntar);
Utilizatorul acceseaz un element de coninut generat de alt utilizator (genernd astfel un
vot n calitate de consumator, deci o informaie creat involuntar ce poate fi procesat
ulterior pentru clasificri i recomandri).
pag. 95 / 109

2.5. Cerine specifice privind sistemele de asistare a deciziilor

n mod uzual, sistemele decizionale trebuie s ofere capabilitile:
Definire de structuri (atribute) i indicatori (agregare de atribute);
Prezentare de entiti (raportare, grafice);
Comparare de entiti (alternative, simulri, scenarii);
Proiectare/predicie de tendine pe baz de serii de timp;
Recomandri (bazate pe inferene, cunotine, optimi
Cerinele specifice suportului decizional implic doi actori:
Agentul operativ responsabil cu alimentarea sistemului cu date; fiecare departament
organizaional sau membru al IV poate dispune de propriul agent operativ;
Decidentul, consumator al serviciilor decizionale oferite de sistem.

Figura 2.5.1. Cazuri de utilizare pentru sisteme de suport decizional

pag. 96 / 109

Cazurile de utilizare prevzute sunt extensibile:

Instrumentele de navigare si de cutare se completeaz reciproc, iar informaia este prezentat
ntr-o structur taxonomic, pe baza unor atribute prefixate entitilor din arhitectura
sistemului;
Estimarea de tendine pentru indicatorii selectai se poate completa cu previzionare;
Scenarizarea i analiza what-if pot fi completate cu recomandri automate;
Generarea de grafice i raportarea sunt uzual extinse cu posibilitatea de imprimare a acestora.
Exemplu de scenariu de utilizare pentru:
Cazul Reprezentare trend:
Utilizatorul selecteaz entitatea (indicatorul) de reprezentat n serie de timp;
Utilizatorul selecteaz perioada pe care o consider relevant n analiz (sau pentru care
exist date suficiente);
Utilizatorul indic tipul de sezonalitate, dac e cazul;
Utilizatorul selecteaz una sau mai multe funcii de regresie, obinnd diverse trenduri;
Utilizatorul consult indicatorii de calitate ai trendurilor obinute i selecteaz unul dintre
acestea;
Opional, prin extinderea cazului, utilizatorul indic un moment din viitor i obine nivelul
entitii prevzut pentru momentul respectiv.
Cazul Reprezentare grafic:
Utilizatorul selecteaz seria de date a indicatorului/atributului de reprezentat;
Utilizatorul selecteaz tipul de grafic;
Utilizatorul editeaz adnotrile graficului;
Utilizatorul formateaz graficul;
Opional, utilizatorul trimite la imprimant graficul.
Cazul Definire indicator:
Utilizatorul acceseaz lista atributelor existente n sistem;
Utilizatorul construiete cu ajutorul atributelor i operatorilor o expresie;
Utilizatorul salveaz indicatorul.
mbinnd cerinele tipice paradigmelor vizate de proiectul de fa (web, suport decizional,
suport colaborativ i suport inteligent multiagent) cu premisa de virtualizare, fundament al
ntreprinderii virtuale, s-a stabilit urmtoarea diagram sintetic, ce definete o veritabil pia
software a viitorului, bazat pe cuplarea de paradigme convergente n vederea creterii valorii
deciziilor i a eficienei proceselor decizionale.
Implicarea subsistemelor n diagrama sistemului colaborativ-decizional este dup cum
urmeaz:
Subsistemul web interactiv asigur capacitile comunicaionale ale sistemului i interfaa cu
utilizatorul, satisfcnd cerinele de utilizabilitate i mentenan implicate de generaia Web 2.0
i metodologiile agile orientate pe refactorizare, abloane de proiectare din familia ModelView-Controller i modularitate;
Subsistemul social-colaborativ asigur cile de captur a informaiei pe nivelele sintacticsemantic, suportnd deopotriv taxonomizarea (clasificarea informaiei dup atribute prefixate
de sistem) ct i folksonomizarea (clasificarea informaiei dup atribute personalizate de
utilizatorii sistemului) i, prin motoare de negociere, asigur liantul spre subsistemul inteligentpragmatic;
Subsistemul inteligent, inclusiv paradigma orientat pe servicii i ageni de servicii, asigur
nivelul pragmatic al platformei, ce ridic informaia la valoarea de cunotin i imprim
modele de procesare inteligent, bazate pe nvare, infereniere i negociere.

pag. 97 / 109

Figura 2.5.2. Cazuri de utilizare pentru componente colaborative-decizionale

Agenii din diagram pot fi, conform premiselor stabilite n raportul de fa, ageni umani
sau ageni automai ce interacioneaz direct cu sistemul i sunt purttori de sarcini, n virtutea
arhitecturii orientate pe servicii (SOA).

2.6. Cerine specifice privind managementul workflow-ului i al

proceselor de afaceri
Avnd ca i scop creterea eficienei n procesele derulate i ctigarea de avantaje
strategice, companiile au nevoie de automatizarea fluxurilor de lucru (workflow). Prin acesta se
urmrete mbuntirea proceselor, eliminarea ntrzierilor i maximizarea productivitii i n
acelai timp dezvoltarea unui sistem de management care s asigure accesul rapid la informaie, n
condiii de maxim securitate cu costuri minimale i s permit interaciunea cu alte companii prin
diferite mecanisme care s asigure o cooperare durabil i eficient.
Software-ul workflow permite afacerilor moderne s automatiezeze munca de zi cu zi. Este
o tehnologie IT care utilizeaz sisteme electronice pentru a monitoriza procesele. Permite
depistarea fluxului ce se desfaoar ntre angajai, departamente i alte firme colaboratoare. Un
pag. 98 / 109

sistem eficient de Workflow introduce avantaje att din punct de vedere al managerului ct i din
punct de vedere al angajatului. Aplicaiile de workflow determin ca procesele desfurate n
cadrul unei ntreprinderi s fie mai eficiente prin automatizarea transferului fluxurilor de informaii
pe traseele optime, salvnd timp i bani pentru oricine le utilizeaz. Utiliznd modele colaborative
pentru orice stadiu al proceselor vehiculate, aplicaiile de workflow pot s sporeasc semnificativ
eficiena proceselor pe ansamblul ntregii companii sau a ntregului grup de companii care
formeaz o ntreprindere virtual.
Pentru realizarea acestor diziderate, la ora actual tot mai multe firme ader la o organizare
bazat pe sisteme de management al workflow-ului (WFMSs - workflow management systems).
Utilizarea WFMSs asigur o structurare optim i standardizare a managementului de process ntre
ogranizaiile implicate ntr-o ntreprindere virtual (D. Georgakopoulos, M. Hornick, A. Sheth, An
Overview of Workflow Management). Tradiionalul management de workflow se realiza la
nivulul unei singure organizaii fiind dificil de intracionat din exterior neexistnd mecanismele
necesare. n acest context, companiile i-au focalizat eforturile pentru a devenii ntreprinderi
virtuale, prin care s se realizeze mecanismele organizaionale necesare pentru a realiza o
cooperare care s aduc beneficii maximale firmelor implicate fr a aloca un numr mare de
resurse financiare i umane (H. Ludwig i alii, 1999). Pentru a permite integrarea procesului ntrun WFMS trebuie extinse funcionalitile standard ale workflow-ului existent. Workflow-ul
trebuie s fie capabil s gestioneze conexiunea cu sisteme workflow heterogene fiecare avnd
anumite nivele de autonomie bine specificate n ntreprinderea vitual i o dinamic de formare a
mecanismelor colaborative avansat.
Cooperarea ntre parteneri este bazat pe dinamica serviciilor de outsourcing care
realizeaz interaciunea dintre distribuitorii de servicii i consumatori, compatibilitatea partenerilor
de afaceri fiind una din prioritile i calitile acestui sistem.
n figura 2.6.1 este prezentat o abordare a intreraciunii dintre distribuitorii i consumatorii
de servicii. Contractul de interaciune, care este baza cooperrii dintre consumator i distribuitor,
include de asemenea detalii despre modul n care se realizeaz monitorizarea i controlul
activitiilor care vor duce la finalizarea eficient a colaborrii.

Figura 2.6.1. Intreraciunii dintre distribuitorii i consumatorii de servicii

Mediile orientate pe serviciu asigur interaciunea entiti de tip serviciu Web. Definiiile
date acestei entiti difer de la furnizor la funizor. Asfel definiiile unui Serviciu Web sunt:
Un serviciu Web este o interfa care descrie o colecie de operaii care sunt accesibile pe
o reea, prin intermediul transferului de mesaje XML (eXtensible Markup Language) standard.
pag. 99 / 109

Serviciile Web ndeplinesc o anumit sarcin, sau un anumit set de sarcini. Un serviciu Web este
descris folosind o noiune XML standardizat, formal, denumit descriere serviciu, care
furnizeaz toate detaliile necesare pentru interaciunea cu serviciul, inclusiv formatele de mesaj,
protocoalele de transport i locaia. Natura interfeei ascunde detalii de implementare ale
serviciului, astfel nct acesta poate fi folosit independent de platforma hardware sau software pe
care este implementat i independent de limbajul de programare n care este scris.Acesta le permite
aplicaiilor Web s fie slab cuplate orientate pe componente i implementri ce implic mai multe
tipuri de tehnologii. Serviciile Web pot fi utilizate de sine stttoar sau n conjuncie cu alte servicii
Web pentru a efectua o operaie complex sau o tranzacie (Microsoft) sau
Serviciile Web sunt componente software care pot fi n mod spontan descoperite,
combinate i recombinate pentru a oferii o soluiei problemei/cererii utilizatorului. Limbajul Java i
XML sunt principalele pentru servicii Web (Sun).
Toate operaiile de calitate nalt trebuie s manifeste cuplarea slab. ntradevr cuplarea
slab apare atunci cnd apelul pentru o operaie poate fi fcut fr nici o ipotez relativ la contextul
mutual ntre apelant i operaia care este apelat. Cu alte cuvinte, operaia invocat trebuie sa fie n
totalitate condus de datele de intrare care sunt date de apelant.
Orice soluie bine construit trebuie s manifeste cuplarea slab. Cu toate acestea exist
anumite diferene importante ntre clase interne sau funcii care exist n cadrul unei soluii i
serviciile pe care soluia, ca un ntreg le furnizeaz interfeelor sale externe.
Cel mai important punct este legat de faptul ca funciile i clasele interne, de cele mai multe
ori manifest un grad relativ de cuplare:
- Supoziia poate fi facut cu privire la tehnologiile care sunt utilizate: Funciile tranzacionale i
de securitate sunt manevrate de containerele aplicaiilor server ale serviciilor. Caracteristicile
limbajelor pot fi utilizate din plin, ceea ce este bine pentru limitarea la soluia global, dar, pe de
alt parte o clas Java sau EJB sunt de neutilizat pentru un client non-Java,
- n multe cazuri controlul intern i structurile de control a contextului sunt plasate printre
serviciile interne, care pot s nu aib semnificaie pentru serviciile externe care fac invocarea.
n afara acestor probleme de cuplare, multe dintre componentele interne vor furniza, de
asemenea, operaii de granularitate fin, de nivel sczut care nu trebuie s prezinte, neaprat
semnificaie pentru clienii externi, sau s fie uzuale pentru acetia.
Serviciile date de sietemele SOE (Service Oriented Enterprise) sunt acele servicii pe care o
soluie le face disponibile pe cea mai exterioar interfa. Clienii acestor servicii sunt alte soluii
din cadrul sistemului i acestea pot fi n egal msur extinse pentru anumite servicii ctre clienii
din afara sistemului, chiar dac acestea sunt aplicaii externe, procese sau consumatori/utilizatori.
Aceste servicii:
Trebuie s fie neutre tehnologic: acestea trebuie sa fie invocabile prin tehnologii care respect
nucleul cel mai mic comun de standarde, care sunt disponibile, n general n toate mediile.
Aceasta implic, de asemenea ca mecanismele de invocare (protocol, transport, mecanisme de
descoperire i descrierea serviciilor) trebuie sa fie conforme cu standardele acceptate de
industrie, n general.
Trebuie s fie cuplate slab: nu trebuie s necesite cunotine relative la orice structur intern
sau convenii (contextuale) fie pe parte de client, fie pe partea de serviciu.
Trebuie s furnizeze servicii semnificative.
Trebuie s dea un set complet de stiluri de invocri; stilul operaiilor 'one-way' i 'publicare',
precum i operatii cerere/rspuns. Multe servicii de integrare vor implica publicarea
evenimentelor care provin de la un sistem surs, pentru sisteme 'interesate', ceea ce nu necesit
rspuns. De exemplu adugarea unui nou contact la un sistem CRM (Customer relationship

pag. 100 / 109

management) poate necesita publicarea unui eveniment de notificare pentru un alt sistem, care
va pstra informaia despre client local.
Trebuie s dispun de definiii i locaii care sa fie stocate ntr-un depozit, care la rndul sau s
poat fi accesat de servicii. Acest depozit permite utilizatorilor poteniali a serviciului s
localizeze i s invoce serviciul, ceea ce, prin indirectare duce la transparena locaiei.
Toate aceste caracteristici sunt eseniale din punct de vedere al integrrii aplicaiilor
disparate i a serviciilor ntr-un mediu eterogen.
Cerinele sistemului de servicii de management al workflow-ului
innd cont de starea curent a implementrilor comerciale, urmtorii pai trebuie luai n
considerare pentru a pune bazele unor standarde bazate pe SOE care s fie orientate pe provizioane
de servicii de interfee pentru soluii semnificative peste domenii i organizatii. Ipotezele luate aici
n considerare sunt legate de faptul c dezvoltrile noi vor fi bazate pe J2EE si .NET.
1. Utilizare tehnologilor componentelor pentru Serverul de Aplicaii pentru a furniza
implementarea serviciilor SOE
Serviciile cerere/rspuns pot fi create utiliznd EJB-uri, cu att mai mult cu ct acestea sunt
fr stare, jetoane sesiune ne-tranzacionale (sau obiecte .NET echivalente). Acestea pot fi enunate
simplu ca interfee la nivelul soluie, utiliznd tehnologia serviciilor Web (SOAP, WSDL i
UDDI). Acestea pot fi astfel invocate ca servicii SOE de ctre clieni externi, sau invocate direct de
ctre clieni n cadrul aceleiasi soluii, n special acolo unde performanele sunt critice. Un jeton
sesiune ne-tranzacional (sau obiect .NET) este utilizat numai pentru interfaarea scopurilor. Este
foarte probabil ca aceasta s invoce componentele din fundal care sunt tranzacionale (pretind
tranzacii). Jetonul ne-tranzacional de pe nivelul celei mai din exterior interfee de pe frontiera
soluiei asigur faptul c, n context, clienii nu pot compune mega tranzacii care s includ
servicii enunate de alte soluii.
2. Se va continua utilizarea SOE-urilor bazate pe ProprietaryQ pentru serviciile one-way
Acestea sunt prea proprietare pentru a fi viabile ca implementri pe termen lung a SOE.
Acestea pot continua sa fie utilizate pentru servicii one-way acolo unde performana de penetraie
nu este critic. Astfel de servicii trebuie s fie descrise n WSDL i stocate ntr-un depozit UDDI.
Accesul la astfel de servicii trebuie s fie generate 'de mn', generate de proxy-urile de nivel nalt
care vor putea fi nlocuite n viitor. Acestea pot fi complet ncapsulate, API-urile pentru
proprietaryQ expunnd serviciul ca o clasa proxy direct Java sau.NET, care au ca i clase de
intrare clase sau literali XML.
3. S nu se expun brokerele de mesaj clienilor SOE
Brokerele de mesaj nu vor fi expuse niciodat, direct clienilor SOE (pot fi ns expuse
altor clieni, de exemplu, n cadrul aceleiai soluii). Acestea vor fi utilizate numai acolo unde este
necesar, dac funcia deja existent poate fi accesat direct prin Java Connector, nu mai este
necesar un broker de mesaje. Daca clienii SOE au nevoie de a invoca un serviciu furnizat e un
broker de mesaj, acesta trebuie s fie totdeauna realizat front-end de ctre serviciul SOE, care la
rndul sau poate fi ncapsulat de un jeton sesiune fr stare sau de un obiect.NET.
4. Clienii serviciilor externe trebuie s utilizeze totdeauna proxy-uri de nivel nalt
Pentru reiterare: serviciile externe sunt servicii care nu sunt furnizate de soluia n care
rezid clientul. Atunci cnd un client trebuie s invoce un astfel de serviciu extern, acesta trebuie
s utilizeze un nivel nalt proxy. Aceste proxy-uri pot fi generate de instrumentele serviciilor Web,
sau pot fi simplu generate de mna. Acest simplu principiu de indirectare va permite
implementrilor de fundament s evolueze fr a afecta clienii.

pag. 101 / 109

Figura 2.6.2. Arhitectur de integrare Workflow bazat pe SOE

Paii de mai sus sunt succint prezentai n figura 2.6.2. n interiorul soluiilor J2EE se poate
observa un lan de Web-uri care gestioneaz prezentarea i fluxul aplicaiilor economice, precum i
lanul EJB care furnizeaz serviciile economice implementate ca EJB-uri. O parte dintre acestea
vor fi fr stare, jetoane sesiune ne-tranzacionale care devin interfaa la nivel soluie a aplicaiei,
exportate ca Servicii SOE cu definirea lor WSDL i stocarea acestora n depozitul UDDI.
O arhitectur de integrare bazat pe SOE, va fi capabil s absoarba creterile de fluxuri,
care pot fi asteptate ca urmare a mbogirii statutului produciei n urmatorul interval de timp.
Aceast perspectiv este dat n figura de mai jos.
MDB (Message-Driven Bean), n mediul J2EE, vor furniza un mediu care controleaz
complet depozitul pentru servicii one-way i care este bazat pe transport fiabil, asincron i un
mediu de rulare fiabil pentru procesarea mesajelor prin MDB. Aceasta furnizeaz performane
nalte, procesarea concurent a pool-ului de mesaje, precum i o structur simpl, bazat pe
standarde, care permite mesajelor a fi procesate ca text (XML), obiecte sau reprezentri
autodescrise. Aceasta poate, n continuare reduce, dac nu chiar elimina complet, necesitatea de a
susine SOE-uri bazate pe proprietaryQ. Mai mult, se asteapt ca MDB s dea un mecanism de
implementare natural pentru serviciile Web asincrone.
Este de asteptat, de asemenea ca, un cadru de invocare a serviciilor, comercial, s fie
capabil de a expune direct funciile existente i functiile brokerului de mesaj ca servicii de
anvelop complete, completate cu descrierea WSDL, legarea informaiei i publicarea acestora n
depozitul UDDI. Acest cadru devine capabil pentru gestiunea tuturor problemelor care apar la
formarea/izolarea cererilor n cozi cerute de protocoalele existente.

2.7. Definirea funciilor de anvelop. Condiii tehnice

Definirea principalelor funcii ndeplinite de platforma INVITE s-a fcut pe baza analizei
cerinelor diferitelor metode, tehnologii i sisteme de susinere a mecanismelor IV, identificate n
paragrafele 2.1 2.6 ale capitolul 2.
Funciile de anvelop pentru susinerea mecanismelor ntreprinderilor virtuale, intrrile
acestora, rezultatele i componentele platformei INVITE care vor implementa aceste funcii sunt
detaliate n cele ce urmeaz.
1. Crearea, meninerea i actualizarea reelei de ntreprinderi suport pentru viitoarele IV
pag. 102 / 109

Aceast funcie presupune crearea, meninerea i actualizarea unei reele de ntreprinderi

(VBE Virtual Breeding Environement), cu ajutorul creia acestea s-i ofere serviciile (dpdv.
tehnic, logistic, material, uman, know-how, etc.) celorlali membrii ai comunitii.
Intrrile dunt profilurile organizaiilor, cu tot ce ine de acestea: identificator unic al
organizaiei, abiliti i competene, istoria colaborilor, referine, etc.
Rezultatul al acestei funcii este reprezentat de registrul de ntreprinderi, parte a unei
platforme Web multifuncionale care asigur servicii de:
- definire a sectorului de activitate: va trebui ca reeaua de ntreprinderi s aib un domeniu de
activitate bine definit, care s poat fi cunoscut att de factorii externi (poteniali utilizatori), ct i
de potenialii membri.
- gestionare a registrului de ntreprinderi: registrul de ntreprinderi din VBE este nucleul acestei
reele. Acesta va conine informaii despre ntreprinderile membre, i va oferi aceste informaii
iniiatorilor IV, funcionnd ca un serviciu de pagini aurii.
- gestionare a utilizatorilor: vor trebui asigurate mecanisme de identificare i autentificare,
drepturi de acces, etc.
- gestiune a profilurilor organizaiilor: profilurile organizaiilor vor conine: descrierea
ntreprinderii, date de contact, abilitile i competenele, istoria colaborrii, produse re-utilizabile
din alte proiecte, eventual preferine de colaborare.
- management a oportunitilor de afaceri: expunerea scopului reelei ctre mediul exterior,
identificarea, preluarea i analiza oportunitilor de afaceri
2. Definirea obiectivului IV
Aceast funcie se va ocupa de captarea oportunitii de afaceri (care poate veni ca i o
cerere transmis de ctre un client unei ntreprinderi membre a VBE, sau chiar direct reelei de
ntreprinderi), i transpunerea acestuia ntr-un model de business adecvat, pe care va fi construit o
viitoare ntreprindere virtual.
Intrarea acestei funcii va fi oportunitatea de business.
Rezultatul acestei funcii va fi modelul ntreprinderii virtuale, reflectat prin obiectivul IV.
Acest obiectiv va fi prezentat sub forma unui proces distribuit, ale crui subprocese vor trebui
executate de ctre parteneri individuali n cadrul unei IV. Componentele platformei INVITE care
vor susine aceast funcie vor asigura servicii pentru:
- analiza cerinelor clientului: aceasta presupune descrierea caracteristicilor produsului /
serviciului cerut, descrierea modalitilor de colaborare;
- analiza posibilitilor reelei de a rspunde adecvat acestor cerine (se va verifica dac
obiectivul reelei este aliniat oportunitii de business, dac reeaua are n componena membri care
posed abilitile i competenele necesare pentru atingerea obiectivului)
- descompunerea procesului de afaceri i mprirea muncii: se va crea o structur de mprire a
muncii, care va capta procesul global i-l va descompune n subprocese pe care partenerii
individuali ai IV trebuie s le execute. Vor fi identificate produsele livrabile. Toate acestea vor fi
componentele unui plan de realizare al proiectului ce va fi desfurat n IV.
3. Formarea consoriului IV (Lansarea n execuie a IV)
Aceast funcie va avea ca rezultat asamblarea i punerea n funciune a ntreprinderii
virtuale. Pornind de la obiectivul IV, se vor face nite pai pregtitori, n special n partea de
management al VBE, urmnd apoi demararea procesului de licitaie i atribuirea subproceselor
ctre ntreprinderile candidate. Deasemenea, se va oferi suport pentru ntocmirea contractelor ntre
ntreprinderile partenere ale IV, contracte care vor fi suportul legal pentru colaborare. Structura de
mprire a muncii va fi instaniat i actualizat cu sarcinile i activitile specifice fiecrui
partener din consoriul IV.
La intrarea acestei funcii va fi procesul detaliat al IV, cu subprocesele componente.
pag. 103 / 109

Rezultatul va fi modelul ntreprinderii virtuale, care va descrie IV n funcie de entitile

componente i relaiile dintre acestea (activiti, roluri, abiliti). Componentele sistemului care vor
fi responsabile pentru executarea acestei funcii au rolul de a:
- efectua paii pregtitori pentru licitarea sarcinilor (subproceselor): se va verifica dac membrii
reelei care corespund profilului cutat sunt disponibili, se va alctui anunul pentru licitaie, care
s conin, printre altele: obiectivul IV, abilitile cutate, eventuale constrngeri (de timp, de cost,
preferine ale iniiatorului IV);
- cauta n registrul VBE i de a sugera potenialii parteneri, crora le va fi transmis oferta licitaiei
- superviza procedura de licitaie i a oferi suport de negociere entitilor participante:
componentele implicate n acest proces vor fi componente interactive, care vor asigura att un
mediu de negociere virtual, ct i suport pentru integrarea i organizarea informaiilor schimbate de
ctre ageni (care pot fi factori umani sau ageni software)
- oferi suport pentru partajarea obiectelor accesate de ctre utilizatori n timpul negocierii;
- oferi variante customizabile de contracte de colaborare ntre partenerii consoriului.
4. Monitorizarea proceselor derulate n IV, suport pentru lucru colaborativ
Aceast funcie va asigura suport pentru monitorizarea proiectului derulat n cadrul IV,
mpreun cu raportarea progresului acestuia. Se va asigura faptul c proiectul se ncadreaz n
bugetul i n limita de timp alocate. Aceast funcie va asigura automatizarea procesului de afaceri
a IV, parial sau total, depinznd de natura acestuia. Deasemenea, dac n timpul lucrului,
partenerii estimeaz c unele din procesele desfurate pot fi reutilizate, ar trebui s aib la
dispoziie componente care s permit indexarea rezultatelor acelor activiti.
Intrri pentru aceast funcie vor fi constituite din descrierile serviciilor ce trebuiesc
asigurate de ctre membri IV: informaiile, materialele i resursele necesare ndeplinirii sarcinilor
ce le revin.
Rezultatele vor fi: produsele livrabile, iar, dup caz, indexul produselor re-utilizabile.
Componentele care vor asigura implementarea acestei funcii se vor ocupa de:
- compunerea i execuia dinamic a proceselor de munc; interpretarea elementelor proceselor
de afaceri legate de: rolul participanilor implicai n proces i informaiile manipulate n proces
- pasarea, conform regulilor procedurale, a documentelor, informaiilor i sarcinilor de la un
partener la altul;
- invocarea, acolo unde este necesar, a instrumentelor i aplicaiilor IT existente deja la nivelul
ntreprinderilor individuale membre ale IV;
- suport pentru implementarea regulilor de transformare la nivelul procesului de lucru, n vederea
completrii de ctre actorii implicai (fie ei maini, oameni, servicii Web sau ageni autonomi) a
sarcinilor ce le revin;
- suport pentru activiti colaborative interpersonale i interprocese: obiecte partajate, transfer de
date i comunicare aproape n timp real, videoconferine, etc.
5. Suport pentru disoluia IV i colectarea experienei acumulate
Aceast funcie va asigura nchiderea IV, odat ce obiectivul acesteia a fost atins. ns,
nainte de disoluie, partenerii vor aloca timp pentru captarea experienelor acumulate n timpul
desfurrii proiectului. Dup ce proiectul este nchis, partenerii i recapt locul n reeaua de
ntreprinderi, ateptnd alte oportuniti.
Intrrile acestei funcii vor fi: produsul (serviciul) livrabil, rezultat n urma activitilor
derulate n cadrul IV, precum i contractul de colaborare parafat anterior de ctre partenerii IV.
Ca rezultate, aceast funcie va actualiza profilurile partenerilor care au alctuit consoriul
IV, va indexa n registrul VBE rezultatele re-utilizabile, i va asigura faptul c partenerii sunt
compensai n concordan cu munca depus.
Componentele vor asigura urmtoarele funcii:
pag. 104 / 109

- verificarea faptului c obiectivul IV a fost atins; soluionarea eventualelor litigii ntre clientul IV
i consoriu; pe baza specificaiilor clientului se vor verifica produsele i modul n care acestea
corespund ceinelor;
- pe baza contractelor stabilite n etapa de formare a IV, se vor pune la punct detaliile cu privire la
plata compensaiilor membrilor IV, n funcie de sarcinile asumate i prestate.
- colectarea experienei lucrului n echipa IV: pe baza chestionarelor distribuite partenerilor, din
care s reiese calitatea consoriului, actualizndu-se n registrul VBE regulile de asociere pe baza
performanelor din proiectul tocmai ncheiat, sau a preferinelor expuse de parteneri;
- cuprinderea proiectului i rezultatelor n cadrul unor statistici, utilizate mai trziu pentru
actualizarea competenelor reelei i ntreprinderilor individuale, dar i n activitile de marketing
a reelei.
nlniurea funciilor
Figura 2.7.1. prezint nlnuirea funciilor impuse platformei INVITE. Astfel, se dovedete
faptul c aceasta va satisface cerinele de suport a mecanismelor ntreprinderilor virtuale. Prin
implicarea unor tehnologii de ultim generaie n dezvoltarea componentelor ce vor implementa
aceste funcii se asigur dezvoltarea durabil a unui produs / serviciu eBusiness competitiv, de
mare necesitate, mai ales n condiiile actuale, n care resursele umane, materiale sau de know-how
trebuie gestionate ntr-un mod ct mai eficient.

Figura 2.7.1. nlnuirea funciilor de anvelop impuse platformei INVITE

pag. 105 / 109

2.8. Concluziile capitolului

n capitolul 2 se prezint cerine tehnice i funcionalitile oferite utilizatorilor de
platforma integrat INVITE, precum i analizarea tehnologiilor i mediilor de dezvoltare capabile
s implementeze aceste cerine. Cerinele sistemului, prin prisma funciilor de anvelop, vor
susine mecanismele de formare, restructurare i operare ale ntreprinderii virtuale pe parcursul
ntregului ciclu de via a acesteia asistnd i procesul de disoluie al acesteia. Pentru integrarea
unei ntreprinderi virtuale se folosesc ageni inteligeni, pentru care in cadrul capitolului se descriu
scenarii i cazuri de utilizare care reflect procesele de comunicare, ofertare i negociere care au
loc ntre ageni, ca i reprezentani ai ntreprinderilor candidate pentru formarea unei IV n vederea
fructificrii oportunitilor de business.
Tehnologiile web interactive sunt principalele candidate pentru aplicaiile Rich Internet
Application - RIA, att din punct de vedere al interaciunii utilizator-sistem ct i din punct de
vedere al invocrii serviciilor i al optimizrii comunicaiei ntre blocurile client i server, din
cadrul mediilor colaborative. Cercetrile elaborate susin proiectarea unui sistem experimental de
tip framework generic pentru medii colaborative sincrone i asincrone, interpersonale i
interprocese care permite abstractizarea rutinelor software i ofer funcionaliti generice ce pot fi
suprascrise selectiv n vederea implementrii unor funcionaliti specifice mediului colaborativ. Se
propune o arhitectur hibrid, pornind de la avantajele LAMP, multi-tier i SOA, care va integra
ntre blocurile funcionale: un server media i o component de tip bibliotec virtual cu un modul
de conversie al documentelor. Interoperabilitatea serviciilor arhitecturii SOA permite integrarea
componentelor funcionale la nivel de servicii. mbuntirea accesului la servicii prin optimizarea
funcionalitilor de interfaare utilizator-sistem se realizeaz prin implementarea conceptului rich
client, menit s asigure independena la nivelul componentelor blocului client i n ceea ce privete
comunicaia cu blocul server (comunicarea client/server asincron). Framework-ul generic va
cuprinde patru tipuri de componente care urmresc funcionalitile specifice.
o Componentele generice implementeaz funcionalitile de management al bncii de date i
gestiune a utilizatorilor, elaborarea de statistici i programarea activitilor utiliznd agenda
electronic.
o Componente colaborative interpersonale cuprind instrumentele pentru mesagerie multimedia,
forum de discuii, spaiul virtual partajat, videoconferina, modulul de tip online focus group.
o Componentele interactive implementeaz funcionalitile de cutare avansat, interogarea
bncii de date n limbaj natural, managementul resurselor conform conceptului de bibliotec
virtual, elaborarea de chestionare i managementul activitilor n cadrul proiectelor.
o Componentele colaborative interprocese implementeaz caracteristicile de suport decizional i
asisten virtual. Componentele de suport colaborativ respecta cerinele software-ului social.
Analizarea cerinelor de asistare a deciziilor n IV a indicat cazuri de utilizare de sisteme de
suport decizional, precum i cazuri de utilizare generale pentru cuplarea paradigmelor colaborative
i decizionale.
Paragraful 2.7 prezint funciile de anvelop ale platformei INVITE, precum i
componentele sistemului, aa cum au rezultat ele dup examinarea cerinelor generale. Funciile de
anvelop pentru susinerea mecanismelor ntreprinderilor virtuale, sunt: i)Crearea, meninerea i
actualizarea reelei de ntreprinderi suport pentru viitoarele IV; ii)Definirea obiectivului IV;
iii)Formarea consoriului IV - lansarea n execuie a IV; iv) Monitorizarea proceselor derulate n
IV, suport pentru lucru colaborativ; v) Suport pentru disoluia IV i colectarea experienei
acumulate. n capitol se prezint deasemenea modul de nltuire a funciilor asigurate de ctre
platform.

pag. 106 / 109

Bibliografie

Camarinha-Matos L. M., Afsarmanesh H. (2003), Elements of a base VE Infrastructure, J.

Computers in Industry, Vol. 51, Issue 2, Jun 2003, pp. 139-163.
Camarinha-Matos, L. M., Afsarmanesh H. (1999), Infrastructures for Virtual Enterprises Networking Industrial Enterprises (Kluwer Academic Publishers, Boston).
Camarinha-Matos, L. M. and H. Afsarmanesh (2001), Service Federation in Virtual
Organizations, in: Proceedings of PROLAMAT'01 (Kluwer Academic Publishers, Boston),
7-10 Nov 2001, Budapest, Hungary.
Camarinha-Matos, L. M., H. Afsarmanesh, A. L. Osorio, (2001), Flexibility and safety in a
webbase infrastructure for virtual enterprises, International Journal of Computer Integrated
Manufacturing (Taylor & Francis, UK), 14(1).
M. Tolle, J. Vesterager (2003), VEM: Virtual Enterprise Methodology, VTT Symposium,
2003, vol 224, pp 53-70
Camarinha-Matos L.M., Oliveira, A.I., Ratti, R. , Demsar, D., Baldo, F. , Jarimo, T., A
computer-assisted VO creation framework, Proc. 8th IFIP Working Conference on Virtual
Enterprises, PRO-VE, Guimares, Portugal, 10-12 sept. 2007
Camarinha-Matos L. M. (2002), Multi-Agent Systems in Virtual Enterprises, in
Proceedings of AIS2002 International Conference on AI, Simulation and Planning in
High Autonomy Systems, SCS publication, ISBN 1-56555-242-3, pp 27-36, Lisbon,
Portugal, 7-10 Apr 2002.
Scheer A.W. (1994) Business Process Engineering Reference Models for Industrial
Enterprises, Springer-Verald, Berlin, u.a. 2nd edition, 1994
Boukhelfa, K., Boufaida, M. (2006), Inter-agent Communications During the Virtual
Enterprise Creation, Lecture Notes in Computer Science, Vol. 3812/2006, Springer Berlin
/ Heidelberg
Guizzardi R. S. S., Ludermir P-G, Sona D (2007), A Recommender Agent to Support
Knowledge Sharing in Virtual Enterprises, capitol n Agent and Web Service Technologies
in Virtual Enterprises, Idea Group Publishing, 2007
Lupu, A.R. (2003), Model bazat pe agenti software pentru constituirea ntreprinderii
virtuale, Rev. Informatica Economica, nr. 4(28)/2003
Lupu V., Lupu C. (2008), Multi Agent Systems to Set Up Virtual Enterprises, Journal of
Applied Computer Science, no.1 (2) /2008, Suceava
Petersen S.A., Rao, J, Matskin, M., 2003 Virtual Enterprise Formation with Agents - an
Approach to Implementation, IEEE/WIC International Conference on Intelligent Agent
Technology (IAT'03)
Petersen, S.A., Divitini, M. (2002), "Using agents to support the selection of virtual
enterprise teams", Proc. 4th International Bi-Conference Workshop on Agent-oriented
Information Systems (AOIS-2002 at AAMAS'02), Bologna, Italy, July 16, pp.98-112.
Petersen, S. A., Gruninger, M. (2000), An Agent-based Model to Support the Formation of
Virtual Enterprises, Int. ICSC Symposium on Mobile Agents and Multi-agents in Virtual
Organisations and E-Commerce (MAMA'2000), in Woolongong, Australia, 11-13 Dec..
Ader, M. (2001). Technologies for the Virtual Enterprise. In: Excellence in Practice,
Volume III Innovation and Excellence in Workflow/Process Management and
Document/Knowledge Management. Fischer L. 360 pages. E-Workflow Pub House.
Caporuscio, M. and Iverardi, P. (2003). Yet Another Framework for Supporting Mobile and
Collaborative Work. In: Proceedings of the 12th IEEE Intenational Workshops on Enabling
Technologies: Infrastructure for Collaborative Enrerprise. Pages 1 6.

pag. 107 / 109

Kuroda, T., Sakatoku, A., Kitagata, G., Chakraborty, D., Shiratori, N. (2008). Open 3D
Space Construction Scheme for Symbiotic Collaborative Work. In: Proceedings of the 28th
International Conference on Distributed Systems Workshops. Pages 73 83.
Laso-Ballesteros, I. and Prinz, W. (2006) New Collaborative Working Environments 2020.
In: Report on industry-led FP7 consultations and 3rd report of the Experts Group on
Collaboration@Work. European Commission Information Society and Media. Bruxelles.
Sugawara K., Fujita S., Hara H. (2007). A Concept of Symbiotic Computing and its
Application to Telework. In: Proceedings of the 6th International Conference on Cognitive
Informatics (ICCI07). Pages: 201-209.
Upton, D.M., McAfee, A., (1996), The real virtual factory, Harvard Business Review, pp.
123-133.
H. Ludwig, C. Bussler, M. Shan, P. Grefen (1999), Cross-Organisational Workflow
Management and Co-ordination WACC 99 Workshop Report, ACM SIGGROUP
Bulletin, Vol. 20, No. 1, 1999.
D. Georgakopoulos, M. Hornick, A. Sheth (1995), An Overview of Workflow
Management: From Process Modeling to Workflow Automation Infrastructure, Journal of
Distributed and Parallel Databases, Vol. 3, No. 2, 1995
P. Allen (2006), Service Orientation: Winning Strategies and Best Practices, Cambridge,
UK, Cambridge University Press.
A. Basu, A. Kumar (2002), Workflow management issues in e-business, 114, Information
System Research 13(1).
Brandt (2003), J2EE vs. .Net Enterprise Applications, articol electronic.
R. Broos, B. Dillenseger, A. Guther, M. Leith (2000), MIAMI: Mobile intelligent agents
for managing the information infrastructure,
www.infowin.org/ACTS/ANALYSYS/PRODUCTS/THEMAICT/AGENTS/ch3/miami.htm.

R. Davidrajuh, Z.Q. Deng (2000), Identifying potential supplier for formation of virtual
manufacturing systems, Proceedings of 16th IFIP World Computer Congress, Vol.
ITBM, Beijing, China, 21-25 Aug 2000.
K. Fischer, J.P. Muller, I. Heiming, A. Scheer (1996), Intelligent agents in Virtual
Enterprises. In The 1st International conference on the practical applications of Intelligent
Agents and Multi Agents Technology, London, 1996
Fotache, L. Hurbean, (2004), Soluii informatice integrate pentru gestiunea afacerilorERP, Ed. Economic, Bucureti.
GERAM - IFAC/IFIP Task Force on Architectures for Enterprise Integration, GERAM:
Generalised Enterprise Reference Architecture and Methodology, ISO15704:2000.
(available on: http://www.cit.gu.edu.au/~bernus)
F. Leymann and D. Roller (2000), Production Workflow: Concepts and Techniques
(Prentice-Hall, Upper Saddle River,).
Y. Li, B.Q. Huang, W.H. Liu, C. Wu, H.M. (2000) Gou, Multi-agent system for partner
selection of virtual enterprises, Proceedings of 16th IFIP World Computer Congress, Vol.
ITBM, Beijing, China, 21-25 Aug 2000.
N. Maheshwari, U.A. Lanjewar (2005), Contribution of Multi-Agent Systems in Virtual
Enterprises, in Proc. 5th International Conference of Computational Science, Atlanta, GA,
USA, May 22-25, 2005
T. Mullen, M.P. Wellman (1996) Some Issues in the Design of Market-Oriented Agents,
Wooldridge et al., 1996, pp 283-298, Springer Verlag, 1996
D.E. OLeary, (2000), Enterprise Resource Planning Systems, Cambridge University Press.
R. Rabelo, L.M. Camarinha-Matos, R. Vallejos (2000), Agentbased brokerage for virtual
enterprise creation in the moulds industry, in E-business and Virtual Enterprises, Kluwer
Academic Publishers, ISBN 0-7923-7205-0, pp.281-290, Oct 2000.
pag. 108 / 109

Rocha, E. Oliveira (1999), An electronic market architecture for the formation of virtual
enterprises, in Proceedings of the IFIP TC5 WG5.3 / PRODNET Working Conference on
Infrastructures for Virtual Enterprises: Networking Industrial Enterprises, pp. 421 432,
ISBN:0-7923-8639-6, 1999.
W. Rupietta (2005), WorkParty - Business Processes and Workflow Management,
c_Springer-Verlag Berlin Heidelberg
W. Shen, D.H. Norrie (1998), An agent-based approach for distributed manufacturing and
supply chain management, in Globalization of Manufacturing in the Digital
Communications Era of the 21st Century: Innovation, Agility, and the Virtual Enterprise,
Jacucci, G. (ed.), Kluwer Academic Publishers, 1998.
M.J. Wooldridge, N.R. Jennings (1995), Intelligent Agents Theories, Architectures and
Languages, vol. 890: Lecture Notes in Artificial Intelligence, Springer-Verhalg, 1995

Resurse Web
www.wfmc.org
http://www.kuleuven.be/ve/
http://www.iconprocess.com/iconprocess/busConcept.php?detail=fbcTemplate
http://www.ide.hk-r.se/~pdv/Papers/ICEIS2006.pdf
http://www.globus.org
http://www.ibm.ro
http://www.cariboulake.com/news/j2eevsnet_v2.htm
www.bpmn.org
www.business-online.ro
www.bus-innovation.com
www.ebsromania.ro
www.ebusiness-watch.org
www.e-training.iatp.md/e-business/E-commerce.htm
http://ulises.tel.uva.es/uploaded_files/BoteACG03.pdf
www.informationweek.com
www.intelligententerprise.com
www.legi-internet.ro
www.microsoft.com
www.neweconomyindex.org
www.technologyevaluation.com
www.teleactivities.com
www.w3.org
http://jade.tilab.com/
http://flexblog.faratasystems.com/
http://www.php.net/docs.php
http://pear.php.net/manual/
http://www.ims.org/
http://jade.tilab.com/
http://www.adobe.com/support/documentation/en/flex/
http://www.adobe.com/resources/business/rich_internet_apps
http://www.adobe.com/support/training/instructor_led_curriculum/flex2_rca.html
http://www.mediasemantics.com/

pag. 109 / 109