Architecture soa (architecture orientée services)

ServiceGrounding

Le ServiceGrounding exprime l'invocation, c'est à dire les règles d'accès au service : le protocole qu'il faut utiliser, le format précis du message, la sérialisation, le transport, le mode d'adressage à employer. Cela nous renvoie à WSDL.

Illustration 70 : Correspondance entre OWL-S et WSDL

(Source : http://www.w3.org/Submission/OWL-S)

Les Ressources

Les Services Web ont besoin de ressource pour s'exécuter (tout comme le processus) : Les ressources consommées et celles qui restent réutilisables après l'exécution du service.

UDDI

UDDI constitue le référentiel des services web. Il n'offre qu'un nom de service et un pointeur, c'est à dire la façon d'accéder à ce service (adresse et port par exemple). Cela reste donc très rudimentaire par rapport à l'ontologie des services présentée dans ce chapitre OWL-S. Pour mettre en oeuvre cette richesse descriptive, il faut en quelque sorte greffer un moteur de matching à l'UDDI qui effectuera la recherche puis traduira le résultat de telle manière à ce que l'UDDI puisse reprendre la main.

Exemple d'expressions

<owl:Class rdf:ID="Input">

<rdfs:subClassOf rdf:resource="#Parameter"/>

</owl:Class>

<owl:Class rdf:ID="Output">

<rdfs:subClassOf rdf:resource="#Parameter"/>

</owl:Class>

Illustration 71 : Expression d'une définition de paramètres OWL-S

(Source : http://www.w3.org/Submission/OWL-S/#service_class)

<Description rdf:about="#process2">

<hasPrecondition>

<expr:KIF-Expression>

<expr:expressionBody>

(!agnt:know_val_is (!ecom:credit_card_num ?cc) ?num)

</expr:expressionBody>

</expr:KIF-Expression>

</hasPrecondition>

</Description>

Illustration 72 : Expression d'un pré condition OWL-S

Source : http://www.w3.org/Submission/OWL-S/#service_class)

L'Architecture SOA se caractérise par une modélisation et une méthodologie orientées vers la « réutilisabitée » et l'interopérabilité des composants du SI. Néanmoins les outils sont indispensables et doivent répondre à ce même besoin.