BPMN
Vue d'ensemble
Le calculateur BPMN génère automatiquement des diagrammes conformes à la norme Business Process Modeling Notation (BPMN) 2.0 à partir de vos données de journal d'événements en utilisant des algorithmes avancés de découverte de processus. Il analyse vos données d'exécution de processus et produit des fichiers XML BPMN standard qui peuvent être ouverts dans des outils BPMN populaires comme Camunda Modeler, Signavio et bpmn.io.
Contrairement au calculateur interactif de carte de processus qui visualise votre processus dans mindzieStudio, le calculateur BPMN crée des modèles de processus formels et exécutables conformes à la spécification BPMN 2.0. Cela les rend adaptés à l'automatisation des processus, à la vérification formelle, à la documentation et au partage avec les parties prenantes utilisant des outils BPM standard.
Utilisations courantes
- Générer des modèles de processus BPMN formels pour l'automatisation des processus et le déploiement dans des moteurs de flux de travail
- Créer une documentation de processus standardisée pouvant être modifiée et partagée avec des outils BPMN standard de l'industrie
- Découvrir la structure des processus incluant les passerelles (XOR, AND, OR) et les schémas de contrôle de flux à partir des données d'événements
- Produire des modèles de processus exécutables pour des systèmes BPM comme Camunda, Flowable ou jBPM
- Comparer les modèles de processus découverts pour différentes périodes, départements ou régions
- Exporter les modèles de processus pour la documentation de conformité réglementaire et les pistes d'audit
- Identifier les activités parallèles et les schémas de concurrence dans les flux de production ou d'approbation
Paramètres
Discovery Algorithm (Algorithme de découverte) : Sélectionnez l’algorithme de découverte de processus à utiliser pour générer le modèle BPMN. Chaque algorithme possède des forces différentes :
Split Miner (par défaut) : Gère bien la concurrence, détecte tous les types de passerelles (XOR, AND, OR) et modélise efficacement les boucles. Meilleur pour les processus complexes avec parallélisme et des journaux d'événements réels avec du bruit. Utilise les paramètres Ebsilon et Eta pour le réglage.
Inductive Miner : Garantit des modèles corrects (sans interblocages) et produit des processus structurés en blocs adaptés à l'exécution. Idéal pour les processus nécessitant une vérification formelle, une exécution système BPM et une vérification de conformité. N'utilise pas les paramètres Ebsilon ni Eta.
Ebsilon : Contrôle la sensibilité de détection de la concurrence dans l'algorithme Split Miner. Ce paramètre détermine comment l’algorithme distingue les activités séquentielles des activités concurrentes selon le ratio de fréquence des arcs.
- Valeurs basses (0,05-0,1) : Nécessitent des fréquences d'arcs plus équilibrées pour déclarer la concurrence, produisant des modèles plus séquentiels
- Valeur par défaut (0,1) : Bon point de départ pour des modèles équilibrés
- Valeurs élevées (0,2-0,3) : Tolèrent des fréquences déséquilibrées, détectent davantage de parallélisme dans le modèle
S’applique uniquement lorsque l’algorithme de découverte est Split Miner. Plage recommandée : 0,05 - 0,2 pour la plupart des processus.
Eta : Contrôle le seuil de filtrage des arcs dans l’algorithme Split Miner. Ce paramètre détermine avec quelle agressivité l’algorithme élimine les chemins process peu fréquents en calculant un seuil percentile et en supprimant les arcs en dessous.
- Valeurs basses (0,2-0,3) : Conservent plus de variations de processus mais augmentent la complexité du modèle
- Valeur par défaut (0,4) : Filtre environ 40 % des chemins les moins fréquents
- Valeurs élevées (0,6-0,8) : Créent des modèles plus simples en supprimant davantage de chemins rares
S’applique uniquement lorsque l’algorithme de découverte est Split Miner. Plage recommandée : 0,3 - 0,5 pour une complexité équilibrée.
Diagram Orientation (Orientation du diagramme) : Contrôle si le diagramme BPMN s'écoule horizontalement (de gauche à droite) ou verticalement (de haut en bas).
- Horizontal (par défaut) : Mise en page BPMN standard avec processus allant de gauche à droite
- Vertical : Mise en page alternative avec flux de processus de haut en bas, utile pour les affichages étroits et longs
Border Label (Étiquette de bordure) : Texte optionnel à inclure dans les métadonnées du diagramme BPMN. Utilisez-le pour identifier le processus, préciser le contexte d’analyse ou fournir des informations supplémentaires sur le modèle découvert. Cette étiquette apparaît dans les outils de visualisation BPMN et aide à distinguer plusieurs modèles.
Exemples
Exemple 1 : Découverte du processus d’approbation des bons de commande pour automatisation
Scénario : Votre équipe IT souhaite automatiser le processus d’approbation des bons de commande avec un moteur de flux BPM. Vous avez besoin d’un modèle BPMN formel et exécutable représentant fidèlement le workflow réel d’approbation, pas seulement la procédure documentée. Le modèle doit être correct (sans interblocages) et prêt pour un déploiement dans Camunda BPM.
Paramètres :
- Discovery Algorithm : Inductive Miner
- Ebsilon : 0,1 (non utilisé par Inductive Miner)
- Eta : 0,4 (non utilisé par Inductive Miner)
- Diagram Orientation : Horizontal
- Border Label : Purchase Order Approval - Production Model
Résultat :
Le calculateur génère un fichier XML BPMN 2.0 contenant un modèle de processus structuré en blocs. Lors de son ouverture dans Camunda Modeler, le diagramme montre :
- Événement de début : Le processus commence à la création du BC
- Tâche : Créer le bon de commande
- Passerelle XOR (division) : Route selon le seuil du montant
- Chemin 1 (montant < 5000 $) : Revue par le manager -> Approve -> Fin
- Chemin 2 (montant >= 5000 $) : Revue par le manager -> Revue financière -> Revue par le senior manager -> Approve -> Fin
- Événement de fin : Le processus se termine lorsque le BC est approuvé
Le modèle inclut des éléments BPMN appropriés comme événements de début/fin, tâches, passerelles exclusives pour les points de décision et flux de séquence connectant tous les éléments. Le fichier XML peut être importé directement dans Camunda BPM.
Analyse : L’Inductive Miner produit un modèle de processus garanti correct et adapté à l’automatisation des workflows. Le modèle découvert révèle que votre processus d’approbation possède un point de décision clair basé sur un seuil (passerelle XOR) avec des BC à haute valeur nécessitant des étapes d’approbation supplémentaires. Ce modèle exécutable peut être importé dans Camunda BPM, enrichi de règles métier et d’assignations humaines, puis déployé pour automatiser le processus. La garantie de correction assure que le workflow automatisé ne rencontrera pas d’interblocages ni d’erreurs d’exécution.
Exemple 2 : Analyse de la concurrence dans un processus de fabrication
Scénario : Votre processus de fabrication comporte plusieurs étapes que vous pensez pouvoir exécuter en parallèle, alors que la procédure documentée les présente comme séquentielles. Vous souhaitez découvrir les schémas de concurrence réels à partir des données de production pour optimiser le processus et réduire le temps de cycle.
Paramètres :
- Discovery Algorithm : Split Miner
- Ebsilon : 0,25 (augmenté pour détecter le parallélisme)
- Eta : 0,4 (filtrage standard)
- Diagram Orientation : Horizontal
- Border Label : Manufacturing Process - Concurrency Analysis
Résultat :
Le calculateur génère un diagramme BPMN montrant la structure découverte du processus. Lors de son ouverture dans un visualiseur BPMN, le modèle affiche :
- Début séquentiel : Réception de la commande -> Vérification des stocks -> Allocation des matériaux
- Passerelle AND (division) : Après allocation, trois activités s’exécutent en parallèle
- Fourche 1 : Préparer la ligne d’assemblage
- Fourche 2 : Contrôle qualité préliminaire des équipements
- Fourche 3 : Génération des ordres de travail
- Passerelle AND (jonction) : Les trois activités parallèles doivent être terminées
- Suite séquentielle : Assemblage du produit -> Inspection qualité -> Emballage -> Expédition
- Boucle sur soi-même : L’inspection qualité peut revenir à l’assemblage en cas de retouche
Les passerelles AND montrent clairement les activités détectées comme concurrentes d’après les données d’événements.
Analyse : L’algorithme Split Miner avec Ebsilon élevé (0,25) a réussi à détecter le parallélisme dans votre processus de fabrication. Les passerelles AND révèlent que la préparation de la ligne d’assemblage, le contrôle qualité des équipements et la génération des ordres de travail s’exécutent réellement en parallèle, bien que la procédure documentée les montre en séquence. Cette découverte indique une opportunité de formaliser ce parallélisme dans votre conception pour réduire le temps de cycle en assurant l’exécution simultanée. La boucle sur l’inspection qualité modélise fidèlement la retouche où les produits échoués retournent à l’assemblage.
Exemple 3 : Création d’une documentation simplifiée du processus pour les dirigeants
Scénario : Vous devez créer une documentation claire et synthétique pour une présentation aux décideurs et pour conformité réglementaire. Le journal d’événements contient de nombreux cas exceptionnels et variations qui compliqueraient le diagramme. Vous souhaitez un modèle simplifié montrant seulement les flux principaux couvrant la majorité des cas.
Paramètres :
- Discovery Algorithm : Split Miner
- Ebsilon : 0,1 (détection standard de la concurrence)
- Eta : 0,7 (filtrage agressif pour simplification)
- Diagram Orientation : Horizontal
- Border Label : Invoice Processing - Executive Overview (Top 70% of Paths)
Résultat :
Le calculateur génère un diagramme BPMN simplifié ciblant les chemins de processus les plus fréquents. Le modèle montre :
- Début : Réception de la facture
- Tâche : Correspondance facture / bon de commande
- Passerelle XOR (division) : Décision selon résultat de correspondance
- Chemin 1 (correspondance réussie - 85 %) : Approbation paiement -> Paiement planifié -> Fin
- Chemin 2 (correspondance échouée - 15 %) : Demande de correction fournisseur -> Correspondance facture / BC -> Approbation paiement -> Fin
- Fin : Facture traitée
La valeur élevée d’Eta (0,7) a filtré les chemins exceptionnels moins fréquents, ne laissant que les deux variantes principales représentant 70 % ou plus des cas.
Analyse : En utilisant un filtrage agressif des arcs (Eta = 0,7), l’algorithme a supprimé les chemins exceptionnels rares et produit un modèle clair et compréhensible, adapté à la présentation aux dirigeants. Le diagramme simplifié montre que la majorité des factures (85 %) suivent un parcours direct, tandis que 15 % nécessitent une correction fournisseur avant paiement. Cette vue synthétique est parfaite pour la documentation réglementaire et la communication, sans la complexité visuelle des nombreux cas particuliers. Le XML BPMN peut être importé dans PowerPoint ou d’autres outils documentaires utilisés par les équipes de conformité.
Exemple 4 : Comparaison des variations régionales de processus
Scénario : Votre organisation comprend trois bureaux régionaux (Amérique du Nord, Europe, Asie) qui devraient suivre la même procédure d’intégration client. Vous suspectez des variations significatives dans l’exécution selon la région. Vous souhaitez générer des modèles BPMN pour chaque région afin d’identifier les différences structurelles et déterminer quelle région suit le processus le plus efficace.
Paramètres :
- Discovery Algorithm : Split Miner
- Ebsilon : 0,1 (identique pour toutes les régions)
- Eta : 0,4 (identique pour toutes les régions)
- Diagram Orientation : Horizontal
- Border Label : Customer Onboarding - [Region Name]
Appliquez des filtres pour segmenter votre journal d'événements par région, puis exécutez le calculateur BPMN trois fois (une par région) avec les mêmes paramètres.
Résultat :
Modèle BPMN Amérique du Nord :
- Processus linéaire séquentiel : Demande -> Vérification de crédit -> Revue des documents -> Approbation -> Création de compte
- Structure simple avec un chemin principal
- Fichier modèle : bpmn_north_america.xml
Modèle BPMN Europe :
- Structure plus complexe avec passerelles XOR
- Après vérification de crédit : division XOR selon score de crédit
- Score élevé : Directement à l'approbation
- Score faible : Revue supplémentaire par manager -> Approbation
- Plusieurs points de décision générant des embranchements
- Fichier modèle : bpmn_europe.xml
Modèle BPMN Asie :
- Très complexe avec passerelles AND montrant le parallélisme
- Après la demande : division AND pour activités concurrentes
- Revue des documents (parallèle)
- Vérification de crédit (parallèle)
- Vérification des références (parallèle)
- Jonction AND avant l’approbation finale
- Fichier modèle : bpmn_asia.xml
Analyse : Les trois modèles BPMN révèlent une variation régionale importante malgré une procédure supposée identique. L’Amérique du Nord suit un processus séquentiel simple, l’Europe ajoute une logique de décision basée sur le score de crédit, et l’Asie exécute plusieurs activités en parallèle. En comparant côte à côte dans un outil BPMN, on constate que l’approche parallèle de l’Asie explique probablement leur temps moyen d’intégration plus rapide (documenté par ailleurs). Le modèle nord-américain pourrait être amélioré en adoptant le parallélisme asiatique pour réduire le temps de cycle, tandis que la logique de score de crédit européenne pourrait être utile à toutes les régions. Ces fichiers BPMN exportés fournissent une preuve visuelle concrète pour soutenir les discussions de standardisation.
Exemple 5 : Validation de la mise en œuvre d’une refonte de processus
Scénario : Il y a six mois, vous avez repensé le processus de remboursement des frais pour éliminer des étapes d’approbation inutiles et permettre le traitement parallèle. Vous souhaitez valider que le nouveau processus a bien été mis en œuvre en comparant un modèle BPMN issu de données récentes avec la conception BPMN prévue.
Paramètres :
- Discovery Algorithm : Inductive Miner (pour un modèle correct et comparable)
- Ebsilon : 0,1
- Eta : 0,4
- Diagram Orientation : Horizontal
- Border Label : Expense Reimbursement - Current State
Filtrez votre journal d'événements pour n’inclure que les cas des trois derniers mois (période post-refonte).
Résultat :
Le calculateur génère un modèle BPMN à partir des données récentes montrant :
- Début : Soumission de la note de frais
- Passerelle AND (division) : Traitement parallèle
- Chemin 1 : Vérification de conformité politique
- Chemin 2 : Validation des reçus
- Passerelle AND (jonction) : Les deux vérifications doivent être complètes
- Passerelle XOR (division) : Selon montant
- Montant < 500 $ : Approbation automatique -> Paiement -> Fin
- Montant >= 500 $ : Revue manager -> Approbation -> Paiement -> Fin
- Fin : Remboursement achevé
Vous pouvez maintenant comparer ce modèle découvert avec votre spécification de refonte.
Analyse : Le modèle BPMN découvert confirme la bonne mise en œuvre de la refonte. Les passerelles AND montrent que la vérification de conformité et la validation des reçus s’exécutent désormais en parallèle comme prévu, contrairement à la procédure antérieure séquentielle. La passerelle XOR confirme que le nouveau seuil d’approbation automatique des dépenses inférieures à 500 $ fonctionne correctement. En comparant ce modèle à celui théorique conçu il y a six mois, vous pouvez valider la conformité au nouveau design. Toute différence structurelle indiquerait un écart d’implémentation ou une dérive de processus nécessitant une correction.
Sortie
Le calculateur BPMN génère un fichier XML complet BPMN 2.0 nommé "bpmn.xml" que vous pouvez télécharger depuis les résultats du calculateur.
Fichier XML BPMN :
- Format XML conforme à la norme BPMN 2.0
- Contient la logique du processus (tâches, passerelles, événements, flux de séquence) et la mise en forme visuelle (coordonnées, formes, arcs)
- Inclut les déclarations de namespace appropriées pour compatibilité avec les outils BPMN
- Peut être importé dans Camunda Modeler, Signavio, bpmn.io et autres éditeurs BPMN
- Encodage : UTF-8
Tableau du graphe de suivi direct :
- Montre la structure du processus sous forme tabulaire avec colonnes From, To, et Count
- Affiche la fréquence de chaque transition entre activités
- Fournit les données brutes utilisées par l’algorithme pour découvrir le modèle BPMN
Informations de diagnostic :
- Indicateurs de performance montrant le temps d’exécution pour chaque étape (création DFG, détection des boucles, découverte des passerelles, etc.)
- Messages d’avertissement si l’algorithme a rencontré des structures inhabituelles ou des problèmes de convergence
- Messages d’information sur le comportement et les choix de l’algorithme
Éléments visuels dans les outils BPMN : Lorsque vous ouvrez le XML généré dans un outil BPMN, vous verrez :
- Tâches : Boxes rectangulaires représentant les activités extraites du journal d'événements
- Passerelles : Losanges représentant les points de décision (XOR), l’exécution parallèle (AND) ou les choix inclusifs (OR)
- Événements : Cercles représentant le début et la fin du processus
- Flux de séquence : Flèches reliant les éléments montrant le flux du processus
- Mise en page : Éléments positionnés automatiquement en orientation horizontale ou verticale selon votre paramètre
Le fichier BPMN exporté peut être édité dans les outils BPMN pour ajouter règles métier, assignations de tâches humaines, configurer des tâches de service et déployer dans des moteurs de flux pour automation.
Cette documentation fait partie de la plateforme d’exploration des processus mindzie Studio.