Vérification de votre modèle

L’éditeur vérifie votre modèle pendant que vous travaillez et vous indique ce qui ne va pas avant que quiconque d’autre ait à le faire. Il existe deux vérifications : le panneau Lint, qui examine la façon dont le processus est modélisé, et le rapport de validation, qui vérifie que le BPMN lui-même est bien formé.

Le panneau Lint

Cliquez sur Lint dans la barre d’outils pour ouvrir le panneau. L’en-tête affiche un compteur en temps réel avec trois niveaux de gravité :

Gravité	Ce que cela signifie
Erreur	Le modèle est cassé - il ne décrit pas un processus exécutable.
Avertissement	Le modèle fonctionne, mais quelque chose peut provoquer de la confusion ou rendre la maintenance difficile.
Info	Une suggestion. Intéressant à lire, sans risque à ignorer.

Cliquez sur une quelconque erreur pour sélectionner et faire défiler jusqu’à l’élément concerné, afin de pouvoir la corriger sans chercher. Quand il ne reste plus rien, le panneau affiche Aucun problème détecté.

Corrections rapides

Certaines erreurs proposent une correction en un clic directement dans l’alerte - par exemple Supprimer la passerelle, Supprimer l’élément ou Supprimer le flux en doublon. Appliquer une correction rapide est une modification normale, donc Ctrl+Z permet de l’annuler.

Ce que vérifie Lint

Les vérifications s’organisent en plusieurs catégories.

Structure - chaque processus doit avoir un début et une fin

• Un processus ou sous-processus sans événement de début ou sans événement de fin.
• Un processus avec plusieurs événements de début vides, chaque point d’entrée devrait être typé ou les débuts fusionnés.
• Un élément qui agit comme un début ou une fin implicite parce que rien ne le relie en amont ou en aval.

Connectivité - rien ne doit être isolé

• Un élément sans flux entrants ni sortants du tout.
• Une impasse : aucun flux de séquence sortant.
• Un élément inaccessible : aucun flux de séquence entrant.
• Un flux de séquence dont la source ou la cible n’existe plus.
• Deux éléments reliés par des flux de séquence en doublon.
• Un ID d’élément dupliqué.

Passerelles - les bifurcations doivent être explicites

• Un élément avec plusieurs flux sortants jouant le rôle d’une passerelle (une division implicite), ou plusieurs flux entrants jouant le rôle d’une jonction.
• Une passerelle qui fait à la fois une jonction et une division, ce qui doit être scindé en deux passerelles.
• Une passerelle déclarée divergente ou convergente mais câblée à l’inverse.
• Une passerelle avec un seul flux entrant et un seul sortant - elle ne fait ni jonction ni division et peut être supprimée.
• Une passerelle basée sur un événement suivie de quelque chose d’autre qu’un événement intermédiaire de capture ou une tâche de réception.
• Des flux sortants nécessitant une condition parce que leurs « frères » sont conditionnels.
• Les passerelles inclusives et complexes, signalées comme plus difficiles à comprendre que les exclusives ou parallèles.

Sous-processus et événements de fin

• Un événement de début typé dans un sous-processus intégré, qui doit utiliser un début vide.
• Un événement de début vide dans un sous-processus événementiel, qui nécessite un début typé.
• Un événement de fin de type terminer redondant.

Nommage et taille - lisibilité

• Un élément sans nom.
• Un nom d’activité qui ne commence pas par un verbe d’action (« Approuver la facture », « Envoyer la notification »).
• Un nom d’événement qui n’est pas formulé comme un état achevé (« Facture reçue », « Commande expédiée »).
• Un processus assez volumineux pour justifier une décomposition en sous-processus.
• Un élément avec assez de flux entrants ou sortants pour que la bifurcation doive être divisée ou fusionnée en amont.

Le rapport de validation

Les contrôles du canevas incluent Afficher le rapport de validation, qui présente les mêmes résultats sous forme de rapport texte simple plutôt qu’une liste interactive. Il donne le nombre total de problèmes puis détaille chaque problème avec sa gravité et l’ID de l’élément concerné - ou confirme qu’aucun problème n’a été détecté.

Utilisez le panneau Lint pendant que vous construisez le processus, car vous pouvez cliquer sur un problème et accéder directement à l’élément. Utilisez le rapport de validation lorsque vous voulez les résultats sous forme de texte que vous pouvez copier dans une note de revue, un ticket ou un email - les ID d’éléments rendent chaque entrée sans ambiguïté.

Aperçu de la documentation du processus

Afficher un aperçu de la documentation du processus dans les contrôles du canevas affiche le modèle sous forme de description écrite, pour pouvoir lire le processus en prose et repérer les étapes qui n’ont pas de sens formulées ainsi. C’est le même compte rendu que celui généré par Export > Markdown docs.

Notifications sur le canevas

Si un modèle a été construit ailleurs et contient quelque chose que le canevas ne peut pas dessiner, une notification apparaît au lieu de la supprimer silencieusement. Les notifications concernent :

• Les vues à approfondissement (drill-down) qui ne sont pas rendues, vous voyez donc une vue partielle.
• Les éléments sans information de position, qui ne sont pas affichés.
• Les types d’éléments dessinés sous forme de simples espaces réservés.

Le BPMN sous-jacent est préservé dans tous les cas - une notification vous informe que l’image est incomplète, pas le fichier.

Un ordre suggéré

1. Dessinez le processus.
2. Ouvrez Lint et corrigez d’abord les erreurs, puis les avertissements.
3. Lisez l’aperçu de la documentation du processus pour vérifier que le processus a du sens dans sa description.
4. Lancez Nettoyer les parcours et Arrange > Auto layout pour organiser le schéma.
5. Sauvegardez, puis publiez.