Les Web Services

Membres de l’équipe N° 01 Meddahi Imane Bekkouche selma Lanasri Dihia Tebbi Souad Zakia

2013 /2014

Proposé par:

Mme .NADER F

1

Urbanisation 2CS-SIT

Plan de présentation

2

Historique et définition des Web Services

Architecture des web services

Communication avec web services

Les web services dans un contexte d’urbanisation

Avantages et inconvénients des web services

Introduction

3

Paradigmes de programmation

distribués

Web services

Historique

4

Besoins des organisations

Communiquer entre applications distribuées

Assurer l’interopérabilité

La sécurité

Historique

5

• l’EDI (Echange de Données Informatisées): d’ordinateur à ordinateur.1975

• l’e-speak d’Hewlett Packard • l’e-business d’IBM , • Microsoft et IBM , EDI en XML

naissance des web services1990

Difficile à implémenter ,complexe et coûteuse.

Un mécanisme  de communication entre applications distantes à travers le réseau indépendamment de tout langage de programmation et de toute plate-forme d'exécution.

Car ils s'appuient sur un ensemble de protocoles très répandus (XML, HTTP)

Définition des web services

6

Assurer l’interaction entres applications

Pas de connaissance a priori des services avec lesquelles le

programme est en interaction.

Accessibilité via le réseau.

Son interface, permet aux applications d’accéder d’une

manière automatique au service.

Caractéristiques des Web services

7

Architecture des WS 1/4

Personne ou organisation envoyant des requêtes XML pour utilisation des WS

Plateforme permettant l’accès au WS en XML

Registre contenant la liste des services publiés par les providers +leurs descriptions

8

UDDI (Universal Description, Discovery and Integration):

Normalise une solution d'annuaire distribué de Web Service, permettant à la fois la publication et l'exploration sur internet.

9

Architecture des WS 2/4

SOAP (Simple Object Access Protocol): Protocole de communication en service Web par échange de message XML sous forme de requêtes/réponses.

Il assure les appels de procédures à distance au dessusd’un protocole.

10

Architecture des WS 3/4

WSDL (Web Services Description Language):

C’est un langage qui donne la description au format XML des Web Services partant des messages échangés entre le requester et le provider.

Il permet d’exprimer un besoin client dans l’annuaire UDDI. 11

Architecture des WS 4/4

12

Architecture des WS 4/4

Communication avec les web services 1/3

Représentational State Transfer:

• Consommer un Web Service REST revient à appeler une simple URL en http.• Le serveur renvoie sa réponse, la plupart du temps en XML.• REST permet de construire une application pour les systèmes

distribués comme le Web.• REST n’est pas un protocole ou un format, mais une architecture.

REST XML-RPC SOAP

13

• Ensemble de codes permettant à des processus s'exécutant dans des environnements différents de faire des appels de méthodes à travers un réseau.

• Appeler une fonction sur un serveur distant à partir de n'importe quel système et avec n'importe quel langage de programmation.

REST XML-RPC SOAP

14

Communication avec les web services 2/3

• SOAP définit le cadre général pour l’échange de données structurées en XML. • Il permet d’échanger des structures de données complexes en XML.

REST XML-RPC SOAP

15

Communication avec les web services 3/3

L’urbanisation d'un SI

D’après le Club Urba-SI:

« Urbaniser, c'est organiser la transformation progressive et

continue du système d'information visant à le simplifier, à

optimiser sa valeur ajoutée et à le rendre plus réactif et

flexible vis à vis des évolutions stratégiques de l'entreprise,

tout en s'appuyant sur les opportunités technologiques du

marché ».

16

Les architectures des SI

17

Services web et urbanisation des SI

18

Les web services, une solution aux problèmes de

l’entreprise

L’accès direct à l’information pour les clients, les

partenaires et les fournisseurs.

L’ intégration des applications

Le développement en équipes de façon indépendante et

efficace

19

Les avantages de ce couplage

Faciliter l’urbanisation des SI hétérogènes grâce à l’interopérabilité entre divers logiciels

Faciliter l’urbanisation grâce aux protocoles et standards utilisés par les web services

20

Les avantages de ce couplage

Faciliter l’accès des clients du nouveau SI qu’on veut

urbaniser

Les services web inter-entreprise concrétise  l’Intégration

d’Applications d’Entreprise

Faciliter l’urbanisation des applications qui s’ouvrent vers

l’extérieur

21

Les inconvénients des web services

Leurs vulnérabilités facilitant le contournement des mesures

de sécurité.

L’absence des mécanismes d’identification,

d’authentification et de chiffrage dans la technologie SOAP, la

technologie principale des web services.

Les problèmes de fiabilité : Il est difficile de s'assurer de la

fiabilité d'un service.

Les problèmes de disponibilité

22

Conclusion

Les services web représentent un outil efficace dans l’urbanisation d’un SI d’une entreprise, en le considérant comme intermédiaire entre le nouveau système et les clients à travers les portails web présentant toutes les fonctionnalités et offres du nouveau système.

23

24