SISTEME DISTRIBUITE

Lect. Dr. Cristea Dragos

Cuprins
2.1 Abordare distribuit a managementului cunotinelor economice ............................... 4 2.1.1 Rolul mecanismelor informale pentru managementul distribuit de cunotine............. 9 2.1.2 Model arhitectural pentru managementul distribuit de cunotine .............................. 13 2.2 Sisteme distribuite, caracteristici i concepte fundamentale ....................................... 17 2.2.1 Caracteristici fundamentale ale sistemelor distribuite ................................................ 18 2.2.2 Paradigma comunicrii n sistemele distribuite .......................................................... 25 2.2.2.1 Comunicarea prin mesaje ..................................................................................... 26 2.2.2.2 Apelul procedurilor la distanta ................................................................................. 29 2.3 Arhitecturi distribuite aplicabile managementului cunotinelor economice ............ 31 2.3.1 Arhitectura client-server i variaii ale acesteia ....................................................... 31 2.3.1.1 Arhitectura client-server i managementul cunotinelor economice................... 36 2.3.2 Arhitectura Grid .......................................................................................................... 40 2.3.2.1 Arhitectura grid i managementul cunotinelor economice ................................ 50 2.3.3 Arhitecturile de tip cloud i managementul cunotinelor economice................... 52 2.3.4 Agenii inteligeni i managementul cunotinelor economice ................................... 58 2.3.4.1 Construirea unui sistem pentru managementul cunotinelor folosind o abordare multi-agent ........................................................................................................................ 65 2.3.5 Calculul mobil i managementul cunotinelor economice......................................... 68 2.3.6 Arhitecturi de calcul omniprezente ............................................................................. 73 2.3.6.1 Arhitecturi omniprezente de calcul i managementul cunotinelor economice .. 75 2.3.7 Arhitecturi de calcul orientate spre servicii................................................................. 81 Concluzii .............................................................................................................................. 87

TEHNOLOGII DISTRIBUITE I MANAGEMENTUL CUNOTINELOR ECONOMICE

Cea mai bun cale de a prezice viitorul este s-l implementm. David Heinemeier Al doilea capitol, intitulat Tehnologii distribuite i managementul cunotinelor economice reia ipoteza menionat la finalul primului capitol, conform creia dezvoltarea accelerat a tehnologiilor distribuite face posibil, n prezent, abordarea managementului cunotinelor dintr-o perspectiv distribuit. Astfel, ne propunem, ca pe parcursul acestui capitol, s abordm problematica utilizrii sistemelor distribuite n contextul managementului cunotinelor. Mai mult, vom ncerca s demonstrm, att prin studiul literaturii de specialitate, ct i prin exemple proprii, faptul c dezvoltarea unui sistem pentru managementul cunotinelor, poate fi realizat optim, doar dac sunt folosite tehnologii, respectiv arhitecturi distribuite. n acest sens, analiza sistemelor distribuite va fi realizat lund n considerare dou perspective:
Organizaional: n acest context, cercetarea referitoare la managementul distribuit al cunotinelor va ncerca s rspund unor ntrebri, precum: o Ce nseamn, din punctul de vedere al structurii organizaionale, utilizarea arhitecturilor distribuite? o Ce implicaii organizaionale exist, n contextul utilizrii sistemelor pentru managementul cunotinelor? o Care este rolul mecanismelor informale n definirea soluiilor distribuite pentru managementul cunotinelor? o Exist roluri specifice, generate de orientarea spre arhitecturi distribuite? Tehnologic: Perspectiva tehnologic va fi abordat, n vederea determinrii conceptelor fundamentale ale sistemelor distribuite, precum i a caracteristicilor acestora. Considerm util definirea acestei perspective, deoarece, att proiectarea, ct mai ales implementarea optim a unui sistem distribuit pentru managementul cunotinelor depind de respectarea condiiilor impuse prin caracteristicile sistemelor distribuite.

Analiza arhitecturilor distribuite, conform celor dou perspective, reprezint o prima etap, despre care putem afirma c este o etap conceptual, n vederea demonstrrii necesitii sistemelor distribuite pentru managementul cunotinelor. n continuare, pornind de la premiza conform creia exist o legtur ntre managementul cunotinelor i sistemele distribuite, vom iniia a doua etap, al crui demers va fi acela de a sublinia caracteristicile i diferitele forme, pe care le poate lua aceast legtur. Cu alte cuvinte, pe parcursul celei de-a doua etape, vom lua n considerare, analiza i prezenta diferite exemple, propuneri de modele, viziuni i scenarii posibile, aferente principalelor tehnologii distribuite, existente n prezent. Prin realizarea acestui plan, considerm c vom reui, n final, s delimitm i s nelegem relaia polivalent existent ntre sistemele distribuite i managementul cunotinelor economice.

2.1 Abordare distribuit a managementului cunotinelor economice

Ultimii ani au adus o schimbare a paradigmei socio-economice, n sensul n care capitalul i munca nu mai reprezint fundamentul managementului competitiv. n prezent, organizaiile depind, ntr-o mare msur, de capacitatea identificrii i utilizrii cunoaterii pe care o dein. Prin urmare, managementul cunotinelor a atras atenia multor organizaii, promind succes competitiv n noul mediu economic, aa cum subliniaz Bolloju [Bolloju, 2002]. Cu toate c exist recunoaterea economic a managementului cunotinelor, managerii se regsesc, adesea, n situaia n care nu pot identifica locurile unde se gsete cunoaterea i cum poate fi folosit aceasta pentru a deveni o organizaie a cunoaterii Desouza [Desouza, 2003]. Aceast situaie poate aprea, mai ales, atunci cnd activitile specifice managementului cunotinelor sunt realizate nestructurat. Lipsa abordrii structurate denot o nelegere minimal a conceptelor MC i a activitilor pe care acestea le implic. n vederea rezolvrii problemelor referitoare la structura iniiativei MC, cercettorii au propus o multitudine de modele, sintetizate n 1.4.1.1 1.4.1.7, pe care Holsapple [Holsapple, 1999] le-a clasificat n dou categorii:
Descriptive (exemplu: Wiig, Choo), care ncearc s caracterizeze natura fenomenelor MC; Prescriptive (exemplu: Nonaka), care prezint metodologii de urmat pentru implementarea managementului cunotinelor

Pornind de la faptul c fiecare model MC subliniaz diferite aspecte i dimensiuni ale managementului cunotinelor, am ncercat, n subcapitolul 1.4.2, s integrm elementele specifice modelelor prezentate ntr-un model MC integrativ i descriptiv. Aa cum se poate observa, modelul prezentat n figura 1.24 nu definete posibile metodologii de lucru. Am ales abordarea descriptiv, plecnd de la premiza conform creia orice program de management al cunotinelor trebuie s poat fi descris printr-un cadru conceptual larg, pe baza cruia s putem defini ulterior subcomponente i metodologii. Cadrul conceptual al managementului cunotinelor reprezint un element necesar, dar n nici un caz suficient dezvoltrii unei iniiative MC. Astfel, o alt component, de asemenea important a programului MC, este reprezentat prin sistemul de management al cunotinelor. Pentru abordarea SMC, am considerat util folosirea unor modele arhitecturale, preponderent prescriptive - vezi tabel 1.23 - cu scopul de a oferi un punct de vedere concret asupra modului n care componenta tehnologic poate fi utilizat efectiv n dezvoltarea unui sistem pentru managementul cunotinelor - vezi figura 1.42. Sfritul primului capitol a adus n discuie o problem arhitectural important, anume, posibilitatea construirii sistemelor pentru managementul cunotinelor folosind arhitecturi tehnologice centralizate sau distribuite. ntrebarea ce se nate poate fi formulat astfel: care tipologie arhitectural trebuie s fie folosit pentru dezvoltarea SMC? Abordarea distribuit a managementului cunotinelor economice ncearc s suplineasc probleme specifice soluiilor MC tradiionale, cum ar fi: crearea unei structuri unice de cunotine, care nu permite autonomia unitilor organizaionale i, respectiv, existena unor scheme conceptuale diferite, reflectnd puncte diferite de vedere. Potrivit lui Bonifacio [Bonifacio et al, 2002], aceast abordare arhitectural ia n considerare eterogenitatea elementelor cunoaterii i consider organizaiile complexe, orientate spre cunoatere, drept constelaii de uniti organizaionale, care gestioneaz cunotinele n moduri autonome i pe care le schimb ntre ele, prin intermediul proceselor de transfer i coordonare.
4

O mare parte a sistemelor pentru managementul cunotinelor au ca scop crearea depozitelor omogene de cunotine de mari dimensiuni, n care cunoaterea organizaional s poat fi unificat, reprezentat i organizat, conform unei scheme unice de reprezentare, partajat de membrii companiei. Rezultatul cel mai ntlnit al dezvoltrii unui SMC const n crearea unui portal de cunotine i a unei interfee, prin care se asigur punctul de acces la cunoaterea organizaional. Davenport [Davenport et al., 1998] i Borghoff [Borghoff, Pareschi, 1999] subliniaz faptul c, dac utilizatorii au profiluri diferite, reprezentarea intern a portalului de cunotine rmne neschimbat, reflectnd o reprezentare comun a cunoaterii organizaionale, care permite comunicarea i partajarea cunotinelor n ntreaga companie. Bonifacio [Bonifacio et al., 2000], [Bonifacio et al., 2002] prezint abordarea distribuit drept o alternativ posibil pentru construirea unui SMC. Aceast abordare este fundamentat pe ipoteza, adoptat i de noi n subcapitolul 1.6, conform creia SMC-urile tradiionale sunt incompatibile cu natura a ceea ce au de gestionat (cunoatere/cunotine). Perspectiva distribuit asupra SMC ia n considerare aspectele subiective i sociale ale cunoaterii, dificil de ncadrat ntr-o conceptualizare comun, unic i partajabil [Ghidini, 2001], [Benerecetti et al., 2000], [Dinsmore, 1991], mpreun cu rezultatul interaciunilor sociale din interiorul unitilor organizaionale [Wenger, 1998]. n opinia lui [Argyris, 1999] i [Boland, 1995], utilizarea arhitecturilor distribuite n managementul cunotinelor se bazeaz pe dou principii importante, i anume:
Principiul autonomiei, care garanteaz unitilor organizaionale un nivel ridicat de autonomie semantic n gestiunea cunotinelor locale; Principiul coordonrii, care permite schimbul liber de cunotine ntre diferite uniti.

Sistemele pentru managementul cunotinelor, construite pe aceste principii, ar trebui s poat susine crearea i gestiunea diferitelor scheme conceptuale, care coexist ntr-un SDMC 1. n cazul n care am fi nevoii s punctm acel element sau proces, ce definete cel mai bine necesitatea abordrii distribuite a managementului cunotinelor, apreciem c acesta poate fi reprezentat de procesul partajrii cunoaterii. Alavi [Alavi, 2000] subliniaz c importana partajrii este determinat de faptul c simpla creare a cunoaterii nu conduce, n mod direct, la performane organizaionale superioare. Companiile trebuie s creeze valoare prin utilizarea cunoaterii, iar aceasta nu poate fi utilizat, dect dac este partajat. Partajarea cunoaterii are loc atunci cnd cunotinele sunt difuzate de la o entitate la alta. Provocrile aduse de acest proces se refer, n principal, la tipurile de cunotine, necesar a fi partajate, precum i la incapacitatea de a localiza i accesa sursele necesare de cunotine [Alavi, 2000]. Malone [Malone, 2002] argumenteaz, la rndul lui, c procesul de partajare a cunotinelor trebuie s se realizeze ntre domeniile de cunoatere existente n organizaie. Dup acesta, un domeniu de cunoatere definete un domeniu de practic, pe care o comunitate i propune s-l nvee, el putnd exista att n interiorul companiei, ct i n afara acesteia. Prin urmare, fiecare angajat va obine cunoaterea necesar, direct sau indirect, din diferitele domeniile de cunoatere. De asemenea, Malone subliniaz faptul c filtrarea cunotinelor din DC 2 se realizeaz att de ctre comunitile orientate spre cunoatere, ct i de comunitile de practic.

1 2

SDMC: Sistem Distribuit pentru Managementul Cunotinelor DC: Domeniu Cunoatere

Potrivit lui Lacontora [Lacontora, 2003], o comunitate de practic reprezint un sistem tehnico-social, care furnizeaz mijloacele producerii i partajrii cunotinelor ntre angajaii cu aceeai profesie. Dei, att comunitile de practic, ct i comunitile orientate spre cunoatere, sunt comuniti aparinnd aceleiai organizaii, Malone [Malone, 2002] identific dou caracteristici principale, care le difereniaz, i anume:
Organizaia i asum responsabilitatea pentru stabilirea domeniilor de interes i formarea comunitilor orientate spre cunoatere. Contrar, comunitile de practic se formeaz organic spontan, ca rspuns la interesele organizaionale din interiorul companiei; Direciile i obiectivele comunitilor orientate spre cunoatere nu sunt foarte clar definite. Dei organizaia stabilete i susine aceste comuniti, ele nu au scopuri clar definite, n afar de extinderea gndirii angajailor, conform unor anumite zone de interes.

n opinia lui Pan [Pan, 2003], importana acestor comuniti provine din imposibilitatea separrii cunoaterii de un context specific. n toate tipurile de activiti bazate pe cunoatere, chiar i n contextul n care tehnologia este folosit intensiv, att persoanele care dein cunoatere, ct i cele care doresc a o regsi, necesit un mediu comun, care s ofere posibilitatea partajrii conversaiilor, experimentelor, experienelor, procedurilor de lucru, etc. Una dintre provocrile oricrei iniiative ce privete managementul cunotinelor const n identificarea unui mod de a conecta comunitile sus-menionate. Majoritatea proiectelor pentru managementul cunotinelor utilizeaz, pentru abordarea acestei probleme, soluii ce implic crearea unor depozite centralizate de cunotine. Astfel, cunoaterea este colectat, reprezentat i organizat, conform unei singure scheme conceptuale. O astfel de schem are drept scop conceptualizarea cunoaterii organizaionale, permind comunicarea i diseminarea cunotinelor, pe toate nivelurile organizaionale. Rezultatul acestui mod de conectare a comunitilor organizaionale const n crearea unui portal organizaional, care furnizeaz un singur punct de acces la cunoaterea organizaional. Aceast modalitate de abordare a iniiativelor pentru managementul cunotinelor presupune c toate aspectele contextuale, subiective i sociale ale cunoaterii pot fi eliminate n favoarea unei codificri obiective, generale, cunoaterea putnd fi partajat i refolosit, n mod independent fa de angajai sau de unitile organizaionale n care a fost creat. Aceast presupunere, dei coerent n contextul modelelor organizaionale tradiionale, este incompatibil cu multe teorii ale cunoaterii, n care aspectele subiective i sociale reprezint caracteristici eseniale. Astfel, Bonifacio [Bonifacio, 2002] propune o abordare diferit, denumit managementul distribuit al cunotinelor, n care componenta social, subiectiv este privit drept o surs de valoare i nu o potenial problem. n modelul Bonifacio, organizaia este modelat sub forma unei constelaii format din noduri de cunotine, situaie ce presupune gestiunea local (la nivelul fiecrui nod) a surselor de cunotine. Astfel, un sistem pentru managementul cunotinelor economice devine un instrument, care trebuie s susin dou procese diferite, i anume:
Gestiunea local a cunotinelor produse ntr-un singur nod de cunoatere (principiul autonomiei); Coordonarea diferitelor noduri de cunotine, n absena unei semantici central definite (principiul coordonrii).

Conform lui Bowker [Bowker, 1999], majoritatea proiectelor pentru managementul cunotinelor prezint un model comun, care implic urmtoarele etape:
Instalarea intraneturilor organizaionale, care asigur accesibilitatea fizic la informaie; Proiectarea unui limbaj organizaional i a hrilor de cunotine, care sunt folosite pentru reprezentarea standardizat a cunoaterii organizaionale; Construirea depozitelor de cunotine, omogene din punct de vedere semantic i independente de context; Crearea i susinerea comunitilor neformale, care reprezint locul unde se nasc primele forme de cunoatere, acest proces realizndu-se prin interaciuni spontane, sociale ale angajailor din acelai domeniu. Aceste comuniti sunt denumite comuniti virtuale, ele folosind instrumente tehnologice de comunicare, precum sisteme groupware; Definirea unui nou rol organizaional, managerul de cunotine, al crui scop este de a susine i facilita interaciunile din interiorul unitilor organizaionale; Proiectarea unor procese care s permit membrilor fiecrei comuniti s converteasc propria cunoaterea din tacit spre explicit, folosind elemente de codificare oferite de limbajul organizaional; Construirea portalului organizaional de cunotine, care furnizeaz o interfa unic, uor accesibil, prin care angajaii pot contribui la baza de cunotine, socializa i extrage informaie.

Conceptual, parcurgerea acestor etape poate conduce la realizarea unui cadru pentru managementul cunotinelor, precum cel pe care l propunem n figura 2.1:

Figura 2.1: Cadru pentru managementul distribuit al cunotinelor Sursa: adaptare dup Bonifacio [Bonifacio, 2002] Cadrul arhitectural prezentat n figura 2.1 se bazeaz pe tehnologii, precum cele analizate n capitolul 1.5.2.1.3. Potrivit lui Orlikowski [Orlikowski, 1994], situaia cea mai ntlnit este aceea n care tehnologiile de tip content management systems sunt folosite pentru definirea unei viziuni partajate a ntregii colecii de documente organizaionale, avnd drept scop rezolvarea problemelor induse de eterogenitatea documentelor. Cu toate c productorii software afirm c abordarea prezentat anterior este rspunsul la nevoile organizaiilor de a gestiona cunotine, introducerea sistemelor pentru managementul cunotinelor ntmpin o rezisten mare din parte angajailor.
7

Conform lui Bonifacio [Bonifacio, 2002], consecina acestei situaii este faptul c angajaii continu s produc i s partajeze cunotine ntr-o manier tradiional, adic prin structuri de relaii i procese, care sunt, adesea, diferite de cele nglobate n SMC-uri. Bonifacio argumenteaz c aceast situaie nu i are originea n problemele tehnologice, ci n modelul epistemologic inadecvat, care este coerent cu paradigma clasic a controlului managerial, dar n contradicie cu natura cunoaterii. Prin urmare, majoritatea SMC sunt proiectate conform viziunii n care cunoaterea poate fi reprezentat ntr-o form obiectiv, independent de elemente contextuale, subiective. Un numr mare de cercettori, abordnd domenii diferite, se opun acestei perspective. Argumentul fundamental al acestora const n definirea cunoaterii drept fiind mai mult dect o simpl imagine n oglind a realitii, deoarece, ntotdeauna va exista nevoia anumitor interpretri. Prin urmare, ceea ce numim cunotine, vor face parte cu adevrat din corpul cunoaterii dac exist o schem, care s ne permit o interpretare; diferite scheme vor genera interpretri diferite ale acelorai cunotine. Acest aspect al cunoaterii a fost studiat din diferite perspective, astfel:
Natura cognitiv a schemelor de reprezentare, unde prin schem de reprezentare putem nelege:
o o o Viziunea unui angajat asupra realitii organizaionale, potrivit lui McCarthy [McCarthy, 1993], Bouquet [Bouquet, 2002] i Ghidini[Ghidini, 2001]; Spaiu mintal, potrivit lui Fauconnier [Fauconnier, 1985]; Reprezentare partiionat, potrivit lui Dinsmore [Dinsmore, 1991].

Natura social a schemelor de reprezentare, schemele de reprezentare fiind n acest caz, forme speciale de acorduri formate n interiorul comunitilor Kuhn [Kuhn, 1979], Goffamn [Goffamn, 1974], Dougherty [Dougherty, 1992]

n opinia lui Bonifacio [Bonifacio et al, 2000], indiferent de perspectiva aleas, abordarea epistemologic a cunoaterii conduce la dou consecine importante, ambele referindu-se la dezvoltarea sistemelor pentru managementul cunotinelor:
Proiectarea SMC, bazat pe organizarea cunoaterii organizaionale cu scopul oferirii unei viziuni globale, poate conduce la introducerea forat a unei scheme privilegiate aceea a CKO n rndul unor angajai, care nu o neleg sau nu sunt de acord cu aceasta; Orice abordare privind proiectarea unui SMC, care nu ine cont de pluralismul schemelor de interpretare, va conduce la un rezultat pe care angajaii l vor considera irelevant sau opresiv.

Prin urmare, potrivit lui Benerecetti [Benerecetti, 2000], conceptul de cunoatere absolut, care se refer la definirea unei imagini ideale i obiective a organizaiei, poate fi nlocuit prin conceptul de cunoatere local. Cu alte cuvinte, cunoaterea local se refer la interpretri i perspective diferite, pariale sau aproximative, asupra organizaiei. Interpretrile sunt generate de angajai, att individual ct i n contextul unor grupuri, prin intermediul unor procese de negociere, al cror scop este obinerea unei scheme aprobat colectiv. Conform lui Boland [Boland, 1995] i Argyris [Argyris, 1999], cunoaterea local este definit n mod continuu de angajaii interesai n construirea unei perspective comune i care doresc s neleag modul n care viziuni diferite afecteaz mediul n care lucreaz. Cu alte cuvinte, n locul managementului cunoaterii cu caracter global, realizat prin intermediul SMC centralizate, cunoaterea poate fi gestionat la nivel local. Aceast abordare conduce la dezvoltarea unui sistem distribuit, care ofer posibilitatea de integrare a multitudinii schemelor de cunoatere existente n departamentele organizaiei.
8

2.1.1 Rolul mecanismelor informale pentru managementul distribuit de cunotine Muli cercettori, precum Desouza, Cross, Teece sau Bartlett, acord o atenie din ce n ce mai mare managementului distribuit de cunotine. Conform lui Bartlett [Bartlett, 1989] i Nohira [Nohira, 1997], clienii, folosind Internetul i echipamentele de calcul mobile, pot accesa aproape orice produs i serviciu, ntr-un mod ieftin, rapid i nengrdit. Potrivit lui Jarvenpaa [Jarvenpaa, 2002], n acest context, n prezent, o organizaie nu mai poate aciona drept o entitate individual. Ea trebuie s defineasc i s creeze reele strategice, care s uneasc clienii, partenerii i furnizorii, muli dintre acetia fiind localizai n diferite ri, posibil pe continente diferite. O consecin a acestei situaii este faptul c organizaiile trebuie s-i utilizeze eficient resursele de cunotine n vederea dezvoltrii competitivitii pe pia - Teece [Teece, 1998] vezi capitol 1.3.2. Putem afirma c, pn n prezent, n cele mai multe dintre cazuri, managementul cunotinelor a fost limitat la utilizarea mecanismelor organizaionale formale. n acest sens, Davenport [Davenport, 1998] identific opt factori cheie pentru succesul iniiativelor viznd managementul cunotinelor, dup cum urmeaz:
Definirea unei legturi clare cu valoarea economic; Infrastructur tehnologic i organizaional; Cultur; Limbaj; Motivare; Transfer de cunotine; Susinere din partea nivelului managerial.

Cu toate acestea, cunoaterea nu se regsete ntotdeauna n domenii gestionate exclusiv de mecanisme formale. Cross [Cross et al, 2002] subliniaz c, n multe cazuri, cunotinele sunt partajate prin mecanisme informale, precum relaiile sociale dintre angajai. Rolul reelelor informale n medii organizaionale distribuite se refer, n principal, la identificarea i diseminarea cunotinelor. Spre exemplu, Desouza [Desouza, 2003a], [Desouza, 2003b] a studiat rolul spaiilor sociale 3 n susinerea schimbului de cunotine. Studiul a relevat faptul c folosirea comunicrii informale are efect asupra schimburilor de cunotine. De asemenea, Nonaka i Takeuchi [Nonaka, 1995] au studiat procesul socializrii n cadrul a diferite companii japoneze vezi capitol 1.4.1.5 i au ajuns la concluzia c socializarea contribuie semnificativ la mbuntirea proceselor de creare i partajare a cunotinelor. Potrivit lui Nohria [Nohria, 2002], reelele informale sunt compuse din relaiile sociale i personale dintre angajai. Persoanele implicate n aceste reele au asociate diferite roluri, precum: conector central, conector inter-reele, puni i experi. Un aspect interesant l gsim n cercetarea realizat de Cross [Cross et al, 2001] care, n urma unui interviu luat unui numr de 60 manageri, constat c 40 dintre acetia au indicat faptul c primesc informaii valoroase, provenind de la ali oameni, mult mai frecvent dect din surse impersonale. O situaie similar managementului distribuit de cunotine este studiat de Evaristo [Evaristo, 2003], care a analizat conceptul de distributivitate, ns n contextul managementului de proiecte, identificnd ase dimensiuni care definesc distributivitatea: distana, ncrederea, nivelul dispersiei, sincronicitatea, expertiza i tehnologia.
3

Conceptul de spaiu social este ntlnit n literatura de specialitate i sub denumirea de game room

Privind, ns, din punctul de vedere al managementului cunotinelor, considerm c dintre acestea, dimensiunile definitorii pentru distributivitatea sistemic sunt urmtoarele:

Dispersia geografic, care indic existena unei distane fizice ntre angajai; Diferenele de expertiz, care indic existena unei distane profesionale ntre angajai, diferen subliniat prin diferitele grade de internalizare a cunoaterii vezi 1.4.1.3.

Conform lui Evaristo, dispersia geografic poate avea dou forme: local sau global. Dispersia local se refer la faptul c angajaii au un loc de munc comun, interaciunea fiind uoar i frecvent, n timp ce n cazul dispersiei globale, interaciunea este aproape imposibil, fiind mpiedicat i de aspecte precum: timpii diferii, diferenele culturale sau limbaje eterogene. Diferenele de expertiz prezint o stare dihotomic. Astfel, cunoaterea poate fi omogen, omogenitatea acesteia fiind prezent n funciile organizaionale. Spre exemplu, un contabil din Bucureti va nelege aspectele financiare ale unei filiale din Frana. Prin urmare, chiar dac angajaii sunt separai prin distane geografice, cunoaterea pe care acetia o creeaz i utilizeaz are un caracter comun. Pe de alt parte, eterogenitatea cunoaterii se manifest frecvent n funciile organizaionale ale unei companii mari. n opinia lui Evaristo, creterea dimensiunii unei companii conduce implicit la creterea gradului de eterogenitate a cunoaterii. Astfel, spre exemplu, exist situaia n care un contabil care lucreaz n Bucureti nu va nelege situaii care implic:
Aspectele financiare privind situaia contabil a unei filiale din Boston; Aspectele referitoare la sistemul tehnologic, care deservete departamentul de contabilitate local.

Dimensiunile prezentate anterior definesc, conceptual, rolul esenial al sistemelor distribuite n managementul cunotinelor economice, anume, unificarea diferitelor reele organizaionale, att formale, ct i informale, avnd drept scop:
Suplinirea distanei ntre angajai, orict de mare ar fi aceasta, n procesele de creare, diseminare i utilizare a cunotinelor; Stabilirea diferenelor de expertiz, crendu-se, astfel, la nivel organizaional un mediu orientat spre nvare vezi capitol 1.3.3.1

Muli cercettori au fost contieni de impactul reelelor informale asupra managementului cunotinelor, aa cum este cazul lui Davenport [Davenport, 2000] i Hanson [Hanson, 1993]. Aa cum menionam anterior, reelele informale pot fi privite drept acele reele n care angajaii sunt interconectai mai mult pe baza relaiilor sociale i personale dect pe baza interaciunilor profesionale, generate n contextul diferitelor sarcini de lucru. Dup prerea lui Hanson, reelele informale nu apar explicit n graficele i diagramele organizaionale, ele putnd fi ns ntlnite n aproape toate companiile. Aceast categorie de reele este foarte dinamic i dificil de identificat. Angajaii sunt identificai drept noduri ale reelei, unitatea reelei fiind meninut prin intermediul legturilor dintre noduri. n contextul celor prezentate anterior, dup Nohria [Nohria, 2002], Cross [Cross, 2002] i Kleiner [Kleiner, 2003], angajaii, reprezentnd nodurile unei reele informale, pot juca urmtoarele roluri:
10

Conectori centrali, reprezentai de angajaii care sunt frecvent contactai, de ali angajai. Au capacitatea de a identifica uor cunotinele locale dintr-un cadru local. Conectorii centrali pot nelege ceea ce i doresc angajaii care caut cunotine, cunoscnd pe acei angajai care pot furniza cunoaterea respectiv. Odat ce conectorii centrali identific ceea ce este cutat, ei realizeaz conexiunea ntre cel ce caut i cei care cunosc. De asemenea, un alt rol al conectorilor centrali este de a furniza scurtturi atunci cnd se pune problema folosirii unui sistem formal. Potrivit lui Cross [Cross, 2002], exemplul cel mai bun, de conector central, l reprezint managerii de departamente, care posed att cunotine, ct i o vast experien n propriul domeniu; Conectori inter-reele, care, n opinia lui Tushman [Tushman, 1977] au scopul de a conecta reele informale diferite. Ei caut n permanen know-how de actualitate i posed o varietate de cunotine, care nu sunt restricionate de anumite expertize funcionale sau de mediul local, n care se regsesc. Davenport [Davenport, 2005] subliniaz c aceti angajai se regsesc adesea n programele de cercetare, prezeni la ct mai multe conferine, pentru a prezenta i a pune n practic idei noi. Cunotinele lor, specifice altor expertize, respectiv domenii, i ajut s comunice cu mai multe reele informale. De asemenea, conform Cross, conectorii inter-reele cunosc mai multe limbaje, fapt care i ajut s comunice uor. Filtre, ce controleaz cunoaterea care intr sau iese dintr-o reea. Spre exemplu, angajatul, care gestioneaz un proces organizaional strategic, va controla fluxul informional i de cunotine, ntre acel proces i restul companiei - Kleiner [Kleiner, 2003]. Prin urmare, rolul filtrelor este de a proteja reelele informale de ameninri exterioare, prin filtrarea informaiei care nu este considerat necesar. Raider [Raider, 2003] a realizat un studiu referitor la modul n care bunurile intelectuale sunt folosite ntr-o companie de servicii. El a identificat prezena filtrelor, rolul acestora fiind de a asigura calitatea cunotinelor care circul ntre nodurile reelelor informale. Filtrele, ntocmai precum conectorii centrali, funcioneaz optim ntr-un context local i n prezena cunoaterii omogene; Puni, cu rolul de a conecta angajaii care nu au aceleai competene i aceeai experien. Punile joac rolul translatorilor, care pot vorbi o varietate de limbaje i pot nelege cunotine provenind din contexte diferite. Conform lui Kleiner [Kleiner, 2003], un rol important al punilor este acela de a conecta oameni cu opinii diferite. Spre exemplu, un posibil conflict n grup poate aprea atunci cnd un inovator dorete s ncerce idei noi, n timp ce un conservator dorete refolosirea cunotinelor vechi. Acest tip de conflict se petrece, dat fiind c nu exist cunoaterea care s-i ajute s neleag punctul de vedere al fiecruia. Rolul punilor este acela de a suplini aceast problem, ele deinnd un volum mare de cunotine i excelente capaciti de comunicare. Experii Conform lui Davenport [Davenport, 2007], experii sunt angajai care dein o vast cunoatere despre anumite tipuri de produse, servicii, procese. Cunotinele experilor sunt foarte valoroase pentru organizaie, deoarece sunt aproape imposibil de formalizat cu ajutorul unui instrument tehnologic. Experii exceleaz att n a nva din experien, ct i n a identifica, extrage i furniza ctre colegi cunotine importante.

Fluxul de cunotine organizaionale, realizat prin mecanisme informale distribuite, prezint o dinamic accentuat, comparativ cu utilizarea mecanismelor formale. Potrivit cadrului prezentat de Katzy [Katzy, 2000], cele mai importante activiti MC, susinute prin mecanisme distribuite informale, sunt: agregarea cunoaterii, transferul cunotinelor i crearea sensului. Fora relaiilor informale poate disprea uor, nodurile fiind importante pentru meninerea funcionrii reelei, prin funcionalitatea aferent, conform rolului jucat.

11

Pornind de la elementele descrise anterior, putem defini un set de caracteristici ale rolurilor jucate de angajai, ntr-un mediu informal, distribuit, anume:
Conectorii centrali au o calificare superioar, referitor la adunarea cunotinelor locale, omogene Angajaii unui departament local se afl ntr-o permanent cutare de agregare a noilor cunotine, n vederea optimizrii procedurilor de lucru. Agregarea cunoaterii implic, ns, dou constrngeri. n primul rnd, este dificil a localiza noile cunotine, din moment ce sursa, n multe cazuri, nu este evident. n al doilea rnd, nici un angajat nu poate petrece un timp foarte ndelungat, n cutarea cunoaterii. Chiar i dac unul dintre angajai poate identifica sursa, accesibilitatea acelei surse poate fi dificil, deoarece, nu vor cunoate cui trebuie s se adreseze n interiorul organizaiei. Credem c n contextul acestor situaii, angajaii vor cuta involuntar un conector central. Prin urmare, sintetizm rolul conectorilor centrali, ca fiind acela de a realiza legtura ntre cuttor i cunoatere, att informal (prin oferirea unor date de contact ale persoanelor de unde pot obine cunotinele), ct i formal (folosind instrumente tehnologice, precum bazele de cunotine); Conectorii inter-reele au o calificare superioara, n ceea ce privete achiziia cunotinelor globale, eterogene n plus fa de cunoaterea localizat, angajaii vor avea adesea nevoie de a cuta cunotine eterogene, specifice altor domenii. Spre exemplu, pentru rezolvarea unei probleme de analiz financiar, un angajat ar putea avea nevoie de cunotine referitoare la un anumit produs. Localizarea cunotinelor n contexte eterogene este un proces mai dificil dect identificarea cunoaterii n domenii clar delimitate, aceast situaie fiind datorat interaciunilor foarte rare ntre cuttor si alte domenii de cunoatere. Problema devine i mai complex, atunci cnd cutarea devine global. Datorit acestei complexiti, rolul conectorilor inter-reele va fi acela de a face posibil legtura dintre cuttor i cunoatere, indiferent de domeniu i distanele geografice; Conectorii centrali pot afecta negativ transferul cunotinelor locale, omogene Conectorii centrali au o capacitate limitat, referitor la numrul de oameni cu care pot fi conectai la un moment dat. Dac aceast capacitate este depit, ei vor deveni inoperativi. Cross [Cross, 2001] a studiat o reea de 218 angajai i a observat c att timp ct conectorii centrali sunt accesai de numrul potrivit de angajai, acetia pot funciona bine. Oricum, ntocmai precum huburile ntr-o reea de calculatoare, suprancrcarea lor poate conduce la scderea drastic a randamentului. Un alt aspect subliniat de Cross, mai important dect primul menionat, este faptul c un conector central i poate exercita propria putere, crend n mod deliberat blocaje n schimbul de cunotine. Din moment ce ei controleaz fluxul de cunotine i conectivitatea n mediile locale, ar putea s ncerce o repoziionare, n vederea atingerii propriului avantaj; Porile pot afecta negativ transferul cunotinelor n grupurile distribuite Porile controleaz ce cunotine pleac de la un anumit angajat i ce cunotine sunt acceptate, prin realizarea acestor funcii fiind asigurat stabilitatea i protecia reelei. Prin urmare, cunoaterea global nu este accesibil tuturor. Astfel, dei inteniile pot fi juste, poate exista un efect negativ n ceea ce privete transferul cunotinelor; Punile au o calificare superioar, referitoare la definirea sensului cunotinelor locale sau globale, omogene sau eterogene n opinia lui Raider [Raider, 2003], agregarea i transferul cunotinelor sunt nefolositoare dac nu este identificat sensul cunotinelor. Definirea sensului este precedat de scheme, care faciliteaz nelegerea i definirea aciunilor referitoare la cunoatere. n organizaiile locale, angajaii i mprtesc 12

