Archyno
BPMNDiagrammes de comportement

Exemples BPMN

Cinq processus dessinés de bout en bout - intégration, notes de frais, tickets de support, renouvellement d'abonnement et retours - chacun choisi parce qu'il impose une chose qu'aucune table de symboles n'enseigne : un second participant, une boucle de reprise, une échéance, une boîte noire, ou un branchement qui est vraiment les deux.

11 min de lectureBPMN 2.04 sur 7

La réponse courte

  • Un premier diagramme tient dans un seul couloir. La règle la plus dure de la notation disparaît, et il ne reste que le processus à bien poser.
  • Ramenez la boucle de reprise vers la tâche refaite, pas vers la passerelle qui a détecté le problème. Les deux sont licites, une seule se lit.
  • Un second couloir sert à un participant auquel vous ne pouvez rien imposer : client, fournisseur, prestataire de paiement. Vos services sont des lanes.
  • Une page, une quinzaine d'objets de flux. Au-delà, le lecteur cesse de suivre les chemins et cherche la boîte à son nom.
Une collaboration BPMN pour l'intégration d'un salarié. Dans la piscine de l'équipe RH, un événement de début offre acceptée mène à une tâche préparer le contrat, puis à une passerelle parallèle qui se divise en une tâche planifier l'accueil et une tâche demander les comptes. La tâche demander les comptes envoie un message à la piscine du support informatique en dessous, qui répond avec les identifiants vers un événement intermédiaire de message comptes prêts. Les deux branches se rejoignent à une seconde passerelle parallèle et aboutissent à un événement de fin prêt à démarrer.
L'intégration d'un salarié entre deux participants. Tout ce que fait l'équipe RH est du flux de séquence dans sa piscine ; tout ce qui passe vers le centre de services est un message. Cette séparation est la première règle à intérioriser, et elle est visible ici avant un mot d'explication.

01Comment lire les cinq#

Chaque diagramme ci-dessous est un processus complet plutôt qu'un fragment, et chacun est le plus petit processus qui impose encore une idée qu'une table de symboles ne donne pas. Lisez-les dans l'ordre et ils s'enchaînent ; allez directement à celui dont la forme correspond à votre problème et ils tiennent seuls.

  1. Intégration - deux participants, et pourquoi la frontière entre eux change ce que vous avez le droit de dessiner.
  2. Notes de frais - une boucle de reprise, que presque tout processus réel possède et que presque aucun premier diagramme ne montre.
  3. Tickets de support - une échéance qui change le chemin.
  4. Renouvellement d'abonnement - un événement de début minuterie, et un participant dont l'intérieur n'est délibérément pas modélisé.
  5. Retours - la passerelle inclusive, sur l'un des rares processus où elle est vraiment la bonne réponse.

Si un symbole vous est inconnu, la référence des symboles répertorie chaque marque de cette page.

021. Intégration, entre deux participants#

La figure en haut de cet article. Une nouvelle recrue accepte, l'équipe RH prépare un contrat, puis deux choses arrivent en même temps : une journée d'accueil est réservée et des accès sont demandés à un centre de services que les RH ne pilotent pas.

La passerelle parallèle fait ici un vrai travail. Elle ne dit pas "ceci pourrait arriver dans n'importe quel ordre" : elle dit que les deux chemins tournent toujours, et que la jonction attend les deux. Si l'accueil est réservé en une minute et que les accès prennent deux jours, le processus reste deux jours à cette jonction, et c'est exactement le fait qu'un diagramme comme celui-ci existe pour rendre visible.

032. Notes de frais, et la boucle que personne ne dessine#

Un processus BPMN d'approbation de notes de frais dans une seule piscine Finance. Un événement de début frais soumis mène à une tâche vérifier les justificatifs, puis à une passerelle exclusive demandant si la note est complète. La branche oui mène à une tâche approuver les frais et à un événement de fin remboursé. La branche non mène à une tâche demander le justificatif manquant, qui reboucle vers vérifier les justificatifs.
Le retour vers Check receipts est ce qui fait de ceci un vrai processus. Sans lui, le diagramme affirme que toute note de frais arrive complète, ce qu'aucune équipe financière n'a jamais observé.

