Sisteme Informatice Integrate v3_2012

7/27/2019 Sisteme Informatice Integrate v3_2012

1/24

NOTE de CURS disciplina SISTEME INFORMATICE INTEGRATE, ediia 3 - 2012Autor: conf.univ. dr. Rus Ioan,

Universitatea Petru Maior Tg. Mure

SISTEME INFORMATICE INTEGRATE(Note de Curs)

Autor: conf.univ. dr. Rus Ioan

Aceast versiune reprezint o copiea cursului susinut la masteranzii de la cursuri de zi

Universitatea Petru Maior Tg.MureEdiia 3 OCTOMBRIE 2012

Uz Intern

182543273.doc Pagina 1 din 24

De la: Ctre:

titular curs

Conf.univ. dr. Rus Ioan Masteranzii Contabilitate i Audit

an II, ZI


2/24



CUPRINS1 Aspecte introductive ale integrrii sistemelor informatice.........................................................................................................42 Tipuri de integrare......................................................................................................................................................................5

2.1. Integrarea orientat pe informaie .....................................................................................................................................52.2 Integrare orientat pe procesele de afaceri .........................................................................................................................72.3. Integrarea orientat pe servicii...........................................................................................................................................82.4. Integrarea orientat pe portal..............................................................................................................................................9

3. Tehnologia integrrii aplicaiilor.............................................................................................................................................103.1. Ce este un middleware?....................................................................................................................................................103.2 Modele middleware...........................................................................................................................................................103.3. Tipuri de middleware.......................................................................................................................................................11

4. Standardele de integrare a aplicaiilor.....................................................................................................................................154.1. XML, XSLT.....................................................................................................................................................................154.2. ebXML ............................................................................................................................................................................184.3. BPEL4WS Business Process Execution Language for Web Services..........................................................................184.4. SOAP, WSDL, UDDL.....................................................................................................................................................19

5 Etape ale EAI...........................................................................................................................................................................215.0. Paii asociai procesului de integrare a aplicaiilor..........................................................................................................21

5.1.Inteconectivitatea sau integrarea hardware.......................................................................................................................225.2.Interoperabilitatea sau integrarea software........................................................................................................................22

.........................................................................................................................................................................................235.3. Integrarea datelor i depozitelor de date...........................................................................................................................235.4. Integrarea reelelor de comunicaie..................................................................................................................................24

6. Tehnologii moderne utilizate n proiectarea Sistemelor informatice Integrate.......................................................................246.1. Integrarea comunicaiilor n proiectare a Sistemelor informatice Integrate.....................................................................246.2. Internetul i tehnologiile de proiectare a Sistemelor informatice Integrate.....................................................................246.3. Securitatea sistemelor Informatice Integrate ..................................................................................................................246.4. Proiectarea Sistemelor Informatice Integrate cu securitate ridicat................................................................................24



3/24



Chiar dac nu exist trimiteri directe la bibliografie suportul decurs se bazeaz pe lucrarea profesorului universitar dr. Zenovic GHERASIMde la ASE Bucureti, cruia i aduc mulumiri pe aceast cale.



4/24



Sisteme Informatice Integrate

1 Aspecte introductive ale integrrii sistemelor informatice

Informatizarea, dezvoltarea economic global, specifice secolului al XX-lea au declanat

tendina de organizare a sistemelor informaionale n modele din ce n ce mai complexe.Principiul integrrii deriv din principiul ordinii i organizrii.Prin integrare crete complexitatea, dar i calitatea, pentru c reuniunea sistemelor presupune adugarea de

componente evolutive i emergente.Dac organizarea duce la integrare i integrarea duce la complexitate, aceasta din urm

determin la rndul ei diversificarea. Din punct de vedere al diversitii, integrarea este efectul evoluieiciclice i progresive a unui mix de tehnologii i este sprijinit de performanele i de expertizaprofesionitilor.

La nceput, conotaiile procesului de integrare au fost n principal tehnice i s-a acordat puin importan aspectelorcalitative.

Noiunea de sistem integrat presupunea aspecte hardware i probleme de interconectare a componentelorcalculatoarelor: o suit de echipamente i programe care lucreaz mpreun.n prezent procesul de integrare s-a extins i

vizeaz programe, date i comunicaii.[1]

Sistemele integrate se refer la sisteme complete, cu procese de afaceri, practici manageriale, interaciuniorganizaionale, transformri structurale i managementul cunotinelor.

O soluie la problema integrrii o constituieEnterprise Application Integration(EAI) Integrarea aplicaiilor este o abordare strategic de a lega mai multe sisteme informatice, la nivel de informaii iservicii, astfel nct sistemele sunt capabile s fac interschimb de informaie i s asigure o funcionare a proceselor n timpreal. Informaia rezultat i fluxul de procese ntre sistemele interne i cele externe ofer unei companii un avantaj strategicclar: capacitatea de a face afaceri n timp real, ntr-o atmosfer condus de evenimente, i cu o laten redus.

Integrarea aplicaiilor poate lua mai multe forme, incluznd integrarea intern a aplicaiilor: Integrarea aplicaiilor lanivel de companie sau integrarea extern a aplicaiilor: Integrarea aplicaiilor Business-to-Business. Cele dou tipuri deintegrri au multe elemente comune. De exemplu, ntotdeauna vor exista: o transformare de tehnologie care va face diferenantre semantica aplicaiilor, tehnologia de ruter care prin care se va asigura c informaia ajunge la destinaia corect i regulide procesare pentru a defini comportamentul de integrare.

Un trend clar n evoluia integrrii aplicaiilor este trecerea de la integrarea bazat pe informaie la integrarea bazat peservicii. Integrarea bazat pe informaii ofer un mecanism ieftin de a integra aplicaii deoarece, n cele mai multe cazuri, nueste nevoie ca aplicaia s fie modificat. Cu toate c, acest tip de integrare ofer o soluie funcional pentru multe domeniiale problematicii de integrare a aplicaiilor, integrarea bazat pe servicii ofer mai mult valoare pe termen lung.

Integrarea aplicaiilor este o combinaie a mai multor problematici. Fiecare organizaie are setul su propriu desubiecte de integrare care trebuie adresate. Datorit acestui fapt este aproape imposibil gsirea unei soluii tehnologice unicecare s poat fi aplicat universal. Ca urmare, fiecare aplicaie va avea caracteristicile proprii.

Cu toate c abordrile integrrii difer de la caz la caz, este posibil crearea unor categorii care vor fi detaliate nseciunea urmtoare.

Dintre caracteristicile unui sistem integrat enumerm cteva: Autonomie - majoritatea modelelor structurale i comportamentale pentru un asemenea sistem complex pot fi

evidentiate doar ca urmare a operrii sistemului n mediul extern; Incertitudine - comportarea unui sistem complex este probabilistic i nu poate fi predictibil n totalitate sau

cunoscut nainte de implementarea sa.Cu ct sistemul este mai complex cu att gradul de incertitudine este maimare

Variabile - un numr excesiv de mare de variabile i inter-relatii ce nu pot fi in totalitate cunoscute, ajustatei controlate

Multiple obiective - elementele constitutive ale sistemului au posibilitatea urmririi ndeplinirii unorobiective proprii, care pot fi dependente sau independente de obiectivele generale ale sistemului.Un singurobiectiv sau un set unitar de obiective este o iluzie pentru un adevrat sistem de sisteme.

Printre avantajele integrrii se pot mentiona: [2]

http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn1http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn2http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn2http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn1http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn2


5/24



Scalabilitatea - nlocuirea tuturor interfeelor cu una singur care asigur toate punctele de acces la sistemulinformaional, administrarea lor facil i posibilitatea adugrii de alte instrumente sau aplicaii;