propria experien, crescnd probabilitatea definirii unor scheme comune. Problema definirii unui sens al cunotinelor se complic n cadrul cunoaterii eterogene, precum i a mediilor globale, deoarece angajaii pot vorbi diferite limbi, respectiv pot deine cunotine foarte diferite. Aceast situaie definete rolul punilor, anume, s posede capacitatea de a nelege o varietate de cunotine, n contexte diferite. Experii au o calificare superioar, referitor la exploatarea cunotinelor Exploatarea cunotinelor este condiionat, adesea, de o multitudine de scheme, respectiv de cunotinele anterioare ale angajailor. Adesea, exploatarea cunotinelor ia forma rutinelor cotidiene, dar exist i cazuri n care o anumit cunoatere poate fi aplicat, punctual, o singur dat, cu rezultate vizibile asupra unui proces de afaceri. Conectorii inter-reele au o calificare superioar, referitor la explorarea cunotinelor Explorarea cunoaterii reprezint o activitate pe care o regsim ntotdeauna lng utilizarea cunoaterii. Aceast operaie implic necesitatea existenei unor persoane conectorii inter-reele - care s poat iei din graniele unei mulimi prestabilite de cunotine i care s conduc la inovare Wilson [Wilson, 2003].

Aa cum reiese din cele prezentate anterior, componenta informal are un rol important, nu doar pentru managementul clasic (centralizat) al cunotinelor, ci i pentru managementul distribuit al cunoaterii. Am considerat important analiza modului n care literatura de specialitate prezint rolul componentei informale pentru managementul distribuit al cunotinelor, din urmtoarele dou motive:
Este necesar ca proiectarea unui sistem distribuit pentru managementul cunotinelor s in cont de aspectul informal al cunoaterii, n contextul n care o mare parte a cunotinelor exist n mintea angajailor i nu n formate digitale; Stabilirea unor roluri informale clare ofer posibilitatea optimizrii permanente a fluxurilor informaionale;

2.1.2 Model arhitectural pentru managementul distribuit de cunotine Cercetarea prezentat n subcapitolele 2.1 i 2.1.1, referitoare la managementul distribuit al cunoaterii, ne ofer posibilitatea descrierii unui model conceptual pentru MDC 4. Fr a detalia aspectele tehnologice, aspecte care susin dezvoltarea unui sistem distribuit precum cel din figura 1.43, ne propunem s integrm, ntr-un model unitar, vezi figura 2.2, principalele concepte regsite n literatura de specialitate referitoare la managementul distribuit de cunotine, i anume:
Domeniile de cunoatere; Elementele informale; Nodurile de cunotine; Procesele MC; Comuniti; Memoria organizaional.

Managementul distribuit al cunotinelor

13

Figura 2.2: Model pentru managementul distribuit al cunotinelor

Aa cum rezult din figura 2.2, un sistem pentru managementul distribuit de cunotine trebuie s susin dou categorii de procese, i anume:
Gestiunea autonom a cunotinelor create local, n interiorul unui singur nod de cunoatere; Coordonarea diferitelor noduri de cunoatere, n lipsa unor semantici definite central.

Dac o organizaie complex poate fi considerat ca fiind format din suma nodurilor de cunotine, o problem important care apare este cum poate fi realizat modelarea unei arhitecturi sociale distribuite, ntr-o arhitectur tehnologic distribuit, care s susin procesele managementului cunotinelor. n acest sens, am integrat n modelul prezentat n figura 2.2 conceptul nod de cunotine, descris de Bonifacio [Bonifacio, 2002]. Un nod de cunotine poate fi privit drept o reificare a unitilor organizaionale att a celor formale, precum departamentele, ct i a celor informale: grupuri cu aceleai interese, comuniti de practic, comuniti orientate spre cunoatere. Adesea, unitile informale manifest un grad mare de autonomie semantic unde, prin autonomie semantic, nelegem posibilitatea dezvoltrii schemelor locale de interpretare. Potrivit lui Davenport [Davenport, 1998], fiecare nod de cunoatere reprezint un proprietar de cunotine, care are capacitatea de a-i gestiona propria cunoatere, att din punct de vedere tehnologic, ct i conceptual. Conform aceluiai autor, exist multe cazuri, n care proprietarii de cunotine nu sunt recunoscui n mod formal. Ca o consecin a acestui fapt, autonomia lor semantic conduce la crearea de instrumente, precum baze de date, site-uri web, colecii de documente i arhive, care nu fac parte din sistemul informaional oficial. n opinia lui Bouquet [Bouquet, 2002], o supoziie important, referitoare la sistemele distribuite pentru managementul cunotinelor, afirm c uniti organizaionale diferite tind ca ntr-un mod autonom s-i dezvolte propriile instrumente, potrivite cerinelor interne. Aceast situaie se poate datora utilizrii unor sisteme vechi, care sunt n continuare eficiente sau faptului c diferitele sarcini pot necesita utilizarea unor aplicaii diferite. n figura 2.2, ca exemplu de aplicaii locale, putem ntlni orice tehnnologie descris n capitolul 1.5.2.1.3. Chiar dac tehnologiile i formatul datelor sunt comune, pentru dou sau mai multe noduri, nelegerea local a utilizrii acestora poate fi diferit. Contextul este definit de ctre Bonifacio [Bonifacio, 2002], ca fiind o reprezentare explicit a unei perspective departamentale. Noiunea de context a fost studiat i definit formal de Ghidini [Ghidini, 2001] i Benerecetti [Benerecetti, 2000]. Astfel, contextul reprezint o reprezentare aproximativ i parial a realitii, dintr-o anumit perspectiv. Prin urmare, un context poate fi formalizat sub forma unei teorii locale, care exist ntr-o legtur, denumit relaie de compatibilitate, cu alte teorii locale despre lume. O astfel de relaie surprinde faptul conform cruia contextul, dei autonom, se poate referi la aceleai elemente ale realitii, prin urmare existnd nevoia unui anumit grad de coordonare semantic. Spre exemplu, n situaii simple, contextul poate fi reprezentat formal, prin sistemul de categorii folosit pentru clasificarea documentelor. n cazul scenariilor mai complexe, reprezentarea contextului poate fi realizat prin intermediul ontologiilor sau a proceselor de afaceri. Din perspectiva proiectrii, contextele pot fi create pornind de la zero, dar adesea, ele vor fi extrase din informaiile semantice obinute prin folosirea aplicaiilor locale. Din punct de vedere tehnologic, definirea contextului poate fi susinut de instrumente, precum CMS, groupware, text/data mining. Drept rezultat, ntr-un sistem distribuit pentru managementul cunotinelor, scopul acestor tehnologii este reinterpretat astfel: de la instrumente pentru crearea i gestiunea schemelor globale de interpretare, la instrumente pentru crearea i gestiunea schemelor locale de interpretare.
15

Agenii software i serviciile reprezint dou modaliti distincte de corelare a cunotinelor i informaiilor existente n mai multe noduri de cunoatere. Din punct de vedere tehnologic, aceste categorii software definesc arhitectura distribuit a sistemului. Agenii i serviciile ndeplinesc dou funcii, respectiv:
Ajut utilizatorii nodului de cunoatere s aib acces la cunotine pe care le poate furniza nodul respectiv - omogenitatea, eterogenitatea, coerena sau corectitudinea acestor cunotine putnd fi tratate i ulterior, la nivelul componentei informale, reprezentat de conectori, puni i filtre. Transfer cunotine i informaii ntre noduri.

Memoria organizaional reprezint, aa cum se observ n figura 2.2, o parte integrant a sistemului pentru managementul cunotinelor. Cadrul memoriei organizaionale se refer la procese i sisteme informaionale folosite pentru captura, cutarea, extragerea i prezentarea cunotinelor. Conform lui Croasdell [Croasdell, 2003], nodurile de cunoatere trebuie s ofere att posibilitatea stocrii cunotinelor n baze de cunotine, ct i pe cea a obinerii cunotinelor cerute de utilizatori. Exist dou tendine referitoare la modelarea managementului cunotinelor, anume: modelul bazat pe un singur depozit de cunotine, respectiv modelul reea Alavi [Alavi, 2000]. Modelul prezentat n figura 2.2 reprezint un model hibrid. Caracterul hibrid este dat de existena a dou elemente, anume:
memoriile organizaionale, care reprezint, cel puin la nivel conceptual, un element central n care regsim cunoatere; tehnologiile informaionale, folosite pentru susinerea fluxurilor formale sau informale de cunotine, ntre domenii de cunoatere reprezentate prin noduri de cunotine.

Un element, a crui prezentare lipsete n literatura de specialitate, este reprezentat de abordarea managementului cunotinelor n funcie de distribuia geografic a organizaiei. Astfel, ntlnim organizaii locale, care au, n general, o structur simpl, centralizat, respectiv, organizaii distribuite exemple fiind companiile multinaionale sau acele companii care dein sucursale sau filiale. Pe baza acestei tipologii, subliniem faptul c sistemele distribuite pentru managementul cunotinelor sunt aplicabile oricrui tip de companie, ns beneficiile maxime sunt obinute n cazul companiilor avnd un grad mare de distribuie. Companiile de dimensiuni mici pot implementa soluii distribuite pentru managementul cunotinelor, spre exemplu pentru interconectare departamental. Desigur, o companie mic poate avea, n cazul existenei unui numr mare de clieni, parteneri i furnizori, o structur suficient de complex, care s justifice necesitatea arhitecturilor MC distribuite. Aa cum vom descrie, ulterior vezi capitol 2.3, crearea sistemelor distribuite, care s integreze mai multe companii, este posibil, ns puin implementat n prezent. Practic, ceea ce regsim n prezent sunt organizaiile medii i mari, care ncearc, n primul rnd, optimizarea funciilor interne pentru ca n viitor, acestea s poat susine o posibil nou paradigm, n care toate sistemele s poat fi interconectate, indiferent de industrie, standarde i tehnologii. n continuare, ne propunem s abordm, ca o completare la componenta netehnologic -prezentat pn n acest punct - caracteristicile i conceptele fundamentale ale sistemelor distribuite, ulterior urmnd a vedea cum pot fi folosite acestea, n definirea de soluii viabile, pentru managementul cunotinelor.
16

2.2 Sisteme distribuite, caracteristici i concepte fundamentale

Literatura de specialitate prezint sistemele distribuite ntr-o multitudine de definiii. Spre exemplu, George Coulouris [Coulouris et al, 2004] prezint un sistem distribuit ca fiind acel sistem n care componentele, localizate n cadrul reelelor de calculatoare, comunic i i coordoneaz aciunile doar prin transmiterea de mesaje. Aceast definiie accentueaz importana unei caracteristici tehnice a sistemului distribuit, respectiv modul n care pot comunica componentele sistemului. Un alt exemplu i, implicit, o alt abordare, se regsesc la Andrew Tannenbaum [Andrew, 2006], care definete un sistem distribuit drept o colecie de calculatoare independente, prezentat utilizatorilor drept un singur calculator. Aa cum se observ, aceast definiie face referire la dou aspecte, i anume:
Aspect hardware, n sensul n care mainile sunt autonome; Aspect software, definit prin modul n care utilizatorii percep sistemul.

Dup prerea lui Birman [Birman, 2005], principalul motiv pentru construirea unui sistem distribuit l reprezint partajarea resurselor. Resursele pot fi gestionate de ctre servere specializate i accesate de clieni, sau, pot fi ncapsulate ca obiecte i accesate de alte obiecte, care nu se gsesc pe aceeai main. n prezent, cel mai cunoscut sistem distribuit este Internetul, urmnd, pe aceeai linie tehnologic, Intranet-urile, respectiv sistemele mobile. Abordarea internetului ca sistem distribuit este posibil deoarece:
Internetul reprezint o vast colecie, format din reele eterogene de calculatoare, interconectate pentru a oferi utilizatorilor imaginea unei singure entiti; Programele care ruleaz pe calculatoarele conectate la Internet interacioneaz prin transmiterea de mesaje, folosind un mijloc comun de comunicare, respectiv protocoale.

Prin urmare, este oferit utilizatorilor, indiferent de localizare, posibilitatea folosirii unor servicii, precum: world wide web, pot electronic, transfer de fiiere. Internetul poate fi extins n orice moment, prin adugarea de noi servere i implicit, de servicii noi. n prezent, cele mai limitate servicii oferite prin intermediul Internetului sunt cele de tip multimedia. Acest lucru se ntmpl deoarece este dificil de optimizat comunicarea impus de aceast categorie de date. Subliniem acest aspect deoarece, din punct de vedere al managementului cunotinelor, serviciile multimedia sunt o component vital, ntruct o mare parte a informaiei organizaionale, suficient de complex pentru a genera cunotine, exist n format multimedia. Potrivit lui Steve [Steve, 2008], reelele Intranet reprezint subcomponente ale Internetului, administrate separat, cu limite ce pot fi configurate n vederea ntririi politicilor locale de securitate. De obicei, un intranet este conectat la Internet prin intermediul routerelor, fapt care permite utilizatorilor din interiorul intranetului s foloseasc servicii aflate la distan, localizate n alte reele de calculatoare. Acestea permit de asemenea utilizatorilor din alte reele s acceseze servicii locale. Multe organizaii necesit protejarea propriilor servicii mpotriva utilizrii neautorizate sau mpotriva programelor de tip virus. De asemenea, exist i situaia n care companiile nu doresc s aib conectate reelele interne la Internet. ns, chiar i aceste organizaii vor dori s beneficieze de numrul mare de aplicaii, care se bazeaz pe protocoale de comunicare specifice Internetului. Soluia n acest caz o reprezint dezvoltarea unui intranet, fr ca acesta s fie conectat la Internet. O astfel de

17

reea va avea cea mai bun protecie mpotriva accesului neautorizat, respectiv lipsa unei legturi fizice cu sisteme exterioare ei. Principalele situaii care apar in cadrul intranet-urilor sunt:
Nevoia existenei unui serviciu special de fiiere pentru partajarea datelor; Programele firewall tind s mpiedice accesul legitim la date; Atunci cnd este necesar partajarea resurselor ntre utilizatori interni i externi mecanismele de securitate trebuie a fi foarte corect implementate Costul programelor i al unei arhitecturi nchise poate fi ridicat, datorit utilizrii unui numr mare de sisteme server, care deservesc clienii.

Sistemele mobile reprezint consecina fireasc a dezvoltrii tehnologice, att n domeniul miniaturizrii, ct i al reelelor fr fir. Acest lucru a condus la o cretere a integrrii echipamentelor portabile n sistemele distribuite. Dintre echipamentele portabile, frecvent ntlnite n dezvoltarea sistemelor distribuite, menionm: calculatoare portabile, PDA-uri, telefoane mobile, camere video i digitale, echipamente de tip embedded folosite n electrocasnice, sisteme hi-fi, maini, etc. Astfel, utilizatorii aflai la distan de propria reea intranet au n continuare acces la resurse, att hardware, ct si software, folosind dispozitivele portabile de care dispun. Cu toate acestea, utilizarea dispozitivelor mobile, privit din punctul de vedere al dezvoltrii sistemelor, ridic o serie de probleme, aa cum arat Andy [Andy, 2003], i anume:
Reconfigurarea manual a dispozitivelor pentru fiecare sistem n parte unde sunt folosite; Conectivitatea limitat; Garantarea unui mediu privat i sigur, indiferent de locul n care utilizatorii i folosesc dispozitivele mobile.

Un alt posibil exemplu este cel n care considerm cazul unei reele de calculatoare din departamentul unei companii. Pot exista, adiional fa de aceste calculatoare, un plus de procesoare, nedestinate unui anume utilizator, ci alocate dinamic, n funcie de necesiti. Un astfel de sistem ar putea avea un sistem unitar de fiiere, fiiere accesibile pentru toate mainile, n acelai mod i folosind aceeai cale. Mai mult, atunci cnd utilizatorul tasteaz o comand, sistemul ar putea gsi locul cel mai potrivit de execuie: posibil pe calculatorul local, pe alt staie inactiv sau pe unul din procesoarele libere. Dac un astfel de sistem, privit ca ntreg, s-ar comporta precum un sistem clasic, cu un singur procesor, atunci el ar putea fi considerat sistem distribuit. 2.2.1 Caracteristici fundamentale ale sistemelor distribuite Din studiul realizat asupra sistemelor distribuite de ctre Weiser [Weiser, 1994] reiese faptul c provocrile dezvoltrii acestor sisteme se refer la urmtoarele aspecte: eterogenitatea componentelor; securitatea i scalabilitatea sistemului; tratarea erorilor i defeciunilor; concurena utilizatorilor; transparena componentelor. Studiul a fost efectuat dup ce, anterior, Saltzer [Saltzer, 1984] afirma despre sistemele distribuite c necesit o anumit infrastructur la nivelul sistemului de operare, precum i o modalitate specific de transmisie, respectiv control, a datelor.

18

Ulterior, Andrew [Andrew, 2006] sintetizeaz i unific cele dou perspective, vezi figura 2.3, definind sistemul distribuit prin urmtoarele noiuni: algoritmi distribuii; sisteme de fiiere distribuite; sisteme multimedia distribuite; memorie distribuit; tranzacii distribuite; concuren i replicare.

Figura 2.3: Concepte de baz ale sistemelor distribuite Sursa: Adaptare dup Andrew [Andrew, 2006] Figura 2.3 exprim relaia dintre conceptele menionate anterior - elementele fundamentale, precum modelele arhitecturale distribuite, infrastructura de transfer i modurile de comunicare, sunt completate prin dou niveluri logice, formate din algoritmi distribuii i aplicaii middleware. Componenta middleware este important, mai ales pentru programatori, deoarece nglobeaz tehnologii specifice dezvoltrii software-ului distribuit. Conceperea unui sistem distribuit, ca fiind acel sistem n care componentele hardware i software comunic i i coordoneaz activitatea prin transmiterea de mesaje, genereaz urmtoarele consecine:
Utilizatorii sunt att de obinuii cu beneficiile partajrii resurselor nct, adesea, uit importana acestui aspect. n prezent exist o rutin n a avea acces la resurse hardware i software. Partajarea hardware a fost i este important mai ales din punctul de vedere al costurilor. n practic, modelele de partajare a resurselor variaz att n ce privete gradul de acoperire ct i din punctul de vedere al distanei dintre utilizatori. Potrivit lui Coulouris [Coulouris, 2004], ntlnim, pe de o parte, motoarele de cutare pe Internet, care, practic, unesc utilizatori din orice locaie geografic, iar pe de alt parte modele de tip CSCW (computer supported cooperative working), unde totul se rezum la un grup restrns de utilizatori care coopereaz n mod direct. Prin urmare, att modelul partajrii, ct i distribuia geografic determin necesitatea unor mecanisme de coordonare a activitilor, pe care sistemul distribuit trebuie s le ofere; Serviciile, specifice componentei middleware, delimiteaz o parte distinct a unui sistem. Ele gestioneaz o colecie de resurse interconectate i ofer funcionalitatea acestora utilizatorilor sau aplicaiilor. Spre exemplu, accesm fiiere prin intermediul unor servicii de fiiere, trimitem documente spre imprimant folosind servicii de tiprire, cumprm bunuri prin intermediul serviciilor electronice de plat, etc. Singura modalitate de acces a resurselor o reprezint setul de operaii puse la dispoziie de acestea. 19

Restricionarea accesului la resurse, printr-o mulime bine definit de operaii, reprezint o component a practicii ingineriei software. Aceasta se reflect i n organizarea fizic a unui sistem distribuit: Resursele unui sistem distribuit sunt ncapsulate fizic, n calculatoare, ele putnd fi accesate din exterior doar prin mecanisme specifice de comunicaie. Pentru partajarea eficient, fiecare resurs trebuie gestionat de un program care ofer o interfa de comunicare. n felul acesta, este permis accesarea i modificarea resursei ntr-un mod fiabil i consistent.

lase loc dezvoltrii ulterioare de servicii i programe mbuntite. Astfel, att dezvoltarea ct i mbuntirea sistemelor distribuite se bazeaz pe o serie de caracteristici fundamentale, sintetizate n tabelul 2.1:
Tabel 2.1: Principalele caracteristici ale sistemelor distribuite

Abdelsalam [Abdelsalam, 2007] menioneaz faptul c sistemele distribuite trebuie s

Caracteristic

Descriere
Internetul permite utilizatorilor s acceseze servicii i s ruleze aplicaii pe o colecie eterogen de calculatoare i reele. Conform lui Olivier [Olivier, 2001], conceptul eterogen poate fi aplicat: reelelor, componentelor hardware ale unui sistem, sistemelor de operare, limbajelor de programare, implementrilor fcute de diferii dezvoltatori Eterogenitatea poate aprea n diferite contexte, cum ar fi: Cu toate c Internetul conine multe tipuri de reele, diferenele sunt mascate de faptul c toate calculatoarele conectate la acestea folosesc protocoale comune de comunicare. Spre exemplu, un calculator ataat unui mediu Ethernet va folosi o implementare a unei stive de protocoale construit special pentru acest mediu; alte medii vor folosi aceleai protocoale ns dezvoltate pentru situaiile respective; Tipurile de date pot fi reprezentate n diferite moduri, funcie de componenta hardware aceste diferene n reprezentare trebuie a fi tratate nainte de realizarea propriu zis a comunicrii; Dei sistemele de operare ale tuturor calculatoarelor conectate la Internet trebuie s conin o implementare a protocoalelor TCP-IP, ele nu ofer n mod obligatoriu aceeai interfa de programare pentru aceste protocoale; Diferitele limbaje de programare folosesc reprezentri diferite pentru caractere i structuri de date; Programele scrise de programatori diferii nu pot comunica ntre ele dac nu sunt folosite standarde comune.

Eterogenitate

Deschidere

Potrivit lui Carne [Carne, 2000], deschiderea unui sistem reprezint o caracteristic care determin dac sistemul poate fi extins sau reimplementat n alte moduri. Deschiderea unui sistem distribuit este determinat, n principal, de gradul n care noile servicii pot fi adugate i fcute disponibile. Aceast proprietate nu poate exista dac specificaiile i documentaia interfeelor sistemului nu sunt fcute publice. Cu alte cuvinte, interfeele sistemului trebuie publicate. Publicarea interfeelor reprezint punctul de pornire n adugarea i extinderea serviciilor ntr-un sistem distribuit. Adevrata provocare este dat de gestionarea complexitii sistemului distribuit, sistem alctuit dintro sum de componente dezvoltate de oameni diferii deci, implicit, grupuri eterogene. De aceea, arhitecii protocoalelor Internet au introdus documentele RFC, n scopul publicrii specificaiilor protocoalelor de comunicare. Un aspect important este faptul c documentele RFC conin, pe lng specificaiile propriu-zise, i cunoatere, provenind din

20

discuiile referitoare la protocoalele respective. Publicarea protocoalelor de comunicaie reprezint unul din factorii principali care a permis construirea unei varieti de aplicaii i sisteme. Astfel, dup prerea lui Carne, sistemele construite folosindu-se aceste specificaii sunt deschise. Cu alte cuvinte, ele au un grad mare de extensibilitate, putnd fi extinse att la nivel hardware, prin adugarea de noi calculatoare n reea, ct i la nivel software prin mbuntirea funcionalitii deja existente. Multe dintre resursele partajate i gestionate n sistemele distribuite au o valoare mare pentru utilizator. n acest context securitatea este una dintre cele mai importante caracteristici ale unui sistem distribuit. Conform lui Oprea [Oprea, 2007], pot fi identificate trei componente referitoare la securitatea resurselor informaionale: confidenialitate - protecie mpotriva falsificrilor de documente i a accesului neautorizat; integritate att fizic ct i logic: protecie mpotriva coruperii datelor sau a distrugerilor fizice disponibilitate - protecie pentru pstrarea modurilor de acces la resurse.

O problem des ntlnit o reprezint permisiunea de a avea liber acces n resursele unui intranet. Dei un firewall poate fi folosit pentru a crea o barier spre o reea intranet, restricionarea traficului care intr sau iese nu va garanta modul corespunztor de folosire a resurselor de ctre utilizatori din interiorul reelei. Securitate Stevens [Stevens, 1994] subliniaz faptul c securitatea nu nseamn doar ascunderea coninutului mesajului. Ea implic, de asemenea, cunoaterea utilizatorului sau agentului din partea cruia s-a fcut transmisia. Astfel, atunci cnd se pune problema securitii unui sistem distribuit, vom ntlni dou provocri majore: prima se refer la transmiterea informaiei ntr-o modalitate sigur, n timp ce a doua este centrat pe identificarea entitii care cere resurse. n plus, mai exist i alte probleme poteniale care pot aprea: cazul DSA (Denial of Service Attacks) n opinia lui Jelena [Jelena, 2003], acest caz cuprinde situaiile n care se dorete ntreruperea funcionrii serviciului, folosindu-se pentru aceasta un numr foarte mare de cereri irelevante, emise ntrun timp foarte scurt; securitatea codului mobil - Putem considera, pentru exemplificarea acestei situaii, un caz frecvent ntlnit, respectiv un program executabil primit n pota electronic. Efectele rulrii acestui program sunt greu de prezis, n spatele unei execuii aparent normale, procesul putnd accesa resurse confideniale, sau chiar face parte din scenarii DSA.

Sistemele distribuite trebuie s poat opera eficient, indiferent de numrul componentelor sale. Un sistem este descris ca fiind scalabil dac va rmne eficient n momentul creterii numrului de resurse i de utilizatori. Neumann [Neumann, 2004] identific faptul c scalabilitatea unui sistem distribuit poate fi msurat pe cel puin trei dimensiuni: mrime numrul de utilizatori sau resurse poate fi extins; geografic arealul geografic poate crete; administrativ acoperirea unui numr mai mare de compartimente ntr-o companie.

Scalabilitate

21

Conform aceluiai autor, principalele provocri ale creterii scalabilitii sunt reprezentate prin: costul resurselor fizice - Odat cu creterea necesarului de resurse, ar trebui s existe posibilitatea extinderii sistemului la un cost rezonabil. controlul scderilor de performan Este ntlnit, spre exemplu, n gestiunea unui set de date, a crei mrime este proporional cu numrul de utilizatori sau resurse din sistem, un exemplu n acest sens fiind tabela care conine corespondena dintre numele de domeniu i adresele IP. n acest caz, algoritmii care folosesc structuri ierarhice pot fi mai uor extini dect cei liniari. Prin folosirea structurilor ierarhice, o cretere a dimensiunii va conduce la scderea performanei - timpul necesar pentru accesarea unor date structurate variind logaritmic. Astfel, pentru ca un sistem s fie scalabil, scderea maxim de performan nu ar trebui s conduc la rezultate mai mici dect cele din cazul datelor structurate; necesarul de resurse software adecvate - Conform lui Carla [Carla, 2007], unul dintre cele mai bune exemple pentru aceast provocare este regsit n arhitectura Internetului, fiind oferit de modul reprezentrii adreselor IP(v4), care, n contextul folosirii a 32 de bii i a ritmului prezent de dezvoltare, vor fi epuizate destul de curnd. Dei soluia pare a fi oferit sub forma noii versiuni de adresare IPv6 (pe 128 de bii), putem afirma c aceasta nu este dect o rezolvare temporar., deoarece este dificil de previzionat cererea ulterioar de adresare. Referitor la acest aspect, Joseph [Josephd, 2008] menioneaz, referitor la compensarea ulterioar a adreselor, c este necesar susinerii unei creteri neplanificate, dar c poate avea consecine mai grave dect adaptarea la o schimbare, atunci cnd aceast schimbare se impune. Acelai autor descrie i situaia ideal, respectiv aceea n care logica sistemului i aplicaiile software nu ar trebui s se schimbe n momentul creterii acestuia. Este o situaie care, ns, nu a fost atins.

Orice sistem artificial, mai devreme sau mai trziu, va prezenta anomalii n funcionare. Dac aceste anomalii intervin n interiorul componentei hardware sau software, programele vor produce rezultate incorecte sau s-ar putea opri nainte de terminarea calculelor ncepute. De asemenea, anomaliile pot exista i n logica sistemului, respectiv n algoritmii implementai. Aceast situaie are consecine mai puin vizibile, ns, mult mai periculoase: datele prelucrate, conform unor algoritmi eronai, sunt transformate n informaii i implicit cunotine neconforme realitii, cu impact direct asupra calitii actului decizional. Erorile existente ntr-un sistem distribuit pot fi: Tratarea erorilor pariale unele componente vor avea probleme, n timp ce altele vor continua s funcioneze, acest lucru avnd o consecin att pozitiv (viznd disponibilitatea sistemului) ct i una negativ, constnd n dificultatea cu care se face depanarea ntr-un context distribuit; totale toate componentele sistemului prezint probleme fizice sau logice. Din punct de vedere al erorilor fizice, aceast situaie este foarte puin probabil s se realizeze Joe [Joe, 2003].

n vederea tratrii erorilor, Dasgputa [Dasgputa, 1985] identific principalele tehnici folosite: de detecie - Unele erori pot fi detectate. Pentru aceasta, pot fi folosite funcii de

22

tip checksum, care verific dac datele din fiiere sau mesaje sunt corupte. n alte cazuri, care vizeaz mai ales componenta hardware, detecia unei erori poate fi imposibil ; de mascare a erorilor - Unele erori pot fi ascunse sau ncercat a se minimaliza efectul lor. Spre exemplu, mesajele pot fi retransmise atunci cnd nu reuesc s ajung, datele din fiiere pot fi scrise pe mai multe discuri, astfel nct, atunci cnd unele sunt corupte, s existe un set de rezerv. Cu siguran, vom ntlni ns i erori suficient de grave care s nu poat fi tratate astfel; de tolerare a erorilor Se poate observa faptul c majoritatea serviciilor Internet devin la un moment dat indisponibile. Nu ar fi practic a se ncerca permanent detectarea si ascunderea tuturor tipurilor de erori, care pot aprea ntr-o reea cu att de multe componente. Spre exemplu, n cazul unui browser care nu poate contacta un server web, acesta nu va lsa utilizatorul s atepte pn la remedierea problemei, dimpotriv, l va informa pe acesta c resursa este indisponibil i o ncercare ulterioar de accesare ar putea aduce rezultatul dorit; de recuperare - Aceast situaie implic existena unui software special, software care s permit operaii de tip roll-back dup ce un server s-a defectat. n general, calculele efectuate de unele programe vor fi incomplete, n condiiile cnd apare o eroare. Consecina direct a aceste situaii o reprezint pierderea strii de consisten; de redundan - Serviciile pot fi construite pentru a trata erorile, folosind pentru aceasta componente redundante. S considerm, spre exemplu, situaia n care trebuie s existe mai multe rute, ntre dou routere pe Internet. Pentru aceasta, n DNS, fiecare tabel este replicat pe cel puin dou servere. Dup prerea lui Andrew [Andrew, 2006], una dintre provocrile implementrii sistemelor distribuite o reprezint dezvoltarea tehnicilor eficiente, n vederea pstrrii redundante a datelor cu dinamic ridicat, fr pierderi majore de performan. n acest fel, sistemele distribuite vor putea avea un grad maxim de disponibilitate.

Concuren

Att serviciile ct si aplicaiile furnizeaz resurse, care pot fi partajate de clienii unui sistem distribuit. Exist, prin urmare, posibilitatea ca un numr oarecare de clieni s acceseze aceeai resurs n acelai timp. Poate fi presupus c fiecare resurs este ncapsulat ca un obiect i invocrile sunt executate pe fire separate de execuie. n acest caz, exist posibilitatea concurenei pe un obiect a mai multor fire de execuie. n aceast situaie, operaiile realizate asupra obiectului vor fi n conflict, fiind generate rezultate inconsistente. Astfel fiecare obiect care reprezint o resurs partajat dintr-un sistem distribuit, trebuie s fie responsabil pentru operarea corect ntr-un mediu concurent. Orice programator care ncearc folosirea unui obiect nedestinat folosirii ntr-un sistem distribuit, trebuie s-l fac sigur pentru situaiile concureniale. Sigurana, n acest caz, nseamn un proces de sincronizare, astfel nct datele s rmn consistente. Acest lucru poate fi obinut prin tehnici standard precum semafoarele, care sunt folosite n majoritatea sistemelor de operare. Conform lui Grolaux [Grolaux, 2005], transparena reprezint ascunderea fa de utilizator i dezvoltatorul de aplicaie a componentelor sistemului distribuit, astfel nct sistemul s fie perceput ca un ntreg i nu ca o colecie de sisteme independente. n cadrul RM-ODP (Reference Model for Open Distributed Processing), au fost identificate 8 forme de transparen, prezentate n cele ce urmeaz:

Transparena

23

transparena accesului - permite att resurselor locale ct i celor de la distan s fie accesate folosind operaii identice; transparena locaiei - permite accesarea resurselor fr a cunoate locaia efectiv; transparena concurenei - permite mai multor procese s opereze concurent, folosind resurse partajate, fr a exista interferene ntre ele; transparena replicrii - permite mai multor instane ale unor resurse s fie folosite pentru creterea fiabilitii i performanei, fr ca utilizatorul sau programatorul s cunoasc existena replicilor; transparena erorilor - permite ascunderea diferitelor erori tehnice sau software, n acest fel utilizatorul va putea s-i ndeplineasc, mcar parial, sarcinile; transparena mobilitii permite micarea resurselor i clienilor dintr-un sistem, fr afectarea operaiilor sau programelor; transparena performanei - permite sistemului s fie configurat pentru mbuntirea performanei, atunci cnd variaz numrul de utilizatori; transparena extinderii - permite extinderea sistemului, fr modificri de structur sau algoritmi.

Considerm c cele mai importante tipuri de transparen sunt transparena accesului, respectiv transparena locaiei, deoarece prezena sau absena acestora afecteaz cel mai mult, att utilizarea resurselor distribuite, ct i dezvoltarea aplicaiilor. Potrivit lui Karlaplem [Karlaplem, 1994], aceste dou tipuri de transparen se regsesc sub numele de transparena reelei. Drept exemplu, referitor la transparena accesului, putem considera o interfa grafic, care conine o viziune unitar a directoarelor, indiferent dac acestea sunt locale sau la distan. O alt situaie poate fi aceea a unui API pentru fiierele care folosesc aceleai operaii. Pe de alt parte, un foarte bun contraexemplu este situaia n care, pentru accesul fiierelor aflate pe alte sisteme, trebuie folosite programe ftp. Michael [Michael, 2003] subliniaz faptul c numele resurselor web, respectiv urlurile, ofer un exemplu bun, n ceea ce privete transparena locaiei. Aceasta, deoarece elementul care identific un nume de domeniu se refer la numele unui calculator i nu la o adres Internet. Oricum, adresele URL nu sunt transparente din punctul de vedere al mobilitii deoarece, spre exemplu, pagina personal nu poate fi mutat ntr-un alt domeniu toate legturile ctre ea vor face n continuare referiri ctre pagina original cunoscut a fi la o anume adres. O alt ilustrare a transparenei de reea poate fi utilizarea unei adrese e-mail. Aceasta conine implicit un nume de utilizator i un nume de domeniu. Trimiterea unui mesaj ctre o asemenea adres nu implic cunoaterea locaiei fizice sau a reelei din care fac parte. De asemenea, procedura de trimitere a mesajului nu depinde de locaia receptorului. Potrivit lui Nissen [Nissen, 2002], tot n contextul potei electronice, poate fi ilustrat i transparena erorilor: un mesaj va fi transmis n cele din urm, chiar dac la un moment dat pot exista probleme de comunicaie, oricum utilizatorul nu le va cunoate. n acest caz, nivelul middleware este responsabil cu operaia de conversie a erorilor de reea n excepii de programare. Pentru exemplificarea transparenei mobilitii, putem considera cazul telefoanelor mobile: S presupunem c att cel care sun ct si cel apelat cltoresc, trecnd prin