Les premiers jets de processus d'approbation sont presque toujours des lignes droites : soumettre, contrôler, approuver, payer. Les vrais rebondissent. Il manque quelque chose, on le réclame, et le contrôle recommence - et tant que cette boucle n'est pas sur la page, le diagramme décrit un processus qui n'existe pas.

Deux détails valent d'être copiés. Le flux de retour atterrit sur Check receipts, pas sur la passerelle : boucler dans la passerelle est légal et se lit comme un cycle inconditionnel pour qui le voit pour la première fois. Et la tâche corrective se place sous la passerelle plutôt que sous l'approbation, si bien que son retour longe un couloir vide au lieu de croiser deux arêtes actives.

043. Tickets de support, et une échéance#

Un processus BPMN de support dans une seule piscine Support. Un événement de début ticket ouvert mène à une tâche trier le ticket, puis à une passerelle exclusive sur la priorité. La branche haute mène à une tâche alerter l'astreinte, puis à un événement intermédiaire de minuterie de quinze minutes, puis à une tâche escalader au responsable. La branche normale mène à une tâche mettre en file de l'équipe et à un événement de fin ticket clos.
Une minuterie intermédiaire dans le chemin haute priorité : le processus attend quinze minutes, et s'il est toujours là, il escalade. Le temps est un citoyen de première classe en BPMN, et c'est le plus grand avantage unique qu'il a sur un organigramme.

Un organigramme peut montrer une décision. Il ne peut pas montrer que quelque chose arrive parce qu'un quart d'heure a passé. C'est la lacune que comble le jeu d'événements de BPMN, et c'est pourquoi un processus de support est l'un des meilleurs arguments pour la notation.

La minuterie est ici un événement intermédiaire dans le flux, ce qui fait attendre le processus. Deux formes voisines signifient des choses différentes et méritent d'être distinguées : une minuterie sur la bordure d'une activité interrompt cette activité quand elle se déclenche, tandis qu'une passerelle basée sur événement fait courir la minuterie contre quelque chose qui arrive, et le premier l'emporte. Celle que vous voulez dépend de la question de savoir si le travail en cours doit être abandonné.

054. Renouvellement d'abonnement, face à une boîte noire#

Une collaboration BPMN de renouvellement d'abonnement. Dans la piscine Facturation, un événement de début de minuterie date de renouvellement mène à une tâche débiter la carte, à un événement intermédiaire de message résultat reçu, puis à une passerelle exclusive demandant si le paiement a réussi. La branche oui mène à une tâche prolonger l'abonnement et à un événement de fin abonnement actif ; la branche non mène à une tâche lancer le recouvrement et à un événement de fin abonnement expiré. La piscine Processeur de cartes en dessous est repliée et échange deux flux de messages avec la piscine Facturation.
Deux symboles portent ce diagramme : une horloge dans l'événement de début, qui dit que personne n'a déclenché ceci mais une date, et une seconde piscine vide, qui dit que le prestataire de paiement est un participant dont l'intérieur ne nous regarde pas.

Un événement de début minuterie répond à une question sur laquelle butent la plupart des premiers modèles : qu'est-ce qui démarre ce processus ? Tout processus n'est pas démarré par une personne ou un message. Un renouvellement démarre parce qu'une date est arrivée, et le dire retire du diagramme un acteur imaginaire.

La piscine repliée est l'autre leçon. Il serait facile de dessiner les étapes internes du prestataire - autoriser, capturer, régler - et chacune serait une supposition sur le système d'un autre, qui vieillit mal. Une piscine vide avec deux flux de message énonce précisément ce qui est connu et ce qui ne l'est pas, et reste vraie quand le prestataire change son implémentation.

065. Retours, et une branche qui est vraiment les deux#

Un processus BPMN de retour de marchandise dans une seule piscine Retours. Un événement de début retour reçu mène à une tâche inspecter l'article, puis à une passerelle inclusive demandant ce qui est dû. Une branche émet un remboursement, l'autre expédie un remplacement, et l'une ou les deux peuvent s'exécuter. Une seconde passerelle inclusive les rejoint et mène à une tâche informer le client et à un événement de fin retour clos.
Une passerelle inclusive : remboursement, remplacement, ou les deux, selon ce qu'a trouvé l'inspection. La jonction correspondante attend exactement les branches qui ont été prises, comportement qu'une paire de passerelles exclusives ne sait pas exprimer.