Performana - pachetul de aplicaii ofera sigurana deplin a datelor; Usurina n desfurare - abilitatea de a schimba anumii parametri (numele sursei, numele intei) este

esenial; Administrarea centralizat - interfeele sunt administrate automat de la un punct central; Precizie n procesri/zero greeli - abilitatea de a livra datele la int, imediat dup citirea sursei, este foarte

important; Eterogenitatea surselor - procesul de transformare a datelor n informaii presupune posibilitatea de a

combina date din surse eterogene; Securitatea - aplicaiile prevd standarde ridicate de securitate; Calitatea tehnologic a partenerilor - proiectele de anvergur oblig companiile s dezvolte relaii de afaceri

numai cu parteneri care dein deja sisteme integrate; Training - desfurarea de programe de instruire pentru grupurile de utilizatori; Suport nelimitat - 24 de ore din 24, 7 zile din 7, suport telefonic i web cu acces rapid la baza de cunotine a

ntreprinderii pentru rezolvarea rapid a problemelor; Grupuri de utilizatori - organizarea unei baze de utilizatori, partajarea experienelor a celor mai bune practici

i popularizarea cazurilor reuite i a eecurilor; Referine - deinerea unei platforme integrate reprezint cea mai bun recomandare n lumea afacerilor

electronice.

2 Tipuri de integrare

Exist patru tipuri (categorii) de integrare a aplicaiilor: Integrare orientat pe informaie; Integrare orientat pe procesele de afaceri; Integrare orientat pe servicii: Integrarea orientat pe portal.

2.1. Integrarea orientat pe informaieCei care promoveaz abordarea orientat pe informaie pentru integrarea aplicaiilor susin c integrarea trebuie s

apar ntre bazele de date (sau proprietari API care produc infomaie) ceea ce nseamn c bazele de date trebuie vzute capuncte principale de integrare.

Figura 1.1. Schimb de informaie ntre dou aplicaiiSoluiile orientate pe informaii pot fi grupate n trei categorii:

Replicarea datelor; Federaia datelor; Procesarea interfeei;

Replicarea datelorReplicarea datelor se refer la simpla mutare a datelor ntre dou sau mai multe baze de date. Aceste baze de date

pot avea proveniene diferite (Figura 1.2) i pot avea modele diferite. Cerina fundamental pe care trebuie s o ndeplineaso baz de date pentru a putea replica date este s ofere o infrastructur pentru schimbul de date.



6/24



Figura 1.2 Replicarea unei baze de date

Multe baze de date care includ soluii middleware ofer servicii pentru replicarea datelor. Replicarea serviciiloreste realizat prin plasarea unui strat software ntre dou sau mai multe baze de date. Pe de o parte, datele sunt extrase dintr-o

baz de date sau din mai multe baze de date i sunt apoi plasate n bazele de date int. Multe dintre aceste soluii oferservicii de trasfomare precum i abilitatea de a modifica schema i coninutul astfel inct acestea s aib sens pentu baza dedate int.

Avantajele replicrii bazelor de date sunt simplitatea i costurile sczute. Replicarea este uor de implementat,iar tehnologia este ieftin. Din pcate, aceste avantaje sunt eliminate dac sunt necesare metode ataate datelor. n acest caz,trebuie luat n considerare orientarea bazat pe servicii.

Federaia datelorFedaraia datelor se refer la integrarea mai multor baze de date i modelelor asociate ntr-o singur baz de date, cuun view unificat (Figura 1.3). Practic, federaiile bazei de date reprezint bazele de date virtuale.

Software-ul federaiei bazei de date plaseaz un nivel software (middleware) ntre bazele de date distribuite fizic iaplicaiile care vizualizeaz datele. Acest nivel conecteaz bazele de date folosind interfete i mapeaz bazele de date fizicentr-o baz de date virtual care exist numai n software. Aplicaia folosete aceast baz de date virtual pentru a accesainfromaiile necesare. Federaia bazei de date gestioneaz colectarea i distribuirea datelor, pe msur ce acestea suntnecesare, ctre bazele de date fizice.

Avantajul folosirii acestui software este c poate lega tipuri diferite de date ntr-un model unificat care suportschimbul de informaie.

Figura 1.3 Federaia datelorFederaia bazei de date permite accesul la orice baz de date conectat la sistem printr-o singur interfa bine

defininit. Aceasta reprezint cea mai elegant soluie pentru integrarea datelor. Spre deosebire de replicare, aceast soluienu necesit modificri ale aplicaiilor int. Totui, schimbri sunt necesare la nivelul aplicaiei care susine software-ul bazeide date coninut n federaie. Acest fapt este datorat interfeelor diferite care sunt folosite pentru a accesa un model al bazeide date diferit (baza de date virtual).

Procesarea interfeeiSoluiile de procesare a interfeei folosesc interfee ale unor aplicaii bine definite pentru a se axa att pe integrarea

aplicaiilor pachet ct i a aplicaiilor obinuite (Figura 1.4). Interesul curent n integrarea de tip ERP (Enterprise ResourcePlanning) (SAP, PeopleSoft i Oracle) a facut acest sector cel mai atractiv n ceea ce privete integrarea de aplicaii.



7/24



Figura 1.4 Procesarea interfeteiIntegratorii susin soluiile bazate pe procesarea interfeei prin oferirea de adaptori care s conecteze ct mai multe

aplicaii obinuite sau aplicaii pachet, externaliznd informaia. Aceti adaptori se conecteaz la soluiile tehnologice careinclud tehnologii middleware i screen scraper[1] ca puncte de integrare.

O integrare eficient a mai multor tipuri de aplicaie definete avantajul principal al utilizrii produselor de integrare aaplicaiilor. n doar cteva zile, este posibil conectarea unei aplicaii SAP R/3 la o aplicaie Oracle, prin intermediul uneisoluii de procesare a interfeei care s gestioneze diferenele de shem, coninut i sematica aplicaiei, prin interpretareainformaiei interschimbat ntre sisteme.

Dezavantajul folosirii produselor de integrare bazat pe procesarea interfeei este c se acord atenie limitat logiciiprocesului de afaceri ct i metodelor aparinnd sursei sau sistemelor int. n aceste situaii, se recomand folosirea unei

abordri orientate pe servicii. Se prognozeaz c pe viitor, tehnologia de procesare a interfeei va fi capabil s includ imetode.

2.2 Integrare orientat pe procesele de afacerintr-o form simpl, integrarea orientat pe procesul de afaceri produce un nivel ce conine un set de procese central-

gestionate i uor definite.

Figura 1.5 Integrarea orientat pe procese de afaceriIntegrarea orientat pe procesul de afaceri reprezinta mecanismul de gestiune a datelor interschimbate i apelarea

proceselor ntr-un mod corect astfel nct s permit gestionarea i execuia proceselor comune care exist n i ntre aplicaii.Integrarea aplicaiilor orientate pe procesul de afaceri ofer un alt strat de procese gestionate central i uor definite careexist deasupra setului curent de procese i date coninute ntr-un set de aplicaii. Scopul este de a aduce mpreun proceserelevante pentru a obine valoare maxim, susinnd fluxul de informaie i controlul logic ntre aceste procese. Aceste

produse vizualizeaz middleware-ul i ofer interfee vizuale uor de folosit pentru legarea acestor procese.n realitate, integrarea procesului de afaceri este un alt nivel de valoare, adugat peste soluiile de integrare a

aplicaiilor, soluiile care includ integrarea serverelor, serverele de aplicaii, obiecte distribuite i alte nivele middleware.Integrarea proceselor de afaceri ofer un mecanism pentru legarea proceselor disparate i pentru a crea soluii proces-procescare automatizea o sarcin o dat ce aceasta a fost realizat manual.