24

diferite celule mobile. Dac privim telefonul celui care apeleaz drept client, iar telefonul sunat drept resurs, pentru cele dou componente nu este relevant faptul c sunt n micare.

n plus fa de caracteristicile sistemelor distribuite, prezentate n tabelul 2.1, un alt element important, mai ales pentru dezvoltatorii de sisteme distribuite, l reprezint modul n care se poate realiza comunicarea ntre procese aflate pe diferite maini. Considerm acest element ca fiind important, mai ales n cazul sistemelor de management al cunotinelor, deoarece procesele de comunicare trebuie s poat permite existena unor fluxuri de date, ce reprezint adesea informaii complexe, att structurate, ct i nestructurate. Prin urmare, n subcapitolul urmtor vom prezenta o sintez a caracteristicilor principalelor moduri de comunicare, folosite n tehnologiile distribuite actuale: comunicarea prin mesaje i apelul procedurilor la distan. 2.2.2 Paradigma comunicrii n sistemele distribuite Sistemele de calcul distribuit, n particular cele gestionate de un sistem de operare distribuit, trebuie s funcioneze rapid, pentru a induce utilizatorilor sentimentul unui calculator puternic Hohpe [Hohpe, 2004]. n acest context, construirea unui subsistem de comunicare, pentru obinerea unor performane ridicate, reprezint o problem fundamental a dezvoltrii sistemelor distribuite. n opinia lui Olivier [Olivier, 2001], factorii care influeneaz performanele procesului de comunicaie sunt:
viteza fizic a reelei, care poate varia ntre 10 Mbps i gigabii pe secund.; protocoalele de comunicaie, mai ales cele orientate pe conexiune, precum TCP; modelul comunicrii, care susine cooperarea ntre clieni, servere i sistemul de operare.

Olivier subliniaz faptul c exist dou situaii care pot aprea n contextul paradigmei comunicrii, ntruct un client poate trimite o cerere ctre un singur server sau ctre mai multe. Prin urmare, vom ntlni dou modele de comunicare: one-to-one i one-to-many. Fiecare dintre cele dou modele de comunicare inter-procese pot fi dezvoltate, folosind dou tehnici diferite: transmiterea de mesaje sau apelul procedurilor la distan. Ambele tehnici sunt susinute de dou seturi diferite de primitive, furnizate prin sistemul de operare. Folosirea lor are rolul de a conduce la definirea unui format comun comunicaiei dintre procese aflate pe calculatoare diferite. Potrivit lui Tai [Tai, 2004], cele dou tehnici de comunicare ntre procese se bazeaz pe concepte foarte puin asemntoare:
Transmiterea mesajelor ntre procesele locale i la distan este vizibil programatorului. Traseul informaiei este unidirecional de la client la server. Oricum, n cazul transmiterii avansate de mesaje, precum cea a mesajelor structurate, fluxul va fi bidirecional: un mesaj de rspuns fiind formalizat ca rspuns la cererea iniial. Mai mult, transmiterea de mesaje este o tehnic n totalitate netipizat. Tehnica RPC se bazeaz pe conceptul cunoscut sub numele de apel al procedurii. Acest termen general reprezint, de fapt, un mecanism tipizat, care permite unui apel, realizat ntr-un anume spaiu de memorie, s fie automat transformat ntr-un apel corespondent pe alt calculator. Transmiterea mesajelor este invizibil programatorului RPC, necesitnd pentru aceasta un protocol de transport n vederea susinerii transmisiei argumentelor, precum i a rezultatului. 25

2.2.2.1 Comunicarea prin mesaje Exist dou aspecte importante n acest tip de comunicaie: mesajele folosite n comunicare i mecanismele folosite pentru a le transmite i recepiona. Orice utilizator care folosete aceast form de comunicaie va cunoate explicit ambele aspecte menionate anterior. Conform lui Oszu [Ozsu, 2000] , un mesaj reprezint o colecie de date avnd un antet de mrime fix i un corp variabil sau constant, care poate fi gestionat de un proces i transmis la destinaie. Un mesaj cu tip formalizeaz informaia structural referitoare la modul n care mesajul ar trebui identificat. Mesajul poate fi de orice mrime i poate conine date sau referine (pointeri) la date n afara zonei continue a mesajului. Coninutul este determinat de procesele care l transmit. Mesajele pot fi complet structurate sau nestructurate. Mesajele nestructurate au flexibilitatea de a putea fi interpretate. Cu toate acestea, folosirea lor poate ridica probleme, deoarece anumite pri ale mesajelor, cum ar fi numele porturilor, trebuie interpretate de ctre sistemele de operare distribuite sau de ctre protocolul de comunicare. Utilizarea mesajelor structurate este, din motive de eficien, preferat. Majoritatea informaiei transferat ntre procese este structurat prin faptul c reprezint date care nglobeaz tipuri diferite. Folosirea mesajelor nestructurate pentru astfel de date este costisitoare deoarece ncapsularea i decapsularea mesajelor structurate n forme liniare nestructurate adaug un nivel de ncrcare (overhead), care crete costurile comunicrii. Sistemele de operare care funcioneaz preponderent n reele de calculatoare au implementate o multitudine de instrumente cu ajutorul crora poate fi vizualizat ncrcarea reelei - Evi [Evi, 2006], indiferent de tipul transmisiei care se realizeaz. Pentru ca dou calculatoare, oricare, s schimbe date, este necesar s reprezentm structurile de date, respectiv datele propriu-zise n mesaje. Structurile de date trebuie liniarizate naintea transmisiei i reconstruite la destinaie. Liniarizarea structurilor de date n secvene de date fundamentale se folosete pentru procesul de transmitere fizic. n mod obinuit, un preprocesor de limbaj (interface compiler) poate fi folosit pentru generarea automat a acestor operaii (marshalling/unmarshalling 5). O component important a comunicrii prin mesaje se refer la mecanismele folosite pentru a transmite i recepiona mesaje. Aceste mecanisme implic un set de primitive folosite pentru comunicaie. John [John, 2003] identific dou aspecte referitoare la mecanismele transmiterii mesajelor: primul se refer la identificarea primitivelor de comunicare, n timp ce al doilea face referire la semantica acestora, menionnd faptul c problema fundamental n comunicarea mesajelor este dat de destinaia mesajelor. ntr-o astfel de comunicare, un mesaj este trimis i recepionat prin execuia explicit a primitivelor send i receive. Primitiva receive trebuie s fie activ naintea sosirii mesajului, altfel cererea ar putea fi declarat ca pierdut, fiind necesar retransmiterea ei de ctre client. Referitor la comunicarea ntre procese, John [John, 2007] prezint posibilitatea utilizrii urmtoarelor dou tehnici:

Prima dintre acestea este comunicarea direct i folosete nume directe. n comunicarea direct, fiecare proces care dorete s trimit sau s recepioneze un mesaj trebuie s numeasc n mod explicit destinatarul i expeditorul. Comunicarea direct este mai uor de implementat i folosit. Ea permite unui proces s controleze timpii la care primete

5 Termenul marshalling(asemntor serializrii) reprezint procesul de transformare a reprezentrii unui obiect din memorie intr-un format de date potrivit stocrii sau transmisiei - http://en.wikipedia.org/wiki/Marshalling_(computer_science)

26

Cypher [Cypher, 1994] precizeaz faptul c una dintre cele mai importante proprieti ale primitivelor de transmitere a mesajelor se refer la posibilitatea ca execuia lor s produc ntrzieri. Facem, astfel, distincie ntre primitive blocante i neblocante. Spunem despre o primitiv c are semantic neblocant dac execuia ei nu produce ntrzieri pe partea celui care o invoc. Altfel, spunem despre o primitiv c este blocant, dac mesajele trebuie stocate n zone tampon - mesaje de tip buffered. Conform lui Tai [Tai, 2000], exist trei forme de primitive receive: blocante, neblocante i de control. Primitiva blocant este cel mai adesea ntlnit, din moment ce procesul receptor n cele mai multe cazuri nu are nimic de fcut dect s atepte sosirea mesajelor. Un proces poate primi toate mesajele i apoi selecta unul pentru a fi procesat. Primitivele blocante furnizeaz o cale simpl pentru a combina transferul datelor cu funcia de sincronizare. n ceea ce privete primitivele neblocante, acestea prezint urmtoarele caracteristici:

mesaje de la fiecare proces. Dezavantajul acestei scheme este reprezentat de modularitatea limitat a proceselor rezultate. Schimbarea numelui unui proces poate necesita schimbarea multor alte definiii de procese. Toate referinele spre procesul vechi trebuie gsite pentru a le putea modifica cu noile nume, acest lucru fiind mai bine evitat din punctul de vedere al compilrii separate. Comunicarea direct nu permite mai mult de un client. Aceasta din cauz c emiterea primitivei receive ar fi necesar pentru fiecare client; procesul server nu poate anticipa numele tuturor potenialilor clieni. De asemenea, acest model de comunicare nu permite trimiterea unei cereri spre mai mult de un server. A doua tehnic, este comunicarea indirect, care utilizeaz conceptul de port. Rezult astfel, nevoia unei tehnici mai sofisticate, aceasta bazndu-se pe porturi. Putem s privim portul ca un obiect din nucleul sistemului de operare, n care procesele pot plasa mesaje i de unde mesajele pot fi extrase (astfel mesajele sunt trimise i recepionate prin porturi). Procesele pot avea drepturi de proprietar, de citire sau scriere pe un port. Fiecare port are asociat (logic i nu fizic) o structur de tip coad (avnd o lungime limitat) unde vom gsi mesajele trimise ctre acest port, dar care nu au fost terse de un proces. Totodat, mesajele pot fi adugate de ctre orice proces, care poate referi portul printr-un nume local. Portul poate aparine fie unui proces, fie sistemului de operare. Dac gestiunea este fcut de un proces, atunci portul este ataat sau definit ca o parte a procesului (drepturile asupra lui pot fi transmise n cadrul mesajelor de la un proces la altul). Dac sistemul de operare are drepturi asupra unui port, el va furniza un mecanism care permite unui proces s creeze un nou port (procesul fiind proprietarul de drept), s transmit i s recepioneze mesaje prin port, sau s-l distrug.

Primitiva send ntoarce controlul programului utilizator imediat ce mesajul a fost stocat n coad sau a fost fcut o copie; Cnd un mesaj a fost transmis sau copiat ntr-un loc sigur pentru transmiteri ulterioare, programul este ntrerupt pentru a se informa c buffer-ul poate fi refolosit; Primitiva receive corespondent semnalizeaz disponibilitatea de a primi un mesaj i furnizeaz buffer-ul n care mesajul poate fi plasat. Avantajul primitivelor neblocante const n flexibilitatea maxim. Mai mult, aceste primitive sunt folosite pentru aplicaiile real-time. Dezavantajul provine din necesitatea realizrii operaiilor pe zona buffer n vederea eventualelor schimbri ale coninutului mesajului sau pentru a preveni accesul la mesaj. Posibilele accesri i modificri ale mesajului se pot produce nainte, n timpul transmisiei sau atunci cnd mesajul ateapt s fie recepionat.

Achour [Achour, 1993] subliniaz faptul c n unele sisteme de comunicaie bazate pe mesaje, acestea sunt stocate n zone buffer n timpul perioadei de transmitere i de recepionare. n cazul n care un buffer este plin, execuia primitivei send implic dou soluii: trimiterea poate fi amnat pn cnd va exista spaiu n zona tampon sau poate fi
27

ntoars clientului, indicnd faptul c buffer-ul este nc plin iar mesajul nu a putut fi transmis. Conform aceluiai autor, situaia serverului receptor este diferit. Primitiva receive informeaz sistemul de operare despre bufferul n care serverul dorete stocarea mesajului cea ajuns. Problema apare n momentul n care primitiva receive este emis dup ce mesajul ajunge. ntrebarea este ce s facem cu mesajul? Prima abordare ar fi tergerea mesajului. Clientul ar percepe o operaie de time-out i retransmite, spernd c ntre timp primitiva receive a fost emis. O a doua abordare este stocarea mesajului ntr-un buffer al sistemului de operare pentru o perioad determinat. Dac pe durata respectiv va fi emis primitiva necesar, mesajul va fi copiat n zona de pe server asociat. n cazul n care primitiva receive nu este invocat i timpul expir, mesajul va fi pierdut. Houttuin [Houttuin, 1993] trateaz aspecte referitoare la bufferele de transmisie. El consider dou extreme: un buffer cu capacitate nelimitat, respectiv unul cu margini finite. Dac buffer-ul are capacitate nelimitat, atunci un proces nu va fi niciodat ntrziat n situaia n care se execut un send. Sistemele bazate pe aceast abordare sunt numite sisteme cu transfer asincron de mesaje sau sisteme no-wait. Cea mai important caracteristic a tipului asincron const n faptul c permite unui expeditor s ajung, arbitrar, cu mult n faa unui destinatar. Atunci cnd un mesaj este recepionat, el va conine informaii despre starea expeditorului care ar putea s nu mai fie valide. Dac sistemul nu permite utilizarea zonelor buffer, execuia primitivei send este amnat pn la execuia unei operaii receive corespunztoare. Atunci cnd buffer-ul are limite, clientului i este permis s ajung n faa serverului dar nu ntr-un mod arbitrar, acesta beneficiind de trimiteri multiple pe baza mecanismelor de buffering. Potrivit lui Houttuin, cea mai frecvent abordare o ntlnim atunci cnd este furnizat un apel sistem create-buffer, care creeaz un buffer cu dimensiunea specificat de utilizator. Aceast soluie implic clientul care trimite un mesaj ctre un port destinatar, unde este stocat n buffer pn n momentul n care va fi preluat de server. Lan [Lan, 1990] caracterizeaz sistemele bazate pe zone buffer, astfel:

Complexitatea lor este crescut din moment ce necesit crearea, distrugerea, gestiunea bufferelor. Genereaz probleme de protecie i pot cauza situaii foarte neplcute atunci cnd un proces, proprietar al unui port, este terminat. ntr-un sistem fr zone buffer, procesele trebuie sincronizate pentru ca transferul unui mesaj s poat avea loc.

Diferite evenimente, precum blocarea unui calculator sau a sistemului de comunicare, se pot ntmpla, frecvent, n cazul sistemelor distribuite. Aceasta poate provoca pierderea n reea a unui mesaj tip cerere sau a unui mesaj de rspuns. Mai mult, mesajele pot fi duplicate sau expediate ntr-o ordine eronat. Primitivele prezentate pn n acest moment nu pot gestiona aceste probleme, din acest motiv fiind referite n literatura de specialitate sub numele de primitive nefiabile. O astfel de primitiv send nu face, n mod fundamental, dect s pun un mesaj pe reea. Nu exist nici o garanie a transmiterii sau o retransmisie automat executat prin sistemul de operare, atunci cnd un mesaj este pierdut. Tratarea diferitelor probleme necesit furnizarea unor primitive fiabile. n cadrul unei comunicri fiabile ntre procese, primitiva send gestioneaz mesajele pierdute folosind retransmisii interne i atenionri pe baza strategiei time-out. Aceasta implic faptul c n momentul terminrii execuiei primitivei send, procesul este sigur c mesajul a fost recepionat i recunoscut. ntrebarea care se nate este dac tratarea fiabilitii ar trebui rezolvat pe un nivel att de nalt? Ar trebui mecanismele de recuperare s fie furnizate prin protocolul transport sau prin protocoale de nivel mai sczut?
28

2.2.2.2 Apelul procedurilor la distanta Chappel [Chappel,1994] subliniaz faptul c multe sisteme distribuite au fost bazate pe schimbul explicit de mesaje ntre procese. Oricum, primitivele send i receive nu ascund procesul de comunicare, proces important pentru obinerea transparenei accesului n sistemele distribuite. Aceast situaie poate fi ns obinut, dac este permis programelor s apeleze proceduri localizate pe alte maini. Cnd un proces aflat pe maina A apeleaz o procedur pe maina B, procesul apelant de pe A este suspendat i execuia procedurii invocate are loc pe B. Informaia poate fi transportat cu ajutorul parametrilor de la apelant la apelat i se poate ntoarce n rezultatul procedurii. Nici un schimb de mesaje nu este vizibil programatorului. Aceasta este tehnica pe care o gsim sub numele RPC (Remote Procedure Call). Prerea lui Olivier [Olivier, 2001], este aceea c dei ideea de baz este simpl, pot exista, totui, urmtoarele dou probleme:
Deoarece, att procedura care apeleaz, ct i cea apelat, ruleaz pe maini diferite, ele se execut n spaii de adrese diferite. Parametrii, respectiv rezultatele trebuie s poat fi transmise, ceea ce se poate dovedi complicat, mai ales dac mainile nu sunt identice; Ambele maini pot avea probleme, fiecare cauz generatoare de probleme conducnd la rezultate specifice.

Ideea din spatele RPC este aceea de a face ca apelul unei proceduri la distan s par ct mai asemntor celui local. Cu alte cuvinte, dorim ca RPC s fie transparent. S presupunem c un program are nevoie de a citi nite date dintr-un fiier. Programatorul va pune n cod un apel ctre o procedur de citire pentru a obine datele. ntr-un sistem tradiional, reprezentat de un singur procesor, rutina de citire este extras din librrii i introdus n program. Aceasta este o procedur scurt, n general implementat prin apelul unei proceduri sistem echivalente. Cu alte cuvinte, procedura de citire reprezint o interfa ntre codul utilizatorului i sistemul de operare local. Dei prin procedura implementat de utilizator este realizat un apel sistem, acesta este realizat n modul clasic, prin aezarea parametrilor n stiv. n acest mod, programatorul nu cunoate faptul c metoda lui realizeaz ceva auxiliar. RPC i obine transparena ntr-un mod analog. Atunci cnd procedura de citire, la distan, ruleaz, spre exemplu, pe un server de fiiere o versiune stub client, aceasta este depozitat n bibliotec. ntocmai precum originalul, aceasta va fi apelat folosind secvena clasic, iniiindu-se astfel un apel sistem. n mod clasic, stub-ul server trebuie s apeleze primitiva receive i s stea blocat n ateptare de mesaje. El va despacheta parametrii din mesaj pentru ca ulterior s apeleze procedurile n modul clasic. Din punctul de vedere al serverului este ca i cum apelul s-ar face direct parametrii i adresele sunt toate pe stiv i nimic nu pare neobinuit. Procesul server i va efectua sarcina i apoi va ntoarce rezultatul apelantului. Spre exemplu, n cazul procedurii de citire, buffer-ul refereniat de al doilea parametru va fi umplut. Acest buffer va fi intern stub-ului server. Odat ce stub-ul server preia controlul, dup ce apelul a fost completat, acesta va mpacheta rezultatul ntr-un mesaj i va apela primitiva send pentru a-l ntoarce clientului. Cnd mesajul ajunge napoi pe maina client, sistemul de operare observ c este adresat procesului client (stub-ul client), sistemul de operare nefcnd nici o diferen. Mesajul este copiat n buffer-ul de ateptare i procesul client deblocat. Stub-ul client inspecteaz mesajul, despacheteaz rezultatul i l pred procesului apelant. Cnd acest proces primete controlul, dup apelul primitivei read, tot ceea ce cunoate este c datele sunt disponibile. Nu exist nici un element care s-l fac s neleag c ntreg mecanismul s-a desfurat pe alt main

29

i nu sub gestiunea sistemului de operare local. Serviciile remote sunt astfel accesate prin apeluri de proceduri locale i nu prin apelarea direct a primitivelor send i receive. Toate detaliile transmiterii de mesaje sunt ascunse n cele dou biblioteci, tot la fel precum apelurile sistem sunt ascunse prin bibliotecile standard. n opinia lui Shiva [Shiva, 1993], transmiterea parametrilor referin reprezint cazul cel mai dificil de tratat; cu alte cuvinte, cum sunt transmii pointerii? Aceasta reprezint o ntrebare care este posibil s rmn, chiar i n viitor, fr un rspuns complet i satisfctor. Dup cum este cunoscut, o referin are semnificaie doar n spaiul de adrese al procesului care este folosit. Una dintre soluii ar fi interzicerea utilizrii parametrilor de tip pointer. Oricum, acetia sunt att de importani nct aceast soluie este complet nedorit. S considerm cazul n care stub-ul client tie c al doilea parametru face referire la un vector de caractere. S presupunem, de asemenea, c acesta tie i dimensiunea vectorului. n acest caz, devine vizibil o posibil strategie, anume, copierea vectorului n mesaj i trimiterea lui pe server. Stub-ul server poate apela serverul cu un pointer la acest vector, chiar dac va avea o valoare numeric diferit dect al doilea parametru, provenind din primitiva read. Schimbrile pe care serverul le face folosind pointer-ul afecteaz direct mesajul din stub-ul server. Cnd procesul server este complet, mesajul original poate fi trimis napoi la stub-ul client, care va trimite rezultatul n procesul client. Putem realiza o optimizare care ar face mecanismul de dou ori mai eficient. n cazul n care stub-ul cunoate dac buffer-ul este un parametru de intrare sau de ieire pentru server, una din copiile realizate ar putea fi eliminat. Dac vectorul este un input pentru server (ntr-un apel de scriere) nu este necesar copierea lui napoi. Trebuie s menionm, ns, c dei putem manevra referine ctre vectori sau structuri de complexitate redus, nu putem gestiona transmiterea cazului de referin cel mai general ctre o structur oarecare. Din ceea ce am prezentat anterior, este clar c ascunderea apelului unei proceduri la distan necesit ca att apelantul ct i apelatul s se neleag asupra formatului mesajelor pe care le schimb i s urmeze aceiai pai, indiferent dac este vorba despre transmiterea unui parametru simplu sau a unei structuri complexe de date. Cu alte cuvinte, ambele pri n contextul RPC ar trebui s urmeze acelai protocol. Indiferent dac este vorba despre comunicarea prin mesaje sau cea folosind apelul procedurilor, putem afirma c procesul comunicrii reprezint o parte component a nucleului tehnologiilor distribuite. Problema care se pune, n cazul dezvoltrii sistemelor pentru managementul cunotinelor, este dac modul actual de realizare a comunicrii acoper necesitile acestor sisteme. Este dificil de oferit un rspuns la aceast ntrebare, n contextul n care mediul economico-tehnologic nu a standardizat, nc, conceptul de sistem pentru managementul cunotinelor. Cu toate acestea, aa cum vom observa n subcapitolul urmtor, o mare parte a situaiilor implicate de managementul cunotinelor poate fi susinut prin tehnicile de comunicare existente. n continuare, ne propunem s ptrundem n lumea tehnologiilor distribuite, lume reprezentat print-o miriad de posibile arhitecturi, pentru a nelege i prezenta diferite moduri prin care acestea pot fi aplicate managementului cunotinelor economice.

30

2.3 Arhitecturi distribuite aplicabile managementului cunotinelor economice

Analiznd literatura de specialitate referitoare la sisteme distribuite, identificm dou modaliti de abordare a acestui subiect, respectiv:
Abordarea fizic, de nivel sczut, n care sunt cercetate aspectele tehnologice ale sistemelor distribuite, precum: mecanisme i paradigme de comunicare ntre procese, aspecte tehnice privind partajarea datelor (tranzacii, concuren, replicare), algoritmi distribuii, sisteme distribuite de gestiune a fiierelor, memorie distribuit, etc. Cu alte cuvinte, abordarea fizic a sistemelor distribuite se refer la definirea i optimizarea modurilor de construire a componentelor software distribuite; Abordarea logic, n care accentul cade pe modul cum este folosit tehnologia, n vederea obinerii de arhitecturi distribuite, aplicabile diferitelor probleme.

n cele ce urmeaz ne propunem o abordare logic a sistemelor distribuite din perspectiva managementului cunotinelor. Prin urmare, vom ncerca analiza celor mai importante arhitecturi distribuite, oferind pentru fiecare situaie o posibil utilizare n cadrul unui program MC. 2.3.1 Arhitectura client-server i variaii ale acesteia Arhitectura unui sistem distribuit se refer la modul n care sunt plasate componentele sale i la relaiile dintre ele. n prezent, cele mai cunoscute exemple arhitecturale de sisteme distribuite sunt reprezentate prin modelul client-server, respectiv modelul punct la punct. Un model arhitectural definete modurile n care pot interaciona componentele unui sistem, respectiv felul cum sunt reprezentate acestea ntr-o reea de calculatoare. Prin urmare, poate fi descris structura stratificat a componentei software dintr-un sistem distribuit, precum i modelele arhitecturale principale, modele care determin locaiile i interaciunile dintre componente. n opinia lui Matthew [Matthew, 2008], modelul client-server reprezint arhitectura cea mai citat n discuiile referitoare la sistemele distribuite. Este cea mai important i rmne, din punct de vedere istoric, cel mai adesea utilizat. Procesele server pot fi, la rndul lor, clieni pentru alte servere. Spre exemplu, un server Web este adesea client pentru un server local de fiiere care gestioneaz fiierele ce conin paginile web accesate. Serverele Web, precum multe alte servicii Internet, sunt clieni pentru serviciul DNS care face conversia ntre numele de domenii i adresele de reea. Un alt exemplu vizeaz motoarele de cutare, care permit utilizatorilor s caute fragmente de informaie disponibile pe paginile WEB. Aceste fragmente sunt realizate de programe numite web-crawlers, care ruleaz pe site-ul motorului de cutare, folosind cereri HTTP pentru accesarea serverelor WEB de pe Internet. Astfel, un motor de cutare este att un server ct i un client: rspunde interogrilor venind din partea browserului client, respectiv ruleaz procese crawler care acioneaz ca i clieni ai diferitelor servere web. Particularitatea acestui exemplu const n independena celor dou tipuri de procese. Astfel, datorit unei nevoi sczute de sincronizare, procesele client i server pot fi executate concurent. De fapt, situaia cu adevrat practic este aceea n care motorul de cutare ruleaz fire concurente de execuie unele deservind clieni, altele comunicnd cu servere web. Serviciile furnizate prin intermediul serverelor Web pot fi implementate sub forma mai multor procese server, acestea rulnd pe calculatoare diferite i interacionnd atunci cnd este necesar pentru furnizarea serviciului ctre un proces client.
31

Serverele pot partiiona setul de obiecte din care este construit serviciul sau pot pstra replici pe mai multe gazde. Aceste dou cazuri sunt exemplificate n cele ce urmeaz. Astfel, web-ul furnizeaz un exemplu clasic de date partiionate, n care fiecare server web administreaz propria colecie de resurse. Un utilizator poate folosi un browser pentru accesarea unei resurse pe oricare dintre servere. Replicarea este folosit pentru creterea performanei i disponibilitii i pentru mbuntirea toleranei erorilor. Sunt furnizate multiple copii de date consistente aflate n procese, rulnd pe calculatoare diferite. Spre exemplu, serviciul web furnizat la adresa altavista.digital.com este reprezentat pe mai multe servere care utilizeaz o baza de date replicat. Un alt exemplu de serviciu bazat pe replicarea datelor se numete SUN NIS (Network Information Service) i este folosit de calculatoarele dintr-o reea atunci cnd utilizatorii se autentific - Simson[Simson, 2000]. Fiecare server NIS are propria copie a fiierului de parole, coninnd o list de utilizatori i parole nregistrate. Arhitectura client-server folosete, adesea, servere proxy i zone cache. O zon cache reprezint un depozit pentru datele i obiectele recent accesate, care este mai aproape de proces dect obiectele. Cnd un obiect nou este recepionat pe un calculator, el este adugat n cache, nlocuind, dac este necesar, unele dintre obiectele deja existente. Cnd un obiect este cerut de un proces client, serviciul cache nti verific aceast zon i furnizeaz obiectul doar dac acesta este actualizat. n caz contrar, va fi adus o copie actualizat. Zonele cache pot fi asociate fiecrui client sau pot fi localizate ntr-un server proxy, care poate fi partajat de mai muli clieni. Aceast strategie este folosit mult n practic. Browserele web menin n cache paginile recent vizitate i alte servere web n sistemul de fiiere local clientului, folosind cereri HTTP pentru a verifica dac paginile stocate n cache sunt actualizate, nainte de afiarea lor. Serverele proxy partajeaz o zon tampon, coninnd resurse web. Scopul acestor servere este dat de creterea disponibilitii i performanei serviciului prin reducerea ncrcrii n reelele mari i pe servere. Serverele proxy pot avea i alte roluri cum ar fi posibilitatea de a accesa servere web prin componentele firewall pe care acestea le au implementate. Opus modelului client-server regsim procesele punct la punct. n aceast arhitectur toate procesele joac roluri similare, interacionnd ntr-un mod cooperativ, ca i egale, pentru efectuarea activitilor distribuite sau a calculelor, fr a se face distincie ntre clieni i servere. n acest model, codul proceselor menine consistena resurselor la nivelul aplicaie i sincronizeaz aciunile (tot la nivelul aplicaie), atunci cnd este necesar. Eliminarea proceselor server reduce comunicarea ntre procese i ntrzierile n accesarea resurselor locale. Pentru aceasta putem considera o aplicaie distribuit, care permite utilizatorilor de pe mai multe calculatoare s vizualizeze i, n mod interactiv, s modifice o imagine care este partajat ntre ei - Floyd [Floyd, 1997]. Aceast situaie poate fi implementat ca un proces aplicaie care se bazeaz pe nivelul middleware pentru efectuarea notificrilor de evenimente i comunicrii de grup, pentru a anuna toate procesele de schimbrile care intervin asupra imaginii. Aceast tehnic furnizeaz o interactivitate mai bun dect aceea obinut ntr-o arhitectur bazat pe servere, eliminnd latenele perechii cerere-rspuns efectuat prin intermediul unui server. Modelul client-server poate avea multiple variaii, vezi tabel 2.2, care provin din mai muli factori, precum: utilizarea codului mobil i a agenilor mobili, nevoia utilizatorilor pentru calculatoare ieftine, uor de folosit cu posibilitatea conectrii n reele de calculatoare, respectiv necesitatea de adugare, ntr-o manier convenabil, a dispozitivelor mobile.
Tabel 2.2:Variaii ale modelului client server

32

Tip variaie

Descriere
Un avantaj al execuiei codului descrcat local este realizarea unui bun rspuns interactiv, din moment ce nu exist ntrzieri sau variaii n limea de band asociat comunicrii n reea. Accesarea serviciilor nseamn execuia de cod care le apeleaz operaiile. Unele servicii sunt suficient de standardizate pentru a putea fi accesate i cunoscute prin intermediul aplicaiilor existente. Web-ul este un exemplu clasic, dar chiar i n acest caz, unele site-uri web folosesc o funcionalitate care nu este ntlnit n browserele standard i necesit descrcarea de cod adiional. S considerm o aplicaie care necesit ca utilizatorii s fie informai n timp real referitor la schimbrile care se desfoar pe o surs de informaie, ntr-un server. Aceasta nu se poate obine prin interaciuni normale, care sunt ntotdeauna iniiate de client. Soluia o reprezint folosirea unui software adiional care opereaz ntr-un mod diferit, adesea ca i model de tip push n care serverul i nu clientul iniiaz interaciunea. Spre exemplu, un agent de burs ar putea furniza un serviciu personalizat pentru a notifica clienii de schimbri n preul aciunilor. Pentru a folosi serviciul, fiecare client ar trebui s descarce un program care primete modificrile de la serverul agentului, acestea putnd fi afiate utilizatorului, care poate chiar efectua operaii de vnzare-cumprare declanate de condiii ale clienilor i stocate local n sistemul clientului. Un agent mobil - program care se mic ntre calculatoarele unei reele pentru execuia unor sarcini precum colectarea informaiilor - poate realiza multiple invocri de resurse locale, cum ar fi accesarea nregistrrilor din baze de date. Dac vom compara aceast arhitectur cu un client static care realizeaz apeluri la distan ctre unele resurse, posibil transferuri mari de date, vom observa o reducere a comunicrii i a timpului prin nlocuirea invocrilor la distan cu cele locale. Agenii mobili ar putea fi folosii pentru instalarea i mentenana componentei software pe calculatoarele unei organizaii sau, n alt caz, cu totul diferit, pentru a compara preurilor produselor de la un numr oarecare de comerciani, prin vizitarea fiecrui site i efectuarea unei serii de operaii pe baza de date. Un exemplu similar este programul de tip Worm, dezvoltat de XEROX PARC, care a fost proiectat pentru a folosi calculatoarele (procesoarele) n stare inactiv n efectuarea unor calcule intensive (a se vedea programul SETI@Home). Agenii mobili (i codul mobil) sunt un potenial pericol n ceea ce privete securitatea resurselor. Mediul care primete un agent mobil ar trebui s decid care dintre resursele locale sunt disponibile, bazndu-se pe identitatea utilizatorului din partea cruia se recomand a fi agentul identitatea lor trebuind inclus ntr-un mod ct se poate de sigur n codul agentului mobil. n plus, agenii mobili pot fi ei nii vulnerabili i, drept consecin, nu vor putea s-i ndeplineasc sarcinile dac li se va refuza accesul la resurse. Sarcinile efectuate de agenii mobili pot fi, n general, realizate i prin alte mijloace. Spre exemplu, programele crawler, care au nevoie s acceseze resurse pe servere web, lucreaz suficient de bine prin folosirea apelurilor la distan ctre procesele serverului. n cea mai mare parte a cazurilor, aplicaiile ruleaz pe un calculator personal (local). Sistemul de operare i software-ul aplicaie pentru calculatoarele desktop necesit ca o mare parte a codului activ i a datelor s fie pstrate pe discurile locale. Managementul fiierelor aplicaie, precum i mentenana componentei software locale necesit adesea un efort tehnic considerabil pe care utilizatorii nu sunt calificai s-l furnizeze. Calculatoarele cu suport n reea sunt un rspuns la aceast problem. Ele i descarc sistemul de operare i orice software aplicaie necesar utilizatorilor de pe un server de fiiere. Aplicaiile sunt rulate local, dar fiierele sunt gestionate de un alt server. Din moment ce toate datele aplicaiei ct i codul sunt stocate de un server de fiiere, utilizatorii pot migra de la un calculator la altul. Capacitile procesorului i ale memoriei pot fi reduse cu scopul de a obine costuri ct mai mici. Dac totui este pus la dispoziie i o resurs local de stocare, aceasta va conine doar un minim de software i va fi folosit n principal ca zon cache pentru replici care au fost recent ncrcate de pe server. Administrarea zonei cache nu necesit efort manual, obiectele

Codul mobil

Agenii mobili

Calculatoarele n reea

33

