Pools et Swimlanes

Introduction

Dans BPMN 2.0, les pools et swimlanes (également appelées lanes) sont utilisés pour organiser les processus et représenter visuellement les rôles, départements ou entités impliqués dans un processus métier. Ils aident à clarifier qui est responsable de quelles tâches, et comment les différents participants interagissent entre eux.

Pools

• Objectif : Un pool représente un participant majeur dans le processus ou une entité plus large, telle qu’une organisation, un système ou un partenaire commercial. Les pools sont utilisés pour définir les limites d’un processus et indiquer que différents pools peuvent représenter différentes organisations ou départements travaillant ensemble.

• Représentation Visuelle : Un grand conteneur rectangulaire qui enferme un processus complet. Il peut contenir plusieurs swimlanes (lanes), mais chaque pool représente un processus ou participant distinct.

• Exemple : Vous pourriez avoir un pool pour “Entreprise A” et un autre pool pour “Entreprise B” dans un processus où les deux entreprises interagissent.

• Cas d’Utilisation : Les pools sont généralement utilisés lorsque vous souhaitez modéliser des interactions entre différentes entités, comme lorsqu’une entreprise interagit avec un fournisseur externe, un partenaire ou un client. Chaque entité obtient son propre pool, et les message flows entre les pools indiquent la communication entre les entités.

Swimlanes (Lanes)

• Objectif : Un swimlane (ou lane) est une sous-partition au sein d’un pool qui aide à organiser davantage les activités en les séparant selon des rôles, départements ou systèmes spécifiques. Les lanes apportent de la clarté en montrant qui est responsable de l’exécution de tâches spécifiques au sein d’un pool.

• Représentation Visuelle : Subdivisions horizontales ou verticales au sein d’un pool, chacune représentant un participant différent (par exemple, un département, un rôle ou un système).

• Exemple : À l’intérieur du pool représentant une entreprise, vous pourriez avoir des lanes pour “Ventes,” “Finance,” et “Support Client,” avec des tâches assignées à chaque département.

• Cas d’Utilisation : Les lanes sont utilisées pour assigner la responsabilité des tâches au sein d’un pool, clarifiant ainsi qui exécute chaque activité. Par exemple, les tâches liées au traitement des factures pourraient être placées dans la lane “Finance,” tandis que les tâches liées aux demandes des clients sont placées dans la lane “Support Client.”

Pool Réduit

• Objectif : Un pool réduit représente un participant dans le processus (comme une entreprise, un département ou un système) où le flux de processus interne n’est pas affiché. Il est utilisé pour montrer les interactions entre différents participants sans révéler les détails de leur workflow interne.

• Représentation Visuelle : Un grand rectangle sans activités internes montrées. Il contient généralement seulement le nom du participant et peut avoir des message flows entrant ou sortant du pool pour montrer l’interaction avec d’autres participants.

• Exemple : Un diagramme pourrait montrer une entreprise interagissant avec un fournisseur. Les processus internes de l’entreprise sont montrés, tandis que le fournisseur est représenté par un pool réduit pour indiquer son implication sans détailler ses étapes internes.

• Cas d’Utilisation : Les pools réduits sont utiles lorsque vous voulez afficher les interactions entre plusieurs participants mais n’avez pas besoin de vous concentrer sur les processus détaillés de certains d’entre eux. Par exemple, vous pouvez vouloir montrer comment un client interagit avec un fournisseur externe sans montrer les procédures internes du fournisseur.

Caractéristiques Clés

Pools:

• Interaction Entre Processus : Lors de la modélisation de plusieurs pools, vous pouvez utiliser des message flows pour montrer la communication entre les participants. Par exemple, un client peut envoyer une commande à un fournisseur, et cela serait représenté comme un message flow entre leurs pools respectifs.
• Processus Indépendants : Chaque pool peut contenir son propre processus. Le processus à l’intérieur d’un pool est indépendant des processus dans d’autres pools, bien que des message flows puissent les connecter.

Swimlanes (Lanes):

• Responsabilité et Organisation : Les lanes au sein d’un pool représentent différents participants, rôles ou départements responsables de diverses tâches. Chaque lane aide à délimiter la responsabilité au sein de la même organisation ou entité.
• Affectation des Tâches : En organisant les tâches en swimlanes, le modèle BPMN facilite la visualisation du département ou de la personne responsable de chaque partie du processus.

Pool Réduit:

