WebSphere Enterprise Service Bus, Version 6.2.0 Systèmes d'exploitation: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Rôles, produits et défis techniques

La réussite de projets d'intégration métier dépend de l'association de rôles de développement spécialisés, de techniques de programmation et de suites d'outils.

Les projets d'intégration métier exigent quelques éléments de base :

Les sections suivantes détaillent chacun de ces éléments.

Séparation claire des rôles

Un projet d'intégration métier a besoin de personnel pour quatre rôles de collaboration clairement distincts :
  • Analyste métier : Il s'agit d'experts de domaine en charge de capturer les aspects métier d'un processus et de créer un modèle de processus qui représente correctement le processus même. Leur mission est d'optimiser les performances financières d'un processus. Ils ne s'intéressent pas aux aspects techniques de l'implémentation de processus.
  • Développeur de composants : Ils sont en charge de l'implémentation de services et de composants individuels. Leur mission consiste à utiliser une technologie spécifique pour l'implémentation. Ce rôle exige une formation solide en programmation.
  • Spécialiste en intégration : Ce rôle relativement nouveau consiste à assembler un ensemble de composants existants dans une solution d'intégration métier plus grande. Les développeurs d'intégration n'ont pas besoin de connaître les détails techniques de chaque composant et service qu'ils réutilisent et connectent entre eux. Théoriquement, ils doivent uniquement s'intéresser à comprendre les interfaces des services qu'ils assemblent. Ils doivent utiliser les outils d'intégration pour le processus d'assemblage.
  • Déployeur de solutions : Les déployeurs et les administrateurs de solutions se chargent de rendre les solutions d'intégration métier disponibles aux utilisateurs finaux. En théorie, un déployeur de solutions se charge principalement de lier une solution aux ressources physiques prêtes à la faire fonctionner (bases de données, gestionnaires de files d'attente, etc.) et non pas de comprendre le fonctionnement interne d'une solution. Sa mission première est la qualité de service (QoS - Quality of Service).

Un modèle d'objet métier commun

Comme nous l'avons mentionné précédemment, les aspects clés d'un projet d'intégration métier incluent la capacité à coordonner l'appel de plusieurs composants et à gérer l'échange de données entre eux. Plus particulièrement, différents composants peuvent utiliser différentes techniques pour représenter des éléments métier, comme les données d'une commande, les informations relatives à un client, etc. Par exemple, il se peut que vous ayez à intégrer une application Java™ qui utilise des EJB (Enterprise Java Beans) d'entité pour représenter des éléments métier et une application existante qui organise les informations dans des fichiers de stockage COBOL. Par conséquent, une plateforme dont l'objectif est de simplifier la création de solutions d'intégration doit également fournir une méthode générique pour représenter des éléments métier, en faisant abstraction des techniques utilisées par les systèmes dorsaux pour la gestion des données. WebSphere Process Server et WebSphere Enterprise Service Bus permettent d'y parvenir grâce à la structure d'objets métier.

Cette dernière permet aux développeurs d'utiliser des schémas XML afin de définir la structure des données métier, mais aussi d'accéder et de manipuler les instances de ces structures de données (objets métier) via un code XPath ou Java. L'infrastructure d'objets métier se base sur la norme SDO (Service Data Object).

Modèle de programmation de l'architecture SCA (Service Component Architecture)

Le modèle de programmation SCA représente la base de toute solution à développer sur WebSphere Process Server et WebSphere Enterprise Service Bus. L'architecture SCA permet aux développeurs d'encapsuler les implémentations de services dans des composants réutilisables. Elle permet de définir des interfaces, des implémentations et des références indépendamment du point de vue technologique, vous donnant ainsi la possibilité d'associer des éléments à la technologie de votre choix. Il existe également un modèle de programmation client SCA qui permet d'appeler ces composants. Plus particulièrement, il permet aux infrastructures d'exécution basées sur Java d'interagir avec des exécutions non Java. L'architecture SCA utilise des objets métier comme éléments de données pour l'appel d'un service.

Outils et produits

IBM® WebSphere Integration Developer est l'environnement de développement intégré qui dispose de tous les outils nécessaires pour créer et composer des solutions d'intégration métier basées sur les technologies susmentionnées. Ces solutions sont généralement déployées dans WebSphere Process Server ou, dans certains cas de figure, dans WebSphere Enterprise Service Bus.


concept Rubrique concept

Conditions d'utilisation | Commentaires en retour


Icône d'horodatage Dernière mise à jour: 07 juillet 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/cdev_pgroles.html
Copyright IBM Corporation 2005, 2010. All Rights Reserved.
Ce centre d'information est mis en service par la technologie Eclipse (http://www.eclipse.org).