astfel stocate sunt invalidate de fiecare dat cnd o versiune nou a fiierului este scris pe server.
Se refer la un nivel software care susine o interfa grafic utilizator (local) n timp ce aplicaia se execut pe un alt calculator. Acest model de arhitectur prezint acelai management de nivel sczut i costuri hardware asemntoare schemei bazat pe reeaua de comunicaie, singura diferen fiind execuia programelor pe un calculator foarte performant, care are capacitatea rulrii unui numr mare de procese simultane. Principalul inconvenient l identificm n activitile grafice cu un grad mare de interactivitate, precum CAD sau procesarea de imagini, unde ntrzierile experimentate de utilizatori sunt crescute de nevoia transferului de imagini, inducnd blocaje, att n reea ct i n sistemul de operare. Aceast categorie de clieni sunt considerai a fi simpli ca i concept de implementare: Spre exemplu, majoritatea variantelor UNIX includ sistemul X11. Acest sistem reprezint un proces care gestioneaz display-ul i echipamentele interactive de intrare (tastatur, mouse) ale calculatorului pe care ruleaz. X11 furnizeaz o bibliotec extensiv de proceduri (protocolul x11) pentru afiarea i modificarea obiectelor grafice, precum i crearea sau manipularea ferestrelor. Sistemul x11 este referit ca fiind un proces server de tip fereastr. Clienii serverului x11 sunt programe aplicaie cu care interacioneaz utilizatorul. Programul client comunic cu serverul prin invocarea aplicaiilor din protocolul x11, acestea incluznd operaii care deseneaz text i obiecte grafice n ferestre. Clienii nu trebuie s fie localizai pe acelai calculator ca i serverul, din moment ce procedurile sunt ntotdeauna invocate, folosind un mecanism RPC - [Kyle, 2006]. Mediul tehnologic este populat cu un numr din ce n ce mai mare de dispozitive portabile: laptopuri, PDA-uri, telefoane mobile, camere digitale, chiar aparatur electrocasnic, toate folosind microprocesoare. Majoritatea acestor echipamente pot folosi tehnologii fr fir n contextul unei reele metropolitane sau chiar pe suprafee extinse (GSM, CDPD). Odat cu integrarea n sistemele distribuite, aceste echipamente pot furniza suport pentru calculul mobil, cu att mai mult cu ct utilizatorii i poart dispozitivele mobile n diferite reele i pot beneficia att de avantajele serviciilor locale ct i a celor de la distan. Forma distribuiei care integreaz dispozitivele mobile i alte echipamente ntr-o reea, o putem descrie cel mai bine sub termenul de reea spontan. Acest concept este folosit pentru a cuprinde aplicaii care implic conectarea att a elementelor mobile, ct i a celor fixe n reele de comunicaie. Am reprezentat n figura 9 o reea fr fir care are posibilitatea acoperirii camerelor unui hotel. Sistemul audio furnizeaz un serviciu muzical, prin care utilizatorii pot defini combinaii de selecii muzicale la difuzoarele din camer. Sistemul de alarm furnizeaz un serviciu de trezire prin intermediul serviciului muzical. Componenta TV/PC joac rolul unui televizor i computer personal. Aceasta furnizeaz acces la web (prin reeaua hotelului), incluznd i o interfa web ctre toate facilitile hotelului. Figura 2.4 prezint o posibil arhitectur pentru folosirea reelelor spontane:

Clieni uori(thin)

Dispozitivele mobile i reelele spontane

Figura 2.4: Posibil arhitectur pentru o reea spontan

34

Figura 2.4 prezint i dispozitivele pe care utilizatorul le aduce n camer: un laptop, o camer digital i un PDA ale crui capaciti de emisie n infra-rou i permite s funcioneze ca o telecomand universal (permindu-i s activeze de la ambientul luminos pn la serviciul muzical). Att timp ct o serie de dispozitive aparinnd hotelului (imprimante, automate pentru vnzarea unor produse) nu pot fi considerate portabile, conexiunea lor la reea i accesul la serviciile reelei ar trebui s fie posibile fr notificri prealabile i in absenta diferitelor aciuni administrative. Am identificat i prezentat n continuare principalele caracteristici ale reelelor spontane: Permit conectarea uoar la o reea local. Legturile fr fir evit nevoia cablrii i inconvenienele legate de fiabilitatea echipamentelor de conectare mufe, prize de reea; sunt singurele linii de comunicare care pot fi meninute n momentul deplasrii utilizatorilor; un echipament adus ntr-o reea nou este reconfigurat ntr-un mod transparent pentru a obine conectivitate Se integreaz uor cu serviciile locale. Echipamentul care este introdus ntr-o astfel de reea, descoper automat ce servicii sunt oferite. n exemplul referitor la camera de hotel, aparatul foto digital al utilizatorului descoper un serviciu de vizualizare imagini, astfel nct pozele stocate pot fi trimise direct la componenta TV/PC.

Reelele spontane ridic i o serie de probleme arhitecturale. Este vorba despre modul de implementare a unei conectri i integrri convenabile i, mai ales, eficiente. Spre exemplu, adresarea Internet i algoritmii de rutare presupun existena calculatoarelor n anumite subreele. Dac un calculator este mutat ntr-o alt subreea, acesta nu mai poate fi accesat cu aceeai adres Internet. O alt problem apare pentru utilizatorii mobili. Acetia pot experimenta o conectivitate sczut pe msur ce cltoresc i n plus extrem de nesigur, datorit urmtoarelor caracteristici ale tehnologiilor mobile: Conectivitatea limitat, deoarece utilizatorii nu sunt ntotdeauna conectai pe durata deplasrii lor. Spre exemplu, ei ar putea fi n mod intermitent deconectai de la o reea fr fir atunci cnd sunt ntr-un tunel. Ei ar putea fi total deconectai pentru perioade mai lungi n regiuni unde conectivitatea fr fir este indisponibil sau unde este prea scump pentru a rmne conectai. Problema este cum poate susine sistemul clienii deconectai pentru ca acetia s poat lucra n continuare. Securitatea i intimitatea sunt superficiale, n acest sens multe dintre probleme sunt generate n scenarii precum cel referitor la situaia unui client ntr-un hotel. Astfel, hotelul i clienii sunt vulnerabili la atacuri din partea fie a altor oaspei sau chiar a personalului propriu, care ncearc conectri ntr-un mod nesupervizat. Unele sisteme in evidena locaiei fizice a utilizatorilor pe msur ce acetia se mic fapt care poate fi considerat un atentat la intimitate - [Want, 1992]. n final, mai menionm i cazul n care permiterea utilizatorilor s-i acceseze propriul intranet n timp ce se deplaseaz, poate expune date care n mod normal ar trebui s fie protejate de un firewall. Descoperirea serviciilor, ce necesit ca reelele spontane s cear proceselor client, rulnd pe dispozitive portabile, s acceseze servicii pe reelele unde acestea sunt conectate. Cum pot ns clienii s fie conectai la serviciile de care au nevoie pentru a ndeplini sarcini utile? S explorm aceast ntrebare n contextul unui scenariu: la ntoarcerea n hotel, clientul dorete s vizualizeze unele fotografii pe care le-a luat cu o camer digital, s tipreasc o parte pentru folosire local i s trimit acas o colecie. Camera dispune de o component TV/PC. Hotelul ar putea avea un serviciu de imprimare color i un serviciu de fax. Nu ne putem atepta ca fiecare productor de imprimante s implementeze exact acelai protocol (pentru clieni) n vederea accesrii serviciilor de tiprire.

35

Clienii se pot adapta, n general, serviciilor disponibile: camera digital a clientului poate trimite imaginile spre a fi vizualizate local, sau electronic ctre o alt destinaie sau chiar la fax. Clienii au nevoie de mijloace adecvate pentru a identifica serviciile care sunt disponibile n reea (unde sunt conectai) i s le investigheze proprietile. Scopul unui serviciu de descoperire este s accepte i s stocheze detalii ale serviciilor care sunt disponibile pe reea i s rspund interogrilor clienilor despre ele. Mai precis, un astfel de serviciu ofer dou interfee: un serviciu de nregistrare, care accept cereri de nregistrri de la servere i nregistreaz detalii despre acestea; un serviciu de cutare, care accept nregistrri referitoare la serviciile disponibile i caut in baza de date pentru servicii nregistrate care se potrivesc cererii fcute. Rezultatul ar trebui s conin suficiente detalii pentru a da posibilitatea clienilor s aleag ntre servicii similare pe baza atributelor lor i s fac conexiunile ctre unul sau mai multe dintre acestea. Considernd exemplul prezentat anterior, un serviciu de descoperire n hotel include informaii ale serviciilor disponibile, de tiprire i vizualizare, cu detalii precum numrul camerei n care este localizat display-ul sau imprimanta, calitatea (rezoluia) echipamentului, modele de imagini care sunt acceptate, capaciti n ceea ce privete gama de culori. Camera digital a clientului interogheaz serviciul de descoperire pentru identificarea posibilelor servicii de vizualizare i tiprire, proceseaz lista rezultat att din punctul de vedere al compatibilitii cu propriul model i format, pentru ca ulterior s ofere un meniu cu echipamente disponibile.

Observm c toate modelele de sisteme prezentate partajeaz o serie de proprieti fundamentale. Fiecare dintre ele sunt alctuite din procese care comunic ntre ele prin transmiterea de mesaje printr-o reea de calculatoare. Toate modelele se bazeaz pe un set de cerine, viznd proiectarea, care au scop creterea performanei, fiabilitii i a securitii resurselor partajate. n general, un model conine doar componentele eseniale pe care trebuie s le lum n considerare pentru a nelege aspectele de comportament ale sistemului. Un model al unui sistem distribuit trebuie s rspund urmtoarelor ntrebri: - care sunt principalele entiti n sistem? cum interacioneaz acestea? care sunt caracteristicile care influeneaz comportamentul lor (att individual, ct i colectiv). Astfel, putem afirma c scopul unui model este, pe de o parte, s fac explicite toate presupunerile relevante despre sistemul modelat, iar pe de alt parte s realizeze generalizri privind ceea ce este posibil, respectiv imposibil, pe baza presupunerilor despre sistem. 2.3.1.1 Arhitectura client-server i managementul cunotinelor economice Dup cum precizam anterior, n prezent, arhitectura client-server reprezint, cu siguran cea mai folosit arhitectur sistemic, aceast situaie putnd fi justificat chiar i prin simplul fapt c reeaua Internet este construit folosind tehnologii client-server. Practic, aa cum am descris n subcapitolul 2.3.1, serverele pot fi folosite pentru o gam larg de aplicaii organizaionale. Datorit utilizrii acestei arhitecturi n mediul Internet, conceptul de server a fost din ce n ce mai mult asociat cu ideea de server web. Dei foarte important, serverul web nu reprezint dect o parte a funcionalitii adus de tehnologia client-server. Astfel, o organizaie poate folosi, n afara serverelor Web, o multitudine de alte tipuri de servere 6, precum:
6

http://www.webopedia.com/quick_ref/servers.asp, accesat 26 Ianuarie 2009

36

Audio-video; Comunicare n timp real; De aplicaie; Transfer fiiere; Groupware; Pot electronic; Telnet; tiri;

Revenind la aplicabilitatea arhitecturii client-server n managementul cunotinelor economice, putem afirma, bazndu-ne pe studiul realizat n capitolele 1.5.2.1.1 i 1.5.2.1.3 i concretizat n figurile 1.32, 1.36, respectiv n tabelul 1.19, faptul c proiectarea unui sistem pentru managementul cunotinelor poate lua n considerare toate aceste tipuri de servere. Practic, este aproape imposibil de construit un SMC utilizabil, fr utilizarea mai multor categorii de servere. De asemenea, proiectarea unui SMC, concomitent cu faptul c trebuie s in cont de necesitile organizaionale, poate lua n considerare utilizarea unui numr ct mai mare de servere, deoarece astfel poate oferi o funcionalitate extins. n plus, utilizarea mai multor tipuri de servere conduce la realizarea unei structuri mult mai clar definite a SMC-urilor, uurnd astfel procesele ulterioare de extindere sau mentenan. n continuare, pentru a delimita i mai mult modul n care putem folosi tehnologiile client-server n programele de management al cunotinelor, putem identifica posibilele servere ce pot fi folosite pentru susinerea tehnologiilor, descrise n tabelul 1.19 vezi tabel 2.3:
Tabel 2.3: Tipuri de server aplicabile tehnologiilor specifice MC

Autor
Warschat et al. [Warschat et al., 1999] clasific tehnologia informaional de susinere a unui KMS, folosind noiunile de date, informaie, cunotine Apostolou [Apostolou, 1998] folosete pentru clasificare procesele de transfer ale cunotinelor, descrise de Nonaka. Ackerman [Ackerman, 1994]

Descriere tehnologie
Sisteme bazate pe depozite de date Sisteme pentru gestiunea documentelor Sisteme de publicare pe Web Sisteme CMS (Content Management Systems) Sisteme informaionale bazate pe cunotine Socializare: email, liste de discuii, conferine multimedia, bulletin board) Internalizare: baz de date cu lecii nvate, material hypermedia pentru sisteme CBT 7, pstrarea unui istoric al proceselor, depozite de date, data-mining) Externalizare: reele semantice, ontologii, tehnologii agent, depozite de date, tehnologii de tip push 8) Combinare: sisteme de gestiune a documentelor, sisteme de gestiune a fluxurilor (Workflow systems), sisteme de suport a deciziei de grup, sisteme de cutare i filtrare Stocare i extragere date sisteme de gestiune a bazelor de date Partajare, publicare a informaiei Componente pentru memoria de grup i memoria organizaional: sistem Answer garden 9 Instrumente pentru comunicare neformal Instrumente pentru dezvoltarea structurilor de cunotine Sisteme de gestiune a documentelor Platforme Lotus Notes

Tip server
Baze de date Web Fiiere Pot electronic

IRC Web Baze de date Workflow Pot electronic

Baze de date Web Fiiere Audio-Video IRC

CBT: Sisteme de pregtire, asistate de calculator (Computer Based Training) Tranzaciile i implicit procesele sunt iniiate de componenta central, http://en.wikipedia.org/wiki/Push_technology 9 Sistem Answer Garden: baz de date coninnd ntrebri i rspunsuri, provenind de la angajaii organizaiei
7 8

37

 Borghoff [Borghoff, 1998] clasific tehnologiile informaionale pornind de la studiul realizat de XEROX n 1991

Depozite de cunotine i biblioteci (documente) cutare, depozite de documente eterogene, suport pentru acces, integrare, gestiune, structurare i publicare Comuniti de angajati orientai spre cunoatere (knowledge workers) captura experienei, captura contextului, software care s defineasc spaii comune de lucru; Fluxul de cunotine: software care s permit distribuirea documentelor ctre angajai, n funcie de competene, pe baza unor hri de cunotine (knowledge maps) Cartarea cunotinelor instrumente de cartare a comunitilor de practic, simularea proceselor de lucru, cartarea cunotinelor referitoare la concepte specifice domeniului, cartarea competenelor angajailor SMC integrativ publicare electronic, baz de cunotine SMC interactiv nvarea distribuit, forumuri Colaborare asistat de calculator; Gestiune electronic a sarcinilor; Comunicare electronic (sincron i asincron); Conferine video i instrumente de vizualizare; Instrumente pentru asistarea deciziei de grup (echip); Tehnologii Web; Data Mining; Software pentru cutare i extragere cunotine; Ageni inteligeni; Gestiunea documentelor. Colaborare tehnologii pentru: managementul fluxurilor (workflow management), munc i nvare ntr-un mediu cooperativ, susinut de calculator Gestiunea coninutului gestiunea documentelor, gestiunea informaiilor despre angajai, gestiunea informaiilor referitoare la echip Vizualizare i agregare cartarea cunotinelor, portaluri de cunotine, taxonomii, utilizarea serviciilor de directoare (sisteme care stocheaz, organizeaz i ofer acces la informaia dintr-un director) Extragere de informaie metode de cutare, limbaje de cutare, metode de extragere Sisteme de gestiune a documentelor Instrumente pentru managementul informaiei Instrumente pentru cutare i indexare Instrumente pentru comunicare i colaborare Sisteme expert Sisteme pentru gestiunea bunurilor intelectuale Gestiunea documentelor Acces universal, on-line la documente i baze de date Conectivitate: extinderea simplei comunicri, folosind tehnologii informaionale: mesagerie, conferine, discuii electronice Sisteme expert Tehnologii de tip pattern - recognition: text mining, data mining, identificarea cunotinelor n baze de date

Groupware IRC Comunicare Multimedia Pot electronic Web CMS Fiiere Directoare

Zack [Zack, 1999] distinge sisteme care susin utilizarea cunotinelor explicate i sisteme adresate colaborrii ntre experi

Comunicare Multimedia Web Directoare Web Pot electronic Baze de date Colaborare Fiiere IRC Groupware

Meso [Meso, 2000] identific zece tehnologii cheie pentru utilizarea ntr-un SMC, care susin funciile de: creare, utilizare, cutare i stocare a cunotinelor

Seifried [Seifried, 2000] definete un SMC, ca fiind o platform IT, care integreaz patru zone funcionale

Groupware Pot electronic Directoare Web tiri

Jackson [Jackson, 2001] clasific sistemele pentru obinerea, diseminarea, sinteza, comunicarea i depozitarea cunotinelor

Fiiere CMS Directoare Web Comunicare Pot electronic Fiiere Baze de date Directoare tiri Comunicare IRC Multimedia

Allee [Allee, 1997] identific tehnologii obligatorii pentru organizaiile bazate pe cunoatere

38

 Astleitner [Astleitner, 2000] clasific instrumentele software relevante pentru managementul cunotinelor

Tkach identific cinci zone strategice specifice strategiilor MC, pentru care exist deja implementate instrumente i sisteme

Instrumente pentru extragerea informaiei Baze de date Instrumente generale pentru MC (Lotus Notes produs IBM. Grapevine) Instrumente MC real time (sisteme CBR) Instrumente de analiz pe termen lung (reele neuronale) Motoare de cutare Ageni inteligeni Sisteme Groupware Instrumente pentru data-mining i analiz de date Business intelligence analiza bazelor de date, folosind data mining, depozite de date i OLAP. Elementul central l reprezint cunoaterea explicit Colaborare Modelare realizat de experi, analiza proceselor de luare a deciziei. Elementul central l reprezint cunoaterea tacit Transfer de cunotine identificarea i dezvoltarea comunitilor/echipelor, utilizarea tehnologiilor distribuite Descoperirea i cartarea cunotinelor tehnici de textmining, tehnici pentru reprezentarea contextualizat a surselor de cunotine (oameni i informaie), instrumente pentru clasificarea i vizualizarea documentelor Expertiz instrumente pentru analiza reelelor organizaionale, paginii aurii, instrumente pentru identificarea modului de realizare a celei mai bune expertize n organizaie

Web Pot electronic Groupware Proxy Baze de date Directoare

Baze de date Fiere Web BizTalk

Groupware Proxy Comunicare

Asocierile ntre tehnologiile aplicabile managementului cunotinelor i diferitele tipuri de servere, prezentate n tabelul 2.3, reprezint o variant de utilizare a tehnologiilor client-server n contextul MC. Un alt exemplu concludent referitor la strnsa legtura dintre arhitectura client-server i managementul cunotinelor l regsim n figura 1.36. n aceast reprezentare grafic, denumit arhitectura unui portal de cunotine, am reprezentat, ca parte integrant a arhitecturii sistemice, o serie de de servere, care sunt definite att prin modelul obiectual al cunoaterii, implementat de SMC, ct i prin serviciile pe care le ofer. Tipurile acestor servere sunt, dup cum urmeaz:
Web; Colaborare; Fiiere Analiz multidimensional; Directoare; Baze de date; Data-mining;

Astfel, pe baza elementelor prezentate, considerm c putem concluziona faptul c dezvoltarea unui sistem distribuit pentru managementul cunotinelor va avea n componen, aproape n mod obligatoriu, cel puin un domeniu 10 de servere.

10

nelegem prin domeniu de servere, mulimea serverelor dintr-o organizaie, care deservesc o funcie a unui sistem informaional

39

2.3.2 Arhitectura Grid Conform Foster [Foster, 1999], grid-ul reprezint o platform de calcul pentru rezolvarea problemelor complexe, care necesit o mulime vast de resurse. Arhitectura Grid unific o mare varietate de resurse computaionale, sisteme de stocare, surse de date, baze de date, instrumente tiinifice, prezentndu-le sub forma unei resurse unitare. Considerm c, din punctul de vedere al dezvoltrii aplicaiilor, mediul Grid reprezint o provocare complex, deoarece resursele sunt: distribuite geografic, eterogene sau deinute de companii avnd politici proprii. Pornind de la arhitectura propus de Baker [Baker, 2000] i Spyros [Spyros, 2000] i extinznd-o cu elemente viznd integrarea pe piaa serviciilor grid, propunem n figura 2.5 o posibil arhitectur a unui grid economic:

Figura 2.5: Arhitectur grid economic Adaptare: Baker [Baker, 2000], Spyros [Spyros, 2000] Arhitectura prezentat n figura 2.5 nglobeaz o gam larg de tehnologii software, precum: medii locale de operare, software de tip broker resurse, respectiv aplicaii proiectate pentru exploatarea capacitilor Grid-ului. Buya [Buya, 2000] subliniaz faptul c interaciunile dintre aceste aplicaii trebuie s fie sigure i, mai ales, adaptabile schimbrilor de stare a resurselor.

40

Utilizatorii unui grid interacioneaz cu o component GRB 11, care ascunde complexitatea managementului resurselor. Componenta GRB descoper resursele folosind servicii speciale de informare 12, negociaz costuri cu agenii resurselor, realizeaz selecia resurselor, identific aplicaiile i datele necesare procesrii i transmite utilizatorului rezultatele finale. Cercetarea actual i investiiile n arhitectura grid sunt motivate de ipoteza, conform creia, accesul coordonat la o mulime divers de resurse, distribuite geografic, prezint valoare economic. Astfel, n contextul paradigmei grid exist nevoia unor mecanisme care s permit accesul controlat la aceste resurse, dar i modele, respectiv politici sustenabile, care s susin i s promoveze partajarea resurselor grid. Buya [Buya, 2000] subliniaz faptul c arhitectura Grid poate fi aplicat cu succes n mediul economic. Utilizarea gridului n mediul economic implic interaciuni ntre dou componente - furnizorii de resurse 13, respectiv consumatorii de resurse 14- n care ambele au propriile strategii. Consumatorii de resurse vor adopta strategia rezolvrii problemelor la un cost ct mai sczut, ntr-un interval de timp dat, n timp ce furnizorii de servicii vor urmri obinerea unor rezultate financiare ct mai bune. ntrebarea care se nate este ce anume genereaz creterea interesului organizaional pentru tehnologia Grid? n urma unui studiu realizat de EIU 15 n MartieAprilie 2005, studiu n care au fost implicai 177 de manageri, a reieit faptul c principalele motive sunt: dorina de mbuntire continu a procedurilor i practicilor organizaionale, integrarea uoar, la nivel departamental, a unei puteri sporite de prelucrare, respectiv scderea costurilor. Unele beneficii cntresc mai greu n anumite regiuni i industrii. Spre exemplu, n Japonia, multe companii abordeaz tehnologia Grid, n vederea reducerii costurilor. Un alt exemplu este cazul industriei informaionale, cum ar fi serviciile financiare, n care beneficiul principal l reprezint capacitatea de a efectua mai rapid calcule complexe. Din interviurile realizate n cadrul studiului EIU prezentm o serie de idei asupra importanei arhitecturii grid:
n prezent exist o presiune mare asupra bugetelor IT, astfel nct trebuie s identificm moduri de a rula aplicaiile la un cost ct mai sczut...Consider c principala for din spatele gridului o reprezint costurile Mr. Lesage, manager Credit Agricole; Pentru managementul riscului avem nevoie de putere de calcul. Am fi putut cumpra un calculator foarte puternic sau folosi n continuare PC-urile existente. n marea parte a timpului aceste PC-uri nu sunt implicate n nici un calcul. Prin definirea unui grid n vederea calculrii riscurilor am obinut mai mult putere de calcul i rezultate rapide Dr. Peter Oellers, Landesbank Baden Wurttemberg; Gridul ofer flexibilitate afacerii Dr. Robert Shimp, Oracle Corporation; Utilizarea ciclilor CPU neutilizai ofer un beneficiu organizaiei. Un program scris pentru un server dedicat poate monopoliza serverul pn cnd acesta finalizeaz calculul. Rulnd ntr-un grid, calculele pot migra ntre procesoare, n funcie de disponibilitatea acestora Dr. Barrington, Novartis.

11 12 13

Grid Resource Broker Grid Information Services - GIS definii n literatura de specialitate sub acronimul GSP Grid Service Providers 14 definii n literatura de specialitate sub acronimul GRP Grid Resource Broker 15 Economist Intelligence Unit

41

Rezultatele studiului, prezentate n tabelul 2.4, definesc poziia pe pia a arhitecturilor grid:
Tabel 2.4: Studiu referitor la impactul tehnologiilor grid n mediul economic 16

Aspect

Rezultate

Comentarii
O mare parte a respondenilor consider tehnologiile grid ca fiind adecvate utilizrii n sistemele pentru managementul cunotinelor

Domenii n care arhitectura grid are cel mai mare impact

Rspuns
Stocarea datelor Managementul cunotinelor CRM Aplicaii ciclice Outsourcing Dezvoltare de produs

Procent
51 46 38 27 27 26

Ct de mare va fi impactul calculului de tip grid, n urmtorii 5 ani

Rspuns
Masiv Semnificativ Mediu Mic Fr impact

Procent
4 33 30 26 7

Rspunsurile la aceast ntrebare reflect o oarecare nencredere a mediul de afaceri n tehnologiile grid

Care sunt cele mai semnificative blocaje n ceea ce privete folosirea comercial a arhitecturilor grid

nelegerea gridului de ctre pia Probleme de securitate Beneficii financiare neclare Competenele IT organizaionale Lipsa standardelor deschis Incapacitatea de a convinge managementul ngrijorare privind supraestimarea gridului Tehnologii imature Costul implementrii

Rspuns

FS 17%
43 38 28 28 23 22 21 21 20

S%
50 38 51 46 51 44 52 47 54

NS%
5 20 18 21 25 27 22 28 23

NB%
2 4 3 5 1 7 5 4 2

Problema major a tehnologiilor grid este reprezentat de gradul sczut al nelegerii modului n care ele pot contribui la oferirea unor avantaje clare i msurabile

Gradul de implementare n organizaii a tehnologiei grid

Dei tehnologiile grid promit avantaje semnificative, exist nc nencredere n ceea ce privete adoptarea lor

16 17

adaptare dup: From Grid to Great: Grid Computings corporate prospects, White Paper, Economist Intelligence Unit, 2008 FS Foarte semnificativ, S Semnificativ, NS Nesemnificativ, NB nu este considerat a fi un blocaj

42

Gradul de satisfacie

Foarte satisfcut Satisfcut Nesatisfcut Foarte nesatisfcut

Rspuns

Procent
11 84 5 0

Credem c procentul de persoane foarte satisfcute ar trebui s fie mai mare, lund n considerare segmentul int al tehnologiilor grid.

Rspuns
Cunoaterea tehnologiei grid Excelent Bine Mediu Acceptabil Slab

Procent
0 12 27 19 42

0 procente cunoatere excelent a gridului reflect, nc odat, faptul c aceast tehnologie nu este momentan la maturitate

Atitutidea organizaional fa de tehnologia grid

A fost adoptat din clipa apariiei n prezent se lucreaz la implementarea ei Este n faza de evaluare Este puin probabil implementarea ei n viitorul apropiat S-a decis nefolosirea ei

Rspuns

Procent
6 8 37 44 6

Cea mai mare parte a managerilor se afl ntr-o faz de evaluare sau de reticen. Este necesar ca piaa s ofere soluii grid clar definite, funcionale

Fore care conduc dezvoltarea tehnologiei grid

Rspuns Presiune managerial Presiunea de a gsi alternative hardware ieftine, dar performante Presiunea pieei Accelerarea proceselor de dezvoltare a produselor Creterea cererii clienilor Integrarea mai multor companii n reeaua organizaional Creterea cunoaterii tiinifice asupra tehnologiei grid nvechirea calculatoarelor mainframe

C 18% 24 23 23 20 19 16 15 14

I% 40 55 48 40 46 46 35 46

M% 30 16 25 32 30 26 43 32

N% 5 6 4 8 5 12 7 8

Dezvoltarea tehnologiei grid se realizeaz, n principal, ca un rspuns la presiunea generat de necesitatea unei competitiviti ridicate

Principalele implicaii ale tehnologiei grid pentru strategia IT

Va crete nevoia adoptrii i utilizrii serviciilor Web Va exista nevoia bugetelor alocate tehnologiei informaiei Puterea de calcul va fi distribuit contra unei taxe Organizaiile vor reduce cheltuielile hardware Organizaiile vor renuna la calculatoarele mainframe Departamentele IT vor fi micorate Supercalculatoarele vor fi nlocuite de calculul grid Declin n vnzarea serverelor

Rspuns

Procent
66 60 49 47 34 29 28 21

Dezvoltarea tehnologiilor grid poate avea efecte laterale, n sensul n care concomitent asistm la o cretere a utilizrii diferitelor tipuri de servicii software

18

crescut, important, mediu, nesemnificativ

43

Principalele beneficii ale tehnologiei grid

mbuntirea anselor de reuit a afacerii Maximizarea utilizrii capacitii existente de calcul Capacitatea de gestionare a fluctuaiilor previzionate ale cererii Accelerarea proceselor reprezentnd sarcini IT Gestiunea fluctuaiilor neprevizionate ale cererii Flexibilitatea de a testa rapid noi aplicaii Altele

Rspuns

Procent
52 51 48 43 38 27 5

Din cumulul rspunsurilor la aceast ntrebare reise faptul c majoritatea managerilor vd n tehnologiile grid o modalitate de cretere a competitivitii afacerii.

Utilizarea tehnologiilor Grid implic existena a dou categorii de utlizatori: dezvoltatori de sisteme, respectiv utilizatori finali. Dezvoltatorii de sisteme sunt aceia care construiesc soluii Grid, folosind pentru aceasta instrumente precum Globus 19, Unicore 20 sau Condor 21. Utilizatorii finali, reprezentai de savani, ingineri, economiti, etc., folosesc Grid-ul pentru rezolvarea unor probleme specifice, prin intermediul portalurilor Grid. Considerm c, pentru managementul cunotinelor economice, portalurile grid prezint o foarte mare importan, deoarece ele se vor adresa unui numr mare de persoane. Practic, utilizarea gridului va depinde de nelegerea funcionrii portalului. n plus, fiecare portal Grid ofer acces la o mulime bine definit de servicii ale gridului. Deoarece de-a lungul timpului aceste servicii s-au diversificat, portalurile au nceput s cunoasc i ele modificri semnificative. Studiul realizat n continuare prezint trei generaii de portaluri grid, realizarea lui fiind motivat de importana acestor tehnologii n contextul n care ele pot determina eficiena angajailor organizaiei. Majoritatea portalurilor grid utilizate n prezent fac parte din prima categorie de portaluri grid. Conform lui Foster [Foster, 1998], portalurile din prima generaie sunt construite pe baza unei arhitecturi pe 3 niveluri, prezentat n figura 2.6:

Figura 2.6: Arhitectura portalurilor grid din prima generaie

19 20

http://www.globus.org/ http://www.unicore.eu/ 21 http://www.cs.wisc.edu/condor/

44

Ganon [Ganon et al, 2002] sintetizeaz faptul c aceste portaluri au n comun urmtoarele caracteristici:
O arhitectur pe trei niveluri format din browsere Web, servere web i resurse backend, precum: baze de date, calculatoare performante, dispozitive de stocare, echipamente specializate; Utilizatorii realizeaz conexiuni sigure cu serverele web; Serverele web obin certificate de la un server dedicat, pe care le folosesc pentru a identifica utilizatorul; Cnd utilizatorii finalizeaz definirea parametrilor, definitorii pentru sarcina care doresc s o execute, web serverul lanseaz un manager de aplicaii. Managerul de aplicaii este reprezentat printr-un proces care controleaz i monitorizeaz execuia sarcinilor; Serverul web autorizeaz managerul de aplicaii s acioneze n numele utilizatorului.

Keahev [Keahev, 2002] puncteaz urmtoarele serviciile furnizate de prima generaie de portaluri grid:
Autentificare i autorizare, unde prin autentificare este identificat cine este conectat la sistem, n timp ce prin autorizare sunt stabilite resursele pe care utilizatorul are drepturi s le foloseasc. Un portal grid ofer un singur mecanism de tip sign on, care permite utilizatorilor s acceseze resurse multiple, dup efectuarea autentificrii; Managementul sarcinilor, n care un portal grid furnizeaz utilizatorilor posibilitatea de a-i gestiona sarcinile, acest lucru putnd fi realizat att secvenial, ct i paralel. Spre exemplu: lansarea n execuie a aplicaiilor prin intermediul unui browser, ntr-un mod sigur i fiabil; monitorizarea strii curente a unei aplicaii; oprirea sau anularea sarcinilor n execuie; Transfer de date, care permite utilizatorilor s ncarce seturi de date, ce pot acompania sarcinile necesar a fi executate; Servicii de informare: un portal grid utilizeaz mecanisme de descoperire pentru identificarea resurselor necesare i disponibile pentru o anumit sarcin.

Din punct de vedere tehnologic, portalurile grid din prima generaie sunt implementate cu ajutorul urmtoarelor tehnologii:
Interfaa grafic se bazeaz pe pagini HTML, JSP, PHP sau ASP, combinate cu JavaScript; Conexiunea sigur dintre un web browser i servere se realizeaz prin intermediul HTTPS; Un servlet Java sau un Java Bean aflat pe serverul Web primete cereri de la utilizatori i acceseaz resurse backend; Pentru autentificare i autorizare sunt folosite Myproxy Novotny [Novotny, 2001], respectiv Globus GSI Foster [Foster, 1998]; Pentru transmisia sarcinilor este folosit Globus GRAM Czajkowski [Czajkowski, 1998]; Pentru adunarea informaiilor asupra resurselor back-end, este folosit MDS Czajkowski [Czajkowski, 2001]; Pentru transferul datelor pot fi folosite aplicaii precum GSIFTP 22 sau Globus GridFTP;

Prima generaie de portaluri grid s-a bazat pe setul de instrumente Globus, n ceea ce privete serviciile oferite. Foster [Foster, 1999] menioneaz c acest lucru s-a ntmplat, deoarece Globus furnizeaz un pachet complet i o modalitate standard de construire a

22

http://www.globus.org/site_map.php

45

sistemelor Grid. Un alt motiv, l reprezint faptul conform cruia Globus este un sistem opensource, fiind rezultatul unui efort colectiv internaional de cercetare 23. n plus fa de soluia Globus, identificm i alte instrumente de dezvoltare, sintetizate n tabelul 2.5:
Tabel 2.5: Instrumente de dezvoltare, specifice portalurilor grid din prima generaie

Denumire
GridPort

