Program Master SEM, An I [620646]

Universitatea POLITEHNICA București
Facultatea Automatică și Calculatoare
Departamentul Automatică și Informatică Industrială
Program Master SEM, An I

LUCRARE DE CERCETARE
Dezvoltarea u nei aplicații web pentru prelucrarea
informațiilor primite de la un serviciu web

Coordonator Student: [anonimizat]. Silviu Răileanu Mădălina -Petronela Stoica

2

CUPRINS

1.Introducere ………………………….. ………………………….. ………………………….. ……………………… 3

1.1.Despre servicii web ……………………………………………………………………………………………….. 3

1.2.Rolul serviciilor web …………………………………………………………………………………………….. .4

1.3.Avantajele serviciilor web………………………………………………………………… ……………… …….5

2.Tipuri de arhitecturi ………………………….. ………………………….. ………………………….. ………… 5

2.1. Arhitectura de tip RPC ………………………………………………………………… ……………………….. 5

2.2. Arhitectura de tip REST ………………………………………………………………… ……………………… 6

3. Arhitecturi utilizate ………………………….. ………………………….. ………………………….. ………… 6

4.Concluzii ………………………….. ………………………….. ………………………….. …………………………. 7

5.Bibliografie ………………………….. ………………………….. ………………………….. ……………………… 8

3
1.Introducere

Tema aleas ă este dezvoltarea unei aplicaț ii web pentru prelucrarea informatiilor primite de la un
serviciu web .
Am ales această temă, deoarece serviciile web reprezintă un subiect complex, sunt foarte des
utilizate în aplicații ( atât web cât și desktop), și prin intermediul acestei teme am vrut să înțeleg
rolul serviciilor web, aplicabilitatea si modul de funcționare al acestora.
Obiectivele propuse:
 Documentare despre subiectul „serviciu web”
 Înțelegerea conceptului de „serviciu web”
 Alegerea unui tip de arhitecturi al serviciilor web pentru dezvoltarea unei aplicații web
 Aplicarea informațiilor dabândite în urma cercetării, pentru dezvoltarea aplicației dorite

1.1 Despre servicii web

„Serviciul web reprezintă multitudinea de protocoale ș i standarde disponibile , care au dat
posibilitatea comunică rii între aplicaț ii aflate la distanț e mari cu acces la inte rnet. Un serviciu web
reprezintă orice serviciu disp onibil pe internet, care foloseș te un sistem de mesaje stan dardizat
XML ș i care nu este legat de nici un sistem de operare sau calculator. "[1]

Figura 1.1.1 . Reprezentare serviciu web

4
1.2 Rolul servicii lor web

„Datorită dezvoltă rii majore a tehnologiil or din ultimii ani, cei mai mulți oameni ș i cele mai
multe c ompanii au conexiune broadband și au folosit web -ul din ce în ce mai mult. În momentul î n
care platformele majore au putut accesa web -ul folosind browserele Web, dife rite platforme au
putut interacț iona. Pentru a putea exista interacțiune î ntre diferite p latforme, au fost create
aplicaț iile web. ”[2]

Figura 1.2.1.I nteracțiunea serviciilor web

Prin intermediul serviciilor web, aplicațiile web iși pot publica funcțiile sau mesajele către toți care
folosesc Web -ul.Spre exemplu, utilizând serviciile web, departamentul economic bazat pe un
server Windows se poate con ecta la un alt server ce rulează Unix.

Figura 1.2.1.Modul de interacțiune al serviciilor web

5
1.3 Avantajele serviciilo r web
 interoperabilitatea intre aplicaț ii
 reutilizarea serviciilor existente
 distribuire usoară a informației î ntre consumatori
 dezvoltare rapidă
2.Tipuri de arhitecturi
2.1.Arhitectura de tip RPC
 SOA
 SOAP
 WSDL
 UDDI
 WCF
2.2.Arhitectura de tip REST
 HTTP ( Hypertext Transfer Protocol)
 URI ( Uniform Resource Identifier)
 ASP.NET Web Api

2.1. Arhitectura de tip RPC
„Arhitectura RPC ( Remote Procedure Call ) reprezintă o tehnologie de comunicație între procese,
care permite unui program de pe un calculator să genereze o subrutină care să se execute într -un
alt spațiu de adresă. În figura 2.1. este reprezentată o diagramă ce descrie modul de funcționare a
unui serviciu web de tip RPC. ”[3]