Totui, dezavantajul const n faptul c se poate pierde destul de uor viziunea de ansamblu asuprasistemului. n realitate, nici un productor nu a reuit s rezolve aceaste probleme. n ultim instan, soluia va fi ocombinaie cu un middleware.

Exist multe diferene ntre integrarea de aplicaii tradiional i integrarea bazat pe procesul de afaceri: O singur instan a integrrii procesului de afaceri este echivalent cu mai multe instane ale integrrii

aplicaiilor tradiionale;

http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn1http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn1


8/24



Integrarea aplicaiilor se refer la schimbul de informaii ntre dou sau mai multe sisteme far caprocesele interne s fie vizibile - Integrarea proceselor de afaceri duce la un model de proces i mut informaia ntre aplicaiiconform modelului respectiv;

Integrarea aplicaiilor este tipic o soluie tactic, motivat de cerinele a dou sau mai multe sisteme de acomunica - Integrarea procesului de afaceri este strategic, gestionnd regulile de afaceri pentru a determina cum ar trebui sinteracioneze sistemele astfel nct s susin valoarea afacerii din fiecare sistem folosind un model de afaceri abstract.

Integrarea orientat pe procese de afaceri vizualizeaz middleware-ul ca o facilitate care are capacitatea de aechilibra att orientarea pe mesaje ct i middleware-rul tranzacional ca puncte de integrare ntr-un numr neliminat desisteme surs sau int. De fapt, cele mai multe servere de integrare i de aplicaii ncep s ofere unelte de integrare orientat

pe procese de afaceri care susin tehnologia middleware. ntradevr, integrarea orientat pe procese de afaceri ofer interfeevizuale uor de folosit pentru a lega aceste procese.

Integrarea orientat pe procese de afaceri este cel mai bine definit prin cteva reguli, ntr-o secven logic pentru arealiza interschimbul de informaie ntre sistemele participante, vizualizarea proceselor pe nivele de aplicaii, i crearea de

procese abstracte comune att pentru sistemele interne ct i pentru cele externe. Ca urmare sunt trei servicii majore pe carele ofer acest tip de integrare: vizualizarea proceselor coninute de sistemele n cauz, abstractizarea interfeei i o msur ntimp real a performanei procesului de afaceri.

Cu toate c mai sunt aspecte care ar putea fi mbuntite, acest tip de integrare este considerat cel mai potrivit tipde integrare, innd cont i de faptul c trebuie perfecionat tehnologia middleware.

2.3. Integrarea orientat pe serviciiIntegrarea orientat pe servicii permite aplicaiilor s mpart metode comune. Acest proces serealizeaz fie prin definirea unor metode care s poat fi accesate de toate aplicaiile, i ca urmareintegrate, sau prin punerea la dispoziie a unei infrastructuri pentru asemenea metode, de exempluserviciile Web (Figura 1.6). Metodele pot fi accesate fie prin stocarea acestora pe un server central(obiecte distribuite), sau fie printr-un mecanism de servicii Web standard, cum ar fi .NET.

Figura 1.6 Integrarea orientat pe servicii

ncercrile de a permite accesul la procese comune au o istorie lung, ncepnd cu arhitecturaclient-server. Reutilizarea este un obiectiv valoros. Un set comun de metode ntr-o aplicaie carefolosete reutilizarea reduce redundana metodelor i a aplicaiei. Din pcate, reutilizarea total a fostrealizat deocamdat doar la nivel de ntreprindere. n cele mai multe cazuri, limita reutilizrii estedatorat unei lipse a unei arhitecturi a companiei i a unui control central. Utilizarea uneltelor itehnicilor de integrare d acum posibilitatea utilizrii acelorai metode. Mai mult dect att, acesteunelte i tehnici creaz infrastructura care face acest proces s devin realitate. Dezavantajul const ncosturile destul de ridicate, avnd n vedere serviciile Web, obiectele distribuite i cadrele tranzacionale.

Integrarea orientat pe informaie nu necesit schimbri ale sistemelor surs saudestinaie, pe cnd integrarea orientat pe servicii necesit modificri la aproape toate aplicaiilepentru a beneficia de avantajele acestei paradigme. Cu toate c, probleme ridicate de costuri sunt



9/24



importante, aplicabilitatea n mai multe domenii ofer acestui tip de integrare un avantaj. Ca urmare,folosirea integrrii orientate pe servicii se recomand a fi folosit doar acolo unde este strict necesar.

Modificarea aplicaiilor este adesea o operaiune scump. Pentru a schimba logica aplicaiei,este necesar testarea, integrarea aplicaiei - un proces care cauzeaz o cretere a costurilor n spiral.Aceste costuri apar fie c se lucreaz cu o tehnologie mai veche, CORBA (Common Object RequestBroker Architecture), sau cu tehnologii noi ca .NET, ultimul tip de arhitectur bazat pe servicii.

nainte de a folosi acest tip de integrare, trebuie nelese foarte bine aspectele legate deoportunitile oferite de acesta i de riscurile implicate. Numai atunci, se poate face o evaluare obiectiv.Posibilitatea de a avea acces la serviciile unei aplicaii i ca urmare posibilitatea integrrii acestoraplicaii reprezint un beneficiu extraordinar. Totui, acest beneficiu este urmat de un risc real maredatorit costurilor de implementare a integrrii bazate pe servicii, deoarece aceste costuri ar putea, nanumite cazuri, s depeasc valoarea creat de integrare.

2.4. Integrarea orientat pe portal

Integrarea orientat pe portal permite vizualizarea unei multitudini de sisteme att sisteme

interne unor ntreprinderi, ct i sisteme externe printr-o interfat de tip utilizator simplu. Acest tip deintegrare aduce un plus de beneficiu datorit evitrii problemelor de integrare, adaptrii interfeeiutilizator a fiecrui sistem la o interfa utilizator comun (interfat utilizator agregat) de cele maimulte ori un browser Web (Figura 1.7).

Ca rezultat, toate sistemele participante sunt integrate ntr-un browser, chiar dac aplicaiile nusunt direct integrate n cadrul i ntre mai multe companii.

Figura 1.7 Integrarea orientat pe portal

Dac alte tipuri de aplicaii de integrare sunt orientate pe schimbul de informaie n timp real,acest tip de integrare este axat pe externalizarea informaiei provenind din mai multe sisteme icompanii ntr-o singur aplicaie cu o singura interfa. Totui, integrarea aplicaiilor, referindu-se la

schimbul automat de informaie sau la legarea a doua sau mai multe procese fr ajutorul unui utilizatorfinal, poate aprea la interfaa utilizator. ntradevr, majoritatea exemplelor de schimb de informaientr-un B2B se pliaz pe tehnica integrrii orientate pe portal, folosindu-se de transfer digital. Ca urmare,se poate concluziona c dei este diferit, aceast tehnic se potrivete pe problematica integrrii ngeneral.



10/24



3. Tehnologia integrrii aplicaiilorTehnologia de integrare a aplicaiilor se bazeaz pe noiunea de middleware.

3.1. Ce este un middleware?

Cea mai bun definiie a unui middleware este cea care definete acest concept n baza funciilorsale. Middleware-ul este un mecanism care permite unei entiti (baz de date sau aplicaie) s comunicecu alt entitate, sau entiti. Cu alte cuvinte, middleware-ul este un tip de software care faciliteazcomunicaia ntre dou sau mai multe sisteme software.

3.2 Modele middlewareExist dou modele de middleware: unul logic i unul fizic. Modelul logic descrie cum are loc

transferul de date conceptual, iar modelul fizic descrie metodele precum i tehnologia folosite pentrutransferul de informaie. Configuraiile asociate modelui logic sunt: unul la unu, muli la muli, isincron versus asincron, pe cnd modelului fizic i sunt asociate modele bazate pe mesaje. Middleware-ul unu la unu folosete un pipe simplu pentru a permite unei aplicaii s accesezealt aplicaie. Exemplu: Fie dou aplicaii A i B. Cnd aplicaia A ncearc s comunice cu aplicaia B,nchide pipe-ul folosind o procedur de apel sau un mesaj. (Figura 1.8)