Descriere
Reprezint un set de instrumente dezvoltat de San Diego Supercomputer Center i Universitatea din Texas. Scopul acestor instrumente este acela de a facilita crearea portalurilor dfdsfsdfds. Utilizatorii pot utiliza GridPort n dou moduri. Prima abordare necesit instalarea Globus, deoarece scripturile GridPort reprezint o extindere a comenzilor acestuia. Al doilea mod de utilizare nu necesit instalarea Globus, deoarece se bazeaz pe scripturi CGI configurate s foloseasc un portal de tip GridPort pentru accesul la servicii precum autentificare, transfer de fiiere, definire sarcini Reprezint un set de instrumente Java care furnizeaz componente pentru accesarea diferitelor servicii Grid. Sunt oferite interfee adaptabile, care permit utilizatorilor efectuarea unei varieti de operaii, precum definirea sarcinilor i interogarea serviciilor de informaii. GPDK ofer utilizatorului abilitatea de a accesa serviciile grid sub form de Java Beans, prin intermediul JSP. Un utilizator poate construi un portal funcional pe baza paginilor model oferite de GPDK. A fost proiectat pentru a facilita dezvoltarea portalurilor Grid prin generarea automat a unei componente front-end format din pagini JSP i servleturi Java. Portalurile de tip Ninf utilizeaz sisteme GridRPC, precum Nimf-G Nakada [Nakada, 1999] pentru a interaciona cu serviciile back-end. Reprezint o soluie pentru dezvoltarea portalurilor Grid, care nu folosete un web-server centralizat aflat pe o main remote. XCAT-SP se bazeaz pe conceptul de document activ, care conine pagini de text i grafic, ce descriu o anumit aplicaie, respectiv pagini de scripturi executabile, parametrizate. Aceste scripturi pornesc i gestioneaz aplicaia , rezultatele fiind adugate documentelui n mod dinamic, sub form de legturi. Tehnologia care permite editarea paginilor i scripturilor este Jpython 24, aceasta permind acces i la alte seturi de instrumente, precum Java CoG Kit, respectiv Common Component Architecture 25

GPDK (Grid Portal Development Kit)

Ninf Portal

XCAT Science Portal

Dei prima generaie de portaluri Grid poate susine dezvoltatorii de sisteme Grid n construirea rapid de portaluri, ea prezint urmtoarele limitri:
Sunt orientate spre dezvoltatorii de sisteme. Astfel, portalurile din prima generaie sunt definite n principal prin instrumente dedicate dezvoltatorilor. Adesea, utilizatorii finali se gsesc n postura de a folosi scripturi sau diferite forme de API, ceea ce reprezint o situaie nedorit. Instrumentele optime ar trebui s poat ascunde complexitatea gridului fa de utilizatorii finali; Prezint o interoperabilitate sczut. Pierce [Pierce, 2002] menioneaz faptul c un dezavantaj al arhitecturilor grid, structurate pe trei niveluri, este reprezentat de slaba interoperabilitate a acestora. Acest tip arhitectural conduce la urmtoarea problem: interfeele utilizator sunt dependente de nivelul de mijloc al gridului, care, la randul su, este dependent de sistemul back-end. Astfel, este dificil integrarea serviciilor grid, construite pe baza unor tehnologii diferite, ntr-un portal din prima generaie.

23 24

http://www.globalgridforum.org/ http://www.jython.org/ 25 http://www.cca-forum.org/

46

Pentru suplinirea problemelor specifice primei generaii, portalurile grid din a doua generaie folosesc componentele denumite portlet. Spre exemplu, proiecte tiinifice, precum Xportlet 26, respectiv GridSphere 27 i propun s furnizeze un cadru pentru construirea portalurilor grid cu ajutorul portlet-urilor. Din perspectiva utilizatorilor, un portlet reprezint o fereastr n portal, care furnizeaz acces la un serviciu specific sau la o anumit informaie. Pe de alt parte, din perspectiva dezvoltatorului de aplicaii, portlet-urile reprezint module proiectate pentru a rula n interiorul unui container, existent pe un portal server. Portlet-urile reprezint forme avansate ale servlet-urilor Java. Portalul server colecteaz mai multe portlet-uri, utilizatorul avnd posibilitatea de a accesa o gam larg de aplicaii. ntocmai precum componentele Java Servlet, un portlet va procesa cererile HTTP i va produce rezultate HTML. Rezultatul HTML nu reprezint, ns, dect o parte a paginii Web finale. Tabelul 2.6 prezint principalele instrumente utilizate n dezvoltarea portalurilor grid din a doua generaie:
Tabel 2.6: Instrumente folosite pentru dezvoltarea portalurilor grid din a doua generaie

Denumire

Descriere
Reprezint o soluie de tip portal pentru cei care doresc s creeze, gestioneze i s partajeze informaie ntre platforme Windows. Reprezint o soluie centrat pe documente, furniznd suport pentru partjarea i fluxul acestora. Poate ngloba componente denumite Web-Parts, care, de fapt, reprezint portlet-uri, dar nu ofer suport pentru Portlet API. Conform lui Rizzo [Rizzo, 2008], SharePoint reprezint o soluie pentru Intranetul organizaional, nefiind recomandat acelor situaii care necesit prelucrri masive de date. Reprezint o soluie dedicat pentru sistemele colaborative. Furnizeaz peste 300 portlet-uri, asigurnd o funcionalitate extins. Set de instrumente Java pentru construirea portalurilor. Furnizeaz aproximativ 50 de portlet-uri, respectiv legturi ctre baze de date back-end. Principalul dezavantaj este reprezentat de dificultatea implementrii i de limitrile n ceea ce privete componenta de colaborare Potrivit lui Alex [Alex, 2007], WebSphere reprezint un cadru extensibil pentru construirea portalurilor grid, oferind posibilitatea accesrii i interaciunii cu resurse interne i externe. Resursele pot fi: aplicaii, oameni, procese. Aspectul, comportamentul, respectiv resursele fiecrui portal pot fi adaptate n funcie de cerinele utilizatorilor. De asemenea, utilizatorii pot s: o personalizeze i organizeze propria imagine a portalului; o gestioneze profile; o publice, respectiv partajeze documente. Portalul WebSphere furnizeaz o multitudine de servicii: o securitate; o autentificare; o publicare coninut web; o cutare; o personalizare; o colaborare; o suport pentru dispozitive mobile; WebSphere se bazeaz pe standardul OASIS WSRP, oferind un mediu integrat de dezvoltare n vederea construirii portalurilor grid, pe baza portlet-urilor. A fost construit pe baza soluiei cunoscut sub numele iPlanet Portal Server. Sun One furnizeaz serviciile cele mai importante necesare construirii portalurilor: agregare, prezentare, personalizare, integrare, managementul

Microsoft SharePoint Server

Plumtree Corporate Portal

Viador E-Portal

IBM WebSphere

Sun One Portal Server

26 27

http://www.extreme.indiana.edu/ http://www.gridsphere.org/gridsphere/gridsphere

47

Jetspeed

Gridsphere

Oracle Portal

identitii utilizatori & politici de securitate. n cadrul Sun One, poate fi folosit o modalitate uoar de construire a portalurilor, bazat pe wizards i tehnici de tipul point and click. Astfel, poate fi agregat coninut de diferite tipuri XML, HTML, RSS, WSDL 28, JSP, Java Servlets. De asemenea, sunt disponibili o mare varietate de portlet-uri provenind de la furnizori externi. Un avantaj al tehnologiei Sun One este reprezentat de faptul c aceasta este deschis i extensibil. API-urile Java pot fi accesate, n vederea extinderii diferitelor servicii din portal. Reprezint un proiect open source, provenind de la Apache Software Foundation. Acest proiect se refer la construirea portalurilor cu ajutorul portleturilor. Poate rula pe un web server Tomcat i folosete cadrul Cocoon XML pentru procesarea informaiei XML via XSLT. Jetspeed reprezint sursa pentru API Portlet. Modificarea aspectului unui portal JetSpeed necesit att programare JSP, ct i XSLT. Pentru extragerea i afiarea datelor, Jetspeed realizeaz conexiuni la date externe. Utilizatorii pot implementa un portal i accesa dintr-un browser web sau de pe un dispozitiv mobil. Reprezint o arhitectur pentru susinerea dezvoltrii portlet-urilor reutilizabile i a serviciilor portlet. Gridsphere include un set de portlet-uri preconstruite i serviciile necesare construirii unui portal. Conform specificaiilor GridSphere 29, o caracteristic important a acestui instrument este faptul c se bazeaz pe modelul Web Application Repository, n vederea permiterii folosirii aplicaiilor portlet externe. Scopul GridSphere l reprezint dezvoltarea aplicaiilor portlet, care s permit utilizatorilor folosirea tehnologiilor grid. Oracle Portal Development Kit (PDK) reprezint un cadru care ofer posibilitatea integrrii portlet-urilor n Oracle 9i sau Oracle 10g. PDK permite utilizatorilor s dezvolte portlet-uri n orice limbaj Web Java, XML, ASP, Perl, PL/SQL sau prin intermediul serviciilor Web. PDK furnizeaz integrare pentru trei tipuri de portleturi: preconstruite, bazate pe baze de date, bazate pe Web

Tabel 2.7 Comparaie ntre principalele tehnologii grid din a doua generaie Sun Specificaii Sharepoint Plumtree Viador WebSph Jetspeed GridSphere One x x Uor de folosit x x x x x Personalizare x x x x API Portlet x x x x x x x Portlet-uri existente x x x x x x Scalabil x x x x x Suport multiplatform x x Open source

Oracle x x x x x

Dup cum se observ n tabelul 2.7, din punctul de vedere al utilizrii i funcionalitii, IBM WebSphere reprezint cel mai bun instrument pentru dezvoltarea portalurilor din a doua generaie. Un dezavantaj al acestuia l reprezint faptul c nu este open source. Astfel, grupurile de cercettori din comunitatea grid nu pot utiliza aceasta tehnologie pentru mbuntirea i extinderea ei. Din acest motiv,din punctul de vedere al cercetrii tehnologiilor grid, Jetspeed rmne cea mai folosit tehnologie n comunitatea de cercetare, n ceea ce privete construirea portalurilor care folosesc portlet-uri.
28 29

http://www.w3.org/TR/wsdl http://www-106.ibm.com/developerworks/websphere/zones/portal/portlet/4.2api/WPS/

48

Dac a doua generaie de portaluri grid era orientat spre utilizarea componentelor de tip portlet, portalurile grid din a treia generaie vor fi centrate pe serviciile care pot fi oferite i, n special, pe cele semantice. Conform W3C 30, a treia generaie de portaluri grid va implica folosirea grid-urilor semantice, promovnd astfel orientarea spre servicii i folosirea tehnologiilor specifice serviciilor Web. n aceast arhitectur, serviciile Web pot fi publicate, descoperite, respectiv conectate la aplicaii interne. Un serviciu specific gridului semantic va avea, implicit, nelegeri semantice, fiind folosite pentru aceasta cele mai potrivite i fiabile resurse. n cadrul gridului semantic, un portlet va ncapsula unul dintre serviciile oferite i va avea o semantic anume. Amin [Amin, 2002] subliniaz faptul c portalurile din a treia generaie trebuie s poat furniza utilizatorului posibilitatea de identificare a celor mai potrivite portlet-uri denumite candidate pe baza compatibilitii semantice cu sarcinile de ndeplinit. Conform aceluiai autor, un utilizator va putea interaciona cu un portal n mod similar interaciunii cu o alt persoan. Serviciile oferite prin aceast categorie de portaluri sunt mai complexe dect cele din a doua generaie, ele fiind n strns corelare cu un domeniu i bazate pe cunotine. Teoretic, pentru obinerea unei soluii la o problem, utilizatorii vor trebui doar s descrie problem i s refere, eventual, un set de date iniiale. n prezent, cercetarea grid-ului semantic este direcionat spre optimizarea nivelului computaional i de date. Dintre proiectele importante de cercetare, referitoare la gridul semantic, amintim: myGrid 31, Geodise 32, CoAktinG 33, respectiv Discovery Net 34. Potrivit lui Roure [Roure, 2003], din punct de vedere al orientrii spre servicii, gridul semantic poate fi divizat pe patru nivele:

Nivelul computaional are drept scop integrarea unui numr mare de resurse de procesare. Serviciile oferite se refer la descoperirea i alocarea resurselor, monitorizarea resurselor, autentificarea utilizatorilor, tolerana la erori; Nivelul de date este construit pe baza serviciilor oferite prin nivelul computaional. Acest nivel furnizeaz: o accesul la procese de calcul intensiv: o posibilitatea de analiz a unui volum mare de date de ordinul PetaBytes. Serviciile furnizate de acest nivel se refer la stocarea datelor, gestiunea metadatelor, replicare i transfer. Nivelul informaional este construit pe baza serviciilor oferite de nivelul de date, permind accesul la surse eterogene de informaie. Serviciile oferite pot varia, n funcie de tipul aplicaiilor ce sunt implicate. Spre exemplu: o calcule tiinifice: serviciile pot include rezolvarea unor probleme precum previziuni meteo sau dinamici moleculare; o calcul comercial: serviciile pot fi reprezentate prin rutine statistice sau datamining; o hypermedia: serviciile pot ngloba algoritmi pentru analiza coninutului multimedia. Serviciile specifice acestui nivel pot fi oferite att de furnizori individuali, ct i de corporaii, putnd fi specializate n funcie de specificul aplicaiilor. Nivelul cunoaterii se afl deasupra nivelului informaional i este folosit adesea pentru identificarea unor modele n structurile de date existente. Scopul principal al acestui nivel este de a descoperi cunotine ntr-un volum mare de date folosind tehnici de data-mining.

30 31 32

http://www.w3.org/2002/ws/ http://www.mygrid.org.uk/ http://www.geodise.org/ 33 http://www.aktors.org/coakting/ 34 http://ex.doc.ic.ac.uk/new/index.php

49

2.3.2.1 Arhitectura grid i managementul cunotinelor economice Hendler [Hendler, 2004] menioneaz faptul c Internetul i World Wide Web-ul, ca surse de informaie inter-disciplinar, adesea necontrolat, reprezint o etap important n partajarea informaiei. Pe baza arhitecturii Internetului i folosind aceleai tehnologii, Intranet-ul organizaional joac, de asemenea, un rol important n procesele de comunicare i partajare a informaiei. Cu toate acestea, creterea exponenial a paginilor Web, respectiv caracteristicile intrinseci ale Internet/Intranet-ului aduc cu sine dificulti n obinerea comunicrii optime [Kleinberg, 2000]. Conform Lili [Lili, 2003] i Liqun [Liqun, 2004], atunci cnd organizaiile i definesc i construiesc Intranet-ul, ele pun bazele fundaiei pentru crearea cunoaterii. Anterior, Scott [Scott, 1998] afirma despre Intranet-uri c reprezint soluia pentru multe probleme organizaionale, printre care:
Att utilizatorii finali, ct i dezvoltatorii pot comunica, colabora i transfera informaie ntr-un mod transparent; Ofer un mediu distribuit, n sensul c orice obiect, situat oriunde n mediul web, poate fi uor accesat, fapt care permite distribuia uoar a informaiei Turoff [2003] ; Dei nu reprezint ntotdeauna o soluie, mediul Intranet poate fi construit pe standarde publice, beneficiind de software freeware, att pentru servere, ct i pentru clieni.

Hendler [Hendler, 2003] identific principalele limitri ale aceastei abordri, n ceea ce privete managementul cunotinelor, i anume:
Dependena organizaional, provenind din faptul c majoritatea companiilor au propriile intraneturi, care sunt accesibile doar de ctre membrii organizaiei, fiind chiar protejate de exterior prin intermediul echipamentelor firewall. Un astfel de cadru permite organizaiei o partajare uoar a informaiei care nu trebuie s fie cunoscut de concuren, ns, odat cu dezvoltarea organizaiei va avea un impact negativ asupra managementului cunotinelor. Impactul negativ va proveni chiar din faptul c intranetul permite doar comunicarea i colaborarea utilizatorilor interni. n acest fel, sunt puse bariere unei cunoateri poteniale, care nu va putea ajunge n organizaie; Lipsa unui limbaj neles i de main, managementul cunotinelor necesitnd furnizarea informaiei potrivite, oamenilor potrivii, la timpul potrivit. Paginile web nu pot reflecta semantici nelese de main, prin urmare fcnd imposibil susinerea unor servicii inteligente.

Arhitecturile grid reprezint un posibil rspuns pentru aceste limitri. Se observ din studiile realizate c, dei tehnologiile grid nu au atins punctul critic de impact pe pia, ele pot defini arhitecturi mature, care s susin elemente specifice managementului cunotinelor, prin partajarea, gestiunea, coordonarea i controlarea resurselor distribuite de calcul. Conform Ganmei [Ganmei, 2003] i Zhihong [Zhihong, 2002] tehnologiile grid evolueaz ctre arhitecturi OGSA 35. Prin urmare, un grid va putea furniza organizaiilor o mulime extensibil de servicii, care vor putea fi agregate n nenumrate moduri. Berman [Berman, 2001] aduce n discuie conceptul de grid al cunoaterii, sub forma unui mecanism care poate sintetiza cunoatere dintr-un volum mare de date, pe care o face disponibil motoarelor de cutare. Cu alte cuvinte, gridul cunoaterii reprezint un mediu inteligent, durabil, construit pe baza tehnologiilor Internet, care permite oamenilor i aplicaiilor s obin, s publice sau s partajeze resurse de cunoatere explicit.
35

Open Grid Services Architecture

50

Gridul cunoaterii va furniza servicii la cerere pentru susinerea colaborrii , inovrii, rezolvrii problemelor i lurii deciziilor. Zhuge [Zhuge, 2004] descrie arhitectura i caracteristicile gridului cunoaterii, subliniind faptul c aceast tehnologie ar putea nsemna crearea unui nou mediu Web distribuit. Adaptnd modelul prezentat de ICT Beijing 36, propunem n figura 2.7 o posibil arhitectura general a unei componente pentru sistemul managementului cunotinelor, component bazat pe o arhitectur de tip grid:

Figura 2.7: Component Grid pentru managementul cunotinelor Adaptare dup Zhuge [Zhuge, 2004] Nivelul pentru stocarea cunotinelor corespunde conceptului de baze de cunotine structuri n care cunoaterea poate fi stocat i de unde poate fi extras. Acest nivel furnizeaz macanismelor grid accesul sigur la date distribuite i resurse de cunoatere, avnd urmtoarele funcii: parsarea, cutarea, interogarea, respectiv extinderea bazelor de cunotine. n plus fa de modelul original, am considerat oportun introducerea unei componente arhitecturale suplimentare, respectiv un modul reprezentnd mecanisme de tip Knowledge Discovery. Aceast modificare este realizat n contextul n care, considerm c utilizarea arhitecturii Grid n managementul cunotinelor economice are drept scop principal descoperirea cunotinelor. n prezent, un volum mare de date este colectat n mod continuu din diferite locaii distribuite, tehnicile de data-mining reprezentnd principala tehnologie capabil s furnizeze instrumentele pentru susinerea extragerii cunotinelor i asistrii deciziei. Conform lui Goble [Goble, 2002], procesul de extragere al cunoaterii prezint trei caracteristici fundamentale: se bazeaz pe calcule complexe, este colaborativ i distribuit. Kargupta [Kargupta, 2000] subliniaz c n acest context au fost propui numeroi algoritmi pentru procesele distribuite de tip data-mining. Algoritmii DDM 37, atunci cnd sunt folosii pentru dezvoltarea instrumentelor i serviciilor Grid, trebuie s trateze att sursele distribuite coninnd vaste mulimi de date mpreun cu nodurile computaionale asociate lor, ct i comunitile distribuite de utilizatori.
36 37

Institute of Computing Technology Distributed Data Mining

51

Vandierendonck [Vandierendonck, 2004] prezint o alt provocare contemporan, respectiv modul n care poate fi realizat actualizarea cunoaterii descoperit, atunci cnd bazele de date sunt dinamice i evolutive. Astfel, conform Orlando [Orlando, 2002], serviciile DDM trebuie s fie adaptive fa de date i caracteristicile platformelor, fiind capabile s realizeze optimizarea folosirii resurselor. Utilizarea data-mining folosind arhitecturi grid reprezint o soluie pentru acele cazuri n care este necesar analiza datelor distribuite geografic i aflate pe platforme eterogene. Companiilor li s-ar putea permite n acest fel distribuia analizei datelor pe mai multe resurse computaionale. n prezent, un dezavantaj al acestei abordri este reprezentat de numrul limitat de instrumente construite pentru gestiunea mediilor distribuite i descoperirea cunotinelor. Conform Palmerini [Palmerini, 2004], aceast afirmaie este cu precdere adevrat pentru cazul descoperirii cunotinelor folosind arhitecturi Grid. Pot fi notate o serie de proiecte viznd aceste aspecte, precum Discovery Net 38, AdAM, WEKA4WS 39, DataMiningGrid 40, Core-Grid 41. n figura 2.7, serviciile de cunoatere, superioare nivelului de stocare, se bazeaz pe dou componente, avnd drept funcii principale, urmtoarele:
Integrarea aplicaiilor care interacioneaz cu gridul; Oferirea utilizatorilor, respectiv aplicaiilor, a unei imagini omogen asupra unor surselor de date eterogene i implementarea mecanismele de control.

n ceea ce privete ontologiile, ele sunt disponibile n prezent pe Internet. Se poate presupune c dezvoltarea web-ului semantic va conduce la dezvoltarea multor ontologii, specifice diferitelor domenii. Astfel, nivelul aplicaie, reprezentnd interfaa utilizatorului pentru interogrile semantice i diferitele servicii bazate pe cunotine, se poate constitui sub forma unui portal. Toi utilizatorii vor putea lucra mpreun, indiferent de eterogeneitatea componentei hardware sau software. 2.3.3 Arhitecturile de tip cloud i managementul cunotinelor economice Datorit dezvoltrii tehnologiilor informaionale i, mai ales, de comunicare, att tehnologiile Web 2.0, ct i calculul de tip cloud cunosc o dezvoltare rapid, aducnd schimbri n proiectarea i dezvoltarea sistemelor informaionale. n prezent, sistemele pentru managementul cunotinelor economice reprezint, n multe cazuri, depozite centralizate, organizate i structurate n acord cu funciile organizaionale . Bibikas [Bibikas, 2007] subliniaz faptul c SMC-urile actuale sunt foarte scumpe, necesitnd resurse semnificative pentru implementare, ntreinere i operare zilnic. Mai mult, acelai autor menioneaz faptul c sistemele tipice pentru managementul cunotinelor sunt bazate pe fluxuri predeterminate i transferuri informaionale rigide, abordare care reflect filozofia din practicile de lucru, existente n multe organizaii. Conform Davenport [Davenport, 2005], n practic, instrumentul cel mai folosit n ceea ce privete managementul cunotinelor l reprezint e-mailul, un instrument intens utilizat, consumator de timp i care poate conduce la o scdere a performanelor relaiilor de afaceri. n acest moment, majoritatea cercettorilor recunosc nevoia unor arhitecturi noi pentru managementul cunotinelor, precum i redefinirea poziiei SMC n cadrul organizaiei. O posibil soluie o reprezint folosirea de ctre angajaii orientai spre cunoatere a instrumentelor Web 2.0.
38 39 40 41

http://www.computing.surrey.ac.uk/courses/csm23/Papers/The_Design_of_Discovery_Net_Towards_Open_Grid_Services_for.pdf http://weka4ws.wordpress.com/ http://www.datamininggrid.org/ www.coregrid.net/

52

Dup conceptualizarea termenului de Web 2.0, McAfee [McAfee, 2006] descrie Enterprise 2.0 ca fiind o platform software social, ntre companii i partenerii acestora. Conform Buytendijk [Buytendijk, 2008] aceast categorie software permite colaborarea i promoveaz comunitatea, n absena unor fluxuri rigide, predefinite. Buytendijk [Buytendijk, 2008] subliniaz faptul c dezvoltarea conceptelor Enterprise 2.0 se datoreaz att unor factori tehnologici, ct i unor factori sociali, factori care necesit o schimbare a proceselor de afaceri. Aceti factori influeneaz nu numai utilizarea unor tehnologii specifice, ci i adoptarea unor noi practici de afaceri, conducnd la urmtoarele noi concepte de afaceri:
Schimbri demografice - n prezent, generaia Internet ptrunde ca for de lucru, inclusiv pe poziii manageriale; Dezvoltarea categoriei de persoane liber profesioniste - cei mai importani reprezentani ai acestei categorii sunt angajaii part-time, contractorii i consultanii.O caracteristic a angajailor orientai spre cunoatere este faptul c adesea tind s fie mai loiali colegilor din reelele profesionale, dect companiei n sine. Prin urmare, companiile care ofer un mediu de nvare colaborativ i cretere profesional vor avea posibilitatea s atrag i s pstreze cei mai buni angajai; Noi roluri manageriale - Apariia i dezvoltarea angajailor mobili, independeni va provoca practicile manageriale tradiionale. Angajaii pot lucra, n multe situaii, de oriunde, oricnd, pe o gam larg de dispozitive - vezi subcapitol 2.3.6. Prin urmare, organizaiile vor trebui s obin avantajul competitiv nu pe baz de comand i control, ci bazndu-se pe colaborare, comunicare i viziune managerial.

n vederea definirii unei arhitecturi de tip Enterprise 2.0, McAfee [McAfee, 2006] definete cadrul SLATES 42, prezentat n tabelul 2.8:
Tabel 2.8: Structura cadrului SLATES

SLATES
Cutare Legturi Authoring Etichete Extensii Semnale

Furnizeaz mecanisme pentru cutarea informaiei Ofer ghidare angajailor orientai spre cunoatere n vederea descoperirii cunoaterii necesare i asigur prezena online a acesteia Permite angajailor s-i partajeze opiniile fa de o audien vast Reprezint o alternativ de navigare n depozitele informaionale, exploatnd structurile neierarhizate Optimizeaz inteligena colaborativ i recomand angajailor coninut relevant, ntr-un anume context Notific angajaii n momentul apariiei unui coninut informaional relevant

Funcii MC

Tehnologii Web 2.0

Cutare semantic Instrumente de colaborare

Wikis, Blogs, Podcast, Videocast Tagging, Blogs, Wikis Sisteme de recomandare RSS

McAfee consider, referitor la tehnologiile Enterprise 2.0, c au potenialul de a transforma Intranetul organizaiei ntr-o platform online distribuit, avnd structura ntr-o permanent schimbare, construit de angajai deschii colaborrii i cunoaterii. n prezent, exist o serie de modele arhitecturale pentru SMC, care combin instrumente specifice Web 2.0: Organik [Bibikas, 2008], Infotop [Maier, 2007], Webblog KMS [Roll, 2004], E-KMS [Woitsch, 2003], [Abdullah, 2008]. Calculul de tip cloud reprezint o consecin major a tehnologiilor Web 2.0 n dezvoltarea software i descoperirea noilor modele de afaceri. Au fost definite urmtoarele

42

Search, Links, Authoring, Tags, Extensions, Signals

53

concepte, permindu-se astfel o posibil reformulare a poziiei sistemului informaional n organizaie:

Software-ul ca i serviciu (SAAS), n care modulele software sunt prezentate sub forma unor servicii gzduite i accesate prin intermediul Internetului; Platforma ca i serviciu (PAAS), n care platformele ce pot fi utilizate pentru rularea aplicaiilor sunt furnizate de companii tere; Infrastructura ca i serviciu (IAAS), n care infrastructura de calcul, format din servere, medii de stocare i reele, poate fi distribuit sub forma unui serviciu de tip cloud, prin procese de virtualizare.

Kim [Kim, 2009] discut beneficiile calculului ntr-o arhitectur cloud: agilitate, adaptabilitate, flexibilitate, scderea costurilor, interoperabilitate. Pe lng aceste avantaje exist i o serie de probleme, pe care le ntmpin aceast abordare. Conform aceluiai autor, cele mai importante probleme sunt reprezentate de securitate i flexibilitatea organizaional. Serviciile pe care calculul cloud le include pot fi structurate pe patru componente, prezentate n tabelul 2.9:
Tabel 2.9 : Elemente specifice calculului cloud, Adaptare: Kim [Kim, 2009] Denumire Descriere Servicii gestionate Servicii construite pentru a oferi organizaiei posibilitatea folosirii unui anume software SAAS Furnizorii SAAS ruleaz o singur aplicaie ntr-un centru de date 43 i ofer utilizatorilor funcionalitatea acesteia, prin intermediul Internetului. Servicii Web Furnizorii de servicii Web ofer API-uri, pe care programatorii le pot folosi n dezvoltarea aplicaiilor IAAS Multe companii ofer, prin intermediul Internetului resurse de calcul, precum servere virtuale, sau clustere de procesoare PAAS Este oferit companiilor, sub forma unui serviciu, posibilitatea utilizrii unor medii complexe pentru dezvoltarea aplicaiilor.

Cunoaterea din nor (KC) 44 reprezint un concept nou formulat de ctre Cerri [Cerri et al, 2008], extinzndu-l pe acela de date din nor 45. Pentru a beneficia de avantajele KC, n primul rnd trebuie s poat fi realizat o extracie a unei cunoateri semantice, din informaia disponibil. Aceast cunoatere este partajat prin intermediul tehnologiilor componente din arhitectura cloud. Dezvoltarea unei arhitecturi SMC folosind calculul cloud poate reprezenta urmtorul pas ctre o soluie MC distribuit, orientat spre utilizator. Cele trei perspective ale calculului cloud 46 pe care le prezentm n figura 2.8 - ar putea permite organizaiilor s dezvolte noi modele SMC, integrnd noi sisteme, susinnd colaborarea cu alte organizaii i facilitnd schimburile de cunotine.

43 44

Data Center Knowledge in the cloud 45 Data in the cloud 46 SaaS Software as a Service, IaaS Infrastructure as a Service, PaaS Platform as a Service

54

Figura 2.8: Diferite perspective ale arhitecturii cloud n opinia lui Li [Li, 2009], adoptarea arhitecturilor cloud faciliteaz partajarea cunoaterii i integrarea diferitelor platforme, respectiv servicii IT. Pentru aceasta, aa cum se observ i n figura 2.8, sunt definite dou tipuri de nori: interni i externi. Acelai autor subliniaz faptul c exist o tendin clar de expansiune a norilor externi, aceast situaie fiind susinut de mbuntirea modelului cloud i a msurilor de securitate. Un alt beneficiu al calculului cloud l reprezint faptul c ofer posibilitatea angajailor de a integra coninut provenind din nori externi sau interni, folosind pentru aceasta instrumente Web 2.0, precum: Mashups, Wiki, Blogs. Sunt create astfel spaii de lucru virtuale, care faciliteaz transferul cunotinelor. Belsis [Belsis, 2005] subliniaz faptul c instrumente, precum software-ul social sau Web 2.0, au revoluionat modul n care tehnologia informaiei poate susine procese specifice managementului cunotinelor economice. Potrivit unor estimri prezentate de Russel [Russel, 2006], n anul 2006, aproximativ 100 milioane de persoane scriau n cadrul unor bloguri. Aceste bloguri sunt, n general, axate pe anumite subiecte, unele dintre ele atrgnd un numr semnificativ de cititori. Infrastructura cloud, care gzduiete blogosfera, apare ca fiind o mare aglomerare social, furniznd un tip de inteligen colectiv. Aceast infrastructur, omniprezent, omniscient, de tip cloud poate reprezenta fundamentul unui nou tip de management al cunotinelor. n prezent, ea reprezint doar o colaborare de mari proporii ntre oameni, ns n viitor ar putea ngloba obiecte virtuale i dispozitive inteligente care colaboreaz cu oamenii. Conform lui Kemal [Kemal, 2003], n momentul actual, organizaiile folosesc infrastructura Internet pentru a efectua majoritatea operaiilor non-fizice, punnd astfel bazele la ceea ce numim organizaie inteligent. O astfel de organizaie poate interaciona cu mediul, schimba structura sau strategia, comportndu-se precum o entitate inteligent. Kemal susine ipoteza conform creia apariia inteligenei colective n norul computaional va influena pieele i va redefini abordarea managementului cunotinelor organizaionale. Pentru Kemal [Kemal, 2000] i Franck [Franck, 2002], managementul cunotinelor organizaionale reprezint un domeniu fundamentat pe tehnologii informaionale i de comunicare, ce prezint urmtoarele funcii principale - funcii care reprezint i scopul arhitecturilor de tip cloud:
Asistarea rezolvrii problemelor; Asistarea proceselor de luare a deciziei; Asigurarea funciilor de tip business inteligence; Monitorizarea, automatizarea, reglarea anumitor sarcini. 55

Jeff [Jeff, 2007] indic faptul c dei la momentul actual majoritatea acestor sarcini includ oameni, n viitor acest lucru s-ar putea schimba datorit proceselor de automatizare, aceast situaie putnd conduce la apariia primelor sisteme organizaionale autogestionabile. n prezent, considerm c majoritatea aplicaiilor pentru managementul cunotinelor pot fi reprezentate pe trei niveluri, propunnd, n aceast idee, o posibil structur a aplicaiilor de tipul celei din figura 2.9 47:

Portaluri front-end: gestioneaz interaciunea cu utilizatorii interni i externi, fcnd posibil interaciunea cu serviciile de cunotine; Nucleu: furnizeaz baza de cunotine i serviciile de acces/gestiune ctre portalurile MC sau alte aplicaii organizaionale; Nivel back-end: furnizeaz coninutul propriu zis al cunoaterii, provenind de la diferite surse, autori, comuniti, respectiv permite actualizarea bazei de cunotine.

Figura 2.9: Structura standard a aplicaiilor pentru managementul cunotinelor Aa cum poate fi observat n figura 2.9, diferite mecanisme permit fluxurile i schimburile de cunotine ntre organizaie i parteneri/furnizori. n prezent aceste fluxuri sunt reprezentate prin tehnologii proprietare, dar n viitor este posibil s evolueze n soluii standard. Mrimea unui astfel de sistem poate fi raportat la numrul de elemente din baza de cunotine, care poate atinge cteva milioane, sau la numrul de utilizatori, care poate varia ntre cteva mii i cteva sute de mii. Potrivit lui Benbya [Benbya, 2008], un SMC este considerat o structur organizaional critic. Astfel, SMC-ul va fi reprezentat de o suit de aplicaii, proiectate pentru a acoperi cele trei niveluri i distribuit geografic n componente interconectate sau integrate cu ajutorul portalurilor organizaionale, sistemelor CMS, respectiv sistemelor de tip workflow. Apariia software-ului social, al blogurilor i reelelor de socializare reprezint un efect al necesitii de a avea o structur sigur, ntotdeauna disponibil i global accesibil, care s implice costuri mici i s permit rularea unei miriade de aplicaii.
47 EAI - Enterprise Application Integration, http://en.wikipedia.org/wiki/Enterprise_application_integration, EII Enterprise Information Integration, http://en.wikipedia.org/wiki/Enterprise_Information_Integration

56

Ulterior dezvoltrii componentei sociale a Internetului, Belsis [Belsis, 2005] subliniaz faptul c ar fi n interesul companiilor s introduc o parte din noile tehnologii n propriile medii organizaionale, cu scopul mbuntirii proceselor de afaceri. Stabilind ca reper modelul prezentat de Belsis [Belsis, 2005] i lund n considerare ceea ce se ntmpl pe Internet, putem stabili faptul c o organizaie va funciona optim n contextul unui numr mai mare de structuri cloud, propunnd n acest sens arhitectura organizaional din figura 2.10:

