Anas Taud

1. Introduction

Certains projets SOA (Service Oriented Architecture) n’ont pas réussi à répondre à toutes les attentes en termes de réutilisation et d’agilité. Nombre de ces projets se sont cantonnés à de l’intégration classique avec une touche de web service leur donnant l’étiquette SOA sans aborder une approche de service. Ce phénomène a sans doute été amplifié par la course au référencement pour conquérir un marché qui ne demandait que de d’être conquis.

Tout cet emballement autour de la SOA à complètement fait oublier aux acteurs du marché l’essentiel : l’agilité du SI (Système d’Information) et son alignement sur le métier. Bien que ce slogan fut mis en avant au plus haut niveau de prise décision, il a changé de sens selon la perception des différents acteurs et leurs positionnement dans l’organisation. Il faut noter également que la profusion d’articles et de papiers sur le sujet n’ont fait qu’ajouter de la confusion à la confusion. Au niveau des architectes techniques, le slogan à tout un autre sens. Il n’est donc pas étonnant que ceux-ci se rabattent sur leur pratiques classiques confortant plus ou moins la trajectoire divergente du SI.

La zone la plus sensible, souvent sous estimée et mal abordée par nombre de projets SOA, est la zone d’accostage entre le domaine métier et le domaine technologique. C’est à ce niveau que l’on constate une rupture claire entre la sémantique des fonctions métier et la sémantique des services applicatifs qui les exécutent. Cette discontinuité, se transforme en gouffre au fur et à mesure d’autant plus qu’elle est alimentée par la différence de culture du monde des architectes métier et du monde des architectes techniques.

La discontinuité sémantique est généralement sous estimée à tort, pourtant elle participe à la divergence du SI par rapport au métier. Comment un problème d’apparence aussi simple et anodin peut-il contribuer au désalignement du SI par rapport au métier ?

Pour tenter de répondre à la question nous montrerons dans une première partie comment la SOA participe à la continuité sémantique. Dans une seconde partie nous exposerons deux exemples de paradigmes d’échanges mettant en œuvre le même service, l’un introduisant la rupture sémantique et l’autre assurant sa continuité. Enfin, nous conclurons par des propositions de bonnes pratiques.

Lire la suite de l’article »