Figura 1.8 Configuraia unu la unu

Aa cum sugereaz numele, middleware-ul muli la muli, leag mai multe aplicaii cu alteaplicaii. Aceast capacitate l face cel mai potrivit pentru integrarea aplicaiilor. n plus, este cel maiputernic middleware logic, deoarece ofer att flexibilitate ct i adaptabilitate problemei integrrii. Suntmai multe exemple de middleware muli la muli: integrare la nivel de servere, middleware tranzacional(servere aplicaii i monitori TP), i chiar obiecte distribuite. Practic, orice tip de middleware care poates lucreze cu mai multe de dou aplicaii surs i destinaie n acelai timp poate susine acest model.(Figura 1.9)



11/24



Figura 1.9 Configuraia muli la muliAvantajul modelului unu la unu este simplitatea, modelul muli la muli avnd dezavantajul

complexitii. Aceast problem este atenuat de noua generaie de middleware.Middleware-ul asincron face transferul de informaie ntre mai multe aplicaii ntr-un mod

asincron ceea ce presupune c software-ul middleware se poate deconecta de la aplicaia surs saudestinaie. Aplicaiile nu sunt dependente de alte aplicaii conectate pentru procesare. Procesul carepermite acest lucru are aplicaiile plasate ntr-o coad de ateptare, fiecare cu un mesaj asociat, i fiecareruleaz independent, rspunsul de la celelalte aplicaii primindu-se mai trziu. Avantajul principal esteacela c middleware-ul nu blocheaz celelalte aplicaii din procesare. Mai mult dect att, deoarecemiddleware-ul se decupleaz de la aplicaie, aceasta poate s continue procesarea, indiferent de stadiulcelorlalte aplicaii.

Pe de alt parte, middleware-ul sincron, este strns cuplat la aplicaii. Aplicaiile suntdependente de middleware pentru a procesa unul sau mai multe apeluri funcie pe o aplicaie la distan.Ca rezultat, aplicaia care apeleaz trebuie s opreasc procesarea pentru a atepta aplicaia la distan srspund. Acest tip de middleware este referit ca unul care blocheaz. Dezavantajul acestui model este

cuplarea aplicaiilor la middleware i la aplicaia la distan.

3.3. Tipuri de middleware

Middleware-urile au avut o evoluie continu de la apariie. Aceasta duce la apariia unordificulti de a categorisi middleware-urile. Cu toate acestea, se observ existena a ctorva tipuri demiddleware care se pliaz foarte bine pe rezolvarea anumitor tipuri de probleme. Urmtoarele tipuri demiddleware vor fi descrise n continuare: RPC, MOM, obiecte distribuite, middleware orientat pe bazade date, middleware tranzacional (include monitori TP i servere de aplicaii) i servere de integrare. RPC (Remote Procedure Calls) reprezint cel mai vechi tip de middleware, uor de neles ifolosit. Acesta ofer dezvoltatorilor capacitatea de a apela o funcie dintr-un program i de a o executa

ntr-un alt program pe o maina la distan. (Figura 1.10) Pentru dezvoltator, funcia se excut local.Faptul c funcia este executat pe maina la distan este ascuns.



12/24



Figura 1.10. Functionarea RPC (Remote Procedure Calls)

RPC-urile sunt modele sincron. Pentru ca RPC s fie activat, execuia programului trebuie oprit.n ciuda simplitii, majoriatea RPC-urile nu au o performan foarte bun. Cum majoritateatransferurilor de informaie necesit o reea, un middleware de tip RPC folosete toate resursele reelei.Un RPC tipic necesit 24 de pai distinci pentru a ndeplini cererile. Acest nivel de performanlimiteaz beneficiile unui apel RPC ntr-o reea nceat, cum e internetul.

Middleware-ul orientat pe mesaje (MOM) este un software care folosete mesaje, uniti deinformaie (de tip BYTE) care sunt interschimbate de aplicaii, ca pe un mecanism de a face transfer deinformaie de la un punct la altul. Deoarece MOM folosete mesajele pentru a comunica ntre aplicaii,nu este necesar cuplarea aplicaiilor la middleware (se bazeaz pe modelul asincron). Mesajul intrastfel ntr-o coad manager, care hotrte cnd este trimis mesajul la destinaia final. Mesajele care sentorc la aplicaia apelant vor fi prelucrate cnd aplicaa va avea timp. Dezvoltatorii consider cautilizarea mesajelor MOM este destul de uor de urmrit i organizat.

Mesajele au o structur (schem) i un coninut (date). Se pot asemna cu baz de date cu osingur nregistrare care se mic ntre aplicaii printr-un mecanism de mesaje. Exist dou tipuri demodele pentru MOM: unu la unu i coad de mesaje (MQ). MQ permite fiecrui program participant slucreze fr a fi ntrerupt de nivelul middleware. Deoarece software-ul MQ (seria MQ de la IBM,

MSMQ de la Microsoft) gestioneaz distribuia de mesaje de la un program la altul, coada managerpoate optimiza performana folosind metode de prioritate.

Figura 1.11 Middleware orientat pe mesajePericolul ca mesajele s se piard cnd are loc o cdere de sistem exist. Majoritatea software-ului MQ permite ca mesajele s fie declarate ca persistente sau stocate pe disc la anumite intervale detimp, oferind astfel o protecie. Obiectele distribuite sunt clasificate ca fiind middleware, deoarece faciliteaz comunicarea ntreaplicaii. Obiectele distribuite sunt programe-aplicaii de mici dimensiuni care folosesc interfee iprotocoale standard pentru comunicare. De exemplu, dac se creeaz un obiect distribuit CORBA careruleaz pe un sever UNIX i unul care ruleaz pe un server NT, folosind un protocol standard de



13/24



comunicaie, obiectele pot face interschimb de informaie i funcii (acelai standard CORBA, acelaiprotocol IIOP (Internet Inter ORB Protocol)).

Exist dou tipuri de obiecte distribuite: CORBA i COM (Component Object Model). CORBAeste creat de OMG n 1991 i este mai mult un standard dect o tehnologie oferind specificaii pentrucrearea unui obiect distribuit. COM este creat de Microsoft i include interfee standard i protocoale decomunicaie.

Middleware-ul orientat pe baza de date se refer la orice middleware care faciliteazcomunicaia cu o baz de date, fie cu o aplicaie, fie ntre mai multe baze de date. Dezvoltatorii folosescacest tip de middleware ca pe un mecanism de extragere a informaiei dintr-o baz de date local sau ladistan. De exemplu, pentru a extrage informaia dintr-o baz de date Oracle, dezvoltatorul trebuie sapeleze un middleware orientat pe baz de date pentru logarea la baza de date, cererea de informaie iprocesarea informaiei care a fost extras din baza de date (Figura 1.12).

Middleware-ul orientat pe baza de date lucreaz cu dou tipuri de baz de baze de date: CLI(Call Level Interface) i middleware nativ pe baza de date.CLI-urile reprezint API-uri comune, care ofer acces la baze de date folosind o interfa comun binedefinit. De obicei, CLI lucreaz cu baze de date relaionale. Acesta este cazul i Open DatabaseConnectivity (ODBC) de la Microsoft. ODBC-ul foloeste o interfat pentru a facilita accesul la o bazde date i drivere pentru a gestiona diferenele ntre bazele de date. ODBC-ul ofer un acces simultan, labaze de date multiple arhitectura ODBC presupune existena unui driver manager care sa facilitezecomunicaia ntre diferite baze de date.

Figura 1.12 Middleware orientat pe baze de date