Figura 2.1.Modul de funcționare al unui serviciu web de tip RPC

6

„Arhitectura de tip RPC necesită următoarele componente, pentru a putea fi realizat ă:
 Web Services Provider (furnizorul de servicii) : reprezintă un nod în Internet care prin
intermediul unei interfețe, a sigură accesul la un serviciu software, care execută un anumit
set de operații;
 Web Service Consumer (consumatorul de servicii) : reprezintă un nod din rețea care se
leagă la furnizorul de servicii și folosește functionalitatea oferită de acesta;
 Registru de servicii : reprezintă un software care găzduiește servicii publicate, acestea
putând fi furnizate la cererea solicitantului; ”[3]
2.2. Arhitectura de tip REST

„Arhitectura de tip REST (Representational State Transfer ) reprezintă un model arhitectural
pentru dezvoltarea serviciilor web. Dezvoltarea arhitecturii de tip REST , a pornit de la ideea că
serviciile de tip RPC și cele de tip SOAP implică un grad de complexitate mai ridicat. Într-o
arhitectură REST se deosebesc două trăsături importante :
 Datele asupra cărora, clientul îi spune server -ului să opereze se află în URI
 Operația pe care server -ul o realizează asupra datelor, este descrisă direct de metoda
HTTP
Într-o arhitectură de tip REST, orice poate fi referit ca un obiect reprezintă o resursă. În general,
tot ce poate fi stocat în calculator și reprezentat ca un fl ux de octeți, este o resursă. Arhitectura de
tip REST, este o arhitectură fară constrângeri, nu este despre design, este despre arhitectură. ”[3]

3. Arhitecturi utilizate

Pentru realizarea aplicației, am ales folosirea unei arhitecturi de tip REST, și a nume serviciul
ASP.NET Web Api , dezvoltată de Microsoft. Am ales acest tip de serviciu web, deoarece oferă un
mediu de programare integral ( se pot dezvolta atât aplicații cât și servicii web).

7

Figura 3.1. Informa ția adusă de Serviciu Web dintr -o bază de date, returnată sub
forma unui fiș ier XML

4.Concluzii

În concluzie, serviciile web au devenit o ne cesitate în ziua de astă zi, deoarce simplifică cu mult
Internetul prin asigurarea unei arhitecturi distribuite. Spre exemplu, o companie nu mai este
obligată să implementeze de fiecare dată o aplicaț ie foarte des intalnit ă ci poate acc esa un serviciu
web pentru a obține informația dorită. De aici rezultă proprietatea de reutilizabilitate a serviciilor
web. Cele două arhitecturi ale serviciilor web oferă două variante asu pra serviciilor web, și anume:
 O variantă ce aduce c omplexitate mesajului transmis între receptor ș i furnizor
 si o variantă simplă ce a pus î n valoare arhitectura Internetului
„Arhitect ura RPC(SOAP) este o arhitect ură complexă ce folosește foarte multe protocoale pentru
a realiza conexiunea dintre client și serviciul web, dar în același timp este mult mai ușor de folosit
de către client pentru că are un contract bine definit. Spre exemplu, Google foloseș te servicii de
tip SOAP.
Arhitectura REST este una simplă , dar serviciile REST sunt mai greu de utilizat de că tre client.
Clientul trebuie să înțeleagă interfața uniformă a serviciului. Fiecare arhitectura are avantajele si

8
dezavantajele ei . Indiferent de arhitectur a aleasă, aceasta trebuie sa fie bine docum entată pentru o
utilizare usoară de că tre client .”[3]
5.Bibliografie
1. Ethan Cerami (2002), Web Se rvices Essentials. Documentație internet:
http://197.14.51.10:81/pmb/INFORMATIQUE/web%20services2.pdf
2.Web Services Architecture. Documentație internet:
http://www.w3.org/TR/ws -arch/ .
3.Service Architecture. Documentație internet:
http://www.service -architecture.com/web -services/articles/web_services_explained.html
4.Documentație internet: https://www.w3.org/2003/Talks/0521 -hh-wsa/slide9 -2.html
5. Documentație internet: http://www.w3 schools.com/xml/xml_services.asp
6. Documentație internet:
http://documents.tips/documents/servicii -web-si-tehnologii -middleware.html