Figura 2.10: Arhitectur nor multiplu pentru managementul cunotinelor Arhitectura prezentat n figura 2.10 interconecteaz partenerii de afaceri i furnizorii cu clienii companiei i consumatorii, folosind tehnologii cloud pentru obinerea, procesarea i utilizarea cunotinelor. Fiecare dintre structurile cloud reprezint entiti autonome, existnd n virtutea unor scopuri proprii i fiind capabile de a colecta, depozita i gestiona cunoaterea unui anumit grup de utilizatori. Oricum, att timp ct aceste structuri sunt independente, ele trebuie s poat fi capabile s ofere posibilitatea interaciunilor i a partajrii cunoaterii, n contextul n care sunt folosite regulile potrivite. Dezvoltarea structurilor nor de tip privat, partener sau public i interconectarea lor la SMC permite utilizarea inteligenei colective, format n fiecare nor, n toate procesele managementului cunotinelor. Interaciunea i cooperarea grupurilor de utilizatori specifici celor trei structuri furnizeaz infrastructura necesar adaptrilor comportamentale, structurale i strategice, ca rspuns la schimbarea mediului de afaceri. Pentru ca acest scenariu s fie posibil n viitor va fi necesar dezvoltarea unui numr ct mai mare de tehnologii nor i adoptarea de standarde. Privind din aceast perspectiv, prezentm n tabelul 2.10, posibile schimbri ale sistemelor pentru managementul cunotinelor:

57

Tabel 2.10: Evoluia sistemelor pentru managementul cunotinelor, perspectiva arhitecturii cloud

SMC
Arhitectur Infrastructur Aplicaii Coninut Utilizatori Standarde

Prezent
Centralizat Internet Intranet Controlate de mediul IT Text Fici - Mobili WWW

Viitor
Distribuit Grid Definite de utilizator Multimedia Virtuali Web 2.0

Viitor foarte ndeprtat

Distribuit/decuplat Cloud Necunoscut Activ Avatari Web 3.0

Conform unor cercettori, precum Aaron [Aaron, 2007] sau Brian [Brian, 2008] , ne aflm n mijlocul unor schimbri tehnologice i sociale majore, n care multe companii i anun inteniile de a intra pe piaa tehnologiilor cloud. Considerm c aceasta reprezint precondiia pentru apariia organizaiilor inteligente, adaptive, anunate n multe lucrri de cercetare, dar care nu pot exista dect n contextul unor circumstane tehnologice potrivite. Exist motive de a crede c inteligena organizaional va fi semnificativ mbuntit cu ajutorul structurilor cloud. Colaborarea pe scar larg, ontologiile i web-ul semantic, vor necesita megastructuri de calcul, norul tehnologic fiind o soluie potrivit pentru aceasta. 2.3.4 Agenii inteligeni i managementul cunotinelor economice Jennings [Jennings, 1998] descrie agenii inteligeni ca fiind o nou paradigm pentru dezvoltarea software-ului aplicaie. O definiie a agenilor inteligeni este cea prezentat de Russel i Norwig [Russel, 2003], conform creia acetia reprezint o entitate care poate percepe, prin senzori, mediul n care exist i care acioneaz asupra mediului prin efectori. Dup Barbara H.[Barbara, 1995], agenii inteligeni realizeaz trei funcii n mod continuu:
Percep condiiile dinamice ale mediului; Acioneaz pentru schimbarea anumitor condiii din mediu; Raioneaz n vederea interpretrii percepiilor.

Aceast abordare este asemntoare cu cea din [Russel, 2003], cu excepia faptului c include raionamente i interpretarea percepiilor, ceea ce necesit ca un agent s aib un anumit nivel de inteligen. n plus, putem considera un agent ca fiind o entitate software, care funcioneaz continuu i autonom ntr-un mediu, care este adesea populat de ali ageni i procese. O alt situaie este aceea n care o serie de autori, n loc s defineasc ceea ce reprezint un agent, au ales s descrie caracteristici pe care agenii ar trebui s le aib. Spre exemplu, conform Wooldridge i Jennings [Woolridge, 1995], termenul agent reflect o component software care posed urmtoarele proprieti:
Autonomie, deoarece agenii interacioneaz fr intervenia direct a oamenilor i au control parial sau total asupra propriilor aciuni; Abilitate social, deoarece agenii pot interaciona cu ali ageni, prin intermediul unor limbaje speciale; Reactivitate, deoarece agenii pot percepe propriul mediu i efectua schimbri n el; Pro-activitate, deoarece agenii nu acioneaz doar ca un rspuns la mediul n care se afl. Ei pot manifesta un comportament orientat spre ndeplinirea unor sarcini precise, lund iniiative. 58

Pattie [Pattie, 1995] subliniaz c dac un agent va prezenta un nivel ridicat de autonomie, el se va numi agent autonom. Conform aceluiai autor, agenii autonomi reprezint sisteme computaionale, care populeaz medii dinamice complexe, cu scopul de a realiza o mulime de sarcini, pentru care au fost proiectai. Ali autori consider faptul c abilitatea social reprezint principala caracteristic a unui agent. Spre exemplu, pentru Genesereth i Ketchpel [Genesereth, 1994], o entitate reprezint un agent software, doar dac poate comunica corect cu alte entiti, folosind orice limbaje speciale, precum ACL48. O alt definiie a agenilor inteligeni, din perspectiva proprietilor acestora, este regsit la Gilbert [Gilbert et al., 1995], unde autorii descriu agentul inteligent n contextul unui spaiu definit prin trei dimensiuni:
Gradul de autonomie i de autoritate: reprezint o dimensiune care poate fi msurat calitativ, n urma interaciunii dintre agent i alte entiti din sistem; Inteligen: este reprezentat de complexitatea raionamentelor agentului, cu alte cuvinte de abilitatea agentului de a accepta i nelege dorinele utilizatorului i de a ndeplini sarcinile asociate. Pe nivelul cel mai nalt, lund ca punct de reper inteligena, regsim acele sisteme care nva i se adapteaz la mediul n care se gsesc, att din punct de vedere al obiectivelor utilizatorului, ct i al resurselor disponibile; Mobilitate: se refer la uurina cu care agenii pot circula n reea. Spre exemplu, obiectele mobile sunt transportate ntre maini, purtnd cu ele informaiile de stare, pe care le-au acumulat.

ntr-un alt caz, Nwana [Nwana, 1996] descrie diferitele tipuri de ageni, lund n considerare trei dimensiuni: cooperare, nvare, operare autonom. Din intersecia acestor dimensiuni, se pot obine diferite tipuri de ageni, precum: ageni colaborativi, ageni interfa, ageni colaborativi de nvare, respectiv ageni inteligeni. Prezentm n tabelul 2.11 o serie de definiii ale agenilor inteligeni, aa cum reies din literatura de specialitate:
Tabel 2.11: Definiii pentru agenii inteligeni Russel i Norwig [Russel, 2003] Pattie [Pattie, 1994] Nwana [Nwana, 1996] Shoham [Shoham, 1997] Franklin i Graesser [Franklin, 1996] Jennings i Wooldridge [Woolridge, 1995] Poslad [Poslad et al, 2000]

Autor

Definiie
Orice entitate care poate percepe propriul mediu i care acioneaz asupra lui Sisteme computaionale care se regsesc n medii dinamice, complexe i care pot simi i aciona autonom pentru ndeplinirea unor sarcini Component software sau hardware, care este capabil s acioneze n numele unui utilizator, n vederea ndeplinirii unor sarcini. Entitate a crei stare este format din componente mentale, precum: credine, capaciti, alegeri. Agentul autonom reprezint un sistem, care face pt dintr-un mediu , mediu pe care-l poate percepe i folosi. Sistem care face dintr-un mediu, capabil de aciuni autonome n vederea satisfacerii propriilor obiective Reprezint o entitate software, avnd propria stare, propriul comportament, precum i abilitatea de a interaciona i comunica cu alte entiti: oameni, ageni, sisteme.

48

Audit Command Language, http://en.wikipedia.org/wiki/ACL

59

Potrivit lui Fischer [Fischer, 2001], abordarea tradiional a managementului cunotinelor se refer, n principal, la stocarea i cutarea informaiei creat de angajaii cunoaterii. n prezent, se ncearc realizarea unei legturi ntre cercetarea efectuat asupra agenilor inteligeni i managementul cunotinelor economice. Singh [Singh, 2003] descrie o arhitectur inteligent, distribuit, de suport n asistarea deciziei (IDDSA 49), pentru managementul cunotinelor, care include utilizarea agenilor inteligeni. Agenii sunt folosii, n principal, pentru reprezentarea cunoaterii i schimburile de cunotine. Aceast arhitectur presupune folosirea a dou tipuri de ageni: un agent al cunoaterii i un agent interfa. Reprezentarea cunotinelor este realizat folosindu-se o component sub forma unui arbore de decizie, accesibil ambilor ageni. Ludger [Ludger, 2003] subliniaz importana domeniilor de cercetare, precum AMKM 50, care ncearc stabilirea legturilor ntre managementul cunotinelor i teoriile, respectiv modelele agent. Din studiul cercetrilor actuale, precum i din analiza pieei software referitoare la primele aplicaii reale bazate pe tehnologia agent, reiese faptul c exist sisteme bazate pe ageni, care pot susine managementul cunotinelor economice. n ceea ce privete susinerea managementul cunotinelor economice, Ludger [Ludger, 2003] propune trei dimensiuni pentru descrierea sistemelor bazate pe ageni, respectiv:
Proiectarea i dezvoltarea sistemic se refer la faptul c ingineria software ar putea beneficia de utilizarea tehnologiei agent n proiectarea i implementarea sistemelor informaionale complexe, care conin mai multe componente distincte i independente. Agenii permit, de asemenea, agregarea diferitelor funcionaliti, precum planificarea, nvarea, respectiv coordonarea. Structura sistemelor agent se refer la societile de ageni, arhitecturi i limbaje. Pe acest nivel, ntrebrile cele mai frecvente sunt de forma: De ci ageni avem nevoie, ce tipuri de ageni, care este topologia referitoare la fluxul informaional i sincronizarea deciziilor; Zonele de aplicabilitate se refer la funcionalitatea pe care agenii trebuie s o implementeze.

Considerm c, din punctul de vedere al managementului cunotinelor, domeniu fundamentat pe existena unei perspective organizaionale coerente, structura sistemelor agent reprezint dimensiunea cu impactul cel mai puternic asupra modalitilor de proiectare, dezvoltare i implementare ale unui SMC. Astfel, prezentm n tabelul 2.12 o sintez referitoare la principale instrumente agent, specifice dimensiunii structur, regsite n literatura de specialitate:
Tabel 2.12: Instrumente specifice tehnologiilor agent

Arhitectur

Ontobroker[Steffen, 2000]: Reprezint un cadru suport pentru ageni reactivi, care folosete tehnologii Intranet, mbuntite cu capaciti semantice de acces. Acest cadru realizeaz o legtur ntre memoria organizaional i procesele de modelare. Tehnologiile Intranet sunt folosite pentru stocarea pe servere a documentelor i paginilor Web. Din punct de vedere funcional, componentele Ontobroker sunt: Ontologia: definete conceptele, atributele, relaiile i regulile dintr-un domeniu; Surse de documente;

Instrumente

49 50

Intelligent Distributed Decision Support Architecture Agent Mediated Knowledge Management

60

Arhitectura un singur agent Exemplele cele mai ntlnite sunt reprezentate de agenii responsabili cu interfeele utilizator, respectiv agenii informaionali Agenii pentru interfa colaboreaz cu utilizatorul n acelai mediu, n timp ce agenii informaionali sunt legai de o surs de date

Aplicaie crawler care adun fapte din documente i le stocheaz n baza de date; Motorul de inferene care determin fapte i transmite rezultatele utilizatorilor Ageni JITIR 51: Software care extrage i prezint informaia pe baza unui anume context. Poate fi gndit i sub forma unui motor de cutare. n loc de a folosi o interogare uman, JITIR folosete elemente din mediul utilizatorului, att fizice, ct i computaionale. Ageni RA 52: reprezint ageni software care supravegheaz un mediu, putnd aciona fr intervenia direct a utilizatorului . Margin Notes[Bradley, 2000]: reprezint un agent RA, care rescrie automat pagini Web, pe msur ce acestea sunt ncrcate, adugnd hiperlinkuri ctre fiiere personale. Jimminy[Bradley, 2003]: reprezint un sistem agent, care poate localiza poziia unui echipament portabil, angajaii din zon, afind informaii considerate relevante. Watson[Budzik, 2001]: reprezint un asistent pentru gestiunea informaiei. Observ interaciunea utilizatorului cu aplicaiile cotidiene, fiind capabil s anticipeze o nevoie informaional. Odat nevoia identificat, se ncearc suplinirea ei cu ajutorul unor resurse luate de pe Internet sau Intranet. KnowMore[Abecker, 1999]: Sistemul KnowMore relizeaz integrarea tehnicilor referitoare la gestiunea fluxurilor, respectiv a celor referitoare la extragerea informaiei. Ideea de baz a acestui sistem o reprezint observaia conform creia modelele proceselor de afaceri pot furniza informaie relevant pentru anumite situaii specifice. WebWatcher [Joachims, 1995]: reprezint un agent de cutare a informaiei, care este invocat prin apelarea unui link i completarea unui formular, n vederea indicrii informaiei necesare. Ulterior, agentul ntoarce utilizatorul la pagina de unde a plecat i l asist pe msur ce acesta parcurge o serie de hiperlinkuri propuse . Letizia[Lieberman, 1995]: reprezint un agent interfa, care ajut utilizatorul s acceseze world wide web-ul. Agentul ncearc identificarea comportamentului utilizatorului, n vederea anticiprii nevoilor informaionale. El sugereaz noi obiecte de interes, gsite prin explorarea legturilor din pagina unde se afl utilizatorul. Laetizia ncearc s infereze scopul utilizatorului, pe baza coninutului accesat de ctre acesta. Lets browse[Lieberman, 1999]: reprezint un agent care asist navigarea pe Internet a unui grup de oameni. El sugereaz noi materiale, posibil interesante, fiind o extensie a agentului Laetizia. Lets browse permite navigarea colaborativ pe Web. Powerscout[Lieberman, 2001]: reprezint un alt agent de recunoatere, care analizeaz navigarea unui utilizator, recomandnd cele mai bune, furniznd continuu legturi considerate interesante. SUITOR 53: reprezint un sistem coninnd ageni al cror scop este reprezentat de monitorizarea aciunilor utilizatorilor, procesarea aciunilor, respectiv prezentarea sugestiilor.

51 52

Just in time Information Retrieval Remembrance Agent 53 Simple User Interest Tracker

61

Arhitectura un singur agent (continuare)

Abordri omogene multi agent Arhitecturi formate dintr-un numr oarecare de ageni, aparinnd aceleiai clase, care interacioneaz pentru rezolvarea unei probleme. n contextul acestei abordri, agenii coopereaz, nefiind necesar ca ei s aib acelai scop, cu toate c sarcinile i capacitile lor sunt adesea comparabile

SUITOR este n permanen atent la ceea ce face utilizatorul, determinnd informaia care ar putea fi util funcie de context. Syskill & Webert[Michael, 1999]: reprezint un agent software care poate aloca o valoare de interes paginilor WWW, deciznd astfel care pagini sunt mai importante. Utilizatorul ofer un punctaj ntre 1 i 5, Syskill putnd determina astfel profilul utilizator. Proiectul Lumiere[Horvitz et al, 1998]: reprezint un proiect iniiat de Microsoft, folosit n proiectul Office, pentru construirea asistrii automate. Acest agent folosete o reea Bayesian pentru realizarea inferenelor referitoare la scopul utilizatorilor. DIAMS[James, 1998]: reprezint un sistem distribuit de ageni inteligeni, proiectai n scopul gestiunii informaiei, partajrii i schimbului acesteia pe WWW. Sistemul este proiectat pentru a ajuta utilizatorul web s gseasc informaia necesar din colecia personal de linkuri URL, precum i din alte colecii de resurse. Un agent DIAMS ajut la gsirea informaiei cele mai relevante. Furnizeaz instrumente pentru gestiunea depozitelor informaionale din organizaiile foarte dinamice. Structura bazat pe obiecte este folosit pentru promovarea schimbului facil de informaie. De asemenea, poate realiza conexiuni ntre utilizatorii cu interese i expertize apropiate, cu ajutorul uno ageni de sincronizare. Cu alte cuvinte, acest sistem incorporeaz i ali ageni utilitari, proiectai pentru susinerea anumitor servicii. MARS 54: reprezint o abordare bazat pe ageni pentru managementul cunotinelor, care asist utilizatorii n obinerea i folosirea referinelor pentru identificarea experilor. Utilizarea MARS implic asocierea unui agent pentru fiecare utilizator al sistemului. Cnd utilizatorul necesit efectuarea unei interogri, aceasta este trimis agentului, care decide potenialele contacte unde ar putea trimite ntrebarea. Un agent al sistemului MARS poate nva modele specifice celorlali ageni, modele referitoare la capacitatea de a produce rspunsuri corecte, respectiv de a socializa CAPIA[Plaza, 2001]: reprezint un mediu care implementeaz o colecie de ageni, care lucreaz ntr-un spaiu informaional i o mulime de utilizatori umani, care interacioneaz. Societatea de ageni interacioneaz folosind ontologii comune i colecii de protocoale pentru interaciune. NetExpert[Ramon, 2002]: reprezint un sistem multi agent de expertiz, care ncearc replicarea procesului de construire a reelelor sociale i de cunoatere. Permite cutarea experilor folosind cuvinte cheie, precum un motor de cutare standard. Exist patru moduri posibile de cutare: Name, Knowledge Profile, Web, Resource. Odat cu localizarea expertului, pot fi obinute informaii despre utilizatorul respectiv i exist posibilitatea iniierii unei conferine video, pentru stabilirea unei legturi virtuale. Sistemul NetExpert permite explorarea reelelor locale sociale i de cunoatere existente n jurul unui expert. Exist dou operaii disponibile: expansiunea i contracia. Expansiunea se refer la prezentarea acelor persoane care

54

MultiAgent Refferal System

62

Abordri omogene multi agent (continuare)

Abordri eterogene multi agent Numr mare de ageni din diferite clase, interacionnd pentru rezolvarea problemelor. Aceti ageni au obiective, capaciti i caracteristici sociale diferite. Aceast abordare nu prespune ca agenii s colaboreze, fiind posibil existena n sistem a agenilor necooperativi.

partajeaz cunotine sau sunt n relaie cu expertul selectat. Opus, contracia ascunde toi vecinii expertului selectat. De asemenea, NetExpert creeaz un profil al cunoaterii, care conine descrierea domeniilor de expertiz al tuturor membrilor comunitii. Expertiza este descris conform celor mai importani termeni, care apar n documentele depozitate n depozitul colaborativ. Pentru reprezentarea acestor profile este folosit modelul TF/IDF. KAoS 55: reprezint o arhitectur distribuit deschis pentru agenii software. Caracteristicile principale ale agenilor KAoS includ existena unei structuri care furnizeaz mecanisme ce includ gestiunea cunoaterii, alegerilor i diferitelor capaciti. Dinamica agenilor este gestionat prin intermediul unui ciclu, care include stri echivalente naterii unui agent, vieii, strii criogenice i morii. Fiecare agent implementeaz infrastructura de baz pentru comunicarea ntre ageni. KRAFT 56 : prezint o arhitectur proiectat pentru a susine procesul de fuziune a cunoaterii proces de localizare i extragere a cunoaterii din multiple surse online, eterogene i transformarea acestei, astfel nct uniunea diferitelor cunotine s poat conduce la rezolvarea unor probleme. Scopul acestui sistem este: de a ajuta utilizatorii s localizeze datele i cunoaterea relevant diferitelor nevoi; s combine i s rafineze date i cunotine; s exploateze motoarele de procesare cele mai potrivite pentru anumite categorii de probleme. Arhitectura KRAFT furnizeaz dou operaii de baz: extragerea cunoaterii, respectiv rezolvarea problemelor. KRAFT ofer, de asemenea, trei servicii referitoare la cunoatere: de localizare, de transformare, respectiv de fuziune. Serviciile de localizare sunt folosite pentru extragerea fragmentelor relevante de cunoatere. Folosind serviciile de transformare i limbaje de reprezentare, cunoaterea este translatat ntr-o form standardizat. EULE[Ulrich, 2000]: reprezint un sistem bazat pe cunotine, care incorporeaz aspecte din managementul cunotinelor, procese de afaceri i inteligena artificial. Este un sistem IA, deoarece este fundamentat pe cunotine. Susine eforturile MC ale unei companii, deoarece baza de cunotine cu care opereaz conine cunoatere strategic. EULE are un impact puternic asupra BPM 57 , deoarece furnizeaz modele formale de procese, referitoare la sarcinile de birou, ntr-o manier mult mai detaliat dect n cazul abordrii BPM standard. FRODO[Ludger, 2004]: A fost descris drept un sistem pentru managementul cunotinelor, el fiind totodat considerat o abordare a inteligenei artificiale distribuite, folosind societi multi-agent. Scopul acestui proiect este de a construi un cadru prototip bazat pe ageni pentru construirea unei memorii organizaionale distribuite. Este construit folosindu-se platform JADE i conine patru nivele de abstractizare. Ideea acestui proiect este de a construi o memorie organizaional distribuit sub forma unei mulimi de societi colaborative , populate de ageni. O astfel de societate este reprezentat printr-o mulime de ageni, dintre care cel puin unul joac rol administrativ i care asociaz roluri celorlali ageni.

55 56

Knowledgeable Agent Oriented System Knowledge Reuse and Fusion/Transformation 57 Business Process Modelling

63

Abordri eterogene multi agent (continuare)

Rolurile sunt definite printr-o mulime de obligaii i drepturi. CoMMA 58: Reprezint o arhitectur fundamentat pe societi de ageni pentru transmiterea de informaie personalizat. CoMMA este, de asemenea, un sistem multi agent pentru gestiunea memoriei organizaionale, realizat prin integrarea urmtoarelor tehnologii: ageni, modelarea cunoaterii, XML, extragerea informaiei, tehnici de nvare a mainilor. Sistemele CoMMA ajut utilizatorii s efectueze urmtoarele trei sarcini: inseria adnotrilor XML a noilor documente, cutarea documentelor existente, transmitere autonom a documentelor ctre utilizatori. K-Inca 59: reprezint un sistem multi agent bazat pe idea de a asocia fiecrui agent un utilizator uman, care s-l ajute n extinderea comportamentului. Agenii K-Inca conin un model utilizator, n vederea adaptrii aciunilor la preferinele utilizatorilor. Sistemul K-Inca se comport precum un tutore personal de management al cunotinelor, ghidnd, stimulnd i monitoriznd utilizatorul n nelegerea conceptelor i practicilor MC.

Tabel 2.13 Clasificarea proiectelor pentru MC, conform tipologiei agenilor Partajarea celor Crearea memoriei Crearea reelelor mai bune practici organizaionale de cunotine Fr suport agent SHAMAN Answer Garden Team Box Un singur agent OntoBroker KnowMore

Asistarea utilizatorului

JITIR, Margin Notes, Watson, Web Watcher, Letizia, Lets browse, SUITOR

Multi agent Omogeni Multi agent eterogeni

DIAMS CAPIA KAoS K-InCA

MARS NetExpert KRAFT EULE FRODO CoMMA

58 59

Corporate Memory Management through Agents Knowledge Intelligent Conversational Agents

64

2.3.4.1 Construirea unui sistem pentru managementul cunotinelor folosind o abordare multi-agent Dezvoltarea unui SMC reprezint o sarcin dificil. Conform lui Evangelou [Evangelou et al, 2006], lipsa metodologiilor complexe sau a teoriilor referitoare la extragerea cunoaterii i identificarea modelelor care s stabileasc ce anume poate fi considerat cunoatere au fcut ca sistemele dezvoltate s fie scumpe, consumatoare de timp i nu ntotdeauna foarte precise. Una dintre tehnologiile folosite pentru implementarea sistemelor pentru managementul cunotinelor este aceea a agenilor inteligeni Abecker [Abecker, 2003]. Tehnologia agent poate monitoriza i coordona evenimente sau ntlniri, respectiv disemina informaie Wooldridge [Wooldridge, 1999]. Mai mult, agenii pot fi reactivi, n sensul n care pot lua iniiativa i obine propriile scopuri. De asemenea, comportamentul autonom al agenilor reprezint un element important pentru un SMC, deoarece poate reduce volumul de munc pe care angajaii trebuie s-l depun atunci cnd lucreaz cu un SMC. O alt caracteristic important a tehnologiilor agent este aceea c agenii pot nva din propria experien. Prin urmare, sistemele agent pot deveni mai eficiente n timp, din moment ce un agent va nva din propriile greeli i succesuri. Potrivit lui Gandon [Gandon, 2000], datorit acestor avantaje, au fost propuse diferite arhitecturi bazate pe ageni, n vederea susinerii proceselor managementului cunotinelor. Descriam n capitolul nti, subcapitolul 1.5.2, faptul c un SMC de succes trebuie s poat efectua cel puin funciile de baz ale managementului cunotinelor: crearea, depozitarea, extragerea, transferul i utilizarea cunotinelor. Lund n considerare aceste funcii i adugnd caracteristica evolutiv a cunoaterii, susinut de Davenport [Davenport, 2000], propunem n figura 2.11, att ciclul cunoaterii pe care un SMC ar trebui s-l implementeze, ct i agenii posibili pentru susinerea etapelor respective.

Figura 2.11: Cunoatere i ageni Aa cum se observ din figura 2.11, etapele propuse n vederea proiectrii SMC sunt: achiziia, depozitarea, utilizarea, transferul, evoluia. Sintetizm n tabelul 2.14 modul n care aceste etape pot fi susinute prin intermediul tehnologiilor agent.

65

Tabel 2.14:Utilizarea agenilor n etapele managementului cunotinelor

Etap

Descriere
Reprezint o funcie esenial pentru orice SMC. Conform lui Rhem [Rhem, 2006] aceast etap implic colectarea, extragerea i analiza cunotinelor. De-a lungul acestui proces este important este important s se determine unde exist cunoaterea organizaional, precum i modul n care aceasta poate fi capturat. Astfel, pentru aceast etap poate fi propus folosirea unui agent de captur. Acest agent va fi responsabil cu colectarea informaiei date, modele, experien din diferite surse de cunotine. El va trebui s execute un proces proactiv de monitorizare, n vederea identificrii informaiei i experienelor generate n timpul interaciunii dintre utilizator i sistemele/ instrumentele groupware. Dup prerea lui Houari [Houari, 2004], agentul de captur poate folosi diferite tehnici pentru obinerea cunotinelor, din moment ce exist mai multe instrumente care consolideaz i transform datele organizaionale n informaii: sisteme front-end: sisteme de asistare a deciziei, sisteme executive informaionale, sisteme OLAP; sisteme back-end: depozite de date, sisteme pentru data-mining. Agenii pot folosi tehnici clasice pentru obinerea cunotinelor - interviuri structurate, chestionare, reele de decizie [Rhem, 2006] sau tehnici sofisticate, precum WebParser Camacho [Camacho, 2004], clasificarea documentelor Novak [Novak, 2003], data mining, reele neuronale. Odat ce cunoaterea a fost obinut, agentul de captur o poate clasifica folosind ontologii potrivite, n concordan cu tipul ei i sursele din care provine. Am ales s prezentm n figura 2.12 posibilele surse pentru extragerea cunoaterii, disponibile tehnologiilor agent:

Achiziie

Figura 2.12: Ontologie surse cunoatere (Adaptare: Rodriguez [Rodriguez et al, 2004]) Aa cum se observ n figura 2.12, ontologia poate avea patru categorii de surse ale cunoaterii: Documentaie: aceast surs de cunotine poate fi divizat n documentaie referitoare la filozofia organizaiei, documentaie care descrie produsele cu care lucreaz compania, documentaie care descrie procesele organizaionale, respectiv alte tipuri de documentaie pe care compania nu le poate ncadra n cele prezentate anterior; Web-ul: reprezint o surs de cunoatere care poate fi divizat n subcategorii precum portaluri sau comuniti de practic; Angajaii: n opinia lui Wiig [Wiig, 2004], angajaii reprezint cea mai important surs de cunotine. Acetia pot fi: angajai, clieni, parteneri, furnizori, etc. E-mail: reprezint o surs important de cunotine, n contextul n care o mare parte a procesului comunicrii ntre angajai se desfoar prin intermediul mesajelor e-mail. Reprezint o etap care grupeaz toate activitile care sunt centrate pe organizarea, structurarea, reprezentarea i codificarea cunotinelor, cu scopul facilitrii folosirii ei Davenport [Davenport, 1998]. n vederea realizrii acestor activiti, poate fi folosit un agent denumit agent de construcie, responsabil cu oferirea formatului electronic potrivit al

Stocare

66

Utilizare

Transfer

Evoluie

experienelor cunoaterii - obinute, astfel nct acesta s poat fi stocat ntr-o baz de cunotine. Depozitarea cunoaterii ajut la reducerea dependenei fa de angajaii strategici, deoarece, mcar o parte din expertiza lor poate fi reinut n formate explicite. n plus, atunci cnd cunotinele sunt stocate, ele pot fi fcute disponibile tuturor angajailor, stabilindu-se astfel puncte de referin privind modul n care trebuie s se desfoare diferitele procese organizaionale. Mai mult, agentul de construcie poate compara noile cunotine cu cele vechi i decide dac exist diferene semnificative, care s justifice tergerea celor vechi i adugarea celor noi. n acest mod, putem aborda procesul combinrii, specific modelului Nonaka, producnd noi cunotine ca urmare a rafinrii vechii cunoateri explicite cu noua cunoatere. Exist diferite tehnici pentru stocarea cunotinelor, ns adesea, tehnica folosit va fi n strns legtur cu metodele de extragere folosite. Spre exemplu, dac sunt folosite tehnici de extracie specifice sistemelor CBR, cunoaterea va fi stocat sub form de cazuri. Ca i alte tehnici, amintim: obiectele de cunoatere, cadre, logica predicatelor, respectiv logica fuzzy. n cazul folosirii ontologiilor pentru clasificarea cunotinelor, pot fi folosite metodologii pentru reprezentarea cunotinelor. Exemple de astfel de tehnologii sunt: Ontolingua Gruber [Gruber, 1993] sau REFSENO 60 Tautz [Tautz, 1998]. Utilizarea cunoaterii reprezint o etap important, din moment ce cunoaterea este folositoare doar atunci cnd este utilizat. Conform lui Yogesh [Yogesh, 2001], ntr-o organizaie, cel mai mare impediment al folosirii cunoaterii l reprezint ignorana. Cu alte cuvinte, angajaii nu consult suficient de mult sursele de cunotine. Un SMC ar trebui s poat oferi posibilitatea cutrii de informaie, oferind chiar recomandri sau sugestii, cu scopul de a ajuta utilizatorii s-i efectueze optim sarcinile folosind experienele anterioare. Astfel, un SMC bazat pe tehnologii multi-agent poate folosi un agent de cutare, al crei funcie este de a cuta cunoatere n baza de cunotine. Tehnicile folosite n prezent pentru cutarea cunoaterii se bazeaz pe identificarea poziiei i frecvenei cuvintelor cheie - Mohammadian [Mohammadian, 2004] - sau pe tehnici de extragere a informaiei - Liang [Liang, 2000]. Ali autori, precum Sung Kim [Kim, 2004] combin diferite tehnici , cum ar fi data-mining i CBR, n vederea dezvoltrii sistemelor de recomandare. Potrivit lui Hall [Hall, 2005], transferul cunotinelor reprezint cea mai investigat activitate a managementului cunotinelor. Aceast etap se refer la transferul att al cunoaterii explicite, ct i al celei tacite. Cunoaterea tacit poate fi transferat formal, doar dac a fost n prealabil stocat n memoria organizaional, baze de date sau orice alt structur partajabil. Transferul se poate realiza prin folosirea unor mecanisme, care s i informeze oamenii despre noile cunotine existente. n aceast etap poate fi folosit un agent de diseminare, care trebuie s identifice grupul de angajai sau comunitile care genereaz i folosesc cunotine similare; spre exemplu, n domeniul software, angajaii care folosesc aceleai aplicaii sau care lucreaz cu aceleai limbaje de programare. Prin urmare, acest agent are grij de dezvoltarea comunitii de practic, n care fiecare persoan partajeaz cunotine i nva pornind de la cunoaterea celorlali membri Wenger [Wenger, 1998]. Conform Lesser [Lesser, 2001] combinarea tehnicilor MC cu comunitile de practic conduce la creterea performanelor organizaionale. Agentul de diseminare trebuie s cunoasc care sunt sarcinile fiecrui angajat, precum i fluxurile de cunotine asociate acestor sarcini. Pentru a putea realiza acest lucru, agentul de diseminare va contacta un alt agent, pe care-l putem numi agent personal, a crui funcionalitate este de a determina profilul utilizatorului. De asemenea, agentul de diseminare susine i procesele de socializare, din moment ce pune m contact angajaii care cer aceleai cunotine; acetia pot astfel s-i partajeze experienele, crescndu-i cunoaterea tacit. Aceast etap se refer la monitorizarea cunoaterii, care evolueaz zilnic. n acest sens poate fi folosit un agent de mentenan. Scopul principal al acestui agent este de a pstra, la un nivel ct mai ridicat, cunoaterea din bazele de cunotine. Prin urmare, informaia care nu este utilizat, conform unor modele, poate fi eliminat.

60

Representation Formalism for Software Engineering Ontologies

67

2.3.5 Calculul mobil i managementul cunotinelor economice Calculul mobil a adus schimbri semnificative n ceea ce privete o multitudine de practici organizaionale. Contextul n care efectuarea unei sarcini necesita prezena fizic a angajatului n faa unui calculator conectat la o reea reprezenta o limitare major pentru toate acele persoane ale cror atribuii nu le permiteau un spaiu de lucru fix. Identificm trei soluii oferite de mediul tehnologic pentru aceast problem:
Micorarea calculatoarelor pn la acele dimensiuni care s le fac portabile; nlocuirea cablurilor de conectare cu medii fr fir; Combinare soluiilor anterioare, ceea ce conduce la situaia utilizrii dispozitivelor mobile n medii de comunicare fr fir.

Referitor la ultima soluie tehnologic, Dogac [Dogac, 2002] subliniaz faptul c datorit deconectrii va exista practic posibilitatea utilizrii tehnicii de calcul n orice aspect al vieii umane. Prin urmare, exist posibilitate ca n viitor, impactul calculului mobil asupra vieilor noastre s creasc, acest lucru manifestndu-se i asupra modului n care se desfoar afacerile n mediul economic. Sadeh [Sadeh, 2002] i Mannecke [Mannecke, 2003] definesc interaciunea dintre mediul de afaceri i calcul mobil sub denumirea de m-business, care practic reprezint extinderea afacerilor electronice prin folosirea tehnologiilor wireless. Varshney i Vetter [Varshney, 2001] clasific aplicaiile de tip m-business n 12 categorii, prezentate n tabelul 2.15:
Tabel 2.15: Clasificarea aplicaiilor de tip m-business, (Surs: Varshney, pp 107-109) Aplicaii financiare mobile Reclam mobil Gestiunea personalului i a echipamentelor mobile Gestiunea pro-activ a service-ului Localizarea unui produs i cumprarea acestuia Wireless re-engineering Licitaii mobile Servicii mobile de divertisment Birouri mobile Educaie mobil la distan Centru wireless de date Coninut multimedia

Clas de aplicaii