JDBC de la JavaSoft este un alt exemplu de CLI. JDBC este o interfa standard care folosete

un singur set de metode Java pentru a facilita accesul la baze de date multiple. JDBC seaman cu ODBCi funcioneaz de pe orice aplicaie Java: applet, servlet, JSP, Enterprise JavaBean (EJB).

Monitorii TPsunt prima generaie de servere aplicaii ca fel ca i produsele middleware de tiptranzacional. Acestea ofer un mecanism pentru a facilita comunicarea ntre dou sau mai multeaplicaii (Figura 1.13) precum i o locaie pentru logica aplicaiei. Exemple de TP includ Tuxedo de laBEA Systems, MTS de la Microsoft, CICS de la IBM.

Figura 1.13 Monitor TP



14/24



Monitorii TP se bazeaz pe conceptul de tranzacie o unitate de lucru cu un nceput i un final.Raionamentul este c dac logica aplicaiei este ncapsulat ntr-o tranzacie, atunci tranzacia este fiefinalizat sau anulat complet. Dac tranzacia a actualizat resurse aflate la distan (baze de date, cozi),aceste actualizri vor fi anulate de asemenea.

TP asigur dou servicii importante. Pe de o parte, TP ofer servicii care garanteaz integritateatranzaciilor (serviciu de tranzacie), iar pe de alt parte, un monitor TP asigur managementul resurselori servicii de management pe termen lung (serviciu de aplicaie). Cele dou servicii sunt ortogonale.

De asemenea monitorii TP, ofer conectori la resurse ca baze de date, alte aplicaii sau cozi.Aceti conectori necesit o dezvoltare de aplicaie sofisticat pentru a comunica cu tipurile variate deresurse. O dat conectate, aceste tipuri de resurse sunt integrate n tranzacii. Ca urmare, aceti conectoripot fi reconstituii dac apare o cdere de sistem.Serverele de aplicaie definesc segmentul pieei de middleware cu cea mai rapid evoluie. Cu toateacestea, tehnologia serverelor de aplicaii nu este nou (monitorii TP pot fi considerai servere deaplicaii datorit caracteristicilor comune). Majoritatea serverelor de aplicaii sunt middleware Web iproceseaz tranzacii aparinnd aplicaiilor Web. Noutatea acestor servere de aplicaii este c folosesclimbaje moderne ca Java n locul celor tradiionale procedurale ca C i Cobol (ceea ce se ntmpl lamonitorii TP).

Figura 1.14 Arhitectura unui server de aplicaie tipic

Mai simplu, serverele de aplicaii asigur posibilitatea accesului la alte aplicaii i fac posibilprocesarea i resursele necesare connexiunilor. Aceste resurse includ baze de date, aplicaii ERP, i chiari aplicaii tradiionale de tip mainframe. Serverele de aplicaii ofer interfeei utilizator mecanisme dedezvoltare. n plus, ofer de obicei mecanisme de amplasare a aplicaiilor pe platforma Web.

Productorii de servere de aplicaie consider c produsele lor au o tehnologie ce permiterezolvarea problemelor de integrare a aplicaiilor. Ca urmare, serverele de aplicaie ca i monitorii joacun rol important n domeniul integrrii aplicaiilor. Muli dintre productori ncorporeaz tehnologii degestiune a mesajelor, transformare i rutere inteligente, servicii care sunt native serverelor de integrare.

Serverele de integrare reprezint partea de vrf a middleware-urilor pentru integrareaaplicaiilor, sau cel puin potenialul acestei tehnologii. Serverele de integrare pot facilita schimbul deinformaie ntre dou sau mai multe aplicaii surs sau destinaii i poate face diferena ntresemantincele aplicaiei i platforme. Ca urmare, aceast tehnologie se potrivete perfect cu integrareaaplicaiilor.



15/24



Figura 1.15 Servere de integrareServerele de integrare pot aprea n multe aplicaii folosind reguli comune i motoare de rutere.Ele pot transforma schema i coninutul informaiei pe durata transferului ntre aplicaii i baze de date.

Serverele de integrare sunt servere care gestioneaz mesaje ntre dou sau mai multe aplicaiisurse sau destinaie. n plus, aceste servere transform schemele de mesaje i modific coninutulmesajelor. Serverele de integrare pot avea ntradevr funcii adiionale, incluznd un motor i o interfade integrare a proceselor precum i un mecanism de management.

Importana serverelor de aplicaii este n funcie de poziia ocupat de acestea n cadrulcompaniei. n general, serverele de integrare nu sunt o tehnologie de dezvoltare a aplicaiilor ci maidegrab sunt o tehnologie care permite comunicarea ntre mai multe aplicaii fr s presupunexistena unui schimb de informaii despre natura aplicaiilor ntre care se face schimbul de date. Pescurt, serverele de integrare gestioneaz informaia ntre baze de date i aplicaii.

4. Standardele de integrare a aplicaiilor n aceast parte a lucrrii sunt detaliate cele mai importante standarde de integrare a aplicatiilor.

4.1. XML, XSLT De la crearea sa, Extensible Markup Language (XML) a fost proiectat ca standard pentruinterschimbul de informaie pe Internet. Ca urmare, aplicabilitatea la integrarea aplicaiilor este natural.XML-ul ofer un standard robust, uor de neles pentru schimbul de informaie care nu este doar oalegere consensual ci una unanim. XML-ul poate susine interschimbul de semantici ale aplicaiilor ide informaie. Tot acest proces se realizeaz fr ca aplicaiile destinaie s aib nevoie de informaii

despre aplicaiile surs.XML-ul ofer un format comun de schimb de informaie, ncapsulnd att datele ct i

metadatele. Acest format permite aplicaiilor i bazelor de date s comunice fr a avea informaii unadespre cealalt. Pentru a comunica, sistemul surs reformateaz un mesaj, o informaie, sau onregistrare ca un XML-text, i mut acea informaie ntr-ul alt sistem care tie s citeasc XML.

Valoarea XML-ului rezid din simplitatea lui. Se pot lua cantiti mari de informaie i se potconsolida ntr-un document XML piese semnificative care dau structura i organizarea informaiei.(Figura 1.16)



16/24



Figura 1.16 XML- reprezentare simpl text a unor date complexe sau simple

Blocul de baz al unui document XML este un elementul definit prin taguri. Un element are untag de nceput i un tag de final. Toate elementele dintr-un document XML sunt coninute de un elementrdcin. XML suport elemente radacina sau elemente n alte elemente de unde rezult c XML-ulpoate susine o structur ierarhic. Numele elementelor descriu coninutul elementului, iar structuradescrie relaiile dintre elemente. Un document XML este considerat bine format dac poate fi citit de unparser XML i dac formatul su se potrivete cu specificaiile XML. Se pot defini atribute aleelementelor i descrie caracteristici ale elementelor n tagul de nceput. Un parser XML citetedocumente XML i extrage datele ce urmeaz a fi accesate de alt program. Parserul este o partecomponent a nivelului middleware. (Figura 1.17)

Pentru ca aplicaiile ce folosesc XML s poat fi integrate, ele trebuie s externalizeze informaia

sub form de XML. Tehnologia middleware-XML gestioneaz extragerea informaiei din sistemul surs,conversia ei n XML i plasarea informaiei n sistemul destinaie, Tot procesul fiind automat itransparent pentru utilizator. Aa cum s-a mai specificat, XML este bazat pe text, i astfel o informaiecare n mod normal poate fi stocat pe 512 KB, se poate mapa ntr-un fiier XML de 20 ori mai mare,acest fapt reprezintnd unul din dezavantajele utilizrii XML (Figura 1.17).

Figura 1.17 Extragerea informaiei prin parser XML

Legtura ntre XML i middleware este clar deoarece tehnologia middleware realizeaz partea

