Archive editoriaux juin 2008

Edito de Juin

Quel contrat pour les architectures orientés services (SOA) ?

Définir des règles d’urbanisme et d’architecture

Les architectures orientés services ou systèmes SOA sont conçus autour de la notion de services correspondant à une action exécutée par un fournisseur et consommée par un client alors que l’interaction entre le producteur (fournisseur) et le consommateur (client) du service est assurée par un médiateur «bus». L’un des intérêts de ces architectures est de permettre une grande modularité des systèmes et surtout une réutilisation de services pouvant contribuer au traitement de nombreux processus distincts.

Ils présentent toutefois une contrainte forte au regard de l’intégration de composants nouveaux. En matière d’intégration, le client maître d’ouvrage se voit investit d’une obligation de description de ses besoins, en termes de système cible et de description de son existant ou à tout le moins des composants avec lesquels les fournitures nouvelles « matériels et ou logiciels » devront interagir. Si l’existant est conçu avec une architecture de type SOA, cette organisation sera structurante pour le schéma d’intégration de composants nouveaux.

Si le fournisseur ne dispose pas d’un accès ou d’une description de l’annuaire des services assez documentée, il y a un risque de dérive des coûts et des délais de réalisation et surtout d’inadéquation de la méthodologie d’intégration par rapport aux contraintes urbanistiques et architecturales du client.

Les enjeux

L’adoption de standard d’architecture uniformes permet une rationalisation des différents composants des systèmes d’informations et des flux qui leur sont associés. Cela permet aussi une mutualisation et une réutilisation des composants. Les systèmes SOA (Services Oriented Architecture) permettent une grande modularité.

Le respect des normes d’architecture par tous les intervenants

Les prestataires de TMA (tierce maintenance applicative) ou les centres de services doivent être informés des normes d’architecture utilisées tant pour les services existants que pour de la création de nouveaux services. Les relations contractuelles du maître d’ouvrage avec ses prestataires devront intégrer une garantie de compatibilité des fournitures et prestations avec l’existant et les principes et méthodes qui régissent cet existant.

Dès lors que le client a mis en œuvre un schéma directeur intégrant une SOA, il paraît cohérent qu’il s’assure de l’évolutivité des fournitures diverses des prestataires de façon cohérente avec ce type d’architecture. Enfin, la dimension « SOA » devra nécessairement être intégrée dans les protocoles de tests des fournitures ainsi que dans les plans de réversibilité pour toutes les prestations de services récurrentes.

Le conseil

Sur des systèmes complexes, l’architecture constitue une valeur considérable qui doit être identifiée, documentée et prise en compte dans le cadre des contrats.

Benoit de Roquefeuil

Directeur du département Contentieux Informatique
benoit-de-roquefeuil@alain-bensoussan.com

Paru dans la JTIT n°77/2008