Par Mike Kavis, une tentative de définition d’un nouveau rôle en matière de mise en oeuvre d’une stratégie SOA, le Responsable du “Change Management”.

A rapprocher des jobs de type “Consultant en Gestion du Changement”, si ce n’est que la définition qu’en fait ici Mike est que ce job doit être créé une fois la mise en oeuvre décidée et lancée, alors que le consultant interviendra plutôt en phase amont pour analyser l’organisation et voir s’il est nécessaire qu’elle évolue. Et si oui comment.

Un retour ?

BPM/SOA and the role of change management

IBM a en effet annoncé l’arrivée de la technologie de traitement des événements complexes dans la gamme WebSphere, suite au rachat de la société AptSoft.

Retrouvez une introduction à cela par Olivier Rafal sur son blog “ Ingénierie logicielle“.

Ingénierie logicielle
IBM unit gestion d’événements et BPM

Un résumé de la conférence dans le cadre des rendez-vous de “L’atelier“, où l’on retrouve un thème principal “Le BPM, moteur de la transformation de votre entreprise“, et des intervenants parmi lesquels :

• François Jeanne, journaliste à l’Atelier
  • introduction et valeur ajoutée du BPM pour l’Entreprise
• Steven Worrall, VP BPM - IBM Software Group
  • c’est quoi le BPM et pourquoi cela nous intéresse tant ?
• Huguette Ranc, Directeur SOA IBM France
  • qu’est-ce qu’un projet de BPM et identification des acteurs
• Don Hanson, Global Manager IBM Banking Solutions Sales
  • grandes tendances et innovations dans la Banque et l’Assurance
• Ngoc-Lam Phan, Managing Consultant IBM Finance
  • évolution de la distribution et du multi-canal dans l’Assurance
• Emmanuel Auriol, Leader Solutions Assurance IBM France
• Apollonie Sbragia, Architecte Solutions IBM
  • présentation d’un prototype d’une application de gestion des sinistres
• Christian Cagniol, Ingénieur IBM Software
  • témoignage GE Money Bank
• Pascal Durazzi, Responsable Business Transformation IBM Montpellier
  • expérience menée sur l’usine IBM Montpellier

Le BPM, moteur de la transformation de votre entreprise
Comptes-rendus conférences
Le BPM, moteur de la transformation de votre entreprise

Je vous poste donc ci-dessous le lien vers le blog de Steve Sfartz qui propose le téléchargement de tous les documents (j’espère que cela va fonctionner encore un moment, je viens de tester et c’est le cas …).

Je n’ai pas pris le temps de tout parcourir encore, mais très clairement, et si vous aviez encore besoin de l’entendre (ou de le lire plutôt) SOA et BPM c’est LA problématique du moment chez les éditeurs généralistes !!

SOA & Interop @ Microsoft France : Conférence SOA & BPM : PDF en ligne
Conférence SOA & BPM : PDF en ligne

En effet, “Innov8 a été annoncé lors de notre première conférence SOA, en avril 2007. C’est un PPM Game, un jeu interactif en 3D centré sur l’apprentissage ludique, sur la définition des processus professionnels et le choix de modèles. Ces derniers pourront être testés et leur impact étudié.” annonce Elisabeth Poigin, SOA Marketing Manager.

Le lien vers l’article :

Innov8 : quand IBM fait du jeu vidéo, c’est du sérieux !

Et quelques videos de présentation sur YouTube ici ou encore là …

C’est assez intéressant, parmi les quelques grandes idées exposées, j’ai relevé les points suivants :

- Applications métiers composites : de l’écriture de code à la composition de services pour la mise en oeuvre d’applications SOBA (Service Oriented Business Applications)

