Examen TIW5 - Services Web

lundi 17 d ecembre 2012 dur ee 1h30 tous documents papier autoris es

1
1.1

Principes et impl ementation des services Web

SOAP ou REST
1. On souhaite impl ementer un service de voyages. On sait que chaque voyage peut comporter plusieurs r eservations (h otel, transport, etc). Utiliseriez vous une architecture de type SOAP ou REST? Justier votre r eponse. Il est possible dajouter des hypoth` eses an de pr eciser l enonc e si besoin. 2. On souhaite r ealiser une application de gestion du suivi des colis dans une entreprise de transport. Utiliseriez vous une architecture de type SOAP ou REST? Justier votre r eponse. Il est possible dajouter des hypoth` eses an de pr eciser l enonc e si besoin.

1.2

Correspondance XML/Objet

Expliquer en quelques phrases ce quest une correspondance XML/Objet et comment elle peut etre utilis ee dans le cadre de limpl ementation de services Web.

1.3

Adaptation

On consid` ere un processus m etier pouvant avoir plusieurs instances. Les messages destin es a ` une instance doivent etre envoy es dans un certain ordre. On suppose que lon a un client capable dutiliser un autre service orant les m eme fonctionnalit es, mais sans contraintes dordre sur les messages. On suppose quil nest pas n ecessaire de transformer les messages et quun header SOAP permet de savoir quels messages sont destin es a ` une m eme instance. On vous demande dimpl ementer un proxy permettant au client dutiliser le service. Donner les technologies/APIs que vous emploieriez et pourquoi.

T.S.V.P. 1

Processus m etier: entrep ot de marchandises

On souhaite r ealiser une application permettant la gestion des commandes client et des approvisionnements dans un entrep ot de marchandises. Un service permet, pour chaque mod` ele de marchandise, de conna tre et de mettre a ` jour les informations sur le niveau actuel des stocks, la quantit e de marchandises qui sera pr elev ee plus tard. Ce service permet egalement, le cas ech eant, la quantit e de marchandise qui sera livr ee ` a lentrep ot, ainsi que la date de livraison pr evue. Un processus m etier est utilis e pour traiter les commandes des clients. Une commande est constitu ee par ajout successifs de mod` eles de marchandises, avec la quantit e demand ee a ` chaque fois. Si le niveau actuel des stocks nest pas susant, une commande est pass ee aupr` es du fournisseur et une date de disponibilit e est transmise au client. Si une commande est d ej` a en cours aupr` es dun fournisseur et si cette commande est susante, aucune nouvelle commande aupr` es dun fournisseur nest pass ee pour ce mod` ele de marchandise, la date de disponibilit e etant celle de la commande fournisseur en cours. Un processus m etier est utilis e pour traiter les commandes aupr` es des fournisseurs. Une fois la commande initi ee, il est possible de conna tre sa date pr evue de livraison. Cette date peut changer selon les al eas des approvisionnements des fournisseurs. Une fois la livraison de la commande fournisseur eectu ee, les commandes client en attente sont eventuellement d ebloqu ees. Une commande, client ou fournisseur, poss` ede un identiant num erique permettant de lidentier. Par la suite, il est possible de pr eciser l enoncer en cas de n ecessit e.

2.1

Instances et corr elations

On consid` ere quune instance de processus m etier est d emarr ee par commande client ou fournisseur. Expliciter les points de synchronisation des deux processus.

2.2

API

Proposer une API client, d ecrite informellement (pas de WSDL, ni de XML Schema), pour des services qui impl ementant ces processus. On listera les op erations, les messages associ es et les donn ees contenues dans ces messages.