La plupart des branchements sont exclusifs - un seul chemin en sortie - et l'essentiel du reste est parallèle, où chaque chemin tourne toujours. La passerelle inclusive est pour le cas intermédiaire, et les retours en sont un cas véritable : un article endommagé peut justifier un remboursement, un remplacement, ou un remboursement partiel plus un remplacement, et c'est l'inspection qui décide quelle combinaison s'applique.

C'est aussi la passerelle la plus susceptible de poser problème, et la raison est à droite de la figure. La jonction doit attendre exactement les branches que la séparation a activées - pas une de plus, sinon elle se bloque en attendant un chemin qui n'a jamais porté de jeton. Chaque séparation a besoin de sa jonction, et ajouter un raccourci autour d'elle est la façon dont un processus cesse discrètement de se terminer.

En une ligne chacun

  1. 01Flux de séquence dans une piscine, flux de message entre piscines. Une deuxième piscine affirme qui vous ne contrôlez pas.
  2. 02Un processus sans boucle de reprise est en général un processus que personne n'a confronté à la réalité.
  3. 03La boucle revient à la tâche qui se répète, pas à la passerelle qui a remarqué.
  4. 04Un événement de début minuterie dit qu'une date a lancé ceci, pas une personne.
  5. 05Une piscine vide est un savoir, pas un oubli : ces messages sont connus, l'intérieur non.
  6. 06Les passerelles inclusives doivent être équilibrées : chaque séparation a besoin de sa jonction, sinon le processus se fige.
  7. 07Une page, une quinzaine d'objets de flux. Au-delà, repliez un sous-processus.

L'ordre dans lequel les poser est dans comment dessiner un diagramme BPMN, et chaque marque employée ci-dessus est répertoriée dans la référence des symboles BPMN.

07Questions fréquentes#

Quel diagramme BPMN dessiner en premier ?

Un processus que vous exécutez vous-même, avec un couloir, un événement de début, quatre ou cinq tâches, une passerelle exclusive et deux événements de fin. Un couloir unique écarte la règle la plus dure de la notation - le flux de séquence ne franchit pas une frontière de couloir - et deux fins nommées imposent la question de savoir comment le processus peut se terminer.

Comment représenter une boucle de reprise en BPMN ?

Par un flux de séquence allant de la fin de la tâche corrective vers la tâche à refaire, et non vers la passerelle qui a détecté le problème. Les deux sont licites, mais la boucle vers la passerelle se lit comme un cycle inconditionnel pour qui n'en a jamais dessiné, alors que la boucle vers la tâche montre exactement quel travail est repris.

Comment modéliser une échéance en BPMN ?

Avec un événement temporel, et lequel dépend de ce qui doit se produire. Un minuteur sur la bordure d'une activité l'interrompt à l'échéance et détourne le jeton vers un chemin de secours. Un minuteur en événement intermédiaire dans le flux fait simplement attendre le processus. Si l'échéance est en course avec une arrivée, la passerelle événementielle est la bonne forme.

Faut-il plus d'un couloir dans un diagramme BPMN ?

Non, et la plupart n'en ont pas besoin. Un second couloir ne se justifie que si le diagramme doit montrer un participant que vous ne contrôlez pas et à qui vous ne pouvez rien imposer : un client, un fournisseur, un prestataire de paiement. Séparer ses propres services en couloirs distincts est presque toujours une erreur ; ce sont des lanes dans un seul couloir.

Quel niveau de détail dans un diagramme BPMN ?

Une page, et une quinzaine d'objets de flux. Au-delà, les lecteurs cessent de suivre les chemins et cherchent la boîte à leur nom. Quand le processus est réellement plus grand, la réponse est un sous-processus replié avec son propre diagramme, ce qui garde chaque image à une échelle qu'un humain retient.

Dans cette série

À lire aussi

Tous les articles