Retour aux fondamentaux : à quoi sert W4 BPM Suite ? Avant de répondre à cette question, faisons le tour des analystes américains : le Forrester Research a reconnu notre offre logicielle comme étant « strong perfomer » dans la catégorie des « Human Centric BPM for Microsoft platforms, Q4 2007 ». De son côté, le Gatner, qui a récemment publié une étude similaire très sélective (le fameux Magic Quadrant dédié aux BPMS) cite W4 comme étant une offre « pure player » du BPM.
Alors concrètement, à quoi sert W4 BPM Suite ? Fondamentalement, à automatiser les processus de l’entreprise. Et pour ce faire, l’offre logicielle couvre un ensemble de fonctions nécessaires à la conduite de projets de ce type, depuis la description/découverte des processus jusqu’aux tableaux de bord, en passant par des outils de création de la présentation (les applications métier collaboratives). Du côté des processus, l’orientation « human-centric » signifie que le type de traitement pris en charge est plutôt du type unitaire, en opposition aux traitements par lots. Cependant cela ne signifie pas que les actions soient seulement « humaines » (c'est-à-dire interactives) : l’offre inclut de véritables fonctions d’intégration avec le système d’information et couvre ainsi les besoins complets de l’automatisation des processus métier de l’entreprise, d’une couverture intranet mais aussi extranet, par l’implication possible en toute sécurité des partenaires, clients ou encore fournisseurs. Enfin, l’automatisation des processus ne peut pleinement se justifier sans outil de mesure, que ce soit en instantané (communément appelé Business Activity Monitoring) ou en consolidé (le Reporting).
Voyons maintenant le « comment », en détaillant la méthodologie de mise en œuvre d’un projet de BPM avec W4 BPM Suite.
Description de la méthode de conception utilisée
1/ Analyse fonctionnelle et modélisation des processus
L’analyse fonctionnelle permet de spécifier les processus et l’ensemble des fonctionnalités de l’application. Pour cela, doivent être étudiés :
- Les données manipulées par l’application ainsi que leur mode d’affichage, leurs règles de gestion et de consolidation en base de données,
- Les intervenants de l’application, leurs rôles et fonctions associés,
- Les processus : enchaînements des étapes et détail des activités (formulaires),
- Les fonctions annexes, relatives ou non au Workflow : corbeille des tâches des utilisateurs, interface de recherche, bilan et rapport, aide en ligne…
Une fois cette analyse fonctionnelle réalisée, la procédure W4 peut être modélisée.
La création du processus se fait de façon graphique avec l’outil W4 BPM Studio.
Il faut définir l’enchaînement des étapes (actions humaines ou système), les rôles participants, les nœuds de routages (condition, parallélisme), les délais et les alarmes.
Doivent être également définies les données gérées et leur utilisation dans chacune des étapes.
Cette représentation graphique est directement issue des besoins utilisateur. Ce schéma qui programme le moteur est tout à fait compréhensible par un utilisateur au fait du besoin métier.
Néanmoins, elle implémente les fonctions du workflow et nécessite une maîtrise de la logique workflow et une connaissance des fonctions workflow de façon à garantir :
- l’optimisation de la modélisation,
- l’adéquation entre la modélisation et l’ergonomie de l’application
- l’adéquation entre l’application finale et le besoin exprimé
De ce fait elle sera effectuée par un profil de type assistance à maîtrise d’ouvrage (ou consultant applicatif) ayant une expertise sur l’outil de modélisation.
2/ Création de l’application métier collaboratives pour les navigateurs Web
Une fois le processus graphiquement défini, les interfaces utilisateurs sont automatiquement générées à partir du modèle de génération. Une personnalisation des interfaces générées est effectuée via l’outil W4 BPM Studio dans le cadre de paramétrages disponibles.
Ces paramétrages représentent les fonctionnalités spécifiques les plus souvent utilisées dans le cadre de l’utilisation du workflow dans l’entreprise. Ils vont permettre la mise en œuvre rapide de nouveaux processus par assemblage de divers modules (représentation et récupération de données, pages web spécifiques pour la gestion d’une tâche, l’affichage personnalisée des listes de tâches, …).
Des actions systèmes sont également assemblables soit par appel à des connecteurs soit par appel à des flux techniques (ex : alarme spécifique, création de fichier XML, surveillance de messagerie,…).
La génération de l’application à partir d’un modèle de génération, le paramétrage des interfaces générées, l’appel à des connecteurs, la création de flux techniques par assemblage graphique de composants sont des actions nécessitant un profil assistance à maîtrise d’œuvre (développeur applicatif).
3/ Personnalisation des modèles de génération
Un modèle de génération d’application est semblable à une application (il en reprend la structure) dont les données contextuelles (nom de procédure, variables) sont remplacées par des mots clés qui seront substitués lors de la génération. De plus, une fois l’application générée d’après ce modèle, ses pages contiennent certains éléments paramétrables dans W4 BPM Studio.
Il est possible de développer sa propre bibliothèque de génération afin, d’une part que l’application produite corresponde parfaitement au besoin et d’autre part de gagner en productivité ultérieure pour la production de toutes les applications W4.
Les bibliothèques de génération livrées par W4 peuvent être librement modifiées et personnalisées afin d’enrichir les modèles de pages et/ou les objets. Elle intègre en particulier la charte graphique.
Les outils de réalisation du modèle de génération sont les outils standards du marché tels qu’Eclipse, Websphere… pour le développement d’application JAVA et Visual Studio.NET pour les environnements Microsoft.
Les nouvelles applications W4 seront ensuite basées sur le modèle de génération développé grâce à l’outil W4 BPM Studio et permettront ainsi aux équipes de réaliser les futurs applications.
La conception technique est réalisée par un profil de type informaticien (développeur).
4/ En conclusion,
La création d’applications métier collaboratives ne doivent rien au hasard et nécessitent une approche structurée partant du besoin fonctionnel initial. La méthodologie utilisée permet de garantir des durées de projet courtes (plus de la moitié des projets W4 durent moins de 3 mois) grâce notamment à une validation successive des grandes étapes (modélisation/intégration unitaire/recette globale). Chaque évolution faite dans une partie du processus ne remet pas en cause l’ensemble de celui-ci, et c’est ainsi que l’agilité et la flexibilité sont au rendez-vous grâce à W4 BPM Suite.
|