Exemple
Pli realizate de ctre utilizatorii mobili Transmiterea de reclame ctre dispozitivele utilizatorilor, n funcie de locaie Localizarea oamenilor, bunurilor, echipamentelor, etc Transmiterea ctre comerciani a informaiilor referitoare la componentele d Localizarea unui anume produs cu ajutorul echipamentului mobil mbuntirea serviciilor de afaceri Servicii de vnzare-cumprare Serviciul video-on-demand Participarea la o conferin atunci cnd utilizatorul se afl ntr-un mijloc de transport Participarea la un curs transmis prin fluxuri audio-video Descrcarea informaiei de ctre utilizatorii mobili Descrcarea i ascultarea fiierelor audio

Referitor la afacerile mobile, Sarshar [Sarshar, 2003] menioneaz faptul c ntr-un interval de doi ani, valoarea tranzaciilor efectuate de pe dispozitivele mobile ar putea atinge 1,8 trilioane de dolari, dintre care, 15 milarde doar n Statele Unite.

68

Conform lui Dogac i Tumer [Dogac, 2002] calculul mobil prezint dou caracteristici majore:
Mobilitatea - Calculul mobil i afacerile mobile se bazeaz pe faptul c utilizatorii poart un dispozitiv mobil oriunde ar merge. Mobilitatea implic portabilitate. Prin urmare, indiferent de poziia lor, utilizatorii pot iniia o legtur n timp real cu alte sisteme, cu condiia s fie n raza de acoperire a unei reele wi-fi, reea care s le asigure accesul la Internet. Acoperire larg - n contextul calculului mobil, oamenii pot fi gsii oriunde s-ar afla. Desigur, utilizatorii pot bloca accesul la diferite ore sau pentru anumite mesaje, dar n afara acestor excepii ei pot fi contactai instantaneu.

Despre aceste dou caracteristici putem afirma c realizeaz unificarea dimensiunii temporale cu cea geografic, identificnd pe baza lor cinci atribute importante ale afacerilor mobile:
Omniprezena se refer la disponibilitatea tehnologiei n orice locaie, la orice moment de timp; Convenabilitate, deoarece pentru un utilizator este foarte convenabil s acioneze ntr-un mediu mobil. Tot ceea ce are nevoie este un dispozitiv mobil, ce ofer posibilitatea conectrii la Internet ; Conectivitatea instantanee, n care echipamentele mobile permit utilizatorilor s se conecteze la Internet sau Intranet, timpul de ncarcare al sistemului de operare fiind mult mai mic dect n cazul calculatoarelor personale ; Personalizarea ofer posibilitatea pregtirii de informaie specializat pentru fiecare utilizator ; Localizarea produselor i a serviciilor, cunoaterea locului geografic unde se afl situat un utilizator reprezentnd un element important n definirea produselor i serviciilor relevante.

n plus fa de aceste atribute, potrivit lui Coursaris [Coursaris, 2004], dezvoltarea calcului mobil este susinut de o serie de factori suplimentari, respectiv :
Larga disponibilitate a dispozitivelor mobile - Spre exemplu, numrul telefoanelor mobile n lume a depit 2 miliarde 61, fiind estimat c n aproximativ 5 ani, mai mult de 70% dintre ele vor avea acces la Internet. Prin urmare, exist disponibil o potenial pia pentru activiti de tip m-business Nu exist nevoia unui PC - Deoarece internetul poate fi accesat prin intermediul echipamentelor mobile, este posibil ca nevoia de PC-uri s scad. Dei costul unui PC, folosit exclusiv pentru acces la Internet, este foarte sczut, ntlnim dou dezavantaje : dificultatea nvrii de a opera un calculator, respectiv costurile de ntreinere i actualizare ; Cultura telefoanelor celulare - Telefoanele celulare reprezint un fenomen social. Practic, nc din copilarie, majoritatea persoanelor posed un telefon mobil ; Scderea preurilor i creterea funcionalitii - Odat cu trecerea timpului, preul dispozitivelor mobile este n scdere, n timp ce funcionalitatea lor este extins.

Abordnd calculul mobil din perspectiva managementului cunotinelor s-ar putea concluziona c ntre cele dou nu exist o legtur. Considerm ns, c adevrul acestei concluzii este ct se poate de ndoielnic.

61

http://cellular .co.za/stats/stats-main.htm

69

Cunoaterea nu poate exista n lipsa informaiei ; orice dinamic pozitiv a informaiei conduce n ansamblu la mbuntirea proceselor referitoare la crearea, partajarea i utilizarea cunoaterii. Prin urmare, identificm drept rol principal al calculului mobil pentru MC, optimizarea vehiculrii informaiei. Utilizarea echipamentelor mobile nu implic modificri n proiectarea sistemelor pentru managementul cunotinelor. Astfel, conectarea unui angajat mobil la SMC este similar cu o conectare realizat din interiorul organizaiei. Pe de alt parte, considerm c provocarea provine din modul n care vor fi realizate programele pentru dispozitivele mobile. Nu trebuie ignorat faptul c vor trebui scrise programe pentru echipamente n care resursele grafice i de memorie sunt limitate. Cu toate acestea, privind la dezvoltrile oferite de Apple n produsul iPhone 62, credem c situaia este ct se poate de optimist. Majoritatea corporaiilor productoare de echipamente mobile pun la dispoziie programatorilor API-uri complexe. O alt modalitate de realizare a optimizrii fluxurilor de informaie i, implicit, posibilitatea unei inferri rapide a cunoaterii, o reprezint nglobarea n sistemele pentru managementul cunotinelor a portalurilor mobile. Conform Bughin [Bughin, 2001] i Sadeh [Sadeh, 2002], un portal mobil reprezint o multitudine de procese optimizate pentru mobilitate, care furnizeaz coninut i servicii clienilor mobili. Pornind de la exemple, precum Zed 63 sau DoCoMo 64, care furnizeaz informaii generale referitoare la sport, tiri, divertisment, informaii turistice, restaurante sau evenimente, o organizaie ar putea s implementeze propriul portal, care s transmit n timp real informaie util angajailor mobili. Cu toate acestea, considerm c un dezavantaj al implementrii portalurilor mobile private este acela c pentru funcionarea unui portal mobil, companiile trebuie s apeleze la serviciile platite ale furnizorilor de telefonie mobil, situaie care poate conduce la creteri mari ale costurilor dezvoltrii. Soluia obinerii unui echilibru ntre costuri i valoare adugat credem c, n cele mai multe cazuri, este folosirea dispozitivelor mobile cu funcionalitate extins. Acestea se vor conecta la Intranetul oranizaiei, fie prin Wi-fi, dac distana o permite, fie prin servicii ale operatorilor de telefonie mobil. Conform lui Estrada [Estrada, 2002], angajaii conectai la o reea Wi-Fi prezint o cretere a productivitii de pn la 22%, datorit conectivitii mai bune i mai rapide. Angajaii mobili sunt reprezentai, n principal, de ctre acei angajai implicai n efectuarea unor sarcini n afara granielor organizaionale. Aceti angajai au nevoie de aceleai date, informaii, cunotine, precum colegii care lucreaz n birourile companiei. Soluia, aa cum a fost descris anterior, este reprezentat de folosirea dispozitivelor mobile, care pot fi n posesia acelei persoane ce le folosete sau instalate pe dispozitive i echipamente. n acest sens, propunem un posibil scenariu prin care dorim s subliniem modul n care tehnologiile mobile pot fi de folos mediului organizaional:

62 63

http://www.apple.com/iphone/specs.html http://www.business.zed.com/ 64 http://www.nttdocomo.com/

70

Scenariu de folosire a tehnologiilor mobile: n contextul unor condiii grele de lucru, pentru o lung perioad de timp, muncitorii specializai n reparaii navale, lucrnd direct pe nave, nu s-au putut bucura de avantajele noilor tehnologii, proiectate s ajute munca sau s-i fac s se simt mai bine. Prin urmare, att productivitatea lor, ct i confortul erau inferioare colegilor din alte departamente. n prezent, cu ajutorul tehnologiilor mobile, aceast situaie poate fi schimbat. n momentul cnd muncitorul se duce pe nav, el poate fi dotat astfel:
n buzunar un dispozitiv mobil cu funcionalitate GSM; pe braul stng ataat o tastatur wireless; pe braul drept un ecran LCD; casca de protecie are instalat o camer video; o baterie de rezerv.

Aceast dotare permite muncitorului s acceseze uor diferite sarcini, s citeasc manuale tehnice, s comunice cu uurin ntre ei cnd sunt probleme, s transmit material multimedia n timp real spre dispozitivele de stocare.Desigur, vor exista i dezavantaje, care trebuie rezolvate:
ce se ntmpl cu echipamentele la temperaturi foarte mici sau foarte ridicate? ce se ntmpl cu echipamentele la umezeal? dac muncitorii poart manui groase cum vor accesa tastatura? dac plou, nu vor aprea scurt-circuite?

n prezent, dispozitivele mobile au devenit parte integrant a aplicaiilor de tip groupware sau workflow. Spre exemplu, serviciile mobile non-voce pot fi utilizate pentru asistarea transmiterii diferitelor funcii, precum atribuirea sarcinilor angajailor mobili, mpreun cu o serie de informaii importante referitoare la acestea. Echipamentele mobile pot susine o mare varietate de angajai mobili. Numrul aplicaiilor specifice acestor echipamente va crete, odat cu maturizarea tehnologiei. Ca i exemple, amintim:
Potrivit lui Scanlon [Scanlon, 2003], utilajele echipate cu senzori, calculatoare i GPS-uri pot ajuta mediul economic agricol. GPS-urile pot determina poziia exact a echipamentelor, pentru ca ulterior s le manvreze automat.. Manevrarea automat conduce la optimizarea consumului de semine i fertilizani, deci, prin urmare, la un profit mai bun pentru fermier. De asemenea, fermierii pot lucra mult timp folosind echipamentele distribuite pe plantaii i utiliznd ghidajul prin satelit n contextul n care cunosc din timp i evoluia vremii; Mennecke [Mennecke, 2003] prezint o strategie a companiei Taco Bell65, n care aceasta folosete echipamente portabile pentru realizarea investigaiilor de marketing. Clienii trebuiau s rspund unui numr de 35 de ntrebri referitoare la calitatea servirii i a alimentelor, rezultatele fiind transmise direct la sediul companiei; poate fi, astfel, nlocuit metoda tradiional ce implic completarea unor formulare i scanarea ulterioar a acestora; Conform lui Kontzer [Kontzer, 2003], ntocmai precum e-mailul, MSM-urile pot fi folosite pentru susinerea colaborrii. Acelai autor identific zece aplicaii ale SMS-urilor pentru angajaii mobili: o Alertarea tehnicienilor mobili n legtur cu eventualele erori n sistem; o Alertarea managerilor la venirea unui mesaj voce important; o Confirmarea de ctre angajaii de vnzri a faptului c o comand, transmis prin fax, a fost primit; o Informarea angajailor privind eventualele ntrzieri sau schimbri; o Asigurarea cadrului adecvat pentru ca angajaii care se ocup de contracte s primeasc i s accepte oferte de proiecte; o Informarea agenilor bursieri n cazul unor variaii critice ale bursei; o Alertarea medicilor n cazul unor pacieni cu probleme;

65

http://www.tacobell.com/

71

o o o

Transmiterea ctre reprezentanii de vnzri de mesaje memo cu informaii referitoare la nlnirile programate; Transmiterea datelor colectate de ctre angajai ctre depozitele de date organizaionale; Comunicarea ctre abonaii unor servicii a eventualele modificri;

Un alt domeniu economic a crei optimizare este posibil folosind dispozitivele mobile l reprezint gestiunea relaiilor cu clienii. Accesul mobil extinde graniele CRM, n interiorul i n exteriorul companiei, att n ceea ce privete angajaii ct i partenerii de afaceri. Conform Eklund [Eklund, 2005], 12 procente din companiile americane ofer angajailor acces mobil la sistemele CRM. Spre exemplu, n cadrul instrumentelor CRM consacrate, precum Oracle Siebels CRM 66, funciile care au atras cel mai mare interes sunt automatizarea forei de vnzare, respectiv serviciile de teren. Astfel, o persoan poate fi angajat ntr-o discuie referitoare la o vnzare i s aib nevoie de un istoric al plilor realizate de clientul respectiv. Un alt exemplu este acela cnd un angajat service, aflat la un client, dorete s cunoasc disponibilitatea diferitelor componente necesare reparaiei. Tehnologia portalurilor voce poate fi, de asemenea, folosit n vederea creterii calitii oferite clienilor sau pentru mbuntirea accesului la date a angajailor. Spre exemplu, clienii care se gsesc departe de birou pot folosi un astfel de portal pentru a verifica statusul livrrilor ctre o anumit locaie. Un alt exemplu, este acela n care reprezentanii de vnzri pot verifica, n timpul unei ntlniri, disponibilitatea produsului, n vederea finalizrii contractului. Provocarea adus de portalurile voce este reprezentat de nvarea modului de navigare i de interaciune, la un nivel care s ofere confort utilizatorului. Calculul mobil poate fi aplicat i situaiilor de tip B2B sau lanurilor de aprovizionare. Folosind soluii mobile, organizaiile pot rspunde rapid problemelor aprute pe canalele de distribuie. De asemenea, dispozitivele mobile pot facilita colaborarea ntre membrii unui lan de aprovizionare. Practic, nu mai exist nevoia de a apela o companie partener i a solicita s fie gsit un anume angajat care lucreaz pentru organizaie, deoarece angajatul poate fi apelat n mod direct. Dei exist un numr foarte mare de avantaje n ceea ce privete tehnologiile mobile, ntlnim i o serie de dezavantaje ale acestora, pe care le sintetizm n tabelul 2.16:
Tabel 2.16: Principalele dezavantaje ale tehnologiilor mobile (Sursa: Dogac [Dogac, 2002])

Limitare
Lime de band insuficient Standarde de securitate Consumul energetic

Descriere
Limea de band este necesar n vederea folosirii pe scar larg a aplicaiilor mobile. Acoperirea geografic cu tehnologie 3G sau Wi-Fi este din ce n ce mai mare, ns nu putem considera Securitatea transmiterii datelor folosind tehnologii mobile este mai sczut dect n cazul transmisiilor prin fir. Calculul mobil presupune existena unor baterii cu durat mare de via. Att ecranele cu posibiliti grafice deosebite, ct i activarea wifi consum mult energie. Exist cazuri n care calitatea transmisiilor wi-fi este afectat de vreme i de poziionarea geografic. O caracteristic pe care sistemele mobile ar trebui s o posede este aceea ca indiferent de condiii, transmisiile s prezinte o fiabilitate ridicat Unele tehnologii de localizare, exceptndu-le pe cele militare, nu sunt foarte precise. Cu toate acestea, un GPS care funcioneaz corect poate localiza un obiect cu o precizie de aproximativ 15 metri, ceea ce ar trebui s fie suficient pentru o aplicaie comercial Dup prerea lui Danielyan [Danielyan, 2008], cele mai importante patru limitri ale WAP sunt: 1. Imposibilitatea de a transmite volume

Interferene n transmisie

Acuratee Limitri WAP

66

http://www.oracle.com/siebel/index.html

72

Potenial pericol pentru sntate Interfaa utilizator Complexitate

mari de date, 2. Viteza de transfer, 3. Costul suportat de utilizator, 4. Costul mbuntirilor ulterioare Exist presupuneri conform crora undele electromagnetice ar putea efecte duntoare organismului uman. De asemenea, dispozitivele mobile ar putea interfera cu anumite echipamente medicale Ecranele i tastaturile sunt prea mici i nu aduc confort utilizatorilor n prezent, utilizarea dispozitivelor mobile implic utilizarea multor dispozitive auxiliare, precum: baterii suplimentare, tastaturi, cti, microfoane, etc. Pentru unele persoane, purtarea n permanen a acestor echipamente ar putea reprezenta o potenial problem.

n pofida dezavantajelor prezentate n tabelul 2.15, analiza pe ansamblu a calculului mobil reflect faptul c arhitecturile mobile pot optimiza semnificativ fluxurile informaionale. Cu alte cuvinte, n contextul n care se ine cont de barierele i inhibitorii calculului mobil, credem c exist posibilitatea proiectrii unor sisteme mobile eficiente i sigure, pe care angajaii unei companii le pot utiliza pentru a avea acces la un mediu special optimizat pentru crearea i partajarea cunotinelor. 2.3.6 Arhitecturi de calcul omniprezente 67 Realitatea n care fiecare obiect posed putere de procesare i echipamente de interconectare definete o lume caracterizat prin arhitecturi de calcul omniprezente. Aceast idee a omniprezenei exist, de ceva timp, n planurile cercettorilor, nceputurile fiind stabilite de ctre Mark Weiser [Weiser, 1991], n cadrul XEROX Parc. Din perspectiva lui Weiser, omniprezena procesoarelor reprezint opusul realitii virtuale. n realitatea virtual, utilizatorul este introdus ntr-un mediu generat de calculator. n contrast, caracterul omniprezent al procesoarelor este invizibil, utilizatorul beneficiind de acestea fr a fi contient de o schimbare a mediului n care exist. Cu alte cuvinte, prin invizibil, Weiser nu dorete s afirme c echipamentele, n sine, nu vor fi vizibile, ci faptul c acestea nu ne vor invada contiina. Duan [Duan, 2002] prezint un exemplu concludent n ceea ce privete modul n care aceste arhitecturi pot fi folosite: n cunoscutul lan de magazine PRADA, fiecare obiect de vnzare are asociat o etichet RFID 68, care conine un processor i o anten. Dac un client dorete s afle mai multe detalii despre un produs, se poate deplasa cu acesta ctre unul dintre ecranele aflate n magazin. Ecranul va detecta automat ce produs se apropie i va furniza schie, videoclipuri, modele purtnd produsul respective, respectiv informaii despre produs. De asemenea, dac utilizatorul ia produsul ntr-o cabin de prob, afiarea informaiilor va continua i acolo. Conform lui Estrin [Estrin, 2000], 98% din toate procesoarele existente nu se gsesc n tradiionalele sisteme desktop sau n laptopuri. Ele sunt nglobate n electrocasnice, electronice, autovehicule, precum i multe alte tipuri de maini, putnd, la nivel teoretic, s fie interconectate prin intermediul Internetului. Prezentm n tabelul 2.17 descrierea principalelor aplicaii ale arhitecturilor omniprezente: case inteligente, electrocasnice inteligente, maini inteligente, dispozitive inteligente.

67 68

Pervasive/Ubiquitous Computing Radio Frequency Identification

73

Tabel 2.17: Exemple de utilizare a arhitecturilor omniprezente

Nume

Descriere
ntr-o cas inteligent, calculatorul, televizorul, sistemul de iluminare, de nclzire, de securitate, pot comunica ntre ele prin intermediul Internetului sau Intranetului. Astfel, aceste sisteme interconectate pot fi controlate prin intermediul calculatorului, telefonului mobil, PDA-ului sau computerului de bord din main. Conform Edgington [Edgington, 2001], n Statele Unite zeci de mii de case sunt dj echipate n acest sens, n timp ce n Europa, paii sunt mai timizi. Conform aceluiai autor, un studio efectuat n Marea Britanie a relevat faptul c jumatate dintre cei intervievai i-ar dori o astfel de infrastructur casnic. Dintre sarcinile i serviciile, care pot fi susinute n prezente de sistemele de automatizare a locuinelor, amintim: Iluminarea; Gestiunea energiei; Controlul fluxului de ap; Securitate i comunicare; Divertisment multimedia 69 Un element important al unei case inteligente este reprezentat de ctre echipamentele electrocasnice , care pot fi controlate prin intermediul dispozitivelor mobile. Dezvoltarea acestui tip de electrocasnice este susinut de o serie de organizaii, dintre care cea mai important este Internet Home Alliance 70. Aceast organizaie reprezint, de fapt, o alian ntre o serie de productori de echipamente electrocasnice, productori de echipamente hardware i comerciani. Scopul acestei aliane este de a accelera procesul cercetrii, dezvoltrii i testrii noilor produse electrocasnice, care pot fi accesate prin intermediul Internetului. Productorii de astfel de echipamente sunt interesai nu doar de vinderea lor, ci i de service-ul ulterior. n multe cazuri, dup ce echipamentul a fost vndut, productorul pierde legtura cu obiectul respectiv. Teoretic, un echipament conectat la Internet poate furniza, att productorului, ct i posesorului, informaii importante referitoare la modul de funcionare. Pinto [Pinto, 2002] menioneaz faptul c un astfel de obiect ar putea oferi i informaii pentru diagnosticare, susinnd monitorizarea, reparaiile i ntreinerea. n prezent, majoritatea mainilor funcioneaz pe baza unui calculator, care: opereaz motorul, regleaz consumul de combustibil i emisiile nocive. Exist automobile, care pot avea, funcionale, pn la 20 de microprocesoare, ce controleaz: radioul, clima, scaunele, schimbarea vitezei, suspensiile, cauciucurile. Calculatoarele instalate pe maini opereaz independent. Cu toate acestea, exist n prezent tendina de a se permite comunicarea ntre ele. Conform Jones [Jones, 2001], nc din anul 1998 DOT 71a identificat 8 zone, n care microprocesoarele i sistemele inteligente ar putea mbunti sigurana auto. Aceast list include patru tipuri de evitare a coliziunilor, viziune computerizat, stabilizarea vehicului, precum i dou moduri de monitorizare a oferului. Moore [Moore, 2000] menioneaz faptul c exist o tendin cresctoare de a conecta micropocesoarele autovehiculelor la reelele mobile i, implicit, la Internet. Scopul acestor conexiuni ar fi acela de a oferi asisten n cazul situaiilor dificile, direcii de condus, respective email i navigare pe Internet. De asemenea, este posibil ca, n viitor, mainile ideale s nu necesite ofer. Cunoscute sub numele ALV 72, aceste maini vor urmri hri GIS i vor folosi senzori pentru evitarea obstacolelor i adaptarea la traseu. Lucrarea iniial a lui Weiser a avut drept principal scop crearea birourilor inteligente. Conform Gal [Gal, 2002], exist o serie de proiecte care experimenteaz construirea unui mediu ce poate interaciona cu utilizatori, prin voce, gesturi sau micri. Teoretic, acest mediu ar trebui s poat fi capabil s intuiasc inteniile angajailor, oferindu-le informaii utile. Conform Ishida [Ishida, 2002], conceptul de ora digital se refer la definirea unei zone n care oamenii pot interaciona, n vederea partajrii de cunotine, experiene i

Case inteligente

Electrocasnice

Autovehicule

Birouri inteligente

Orae digitale
69 70

Home Theatre Internethomealliance.com 71 US Department of Transportation 72 Autonomous Land Vehicle

74

interese comune. Oraele digitale utilizeaz informaia n timp real, crend spaii publice, att pentru rezideni, ct i pentru vizitatori. n acest sens, Ishida prezint, de asemenea, i exemplul cel mai relevant, respectiv oraul Kyoto: Astfel, exist un ora Kyoto digital, complement al oraului real, avnd o arhitectur format din trei niveluri: Nivel informaional, n care arhive Web i senzori n timp real furnizeaz informaii, oriunde i oricnd; Interfee 2D i 3D, care furnizeaz imagini ale autovehiculelor i autobuzelor; Componenta interactiv, n care utilizatorul poate pune ntrebri referitor la locuri, servicii, etc;

2.3.6.1 Arhitecturi omniprezente de calcul i managementul cunotinelor economice Dei muli cercettori au realizat studii referitoare la locuine inteligente i dispozitive de calcul omniprezente, puini dintre acetia au accentuat importana acestei paradigme pentru colaborarea ntre indivizi. n acest sens, avnd ca punct de pornire lucrarea lui Weiser [Weiser, 1991], lucrare ce propune o lume n care oamenii exist ntr-o permanent interaciune cu calculatoarele, vom ncerca construirea unui scenariu, care s reflecte modul n care aceast arhitectur poate susine managementul cunotinelor. Astfel, am plecat de la premiza conform creia angajatul orientat spre cunoatere necesit, pentru o ct mai bun desfurare a funciilor sale, un cadru tehnologic adecvat, pe care s-l poat folosi, att n mediul su de lucru, ct i n viaa cotidian. Cu alte cuvinte, credem c dac o persoan este susinut tehnologic ntr-un numr mare de activiti, randamentul acestei persoane va crete, att n efectuare sarcinilor de serviciu, ct i n procesele de nvare continu. n exemplul prezentat n continuare, am definit un posibil viitor cadru tehnologic ce susine paradigma omniprezenei structurilor de calcul, pentru ca ulterior s exemplificm modul n care aceast paradigm poate fi utilizat de o mulime de activiti cotidiene.
Scenariu posibil: Suntem n anul 2020 i prezicerea lui Weiser [Weiser, 1991] cu privire la nglobarea total a tehnologiei n viaa de zi cu zi este acum o realitate. A durat cinci decenii pentru ca tot ce nsemna studiu i cercetare, referitor la omniprezena arhitecturilor de calcul n toate aspectele vieii, s se transforme n realitate. Elementul tehnologic central al acestui scenariu l reprezint dispozitivul inteligent 73 (DI). Datorit competiiei puternice pe piaa telefoanelor mobile i a PDA-urilor, companiile au nceput s adopte, din ce n ce mai mult, o abordare inter-operabil ntre cele dou tipuri de echipamente. Aceast abordare a fost susinut de standarde comune i a condus la apariia telefoanelor inteligente 74. Conform Best [Best, 2009], un telefon inteligent reprezenta un echipament caracterizat prin urmtoarele: ecran mare, capacitate de procesare date, portabil, funcii telefonice complete, posibilitatea de a funciona precum un PDA. Ulterior, am asistat la creterea funcionalitii acestui dispozitiv, situaie care a fcut ca elementul telefon s devin doar o mic parte a noului echipament, pe care l-am denumit DI. n prezent, toi oamenii folosesc acest dispozitiv, care le permite s interacioneze, oriunde i oricnd, cu mediul - practic, acest dispozitiv a devenit al aselea sim uman.
73 74

smart device smart phone

75

DI-ul poate folosi mai mult opiuni de conectivitate: Bluetooth, Wifi, Infrared, GPRS. Conform Iftode [Iftode, 2004], tehnologia Bluetooth, tehnologie implementat cu aproximativ 20 de ani n urm, este preferat pe distane mici, n primul rnd datorit consumului mic de energie. WiFi furnizez o lime de band mai mare, pe distane de pn n 250 metri, dezavantajul fiind reprezentat de consumul mare de energie. Funcionalitatea pe care DI-urile au reuit s o implementeze recent este reprezentat prin capacitile de interconectare peer to peer. Bluetooth permite echipamentelor s susin conexiuni cu pn la 7 alte echipamente, formnd o picoreea, mai multe pico-reele putnd a se interconecta formnd o macro-reea care poate fi extins, dac exist conexiune la Internet. Unii cercettori s-au axat pe utilizarea DI-urilor ca i echipamente de intrare, putnd aciona, precum un mouse, n vederea recunoaterii gesturilor sau a scrisului Ballags [Ballags, 2006], Anquetil [Anquetil, 2002]. Chiar dac aceste funcionaliti au fost i pot fi necesare, ntr-un mediu puternic distribuit, utilizatorii i-au dorit o interaciune mult mai mare cu echipamentele din jurul lor. Perring [Perring, 2005] a propus utilizarea middleware-ului Elope, care a permis DI-urilor s se autoconfigureze i s comunice cu diferite alte echipamente etichetate, n timp ce utilizatorii aveau posibilitatea s invoce servicii. Conform Want [Want, 2004], etichetarea se refer, n acest caz, la utilizarea tehnicilor de identificare de tip RFID, care permit scanerelor RFID s citeasc informaie n absena codurilor de bare i a limitrilor impuse de acestea: cmp vizual direct i distan mic. Cel mai mare obstacol nlnit n dezvoltarea DI-urilor a fost numrul foarte mare al echipamentelor cu care trebuiau s comunice i mai ales faptul c acestea erau produse de fabricani diferii. Prin urmare, fiecare dintre echipamente prezenta propria interfa, diferit de a altor productori. Soluia, propus de Iftode [Iftode, 2004], a fost aceea de a se folosi un singur cadru, care s gestioneze modele diferite de interaciune, n care sunt implicate DI-uri, respectiv: Controlul de la distan al echipamentelor: fiecare DI a trebuit s poat stoca interfeele entitilor cu care interacioneaz. Din moment ce pre-stocarea ar fi fost imposibil, datorit numrului mare de echipamente i memoriei limitate, soluia a fost ca entitile s poat nva DI-ul despre interfeele lor Conectivitatea dual suplinete limitrile controlului de la distan, cernd entitilor s-i furnizeze, ctre DI, doar identitatea. Ulterior, DI-ul descarc interfeele dintr-o baz software, aflat pe Internet, folosind, fie WiFi, GPRS, 3G, sau 4G. Conectivitatea peer to peer: ofer avantajul de a suplini limitrile de distan ale celorlalte modele, din moment ce permite partajarea datelor i a informaiei, fr ca utilizatorii s fie situai la o anumit distan. n afar de a permite utilizatorului s interacioneze cu diferite echipamente, DI-urile pot beneficia i de servicii oferite de tere pri. Conform Toye [Toye, 2005], pentru aceasta a fost dezvoltat Mobile Service ToolKit 75, implementat cu succes n cazuri precum: rezervare de bilete, cataloage interactive de produse, puncte de informare electronic. Iniial, aceste servicii puteau fi accesate doar n locaii fixe. n prezent, aceste servicii pot fi mobile, pentru descoperirea lor putnd a fi folosit SDIPP un protocol implementat prin extinderea SDP 76. SDIPP permite descoperirea serviciilor mobile i susine metode pentru plata electronic a tranzaciilor. n ceea ce privete funciile unui DI, conform Ai [Ai, 2008], acestea sunt: toate funciile unui smartphone; recunoaterea vocii: se permite astfel generarea i arhivarea unor documente text, funcie de persoanele care au generat coninutul; acioneaz precum un agent inteligent, capabil s infereze cunotine, pe baza web-ului semantic; existena unui proiector incorporat, care permite utilizatorului s aib un ecran mai mare atunci cnd are nevoie; acioneaz ca un sistem personal de monitorizare a sntii, comunicnd cu bio-senzori i analiznd datele n timp real. Sistemul poate chema medici sau oferi utilizatorilor sfaturi medicale.

75 76

MST Bluetooth Service Discovery Protocol

76

Scenariul nostru continu cu prezentarea principalelor activiti cotidiene ale unei familii, prezentnd modurile n care dispozitivele inteligente pot mbunti starea de spirit, optimiza aciunile persoanelor, conducnd astfel, indirect, la creterea performanelor n mediile de lucru: TREZIREA MEMBRILOR FAMILIEI: Avnd sub cap o pern cu vibraii, Alexandru este trezit la ora ase dimineaa de ctre sistemul de alarm al patului, care a obinut datele printr-un serviciu calendar, prin intermdiul DI-ului personal. Cinci minute mai trziu, sistemul de alarm detecteaz faptul c Alexandru este n continuarea n pat i datorit micrilor minimale, pe care acesta le face, trage concluzia c nc doarme. Pentru a-l trezi, sistemul de alarm va aplica un set de vibraii mai puternice i de lung durat. Dei, pentru Alexandru ziua a nceput, Mihaela nc doarme, nederanjat, din moment ce programul ei de lucru ncepe la ora 14. Ea va fi trezit la ora 8:00, cu o serie de ritmuri muzicale, pe care le-a ascultat recent i pe care DI-ul le transmite sistemului de alarm. n ceea ce o privete pe Adelina, sistemul de alarm este programat astfel nct s ia n considerare elemente, precum faptul c exist un termen limit pentru predarea unei lucrri la coal i n 3 sptmni urmeaz o serie de examene. Senzorii patului au detectat faptul c Adelina doarme doar de cinci ore i concluzioneaz pe baza tiparului de somn i al altor date, c mai necesit nc dou ore de somn. Conform Banerjee [Banerjee, 2003], detectarea micrilor n pat a fost realizat n special pentru domeniul medical. n cazul nostru, ar fi de dorit un sistem n timp real, precum cel descris de Helal [Helal, 2005] , din moment ce nu doar micrile sunt importante, ci i alte date ale persoanelor. PIERDEREA UNUI OBIECT: Mihaela are obiceiul ca imediat dup trezire s-i aranjeze prul folosind pieptenele preferat. Cu o zi nainte, Adelina a folosit pieptenele mamei ei, dar nu l-a aezat la loc. Acum, din moment ce Adelina doarme, Mihaela nu o poate ntreba despre locaia acestuia. Cu toate acestea, din moment ce pieptenele, precum multe alte obiecte din cas, are un identificator RFID, Mihaela i poate folosi DI-ul, n vederea identificrii locului unde poate gsi obiectul. DI-ul i va furniza camera n care se afl pieptenele, precum i distana fa de celelalte obiecte RFID, aflate n camera respectiv. Folosind aceste informaii, Mihaela va gsi foarte uor obiectul pierdut. Ideea folosirii arhitecturilor de calcul omniprezente pentru identificarea obiectelor pierdute este referit n literatura de specialitate sub numele FLO 77. Conform Basrur [Basrur, 2006], majoritatea sistemelor de tip FLO propun utilizarea frecvenelor radio, din moment ce acestea pot fi interceptate fr a fi n prezena emitorului. Cory [Cory, 1999] subliniaz faptul c deoarece utilizarea singular a tehnologiei RFID prezint probleme, n cazul n care obiectele sunt scoase afar din cas, se impune folosirea auxiliar a unei alte metode. Noua metod se refer la stocarea informaiei referitoare la locul n care a fost ultima oar vzut obiectul i persoana care l-a pus acolo. Un pas nainte ar fi acela n care s-ar produce mici roboi care s ajute la localizarea obiectului Dengler [Dengler, 2007]. FRIGIDERUL INTELIGENT: Dup ce Alexandru a scos laptele din frigider, pentru micul dejun, frigiderul observ dac sticla de lapte este pus la loc. n cazul n care aceasta nu este pus la loc, stocul va fi diminuat cu o unitate. Membrii familiei nu trebuie s se ngrijoreze referitor la stocurile din frigider, deoarece acestea sunt monitorizate de ctre sistemul de management al frigiderului. De asemenea, n plus fa de stocuri, sistemul frigiderului mai poate urmri, pentru fiecare produs, data expirrii, anunnd atunci cnd exist situaia unor produse expirate. Adelina dorete s vorbeasc cu tatl ei despre nite lucrri n domeniul IT, pe care le are de fcut pentru coal. Deoarece Alexandru a fost ocupat i nu au apucat s le discute acas i avnd n vedere c se vor afla n acelai timp n cadrul universitii, el scrie o noti electronic ntr-o zon special, pe ua frigiderului. Aceast zon este reprezentat de un ecran tactil, conectat la un procesor i o zon de memorie, ea putnd fi folosit att pentru scrierea unor mesaje, ct i pentru afiarea informaiilor cu coninut culinar, cum ar fi, spre exemplu, reetele culinare.

77

Frequently Loss Objects

77