- SOP : Service Oriented Processes, avec introduction de la notion de mashups dans les applications métiers (composition flexible de services, interfaces utilisateurs riches, notion d’abstraction des rôles des postes clients et des serveurs. Ce type de processus s’appuie sur des transactions, la composition de ces transactions en services permettant l’orchestration au sein des processus

- une conclusion intéressante : jusqu’à il y a quelques années (disons 5 ans), le couple BPM et EAI� constituait la réponse aux problématiques de construction d’applications métiers à l’échelle de l’organisation dans son intégralité. Aujourd’hui l’approche diffère avec un BPM qui ne peut être séparé des architectures SOA sous-jacentes pour mettre en oeuvre des applications composites aux couplages lâches (i.e. tout changement sur un composant n’impose pas de modification sur les composants autres - par exemple la modification d’un sous-processus ne remet pas en cause le bon fonctionnement de processus connexes).

Pour suivre le webinar, inscrivez-vous sur le site, c’est gratuit.

A propos de Ronald Schmelzer : Senior-analyste et Fondateur de ZapThink LLC, expert bien connu dans les domaines des architectures SOA, des Web Services et des standards XML.

Dans cette note-ci, je me focaliserai sur SOA pour compléter le sujet.

Les processus métiers gérés par le système BPM font donc appel aux applications existantes et aux systèmes composant l’infrastructure de l’organisation concernée. Ces processus nécessitent la plupart du temps de faire appel à des fonctions métiers, composants fondamentaux que l’on va trouver dans les différents silos de données (ERP, CRM, autres progiciels, bases de données, etc.).

Précédemment, la solution passait par l’intégration point-à-point, à l’aide des APIs respectives des systèmes concernés, ce type d’intégration présentant tous les défauts bien connus de rigidité, manque d’évolutivité, et manque de réactivité face aux besoins d’évolution des applications. Les processus s’appuyant sur les intégrations point-à-point étaient très rigides, ce qui va quand même à l’encontre d’une gestion moderne de processus métiers. De même, toute modification du processus pouvant “casser” l’intégration, il fallait être très prudent le cas échéant.

SOA et XML Web Services sont donc arrivés à point nommé pour répondre aux besoins d’agilité et de facilité d’intégration entre les processus et les silos de données. Grâce à SOA, il est désormais simple d’indentifier des fonctions métiers unitaires, de les packager sans contrainte d’adhérence forte pour les rendre autonomes, de les répertorier, et de les mettre à la disposition des applications métiers sous forme de Web Services. Un Web Service possède une interface publiques et publiée qui spécifie comment ce service doit être utilisé. Ainsi le système qui doit faire appel à une fonction particulière fait donc appel à un Web Service et ne doit se soucier que de son interface au format standard, sans avoir besoin de connaître son fonctionnement interne. L’intégration en est nettement simplifiée.

Afin d’être connus, identifiés et utilisables, les services ainsi construits sont répertoriés dans un annuaire qui les expose à destination de tous les utilisateurs potentiels. Chacun de ces services, et donc des fonctions métiers recherchées peut donc ainsi être invoqué par un ou plusieurs processus en toute commodité.

A suivre … BPM et SOA utilisés ensembles

Dans les grandes lignes, on peut dire que le BPM s’attache à la Gestion des Processus Métiers tandis que les architectures SOA s’intéressent à l’Orchestration de Services Métiers.

Le BPM, pour l’efficacité et l’amélioration des processus métiers

Le BPM permet aux entreprises de fluidifier et d’automatiser leurs processus métiers, et donc d’accroître leur productivité tout en réduisant le coût de fonctionnement lié à ces processus. De plus, la Gestion des Processus permet généralement d’améliorer la satisfaction clients et le taux de fidélité de ces derniers à l’Entreprise et à ses services.

Le BPM offre ainsi à l’entreprise la possibilité de modéliser et d’optimiser ses processus en faisant appel à des acteurs humains (i.e. employés, clients, partenaires) comme à des systèmes informatiques. Vu sous cet angle, un processus peut donc être défini comme une macro-activité à plusieurs étapes faisant appel à toutes sortes d’acteurs, de telle façon que chacune des tâches soit accomplie par un utilisateur du système ou par un sous-ensemble logiciel (par exemple un Web Service). Selon les cas, un processu s métier peut être très orienté système et inclure peu de tâches humaines, ou à l’inverse être très collaboratif avec peu ou pas du tout de tâches automatisées. Pour chacune des tâches humaines considérées par contre, il convient de disposer d’une interface utilisateur qui peut être accédée via un client léger (navigateur web), par email ou encore par un terminal mobile (PDA). En règle générale, les activités propres à un processus métier sont liées à un ensemble de règles métiers propres à l’entreprise.

Un système BPM (BPMS) génère des applications métiers. Du fait que ce système permet de modéliser et de concevoir de façon graphique les applications métiers, les coûts de développement associés à ces applications sont en général inférieurs à ceux engendrés par une application spécifique construite de toutes pièces. Le BPM permet également aux différents acteurs d’avoir toute la visibilité et le contrôle requis sur leurs applications, en leur offrant la possibilité de monitorer et de mesurer la performance de ces processus et des acteurs qui y sont associés. Les changements sont plus faciles à instaurer, les utilisateurs métiers restent maîtres de leurs applications, l’activité de l’entreprise est plus souple et agile, plus apte à répondre aux besoins de changement.

La façon qu’a une entreprise de gérer son métier et ses activités est entièrement modélisable dans un système BPM et c’est entre autre grâce à ce système que l’entreprise va pouvoir faire la différence avec ses concurrents en étant capable d’apporter toute la souplesse et la latitude requises face aux différentes situations rencontrées. A la différence des applications verticales prépackagées, qui incluent de façon assez rigide (mais néanmoins efficace) des concepts et processus métiers types, le BPM va rendre aux utilisateurs métiers (LOB) le contrôle de leurs applications en leur offrant la possibilité de les faire évoluer sans nécessairement faire appel à leur service informatique et à ses développeurs. Tandis que les services IT seront impliqués dans la mise en oeuvre du BPM, les gens du métier seront au plus près de la modélisation et du déroulement de leurs processus. Le BPM est également un excellent moyen d’assurer le transfert de l’information au sein de l’entreprise grâce à ses excellentes capacités de mise en oeuvre d’environnements de formation, identiques en tous points aux environnements de production.

A suivre … SOA pour la réutilisation et l’agilité

BPM et SOA adressent respectivement les processus et les services, mais l’ambiguïté de la situation tient au fait qu’un processus peut également être publié sous forme de service ! D’une façon très générique, on peut quand même dire que SOA gère des services métiers tandis que le BPM gère des processus métiers, ces processus métiers étant eux-mêmes composés de services métiers (activités à caractère humain comme tâches système automatisées).

Le BPM recouvre toute la technologie d’automatisation, de gestion et d’optimisation des processus métiers à travers l’ensemble de la chaîne de valeur de l’Entreprise et de ses partenaires commerciaux. Les architectures de type SOA adressent elles les besoins de mise en œuvre et de gestion de services métiers (au sens logiciel du terme) par le système d’information, ainsi que leur utilisation (‘consommation’) en vue de construire plus rapidement des applications métiers plus souples et agiles.

BPM et SOA ont des caractéristiques différentes. En règle générale, les technologies SOA sont plutôt orientées ‘couche basse’, ‘développement’, et restent très techniques tandis que les technologies BPM sont de plus haut niveau et très orientées métiers (activités systèmes ET humaines). Mais à l’inverse BPM comme SOA ont des points communs (ils adressent tous deux des besoins métiers) et restent parfaitement complémentaires. Les processus métiers gérés par un système de type BPM peuvent utiliser (i.e. ‘consommer’) des services métiers qui sont définis et gérés par un système SOA. Ceci permet de mettre en œuvre des processus métiers plus souples et plus agiles. En même temps, la construction de services métiers pertinents et d’applications composites avec SOA fait souvent appel à des capacités d’orchestration fournies par le BPM.

BPM et SOA, ensembles, peuvent véritablement aider à réduire la complexité du système d’information, aider à réaliser des développements rapides d’applications (RAD) et à accélérer l’automatisation des processus au sein de l’Entreprise.

A suivre …