de transfer efectiv de mesaje care ncapsuleaz XML i se asigur c acele mesaje pot fi nelese desistemele destinaie. Middleware-ul gestioneaz i interfeele cu aplicaiile surs i destinaie i mutinformaia.182543273.doc Pagina 16 din 24


17/24



XML-ul joac un rol mai mic n domeniul integrrii aplicaiilor n cadrul unei companii. Practic,n aceste cazuri sunt alese alte standarde i metode de integrare din motive de eficien. Totui, datoritdescentralizrii controlului asupra informaiei, XML devine din ce n ce mai important. Multe companiica Oracle-PeopleSoft i SAP folosesc acum XML ca interfa nativ pentru sistemele lor. Oracle-PeopleSoft deja a definit un produs, Open Integration Framework, care folosete XML. Mai mult dectatt, productorii de sisteme de gestiune e bazelor de date ca Oracle, Sybase i Informix ofermecanisme care permit XML-urilor s citeasc i s scrie direct n baza de date.

Rolul major al XML este n domeniul integrrii aplicaiilor ntre mai multe companii.Standardele XML ofer valoare suplimentar prin includerea nivelurilor de metadate comune care potexista ntre unul sau mai muli parteneri membri ai tranzaciei, i chiar prin includerea mesanismelor detrasformare standard ca XSLT.

Cele mai relevante standarde XML folosite pentru integrarea aplicaiilor sunt:RosettaNet, XEDI,BizTalk, Extensible Financial Reporting Markup Language (XFRML), XML-Schema, XML Query, iXSLT. .RosettaNet un cadru pentru interschimb de date i procese cu e-business.XEDI se refer la o specificaie care descrie cum trebuie mapat un EDI

tradiional la un XML i inversBizTalk este fondat de Microsoft i definete un standard XML pentru XML-uri

bazate pe mesaje i metadate. Microsoft ofer i un server BizTalk pentrua susine acest standard.

XFRML este un standard definit de American Institute of Certified PublicAccountants pentru a defini standarde XML pentru informaii financiare.

XML-Schema este un grup de lucru al W3C care descrie un mecanism pentrudeterminarea structurii unui document XML

XML Query Este un alt grup W3C care creeaz un set de operaii comune i sintaxpentru a accesa date stocate XML

XSLT este un limbaj proiectat s transforme un document XML ntr-un altul, modificnd att schemact i coninutul procesului. Documentele XML sunt ca nite mesaje. Cum fiecare aplicaie are un setunic de semantici, documentele care circul ntre aplicaii trebuie s fie transformate (Figura 1.18). Attstructurile de date, ct i coninutul trebuie s fie corecte din punct de vedere semantic pentru a fincrcate n aplicaia int. Dac datele nu au formatul necesar, atunci operaia de actualizare nu va reui.

Figura 1.18 Transformarea documentelor XML prin XSLT

n plus, XSLT poate realiza i alte tipuri de procesare de text i operaii de transformare, careinclud crearea formatelor de date standard bazate pe text ca PDF-uri sau alte formate.

Transformarea unui document XML folosind XSLT necesit doi pai. Primul pas const ntr-otransformare structural, unde datele sunt transformate, de la o structur de intrare la o structur deieire. Acest pas implic selectarea datelor, gruparea lor, sortarea lor, sau agregarea lor n funcie denecesitile trasnformrii. De exemplu, n cadrul unui document XML se poate face conversia de la182543273.doc Pagina 17 din 24


18/24



dolari americani la franci francezi. Aceast transformare este bazat pe o rat de conversie valutar, fiecu o valoarea statistic sau citit dintr-o baz de date aflat la distan.

4.2. ebXMLebXML este un produs al colaborrii dintre UN/CEFACT i OASIS. Acest standard a fost

construit pe baza XML ca i alte standarde Internet i servicii Web. Scopul su este crearea uneiinfrastructuri pentru comerul electronic bazat pe informaie i procese. ebXML este considerat unstandard bun fiind folosit de cei care automatizeaz B2B.

Unicitatea ebXML-ului este dat de completitudinea acestuia, adresnd probleme ca: procese; managementul tranzaciilor; semantici; notaii; securitate; acorduri; standarde legate de transferul de informaie; standarde legate de structurarea informaiei;

Cu toate acestea, completitudinea ebXML-ului poate fi considerat un factor ce limiteazdatorit duratei pe care o necesit pentru a se plia pe un domeniu.

Standardul ebXML a fost creat pentru a nlocui EDI, sau alte standarde folosite n comerulelectronic. El este un sistem de mesaje XML pentru schimbul de informaie i un depozit care permiteaccesul simultan la informaie. Sistemul de mesaje suport orice tip de date, tranzacii EDI i informaiebinar. Mai mult dect att, ebXML suport acorduri de tranzacionare ntre parteneri o funciefundamental a subsistemeleor partener EDI-ebXML poate fi folosit astfel pentru a reprezenta acordurilede servicii de afaceri.

Ca i alte standarde (ebXML-ul nu este un produs) vine cu un set de reguli care permitproductorilor de aplicaii i integrare de aplicaii s-si proiecteze produsele pentru a susine acest

standard.

4.3. BPEL4WS Business Process Execution Language for Web Services BPEL4WS este practic un limbaj standard pentru integrarea proceselor i se folosete deconceptul proprietilor mesajelor de a identifica datele relevante din mesaje. Folosind acest mecanism,proprietile pot fi vizualizate n dou modaliti: transparent i opac. Datele transparente afecteaz protocoalele de afaceri publice; Datele opace sunt n primul rnd asociate cu sistemele back-end (afecteaz protocoalele de

afaceri prin nedeterminare).BPEL4WS definete un model i o gramatic pentru descrierea comportamentului unui proces

folosind interaciunile dintre proces i parteneri. Aceste interaciuni cu partenerii apar prin interfeele

serviciilor Web, iar structura relaiilor la nivel de interfa exist ntr-o entitate cunoscut ca serviciulink. Misiunea unui proces BPEL4WS este s descrie cum interacioneaz cu aceti parteneri, definindun proces de afaceri i incluznd o logic de coordonare. Cu ajutorul acestui standard, se pot procesaexcepiile i defini cum activitile individuale sau compozite dintr-un proces sunt compensate n cazurin care excepiile apar.

Exist dou concepte majore care trebuie evideniate cnd se consider standardul BPEL4WS ncontextul integrrii aplicaiilor: Mai nti, un proces BPEL4WS poate defini un protocol de afaceri utilizind conceptul de

proces abstract i oferind un mecanism pentru identificarea datelor relevante pentru protocol ca182543273.doc Pagina 18 din 24


19/24



proprieti ale mesajelor care prin folosirea valorilor nondeterministice ascund proprietileprivate.

n al doilea rnd, este posibil ca BPEL4WS s defineasc un proces de afaceri executabil careinclude logica i starea procesului. Acest mecanism gestioneaz conceptele de integrare aproceselor fundamentale.

BPEL4WS exist ca o extensie a mai multor specificaii XML ca: WSDL 1.1 XML Schema 1.0 Xpath 1.0

n esena sa, BPEL4WS este o secven de activiti:1. apeleaz serviciul Web2. apelantul ateapt ca mesajul s opereze pe interfaa serviciului pentru a fi apelat de un serviciu

extern3. acesta genereaz un rspuns la o operaie de intrare-ieire4. ateapt o anumite perioad de timp5. indic c a aprut o eroare6. atunci serviciul se ncheie7. sau nu se ntmpla nimic.

BPEL4WS ofer un set de faciliti pentru refacerea sistemului dup apariia unei erori n timpulexecuiei unui proces, sau tratrii unei excepii.Acest standard se folosete de capacitile de tratare aexcepiilor ncorporate n WSDL. Mai mult dect att, exist noiunea de compensare, n sensul cpermite proiectantului procesului s implementeze aciuni de compensare pentru anumite aciuniireversibile. Acest aspect este tratat n BPEL4WS folosind noiunea de scop. Scopul este o unitate delucru pentru compensare.

