WebSphere BPM SOA suite. Proof of concept. Process oriented design dans le domaine des télécoms.
J’ai été amené de réaliser un projet destiné à prouver une faisabilité et les avantages de la nouvelle promesse de convergence entre le BPM et l’informatique de gestion. Il s’agit de pouvoir utiliser les résultats de travaux de business procès ré engineering en tant que livrables informatiques pouvant servir à la génération du code exécutable. Le résultat est supposé à réaliser la gestion de processus. Le système obtenu agit en tant qu’un hybride du logiciel de workflow classique et de l’EAI avec une importante synergie entre les deux concepts.
Dans les Redbooks de IBM (Business Process Management: Modeling through Monitoring Using WebSphere V6.0.2 Products , sortie 1 juin 2007 ) on nous propose une terminologie appropriée. L’état de l’organisation d’origine, repris tel quel par les analystes est nommé « Current ». Les processus sont présentées sous formes des diagrammes à l’aide de WebSphere Business Modeler.
Remarque de tooling : L’outil en question est plus qu’un outil de conception des schémas. En effet les possibilités de WebSphere Business Modeler se rapprochent à celles de Aris ou CaseWise et permettent la simulation de processus. Avec tout de même un grand avantage par rapport aux systèmes de business modeling classiques, le fait de s’intégrer dans une suite BPM – SOA complète. Cette suite en première lieu contient les outils de business modeling et de simulation ( Modeler). Ensuite viennent les moyens de l’implémentation informatique et orchestration des services métier qui réalisent le modèle ( WebSphere Integration Developer). Troisièmement c’est le runtime qui tourne les artefacts produits par WID nommé WebSphere Process Server. Pour conclure il faut noter l’outil d’observation d’exécution, de BAM et de mesure des performances sous le nom de WebSphere Business Monitor. Il faut noter ici l’utilisation de système de gestion de configuration, parfaitement intègre avec les outils en question. Pour le POC en question j’ai utilisé CVS en tant que SCM sous jacent. Cependant l’utilisation de Rational Clear Case est aussi possible.
Les simulations et l’analyse dans WebSphere Business Modeler donnent lieu à la description des processus à l’état Future1 qui est transformé en BPEL et déployé sur WebSphere Process Server.
Apres avoir mesuré le processus au fur et a mesure de son exploitation à l’aide de WebSphere Business Monitor, on décide d’effectuer le ré engineering basé sur les résultats des mesures. Ce nouveau procès porterai le nom de Future 2 . Afin d’avoir une carcasse de la nouvelle version on applique une stratégie d’amélioration en continue (qui fait penser au kaizen) on effectue reverse engineering de BPEL modifié dans le WID.
Le résultat est remonté aux analystes, les améliorations sont apportées et redescendus dans le WID. Le résultat de transformation de BPEL est redéployé sur WebSphere Process Server en production.
Finalement on obtient une très belle démonstration de la puissance du panoplie magique de l’offre d’IBM Software Group autour de SOA.
Afin de démarrer le POC je me suis basé sur une ensemble de description des processus d’un grand groupe de télécoms disponibles en tant que documents de MS Office. Ces processus s’inscrivent dans le modèle de processus telecom eTom
Remarque réalisation : La mise en œuvre du POC s’effectue a l’aide de vmware workstation 6 ACE. Il existe énormément de témoignages à travers le monde d’une excellent qualité de cet outil de virtualisation que je recommande à adopter à chaque développeur soucieux d’efficacité de son travail.
Nous avons décidés de nous limiter à la reprise d’un des processus principaux transversales des pavées « Marketing & Offer management » ainsi que « Service management & Operations » Il s’agit de processus de paramétrage des offres grand publique post payé dans la téléphonie mobile.
Ce processus à été saisi dans WebSphere Business Modeler, et représente l’état « Current ».
Afin de pouvoir réorganiser le processus compte tenu de la simulation, il faut une première déblaiement afin d’identifier ce qui est réellement important à simuler.
Nous avons décidées de simuler un processus de préparation de paramétrage des migrations.
Remarque métier : On appele les « Migrations » les possibilités offertes aux utilisateurs de SelfCare de changer son contrat et passer d’une offre à l’autre. Par exemple, un utilisateur qui possède un contrat se connecte à son espace client via le portail Internet, et choisit de changer son forfait ( passe d’1 heure à 2 heures par exemple) ou cette possibilité lui est offerte.
Le choix de changement des conditions d’abonnement proposé est assez vaste est doit être finement conditionné en se basant sur des multiples critères décides par l’équipe métiers et marketing.
Concrètement, lorsque le processus avance jusqu’à moment de paramétrer les migrations, les équipes de cet opérateur font appel a l’application Source Cible Self Care.
C’est cette partie du processus nous avons simulées, et transformées en état Future 1.
Le sous processus ParamOffrec GP est exporté sous forme de projet de Websphere Busines Modeler.
Ensuite il est importé dans WebSphere Integration developer.
L’ébauche du processus d’orchestration se déploie sur une instance de WebSphere Process Server embarqué. Il est testé avec le Test Module.
Etant donné l’approche top down recommandé par IBM, à ce stade les processus orchestrées n’ont pas d’implémentation. Pour l’itération « 0 », on choisit de les implémenter en tant que type « Process ».
Le Human Task, Java, Rulr Group et le State Machine sont les types disponibles. L’evenement qui declanche le processus est réalisé en tant que Originating Humant Task, accessible à travers l’outil Busines Process Choreographer explorer de WebSphere Process Server.
Le processus est implémenté, testé et déployé sur WebSphere Process Server. La charge est simulé à l’aide d’outil OpenSTA WebLoad and stress testing tool.
Les performances sont mesurés par Tvoli Performance Viewer, et une certaine réorganisation des processus s’en suit. La modification est effectué dans le WID. Les artefacts générées sont redéployées sur WebSphere Process Server. Le revers engineering est effectué et les changements sont remontées dans le WebSphere Business Modeler.
Ainsi la boucle est bouclé. Nous sommes prêts pour l’amélioration ultérieure, et nous disposons des possibilités remarquables d’apporter encore plus de flexibilité et du contrôle dans le business.
Remarques de réalisation : La réalisation du POC est rendu possible grâce à une programme de partenariat Partner World de IBM. Dans le cadre de ce programme les logiciel d’IBM est disponible via les souscriptions aux ISV pour les besoins d’évaluation et de démonstration. Les idées mis en œuvre provient des présentations donnée à travers des différents programmes de formation, et en particulier par les workshops dans le cadre de SOA Summit ayant eu lieu fin Mai - début Juin 2007 à IBM Forum Paris la Défense