Frigiderul inteligent, aa cum este descris n Helal [Helal, 2005] i Jiang [Jiang, 2004], nu doar stocheaz i gestioneaz alimente. El poate genera liste de cumprturi, gestiona calitatea alimentelor, transmite comenzi pentru alimente standard. Sarma [Sarma, 2003] subliniaz faptul c un astfel de frigider poate fi obinut tot cu ajutorul tehnologiilor RFID. CONDUSUL MAINII: Dup micul dejun, Alexandru se pregtete pentru a merge la serviciu. Deoarece astzi unui coleg i s-a stricat maina, el dorete s-i ajute colegul i prin urmare va programa calculatorul mainii pentru identificarea unui nou optim de drum, pe baza noilor condiii. Cu toate c, n prezent, sistemele de navigare folosind tehnologia GPS sunt foarte rspndite, nu exist maini care s poat fi automat conduse 78 Parent [Parent, 1993]. Conform Thorpe [Thorpe, 1997], proiectul unei autostrzii automate a demonstrat fezabilitatea ideii i faptul c automatizarea condusului conduce la creterea siguranei, comparativ cu situaia n care oferii sunt oameni. Conform Vahidi [Vahidi, 2003], un obstacol tehnologic major a fost lipsa tehnologiilor de comunicare fiabil, fr fir. Yamashita [Yamashita, 2005] continu aceast cercetare, el sugernd faptul c mainile ar trebui s partajeze informaie referitoare la ruta pe care o urmeaz 79. O soluie mai potrivit, considerm c este aceea n care se formeaz o reea de tip peer-to-peer, pe o distan mare,n care nodurile sunt mainile de pe suprafaa respectiv. n urma unor procesri intensive, bazate pe viteza mainilor, a densitii acestora, a direciilor pe care merg, pot fi transmise informaii utile, de adaptare a unor parametri, oferilor din fiecare main. Studiul descris de Alexander [Alexander, 2009] prezint de ce furnicile nu au niciodat probleme de tip trafic jam: nu se depesc niciodat, se deplaseaz foarte apropiat de vecin, se mic cu vitez constant. Comparnd aceast situaie cu cazul uman, este destul de puin probabil c vom reui s scpm de problema blocajelor n trafic, dac nu vom folosi un sistem automatizat de asistare. ALEXANDRU LA SERVICIU: Alexandru i colegii lui folosesc avantajele oferite de agenii inteligeni, n ct mai multe dintre sarcinile lor. n aceast diminea, Alexandru a dorit s aranjeze o ntlnire de grup pentru discutarea unor elemente importante referitoare la proiectele de cercetare pe care lucreaz. Din momentul n care s-a autentificat pe calculatorul personal, poate apela un agent inteligent, cruia i furnizeaz informaii precum faptul c dorete o ntlnire, numele oamenilor pe care-i dorete prezeni, nivelul de importan, respectiv durata. Primul lucru pe care-l face agentul este de a interaciona cu DI-ul lui Alexandru, pentru a stabili care este programul de care trebui s in cont. Ulterior, agentul contacteaz agenii celorlalte persoane, care n mod similar cunosc fiecare agend n parte. Scopul este de a se ajunge la un consens n rndul agenilor, dup care agentul lui Alexandru rezerv o camer, n timp ce restul agenilor informeaz persoanele despre locul i timpul cnd va avea loc ntlnirea. n timpul discuiilor, fiecare persoan i folosete DI-ul pentru a reine comentarii, lua notie i prezenta idei referitoare la subiectele discutate. n timpul discuiilor, DI-ul lui Alexandru primete un e-mail referitor la o conferin, care va avea loc luna urmtoare i noteaz data, respectiv locul, mpreuna cu un link care s permit rezervarea unor bilete ctre locaia respectiv 80, dac se dorete participarea. Conform Modi [Modi, 2005], agenii autonomi pot avea ca obiectiv reducerea ncrcrii cognitive a utilizatorilor lor. Utilizarea agenilor pentru planificarea ntlnirilor este considerat o sarcin inerent distribuit, n care acetia trebuie s gseasc echilibrul ntre protejarea intimitii propriilor utilizatori i cerinele globale ale organizaiei, care n cazul prezentat mai sus se refer la disponibilitatea utilizatorilor altor ageni, camera de ntlnire, echipamente, respectiv alte resurse Sen [Sen, 1998]. Conform aceluiai autor, procesul de negociere ntre ageni este descris sub forma unui proces de cutare distribuit, n care agenii trebuie s aleag strategiile optime.

78 Nu putem lua n considerare opiunea de pilot automat, ntlnit pe unele maini, deoarece aceasta implic doar meninerea direciei i a vitezei, orice alte modificri fiind realizate de ofer 79 Situaia poate genera probleme majore de securitate. Exemplu: mainile transportoare de mrfuri 80 Sunt folosite serviciile liniilor aeriene, pentru identificarea celor mai bune oferte, n funcie de pre i durata cltoriei

78

Scenariul n care agenii neleg e-mail-uri i le adnoteaz este posibil folosind web-ul semantic, unde datele au asociate semnificaii prin intermediul ontologiilor dezvoltate n RDF sau OWL. PRNZUL: La ora 11:00, deoarece Mihaela este singur acas, ea i va pregti singur masa. Mihaela acceseaz, prin intermediul ecranului de frigider, sistemul de recomandri i alege opiunea Sfaturi culinare de preparare, respectiv timpul de 10 minute. Pe baza preferinelor culinare, a ingredientelor disponibile i a unui istoric referitor la ce a mai pregtit n ultima sptmn, sistemul decide soluia: 1. Salat de ton, 2. Omlet cu legume. Ulterior momentului n care sunt alese opiunile prezentate de sistem, vor fi furnizate i instruciunile de pregtire pentru cele dou reete. Sistemul de consultan culinar, descris anterior, este conectat la sistemul frigiderului. Din moment ce sistemul de consultan este conectat la Web-ul Semantic, informaiile referitoare la reete, timpi de preparare i ingrediente, sunt extrase n timp real de pe diferite site-uri Web, aa cum este descris n Berners [Berners, 2001]. n plus fa de aceste informaii, sistemul folosete informaii provenind din DI-ul Mihaelei, precum tipurile de mncare pe care aceasta le prefer. La serviciu, Alexandru se hotrte s se duc la restaurantul studenesc, din moment ce acesta se gsete n apropiere, preurile sunt mai mici, iar mncarea foarte bun i variat. Din moment ce majoritatea colegilor sunt plecai cu alte treburi, astzi, cel mai probabil, va mnca singur. Dar, agentul din DI-ul personal cunoate, de asemenea, absena colegilor, din moment ce agenii lor partajeaz aceast informaie. Agentul va cuta poteniale persoane cu care Alexandru poate lua masa. Din ntmplare, Adelina urmeaz s ia prnzul n aceeai perioad i i dorete s discute cu Alexandru despre proiectele sale. DI-ul lui Alexandru cunoate acest lucru, din moment ce este o informaie preluat din zona de notie, aflat pe frigiderul de acas. Este contactat DI-ul Adelinei, folosindu-se pentru aceasta o reea ad-hoc peer to peer, care i ntreab proprietarul, dac este dispus la o ntlnire. Ambele persoane sunt de acord, DI-urile partajeaz locaia aleas, urmnd
s aib loc o discuie interesant despre limbajele de programare semantice, ntre Alexandru i Adelina.

MIHAELA LA SERVICIU: La prnz, Mihaela se duce la serviciu, la supermarketul din apropierea casei, astzi fiind n tura de dup-amiaz. Din momentul n care ea intr n cldire, prezena ei este notificat, timpul n care a intrat fiind nregistrat de sistemul pentru monitorizarea personalului, care a identificat-o pe Mihaela, att dup DI-ul pe care l poart, ct i dup rularea unui algoritm de identificarea a trsturilor feei. n supermarket, courile de cumprturi au ecrane digitale, care pot fi folosite pentru prezentarea produselor aflate n promoii. Practica cumprtorilor este s-i descarce lista de cumprturi, aflat pe DI-urile personale, direct pe display-ul coului. Acesta o poate, ulterior, folosi pentru a ghida cumprtorii la locaia produselor, oferind de asemenea sugestii i sfaturi despre fiecare produs. n momentul n care produsul ajunge n co, el este deja marcat corespunztor n lista de produse. Plata nu nseamn altceva dect trecerea coului printr-o zon marcat corespunztor, DIul cere confirmarea plii, iar n cazul n care nu sunt probleme, sistemul magazinului ofer chitana corespunztoare. La sfritul serviciului, Mihaela i folosete DI-ul pentru a obine de acas din sistemul frigiderului lista necesar de cumprturi. Cunoscnd faptul c preurile la supermarketul unde lucreaz pot fi mai mari, Mihaela folosete o serie de gesturi speciale, pe care DI-ul le interpreteaz ca fiind o comand de a afia alternative de magazine pentru produsele respective. De asemenea, pentru fiecare alt supermarket, DI-ul va prezenta, la fiecare produs, cu condiia s existe, impresii ale altor cumprtori. Unul din obiectele de pe list lipsete att din supermarket, ct i din magazinele aflate pe o anumit distan. n acest caz, Mihaela l va ruga pe Alexandru s caute produsul, n drum spre cas. Tehnica care poate fi folosit, pentru aceast situaie, se bazeaz pe RFID, aceast metod nlocuind codurile de bare. Cazul prezentat mai sus este desprins dintr-un magazin experimental, dezvoltat de grupul METRO Kalyanam [Kalyanam, 2006], care a ncercat dezvoltarea unui sistem de couri de cumprturi inteligente, sub numele PSA 81.

81

Personal Selling Assistant

79

PSA-urile cu capaciti Wi-Fi aveau conectivitate la Internet i erau echipate cu cititoare RFID, fapt care le permitea s cunoasc, n orice moment, coninutul lor. Aceast informaie era transmis sistemului principal al magazinului, evitndu-se astfel scanarea codurilor fiecrui produs. CINA: n fiecare vineri, Alexandru i Mihaela obinuiesc s ia cina n diferite restaurante din ora, astzi fiind rndul Mihaelei s aleag un restaurant. n acest sens, ea i folosete DI-ul i se uit la crile digitale ale restaurantelor, pe care le-a primit automat, n timp, de fiecare dat cnd s-a aflat la mai puin de 200 metri distan de ele. Deja, DI-ul a realizat clasificarea lor pe diferite categorii i le-a asociat calificative, cunoscnd preferinele culinare ale Mihaelei, datele necesare fiind colectate de fiecare dat cnd ea a luat masa la restaurant. Dup ce a marcat cteva restaurante, Mihaela apeleaz un agent inteligent, care s o ajute n alegerea final. Acesta se va conecta la site-urile restaurantelor, va descrca meniurile actualizate i va prezenta eventualele oferte speciale. Din momentul n care Flora s-a decis asupra unui restaurant, coordonatele GPS ale acestuia fiind transmise sistemului de navigaie al mainii, care descarc automat actualizri provenind de la departamentul de transport al oraului. n acest mod, el va cunoate starea traficului, gradul de ocupare al drumurilor, dac exist drumuri nchise sau restricionate, putnd calcula astfel ruta optim. Dou minute, nainte de a ajunge, sistemul mainii interogheaz din nou departamentul de transport, pentru a determina cel mai apropiat loc de parcare disponibil. Odat intrai n restaurant, meniul este descrcat automat pe DI-urile personale, mpreun cu diferite comentarii lsate de ali clieni. Odat alegerea fcut, aceasta este transmis sistemului informaional din restaurant, care proceseaz cererea. Reclama mobil reprezint de mult timp subiect de cercetare, primul pas fiind transmiterea SMSurilor Barwise[Barwise, 2002]. Problema o reprezint faptul c acest mod de publicitate nu este direcionat n mod corespunztor, utilizatorii neoferindu-se, voluntar, pentru a primi reclame. Odat cu proliferarea tehnologiilor, precum WiFi sau Bluetooth, nglobate n telefoanele mobile, a putut fi posibil identificarea potenialilor clieni, n funcie de locaie, ns a persistat imposibilitatea de a cunoate obiceiurile, preferinele i gusturile acestora. Cu ajutorul DI-urilor, utilizatorii ar putea alege s partajeze anumite informaii despre ei, ajutnd comercianii n personalizarea reclamelor Yunos [Yunos, 2003]. MERSUL LA CINEMA: n timp ce prinii ei sunt plecai, Adelina se hotrte c ar dori s vad un film. Folosind DI-ul, ea va putea cere o list cu filmele care ruleaz n ora. Desigur, DI-ul cunoate att preferinele Adelinei, ct i filmele pe care le-a vizionat deja. Dup afiarea filmelor i ierarhizarea lor, n funcie de preferine, Adelina alege persoanele cu care i dorete s mearg la film. Un agent inteligent asociat DI-ului contacteaz agenii persoanelor alese, transmindu-le propunerea Adelinei, de vizionare a unui film i lista cu preferinele acesteia. Fiecare utilizator, doritor, pornind de la lista primit crea i va transmite agentului IA propria list cu filme. Ulterior, agenii vor comunica, negocia i infera o list cu ierarhia filmelor, conform preferinelor tututor, inndu-se ns cont de faptul c propunerea vine din partea Adelinei i, prin urmare, preferinele ei trebuie s aib o pondere mai mare. BLOGUL FAMILIEI: Aceast component reprezint o soluie tehnologic viabil pentru inerea unui jurnal familial. Astfel, zilnic, este generat o intrare n blog, provenind din diferitele activiti, extrase din dispozitive, precum DI-ul, sistemul de navigare al mainii sau sistemul de supraveghere pentru securitate. Spre exemplu, astzi, a fost fotografiat automat momentul n care Adelina era vesel datorit unei glume spus de Alexandru. De asemenea, a fost nregistrat i un film high-definition cu procesul de pregtire al mncrii, n care personajul principal este Mihaela i care a fost, de asemenea, postat pe Blog. n mod similar, atunci cnd Alexandru i Mihaela au luat cina, sistemul de navigaie al mainii a transmis sistemului Blog destinaia i timpul, care, mpreun cu datele meniului, preluate de pe DI-uri, au constituit o alt intrare Blog. Dei blogul final reprezint un element interesant pentru membrii familiei, intimitatea poate reprezenta o problem.

80

Deoarece exist informaii care nu se doresc a fi partajate, sistemul Blog prezint caracteristici tip privacy. Spre exemplu, implicit, activitatea oricrui membru al familiei este considerat privat, putnd fi definite excepii, n care fiecare persoan s defineasc cazuri n care protocoalele de intimate pot fi nclcate. De asemenea, prin sistemul Blog, pot fi definite i restricii de accesare, stabilindu-se astfel cine are dreptul s acceseze aceast component. Dei blogul automat, descris n acest scenariu, nu a fost nc cercetat i dezvoltat, o parte din efortul pe aceast direcie a fost deja realizat. Mobilog, descris de Cemerlang [Cemerlang, 2006], reprezint un cadru care automatizeaz crearea intrrilor din blog, extrgnd informaii din diferite site-uri i din servicii meteo, pe care le integreaz drept informaie contextualizat. nainte de a face vizibil coninutul blogului, utilizatorii pot adauga texte personalizate, respectiv verifica corectitudinea informaiei generat automat. n prezent, cercetarea n domeniul blogurilor este axat pe trei direcii principale: crearea blogurilor de ctre utilizatorii mobili Russel [Russel, 2006]; blogurile semantice, ca i surs de informaie pentru agenii mobile Karger [Karger, 2004]; extinderea utilizrii unui ct mai mare numr de formate de date Parker [Parker, 2005].

2.3.7 Arhitecturi de calcul orientate spre servicii n prezent, adoptarea i implementarea SOA 82 se realizeaz ntr-un ritm foarte crescut Erickson [Erickson, 2005]. Cu toate acestea, este posibil, ca efortul de implementare n cadrul unei organizaii a unei arhitecturi orientat spre servicii s nu se potriveasc definiiilor standard SOA, prezentate n tabelul 2.18:
Tabel 2.18: Definiii ale arhitecturii SOA

Nume
Open Group OASIS

OMG

W3C

XML.com

JavaWorld.com

IBM

Stil architectural, care susine dezvoltarea software bazat pe servicii SOA reprezint o paradigm pentru organizarea i utilizarea unor resurse distribuite. Definiia OASIS include i un model de referin, care formalizeaz detaliile definiiei. SOA reprezint un stil arhitectural, dedicat unei comuniti de furnizori i consumatori de servicii, cu ajutorul cruia poate fi generat valoare de ambele pri. n plus, OMG specific faptul c SOA permite independena tehnic ntre membrii comunitii, specificnd standardele la care membrii trebuie s adere SOA reprezint o form arhitectural pentru un sistem distribuit, caracterizat prin urmtoarele caracteristici: existena unei perspective logice, orientare spre comunicarea prin mesaje, structur descriptiv i granular, independen fa de platform SOA reprezint un stil architectural, al crui scop este construirea sistemelor caracterizate prin legturi slabe ntre ageni software. Un serviciu reprezint o component software, realizat de ctre un furnizor, cu ajutorul creia, consumatorul poate obine o mulime de rezultate SOA reprezint evoluia calculului distribuit, fundamentat pe paradigma cerere/rspuns, n cazul aplicaiilor sincrone i asincrone. Kodali [Kodali, 2005] descrie patru caracteristici SOA: Interfeele, compuse n XML, folosind WSDL 83, sunt utilizate pentru autodescriere; Schemele XML, reprezentate de fiiere XSD, ar trebui s fie folosite pentru tehnicile de tip messaging; Un registru de tip UDDI conine lista serviciilor furnizate; Fiecare serviciu trebuie s pstreze un nivel de calitate, specificat prin QoS SOA descrie un stil architectural, care privete componenta software sub forma unei mulimi de servicii

Definiie

82 83

Service Oriented Architecture Web Service Description Language

81

Conform acestor definiii, conceptul SOA este privit drept un mod de a construi structura informaional-tehnologic a unei organizaii. Prin urmare, SOA nu poate fi abordat ca o tehnologie; mai degrab, reprezint un mod de structurare i aranjare a altor tehnologii, n vederea ndeplinirii unor sarcini clar definite. De asemenea, multe dintre definiii indic faptul c este de preferat ca legturile care se stabilesc ntre module s fie slabe 84 i nu puternice 85, ceea ce nseamn c dependena ntre module va fi minimal. Aceast cerin este necesar pentru a permite configurarea serviciilor pe baza nevoilor i nu conform unor structuri predeterminate. Dezavantajul acestei abordri l reprezint multitudinea de definiii i abordri ale implementrilor SOA. Conform lui Krafzig [Krafzig, 2005], cele mai importante caracteristici, care ar trebui s fie incluse n definiiile formale ale SOA, pot fi incluse ntr-un cadru, care s permit o abordare standardizat. Cadrul propus de Krafzig, prezentat n figura 2.13 include:
Metadate, care sunt folosite pentru descrierea celor mai importante caracteristici SOA; Modul de aranjare al caracteristicilor SOA; Locaia serviciilor

Fig 2.13: Cadrul Krafzig pentru descrierea SOA Sursa: Krafzig [Krafzig, 2005]

n ceea ce privete cercetarea realizat n domeniul arhitecturilor SOA, aceasta poate fi clasificat pe trei categorii distincte, i anume:
Eforturi exploratorii; Examinarea tehnologiilor i instrumentelor oferite de diferite companii; Cercetare empiric.

Tabelul 2.19 prezint principalele abordri i puncte de vedere, identificate n literatura de specialitate, referitoare la categoriile menionate anterior:
84 85

loosely coupled: http://en.wikipedia.org/wiki/Loose_coupling tightly coupled: http://wiki.answers.com/Q/What_are_tightly_and_loosely_coupled_cluster_systems

82

Tabel 2.19: Puncte de vedere referitoare la arhitectura SOA

Categorie

Abordare
Staal [2006]: i-a propus eliminarea sau, mcar, minimizarea numrului de nivele n cadrul SOA. Aceast idee vine n contextul n care Staal propune integrarea clar, foarte bine definit a unui nivel middleware, pe baza XML sau a altor instrumente similare. Practic, Stal sugereaz o abordare bazat att pe un meta-model, ct i pe o serie de abloane. Kim and Lim[2007]: au subliniat faptul c nelegerea gestiunii proceselor de afaceri este o etap important n ceea ce privete dezvoltarea SOA. Ei au exemplificat acest lucru prin prezentarea unei arhitecturi SOA, utilizabil n domeniul telecomunicaiilor. Shan and Hua [2006]: au propus un model SOA pentru cazul bncilor care doresc s ofere servicii online. n plus, ei au compilat o serie de abloane, care s-au dovedit de succes i n cazul altor industrii. n ansamblu, modelele prezentate de acetia sunt foarte detaliate n ceea ce privete utilizarea SOA pentru soluii online, cu accent pe serviciile bancare. Crawford [2005]: propune un mod diferit de abordare a unei arhitecturi SOA, denumit SOA la cerere 86. Aceast arhitectur presupune legturi mai slabe, ntre servicii i elementele cu care aceste sunt conectate, dect restul modelelor SOA. Crawford justific aceast abordare prin faptul c n acest mod este permis o mai mare flexibilitate, mai ales pentru utilizatorii finali. Brown [2005]: a prezentat o perspectiv asupra SOA, sugernd o abordare pe baza platformei IBM Rational. Recomandrile fcute de Brown sunt asemntoare celor din domeniul exploratoriu sau empiric, filtrate ns de instrumentul IBM Rational. n mod similar, Ferguson i Stockton detaliaz modelul IBM pentru programarea SOA. De Pauw [2005]: descrie beneficiile instrumentului Web Services Navigator, instrument ce ofer posibilitatea unei mai bune vizualizri a componentelor SOA i a serviciilor web. Web Services Navigator poate oferi asisten referitor la: utilizarea unor abloane de proiectare 87; definirea nivelului business logic; analiza proceselor de afaceri. Jones [2005]: subliniaz necesitatea standardizrii conceptelor de baz ale SOA, precum cel de serviciu. Chen[2006]: a propus o perspectiv ontologic asupra SOA, serviciilor web i managementului cunotinelor. El a ncercat, cu oarecare succes, s intregreze dou fluxuri de cercetare ntr-unul singur. Astfel, a prezentat o soluie n care arat c att reprezentrile semantice ale cunoateri, ct i cele sintactice ar putea fi descrise printr-o ontologie, care refer, de asemenea, o mulime de servicii Web. Borkar [2006]: propune o metod de utilizare a datelor reprezentate n format XML, ntrun mediu SOA. Ideea lui implica utilizarea, att a datelor pe care pot fi realizate interogri, ct i a structurilor complexe, n reprezentri XML. Studiul lui Borkar se refer la componenta de dezvoltare i implementare a serviciilor, din SOA. Unul dintre aspectele, care nu sunt abordate, de ctre Borkar, este reprezentat de eficiena serviciilor 88. Duke [2005]: recomand i ofer detalii asupra modului n care Web-ul Semantic poate fi folosit de ctre organizaii n vederea utilizrii SOA. Este sugerat faptul c o combinare a web-ului semantic i SOA n ceea ce este denumit SOA Semantic va oferi beneficii organizaiei care adopt aceast abordare. De asemenea, Duke propune un model ontologic pentru semantica SOA, ncercnd practic s creeze un meta-model pentru SOA. Zhang [2004]: a cercetat conexiunile dintre serviciile Web i gestiunea proceselor de afaceri, descriind natura modular a perspectivelor orientate spre servicii. El a prevzut maturizarea standardelor SOA, susinnd c odat ce se va ajunge la o serie de standarde clare, conexiunea dintre SOA i procesele de afaceri va fi mult mai uor de realizat. Malloy [2006]: a dezvoltat o extensie pentru WSDL 89. El a subliniat faptul c specificaiile serviciilor Web erau adesea informale i nu foarte bine definite. Din acest motiv, a propus un pas intermediar n vederea definirii unor specificaii formale, riguroase, corect definite, lund n considerare natura informal a specificaiilor existente. Acest pas a fost realizat, prin extinderea WSDL, n vederea automatizrii i extinderii

Exploratorie

Tehnologii i instrumente

Cercetare empiric

86 87

SOA on Demand Design Patterns 88 ROI of SOA 89 Web Service Definition Language

83

capacitilor serviciilor de a opera n diferite medii. Exemplul furnizat de Malloy prezenta modul n care un singur serviciu putea funciona corect n diferite aplicaii care foloseau formate diferite de coduri potale. Verheecke [2006]: a propus i dezvoltat un nivel middleware, denumit WSML 90. El a vzut drept principal avantaj al acestei abordri, furnizarea unui cadru uor extensibil i reutilizabil. n plus, Verheecke considera c utilizarea WSML permite, mai uor, integrarea dinamic i gestiunea serviciilor Web, n aplicaiile client. Problema fundamental a acestei abordri o reprezint utilizarea acestui model n cadrul sistemelor distribuite, deoarece implementarea acestuia conduce la o arhitectur centralizat. Hutchinson [2006]: a descris un caz, de realizare a unui sistem colaborativ, conform standardelor SOA. Un aspect important, subliniat de autor, este faptul c dei modelul SOA ar putea reduce costurile generale privind ntreinerea, el ar putea s creasc cantitatea de munc prestat de echipele IT. Considerm c n prezent situaia este alta, deoarece, odat cu apariia noilor abordri SOA, precum WCF 91, dezvoltarea unui serviciu s-a apropiat mult, ca timp de lucru alocat, de dezvoltarea unei aplicaii standard. Li i Huang [2007]: au propus o metodologie pentru migrarea funcionalitii sistemelor legacy n servicii Web, respectiv arhitecturi SOA. n vederea investigrii eficienei metodei propuse, ei au realizat un studiu de caz, descoperind c dei este posibil aceast migrare, schimbrile necesitate, pe partea companiei, sunt considerabile fiind necesare proceduri de tip reengineering asupra multor procese organizaionale.

Indiferent de abordarea SOA, un aspect important al acestei metodologii este reprezentat de msurarea sau evaluarea succesului. n mod tradiional, eecul sau succesul unui sistem informaional poate fi estimat cu ajutorul unor mrimi standard, precum: ROI 92, NPV 93, IRR 94, etc. Analog, o component software poate fi msurat n termeni, precum erori sau productivitate, prin intermediul unor metodologii numerice, cum ar fi cele referitoare la numrul liniilor de cod sau COCOMO 95. Fiecare dintre aceste abordri pleac de la ideea conform creia dac putem asocia o valoare numeric unui sistem, ulterior vom putea compara aceste valori n contextul unor proiecte, sisteme, organizaii diferite. Problema care se pune n cazul arhitecturii SOA este similar celei ridicate de ntrebarea: Dac toate companiile din clasamentul Fortune 100 implementeaz aceeai component software, precum SAP, ce anume le difereniaz, n contextul n care funciile lor sunt standardizate pe cele mai bune practici i procese SAP? Credem c un mod de a rspunde acestei ntrebri este de a examina alte mrimi ale succesului asociate adesea managementului cunotinelor precum, avantajul competitiv [Siau, 2003], necesitile concureniale [Erickson, 2005], capitalul intelectual [Nonaka, 2001]. Din aceast abordare reiese ideea, conform creia cea mai bun modalitate de evaluare SOA nu este reprezentat de ROI, ci de factorii intangibili. Nah i Tan [Nah, 2007] au propus un cadru i au stabilit factorii de succes, n vederea estimrii succesului pentru implementrile ERP. Ei au definit, empiric, o varietate de factori de succes, dintre care amintim: gradul de susinere al managementului executiv, competenele echipelor implicate n proiecte i cooperarea interdepartamental. Cu toate c studiul a rspuns unor ntrebri importante, referitoare la implementrile ERP, problema definirii elementelor intangibile drept factori de succes a rmas deschis, nu numai pentru sistemele ERP ci i pentru implementrile SOA.

90 91

Web Services Management Layer Windows Communication Foundation 92 Return of Investment 93 Net Present Value 94 Internal Rate of Return 95 Constructive Cost Model

84

Un punct de vedere interesant este cel al lui Langdon [Langdon, 2007], conform cruia, dei multe studii economice indic faptul c proiectele IT adaug valoare pe un nivel macro, ele nu spun nimic despre modul n care valoarea este adugat i la nivel micro. Langdon propune un model de cercetare care include integrarea i flexibilitatea sistemelor informaionale drept caracteristici care ar putea conduce la creterea factorului de succes a componentei IT. Arhitecturile SOA pot fi folosite cu succes n multe situaii specifice managementului cunotinelor. Dintre acestea, am ales s prezentm n lucrarea de fa dou situaii:
Un studiu de caz referitor la proiectarea unui sistem de nvare, n cadrul organizaiei, ca i posibil component a unei soluii MC Dezvoltarea unui modul software, component a unui sistem distribuit de management al cunotinelor - vezi capitol 3.5

Studiu de caz: Model de sistem e-learning, bazat pe o arhitectur orientat spre servicii Conform unui studiu realizat de Ogata [Ogata, 1996], dezvoltarea unui sistem e-learning, aplicabil ntr-o soluie MC, poate fi realizat pornindu-se de la urmtoarele caracteristicii eseniale: caracteristica principal a unui sistem e-learning este de a oferi oriunde i oricnd, mediul propice pentru nvare; Carliner [Carliner, 2008] subliniaz faptul c, n prezent, sistemele elearning nu exploateaz la maxim potenialul utilizatorilor cu alte cuvinte, n general, comportamentul i atitudinea celor implicai n procese de e-learning este rezervat; cunoaterea nu include doar date, informaii i cunotine explicite, ci i elemente tacite; abordare constructiv: implic faptul c inferarea cunoaterii se realizeaz n mod activ, prin explorare i descoperire. Persoanele care nva au o motivaie n cutarea informaiei care s-i ajute n rezolvarea problemelor. Abordarea constructiv implic, de asemenea, procese colaborative de nvare. Conform Ogata [Ogata, 1996], procesele de colaborare prezint cinci etape: co-prezena, contientizare, comunicare, colaborare i coordonare.

Pornind de la lucrarea Design of interactive voice learning system Wu [Wu, 2006] i lund n considerare caracteristicile unui sistem de e-learning, prezentate anterior, propunem un posibil model pentru dezvoltarea unui sistem de nvare electronica, adaptat dup Wu [Wu, 2006], utilizabil n cadrul soluiilor MC (SIEMC 96) . Din punct de vedere al funcionalitii, SIEMC este proiectat pentru a putea susine urmtoarea funcionalitate: prezentarea coninutului de nvare s poat fi fcut att vizual, ct i voce; n felul acesta, sistemul va putea fi folosit de persoanele non tehnice sau de cele cu probleme vizuale; permiterea fluxurilor tacite de cunotine. Cu alte cuvinte, SIEMC susine nvarea colaborativ, prin consultri, discuii i partajarea experienei; susine nvarea, indiferent de vrst, sex sau domeniu.

SIEMC reprezint o propunere de sistem pentru gestiunea nvrii, subiect discutat n capitolul 1.3.3.1, care furnizeaz un mediu electronic complet pentru nvare. Acest sistem, nu ofer doar susinere pentru o diversitate de domenii ale cunoaterii, lucru realizat cu ajutorul arhitecturii SOA, ci i mbuntete procesele de nvare, furniznd att o interfa voce, ct i una Web. n scopul susinerii dialogului dintre sistem i persoanele care nva, SIEMC folosete VoiceXML, un limbaj de marcare, a crei descriere o regsim n specificaiile W3C 97. Conform celor precizate anterior, SOA reprezint o form a unui sistem distribuit, SIEMC fiind construit pe baza unei astfel de arhitecturi: Fiecare furnizor al unor module de nvare public sau actualizeaz descrierile serviciilor , folosind WSDL, direct n registrul de servicii 98. n acest mod, SIEMC va putea s utilizeze diferite criterii, n vederea identificrii serviciilor pe care trebuie s le ruleze. Figura 2.14, prezint cadrul n care poate fi dezvoltat sistemul SIEMC:
Sistem de nvaare electronic pentru MC W3C, Voice Extensible Markup Language (VoiceXML) Version 2.0. Disponibil la: http://www.w3c.org/Voice/. 98 Registry Service
96 97

85

Figura 2.14:Sistem de nvare pentru managementul cunotinelor Adaptare: Wu [Wu, 2006], Kim [Kim, 2007]
Astfel, sistemul SIEMC, prezentat n figura 2.14, este alctuit din patru subsisteme, a cror funcionalitate este urmtoarea: Subsistem pentru nvarea prin dialog: este utilizat pentru translaii de tipul coninut informaional -> voce, transformnd fiiere VoiceXML n material audio destinat persoanelor care nva. Comunicarea dintre aceste persoane i sistem se poate realiza att prin voce, ct i folosind tonurile DTMF 99; Subsistemul de activiti de nvare: ofer utilizatorilor un mediu individual sau colaborativ de nvare. Activitile pot nsemna: prezena la cursuri, prezena la sesiuni de prezentare, cutarea informaiei, respectiv operaii de planificare. Cnd activitile de nvare ale unei persoane progreseaz, aceasta va fi nscris n cadrul altor activiti de nvare; Subsistemul auxiliar de nvare: reprezint o component al crei scop este de a ghida persoanele, astfel nct procesul de nvare s se realizeze eficient. Astfel, nainte de a fi lansate serviciile, un tutore trebuie s iniializeze eventuale obiecte sau atribute adiionale, n programul iniial de studiu; Subsistemul pentru instructori: ofer posibilitatea modificrii programului de nvare i cutarea informaiei funcie de autori. Un tutore poate defini atribute i legturi ntre obiectele de nvare, definind astfel un program de nvare. Ulterior, programul de nvare, astfel stabilit, poate fi transferat ntr-o structur gestionat de SIEMC i transmis celor care nva, susinndu-se astfel i procese de autonvare sau nvare colaborativ.

99

Dual Tone Multi Frequency

86

Concluzii n concordan cu premiza care a determinat coninutul acestui capitol, respectiv faptul c ntre sistemele distribuite i managementul cunotinelor exist o legtur clar, polivalent, considerm c analiza literaturii de specialitate, prezentat anterior, a confirmat existena acestei relaii. Practic, cele dou etape de cercetare, pe care le-am propus pentru acest capitol, au condus la obinerea unor rezultate, despre care credem c pot defini, ntr-un mod coerent, relaia sistem distribuit managementul cunotinelor. Astfel, dintre aceste rezultate, amintim: Definirea unui cadru pentru managementul distribuit al cunotinelor; Stabilirea caracteristicilor rolurilor jucate de angajai ntr-un mediu informal, distribuit; Propunerea unui model pentru managementul distribuit al cunotinelor, formal, informal Stabilirea caracteristicilor fundamentale ale unui sistem distribuit; Moduri de aplicare ale tehnologiei client-server n managementul cunotinelor Propunerea unei arhitecturi pentru un grid economic; Definirea unei componente grid pentru managementul cunotinelor; Propunerea unei arhitecturi de tip nor-multiplu pentru managementul cunotinelor; Definirea ciclului cunoaterii, n contextul unor ageni inteligeni; Posibil scenariu de folosire a tehnologiilor mobile n context organizaional, cu implicaii asupra managementului cunotinelor; Posibil scenariu de folosire a arhitecturilor de calcul omniprezente, cu aplicabilitate n managementul cunotinelor; Propunere de sistem de nvare, aplicabil ntr-o soluie pentru managementul cunotinelor, folosind tehnologii SOA.

Studiul relaiei dintre managementul cunotinelor i sistemele distribuite a prezentat o dificultate aparte. Aceast dificultate considerm c a provenit att din complexitatea celor domenii, ct i din faptul c domeniul managementului cunotinelor este nc n formare, neavnd toate elementele bine definite. Prin urmare, ne-am gsit n multe cazuri n situaia n care, am dorit s aplicm tehnologii distribuite, mature, n contextul unor elemente ambigue precum cele referitoare la cunoatere. Cu toate acestea, lund n considerare att exemplele prezentate anterior, ct i ntreaga cercetare efectuat pe parcursul acestui capitol, credem c am reuit s definim un posibil cadru general, care permite dezvoltarea generaiilor viitoare de sisteme distribuite pentru managementul cunotinelor economice.

87