BPEL4WS are potenialul de a deveni un standard bazat pe limbaj pentru integrarea proceselor,i permite crearea modelelor pe o singura tehnologie de integrare aplicaiilor, fr a face transformriasupra codului.

4.4. SOAP, WSDL, UDDL Simple Object Access Protocol (SOAP) definete un format XML bazat pe mesaje care estefolosit de aplicaiile bazate pe servicii Web pentru a comunica i interopera ntre ele pe Web. SOAP esteun standard pentru codificarea mesajelor n XML i care apeleaz funciile n alte aplicaii. Este analogcu Remote Procedure Calls (RPC) folosit de tehnologii ca DCOM sau CORBA, dar elimin o parte dincomplexitatea utilizrii acestor interfee. SOAP permite aplicaiilor s apeleze funcii din alte aplicaii,care ruleaz pe alt platforma hardware indiferent de sistemul de operare i limbajul de programare.



20/24



Figura 1.19 SOAP ofer mecanisme de comunicare ntre client i server Web Service Description Language (WSDL) este o colecie de metadate despre XML bazatper servicii folosit pentru descrierea scopului unei afaceri i cum se acceseaz electronic serviciileacestora. Bazat pe SOAP, WSDL specific procedurile pentru descoperirea informaiei tehnice ifuncionale despre serviciile Web pe Internet.

Un document WSDL este descris de un numr de elemente:Definiii tip, pentru elementele de date (n mod normal utiliznd XML Schema)

Definiii de mesaje, care comprim unul sau mai multe elemente de date Definiii ale operaiilor, care reprezint descrieri abstracte ale aciunilor care pot fi suportate de

serviciu, i care definesc care sunt mesajele de intrare sau de ieire Definiii PortType Definiii de conectare, care descrie conexiunea ntre PortType i protocoale(SOAP, HTTP,

GET/POST) Definiii de servicii

Ca urmare, se poate spune c WSDL ofer o abordare standard serviciilor Web. De asemenea,WSDL ofer un mecanism automat de generare a proxy-urilor pentru serviciile Web folosind un limbajstandard. Acest standard este analog IDL (Interface Definition Languages) care se gsete att n COMct i n CORBA. Cu alte cuvinte, este un simplu contract ntre client i server.

WSDL definete o gramatic XML pentru descrierea serviciilor reea ca o colecie de punctefinale de comunicaie care pot face transfer de informaie. Definirea serviciilor WSDL ofer omodalitate pentru automatizarea comunicrii ntre aplicaii (Figura 1.20).

Figura 1.20 Definirea serviciilor prin WSDL

Universal Description, Discovery and Integration (UDDL) este un standard pentrucatalogarea i publicarea descrierilor WSDL asociate serviciilor Web care sunt disponibile pe Internet.ntr-un mod asemntor cutrii informaiei n Pagini Aurii, la fel sistemele de comer pot cuta n

registrul UDDL serviciile Web, apoi pot prelua parametrii de interaciune i pot interaciona efectiv cuserviciile Web gsite folosind SOAP.



21/24



Figura 1.21 UDDI

Specificaiile UDDI intesc s defineasc un mecanism comun pentru publicarea i cutareainformaiei prin servicii Web. Creatorii UDDI (IBM, Microsoft, Ariba) ncearc s creeze un fel pePagini Aurii, dar pe internet. Prima generaie de specificaii este acum disponibil pe pia.

5 Etape ale EAI5.0. Paii asociai procesului de integrare a aplicaiilor

Procesul n 12 pai pentru integrarea aplicaiilor se bazeaz pe o abordare practic a integrriiaplicaiilor. O serie de activiti care in de proiectarea tradiional a bazelor de date, proiectarea idezvoltarea aplicaiilor tradiionale sunt refolosite. De multe ori, sunt folosite aceleai abloane deproiectare pentru a conecta aplicaiile ntre ele.

Aceast abordare pragmatic se bazeaz pe concepte familiare i termeni ca metadate, scheme,modelare orientat-obiect, analiz i proiectare orientat obiect. Cu toate c acestea nu sunt singureleactiviti care trebuie luate n considerare ntr-un proiect de integrarea aplicaiilor, urmtorii pai trebuieurmai:

1. Inelegerea companiei i a domeniului problemei2. Analiza semnificaiei datelor3. Analiza semnificatiei proceselor

4. Identificarea tuturor interfeelor aplicaiei5. Indentificarea tuturor proceselor de afaceri6. Identificarea scenariilor de transformare a datelor7. Maparea transferului de informaie8. Aplicarea tehnologiei9. Testarea10. Analiza performanei11. Definirea valorii12. Crearea procedurilor de mentenanEste foarte important ca n procesul de integrare, de mare anvergur ntr-un lan colaborativ,

organizaia s urmreasc: Abilitatea de a extage i importa date; Capacitatea de a comunica informaii prin intermediul protocoalelor Internet, bineneles cu acoperirea

cerinelor necesare de protecie i securitate a datelor; Posibilitatea de a dezvolta noi procese economice n manier dinamic.Integrarea aplicatiilor unei intreprinderi (EAI) nseamn aducerea la un numitor comun a

sistemelor i entitilor disparate, care vor fi regndite i modelate mpreuna pentru atingereaobiectivelor organizaiei.

Aceste piese care vor fi combinate sunt: Diverse platforme i medii de operare



22/24



Multiple aplicaii (proprii sau achizitionate cte una sau integrate n suite ERP) Diverse baze de date i sisteme de gestiune a acestora, Uniti organizatorice dispersate teritorial.n literatura de specialitate[1] sunt descrise patru stadii distincte ale procesului de integrare a sistemelor (fiecare

dintre acestea se definesc individual, au proprieti, aspecte i complexiti distincte):

Etapa 1: Interconectivitatea Etapa 2: Interoperabilitatea Etapa 3: Consistena semantic Etapa 4: Convergena integrriiIn cadrul acetor etape exist apte direcii mari:1. Integrarea hardware, adic interconectivitatea2. Integrarea software, adic interoperabilitatea3. Integrarea datelor i a depozitelor de date, adic integrarea semantica4. Integrarea reelelor de comunicaii, care nseamn interconectivitatea, interoperabilitatea i integrarea

semantic5. Descrierea i integrarea noilor procese de afaceri cu noi performane tehnologice6. ncorporarea cunotinelor n noile procese de afaceri i n noile tehnologii informaionale7. Integrarea performanelor umane n procesele electronice de afaceri

5.1.Inteconectivitatea sau integrarea hardwareEste etapa elementar i constituie infrastructura celorlalte.Presupune analiza modalitilor prin care echipamente i tehnologii diferite lucreaz mpreun.Sunt incluse, de asemenea, aplicaiile de partajare a perifericelor, transferurile de fiiere, crearea cilor de

comunicaie dintre diversele componente.Aplicaiile de baz, funcionalitile i modurile de funcionare, legturile pentru urmtoarele stadii se stabilesc la

acest nivel.

5.2.Interoperabilitatea sau integrarea softwareVizeaz modalitatea prin care o aplicaie i tehnologia aferent comunic cu alt aplicaie i sunt

exploatate functionalitile ambelor platforme.Interoperabilitatea este deosebit de important mai ales n domeniul bazelor de date, unde aplicaiile sunt complexe

i se cere compatibilitate intre platforme.Portabilitatea ne permite s scriem soluii ntr-un mediu, apoi s l transferm n alte medii. Standardele de