• Représentation du Participant : Un pool réduit représente un participant dans un processus sans montrer leur workflow interne. Cela peut être une organisation externe, un département ou une entité qui interagit avec d’autres participants dans le processus.
• Pas d’Activités Internes : Le pool n’affiche aucune activité ou tâche à l’intérieur, signifiant que le processus interne est caché ou non pertinent pour le diagramme actuel.
• Focalisation sur l’Interaction : L’accent principal est mis sur la manière dont le pool réduit interagit avec d’autres participants à travers des message flows, plutôt que sur les étapes spécifiques qu’il suit en interne.
• Visibilité des Limites : Bien que le processus interne soit caché, les limites du participant sont clairement marquées pour montrer leur implication dans le processus global.
• Vue Simplifiée : Les pools réduits aident à simplifier les diagrammes complexes en excluant les détails superflus des processus externes, facilitant la concentration sur les interactions et communications.

Exemples

Exemple de Pool : Dans un processus de chaîne d’approvisionnement :

• Un pool représente le “Fournisseur” et un autre pool représente le “Client.”
• Le processus au sein du pool “Client” peut inclure passer une commande, tandis que le processus au sein du pool “Fournisseur” peut inclure le traitement et l’expédition de cette commande.
• Les Message flows entre les pools montrent la communication, comme l’envoi de la demande de commande et la réception de la confirmation d’expédition.

Exemple de Swimlane : Dans un processus interne d’une entreprise :

• Un seul pool représente “Entreprise XYZ.”
• Au sein de ce pool, les swimlanes représentent différents départements, tels que “Ventes,” “Opérations,” et “Comptabilité.”
• Des tâches comme “Générer Facture” pourraient être assignées à la lane “Comptabilité,” tandis que “Préparer Expédition” est assignée à la lane “Opérations,” montrant clairement la division des responsabilités.

Exemple de Pool Réduit : Dans une collaboration commerciale internationale :

• Un pool réduit représente “Partenaire International A” et un autre pool réduit représente “Partenaire International B.”
• Les processus internes au sein de “Partenaire International A” et “Partenaire International B” ne sont pas montrés, car ils ne sont pas pertinents pour le diagramme de processus actuel.
• Les Message flows entre les pools réduits montrent la communication, comme l’envoi d’une proposition de contrat de “Partenaire A” et la réception d’un contrat signé de “Partenaire B.”
• L’accent est mis sur l’interaction et la communication entre les deux partenaires, et non sur les détails de la façon dont chaque partenaire gère le contrat en interne.

Points Clés

• Pools:

  • Représentent des participants distincts, tels que des entreprises, départements ou systèmes.
  • Utilisés pour modéliser les interactions entre différentes organisations ou entités.
  • Contiennent des processus complets qui peuvent communiquer avec d’autres pools via des message flows.

• Swimlanes (Lanes):

  • Subdivisions au sein d’un pool, représentant des rôles, départements ou systèmes au sein de la même organisation.
  • Utilisées pour organiser des tâches et indiquer la responsabilité des activités spécifiques.
  • Apportent de la clarté en assignant des tâches à des participants spécifiques au sein du même processus.

• Pools Réduits:

  • Représentent des participants d’un processus dont les activités internes sont cachées ou non pertinentes pour la vue actuelle.
  • Se concentrent sur les interactions entre différents participants, simplifiant le diagramme en omettant les détails internes.
  • Sont utilisés lorsque seules les communications de haut niveau ou les échanges externes entre participants doivent être modélisés.
  • Les message flows sont utilisés pour montrer la communication entre pools réduits et autres participants.
  • Aident à réduire la complexité des diagrammes tout en conservant la clarté sur les interactions entre participants.

Cas d’Utilisation

• Pools : Lors de la modélisation des interactions entre des entités distinctes, comme une entreprise et son fournisseur ou client.
• Swimlanes : Lors de la modélisation des processus internes au sein d’une même organisation et de la démonstration de la participation de différents rôles ou départements au workflow.
• Pools Réduits : Lors de la modélisation de participants externes où le processus interne n’est pas important à montrer, comme un client qui interagit avec un prestataire de services, en se concentrant uniquement sur la communication entre eux plutôt que sur les étapes internes du processus du prestataire.

Exemple

[IMAGE PLACEHOLDER FOR POOLS AND SWIMLANES EXAMPLE]

• Pool 1 : “Client”

  • Lane 1 : “Département des Ventes” (Tâche : “Soumettre Commande”)
  • Lane 2 : “Département Comptabilité” (Tâche : “Envoyer Confirmation Paiement”)

• Pool 2 : “Fournisseur”

  • Lane 1 : “Entrepôt” (Tâche : “Préparer Expédition”)
  • Lane 2 : “Facturation” (Tâche : “Émettre Facture”)

Dans ce diagramme, le pool Client communique avec le pool Fournisseur via des message flows (par exemple, envoyer une commande et recevoir une facture), tandis que les tâches dans chaque pool sont assignées à des lanes spécifiques selon les responsabilités départementales.

Les pools et swimlanes sont essentiels pour structurer des processus métier complexes, montrant clairement comment différentes entités et rôles contribuent au workflow global, et assurant que les responsabilités sont clairement définies au sein et entre les organisations.