interoperabilitate ne permit s construim legturi ntre aplicaii care funcioneaz pe platforme complet diferite.Este de dorit s se tie ce standarde vor deveni universale (cum ar fi TCP/IP) i care vor eua.Modelul de Maturitate al Standardelor (Standard Maturity Model-SMM) poate fi folosit pentru a determina

standardele i a prezice ct timp este necesar unui standard pentru a atinge completitudinea.SMM are 5 niveluri (Tabel):

Modelul de Maturitate al Standardelor

Nivelul 5 - Adecvat din punct de vedere funcionalNivelul 4 - Multe aplicaii folosesc versiuni adcvate funcional

Nivelul 3 - Este aprobat versiunea standardului adecvat funcionalNivelul 2 - Este propus versiunea 1.0 a standarduluiNivelul 1 - Muli recunosc problema.Nivelul 0 - Puini realizeaz c este o problema.

La Nivelul 1 al SMM, toat lumea tie c exist o problem, dar soluiile sunt proprietare. La Nivelul 2, vnztorii sau ntreprinderile colaboreaz la noul standard. Standardul nu este complet

deoarece exist ntotdeauna lipsuri i ambiguiti n prima ncercare a unui standard, dar aceast versiune

http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn1http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn1http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn1


23/24



incipient este naintat unei instituii de standarde - cum ar fi Consortiumul W3 sau OASIS i comentariile suntateptate.

La Nivelul 3, standardul a fost revizuit de cteva ori i acum este complet funcional. Se refer la problemeletehnice pentru care a fost propus.

La Nivelul 4, cele mai multe aplicaii noi i cele mai noi instrumente implementeaz standardul. Maturitatea complet este atins la Nivelul 5. Aici cele mai multe aplicaii suport standardele de

interoperabilitate i cele mai multe platforme folosite suport standardele portabilitii.Singurele standarde legate de servicii Web care au ajuns la Nivelul 5 sunt TCP/IP, HTTP i

Secure Socket Layer(SSL).Chiar i XML, care este o piatr de ncercare pentru serviciile Web, este deabia la Nivelul 4 al SMM.

Standardele serviciilor Web de baz trec acum (nov 2004) de la Nivelul 3 la Nivelul 4. Acesteainclud:

Simple Object Access Protocol (SOAP) Web Services Description Language (WSDL) Universal Description, Discovery and Integration (UDDI).Acestea sunt complete din punct de vedere funcional, dar sunt n punctul n care distribuitorii

construiesc suport pentru aceste standarde n toate produsele lor noi. Din fericire pentru cei care dorescs anticipeze integrarea plug-and play realizat prin serviciile Web, care au ajuns la nivelul 4, estepartea cea mai uoar. Pentru a ajunge la nivelul 5, mii de aplicaii trebuie nlocuite sau prelucrate. Esteun proces lung i costisitor i nu se ncheie foarte curnd. Ar putea dura 10, 15 ani pn cndinteroperabilitatea dintre aplicaii care folosesc SOAP, WSDL i UDDI s devin realitate.

Aceste standarde ale serviciilor Web de baz permit doar scenariile cele mai simple deinteroperabilitate. Standardele care guverneaz recunoaterea evenimentelor, transmiterea mesajelor ncondiii de sigurana, logarea, transmiterea mai departe, gestiunea tranzaciilor i alte funcii avansatetrebuie de asemenea standardizate nainte de a putea construi cazuri de utilizare mai complicate deinteroperabilitate cu serviciile Web standarde.

Dar nici atunci nu s-a atins integrarea adevarat. Din momentul n care standardele serviciilor

Web devin mature i complete, tot ceea ce s-a obinut este interoperabilitatea plug-and-play. n altecuvinte, poi transfera n condiii de siguran i securitate cifre i scrisori. Dar aplicaiile surs idestinaie nu sunt neaprat de acord din punct de vedere al semanticii datelor. n aplicaia surs, spreexemplu, itemul greutate poate nsemna greutatea net a itemului, msurat n pounds, dar aplicaiadestinaie poate folosi greutatea itemului pentru a indica greutatea brut a itemului, n kg. Nu se poatevorbi despre integrare pn cnd problemele de semantic a datelor nu sunt rezolvate.

De asemenea aplicaiile surs i destinaie trebuie s fie de acord cu privire la semanticatranzaciei.

Integrarea plug-and-play complet se va produce cnd standardele rezolv att interoperabilitatearelevant ct i problemele de semantic.

5.3. Integrarea datelor i depozitelor de dateCel mai important efort investiional ntr-un proiect de integrare este ndreptat spre

implementarea sistemelor de gestiune a bazelor de date i a sistemelor sofisticate de analiz i raportaremanagerial.

Eforturile sunt ndreptate spre raionalizarea datelor, termenelor, scadenelor i planurilor.Accente deosebite sunt acordate accesibilitii datelor i minimizrii erorilor umane n crearea definiiilor standard i

a formatelor pentru date.Pentru integrarea semantic nu este suficient simpla implementare a sistemelor de gestiune a bazelor de date, datele

trebuie s suporte un proces de raionalizare pentru utilizarea lor cu acuratee.Nevoile critice ale Datelor:[3]

http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn3http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn3


24/24



Volumul, diversitatea i viteza datelor n organizaii cresc. Volumele de date sunt n cretereodat cu creterea afacerii. Diversitatea datelor crete datorit numrului de aplicaii implementate idin activitatea de achiziie. Viteza datelor crete datorit cererii de procesare n timp real.

Pentru a realiza integrarea informaiei corect, e bine s se ia n considerare definirea informaiiloroperaionale i financiare care ajut la luarea deciziilor n organizaie.

Acest lucru se realizeaz cel mai bine cu ajutorul unor echipe cu diferite funcii i responsabilitiorganizaionale variate.

n mod obinuit, informaia provenind de la uniti multiple ale organizaiei este reprezentat pezone de interes i unele uniti sunt implicate n toate domeniile.

Acest fapt se va considera critic n determinarea potenialelor lipsuri, redundane ineconsistene.

Echipa ar trebui s identifice i s elimine redundane nenecesare i s integreze sursele rmase.Datoria EAI este s realizeze accesibilitatea datelor unei aplicaii din punct de vedere semantic i

sintactic pentru o alt aplicatie.[4]

Dei nu este singurul factor, costul ridicat al proiectelor de integrare este legat direct dedificultatea integrrii datelor.

Nivelul de dificultate are dou componente primare: transportul de date i incompatibilitateadatelor.

Cele mai simple cauze ale incompatibilitii datelor sunt sintactice. Prin aspectele sintactice, seneleg pri ale problemei care se refer la format i structur. Spre exemplu, reprezentarea intern saustocat ntr-un depozit de date poate fi sub forma sirurilor de caractere i sub forma binar n altele.

5.4. Integrarea reelelor de comunicaieEste nivelul cel mai sofisticat, depinde de parcurgerea celor anterioare i presupune mai mult

dect integrarea tehnologiilor, aplicaiilor i rationalizarea bazelor de date partajate.Integrarea sistemelor reprezint kilometrul zero al crerii de noi forme organizaionale

(ntreprinderea virtual) i naterea unor procese noi de afaceri.

Convergena integrrii antreneaz integrarea tehnologiilor cu procesele de afaceri, cuperformanele i cunotinele umane.

6. Tehnologii moderne utilizate n proiectarea Sistemelor informatice Integrate6.1. Integrarea comunicaiilor n proiectare a Sistemelor informatice Integrate6.2. Internetul i tehnologiile de proiectare a Sistemelor informatice Integrate6.3. Securitatea sistemelor Informatice Integrate6.4. Proiectarea Sistemelor Informatice Integrate cu securitate ridicat

P i 24 di 24
http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn4http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn4http://spiruharet.blackboard.com/webapps/blackboard/content/#_ftn4

Documents

Sisteme Informatice Integrate v3_2012