Introduction à BPMN

Modèle et notation des processus métiers (BPMN) est une représentation graphique utilisée pour spécifier les processus métiers dans un flux de travail. BPMN fournit une méthode normalisée pour modéliser les processus métiers, ce qui facilite leur compréhension, leur analyse et leur amélioration. Ce tutoriel utilisera une étude de cas basée sur l’image jointe pour expliquer les concepts clés de la modélisation des processus métiers.

Étude de cas : Processus de rendez-vous et de prescription du patient

La figure ci-dessous illustre un processus métier impliquant un patient, un médecin et un cabinet médical. Le processus comprend la planification d’un rendez-vous, la gestion des symptômes et la prescription de médicaments. Nous utiliserons cette étude de cas pour expliquer les principaux concepts BPMN.

Concepts clés de BPMN

1. Pools et lignes

• Pools: Représentent les principaux participants dans un processus métier. Dans notre étude de cas, il y a deux pools : « Patient » et « Cabinet du médecin ».
• Lignes: Des sous-divisions au sein d’un pool qui représentent des rôles ou départements différents. Dans le pool « Cabinet du médecin », il n’y a pas de lignes explicites, mais les tâches sont effectuées par le personnel du cabinet médical.

2. Événements

• Événement de départ: Représenté par un cercle, il indique le début d’un processus. Dans notre étude de cas, les événements de départ sont la demande du patient pour consulter le médecin et la réception de cette demande par le cabinet médical.
• Événement de fin: Représenté par un cercle avec un contour gras, il indique la fin d’un processus. Dans notre étude de cas, les événements de fin sont la réception de la prescription par le patient et l’envoi de la prescription par le cabinet médical.
• Événements intermédiaires: Représentés par un cercle avec un contour double, ils indiquent quelque chose qui se produit entre les événements de départ et de fin. Dans notre étude de cas, les événements intermédiaires incluent l’envoi et la réception de messages entre le patient et le cabinet médical.

3. Activités

• Tâches: Représentées par des rectangles arrondis, elles indiquent une unité de travail unique. Dans notre étude de cas, les tâches incluent « Envoyer la demande au médecin », « Recevoir le rendez-vous », « Envoyer les symptômes », « Recevoir la prescription », « Demande du patient au médecin », « Planifier le rendez-vous du patient », « Gérer les symptômes du patient », « Gérer la prescription du patient », « Recevoir la demande du médecin », « Envoyer le rendez-vous », « Recevoir les symptômes » et « Envoyer la prescription ».
• Sous-processus: Représentés par un rectangle avec un signe plus, ils indiquent un processus qui peut être décomposé en tâches plus petites. Dans notre étude de cas, il n’y a pas de sous-processus explicites, mais les tâches peuvent être considérées comme faisant partie d’un plus grand sous-processus.

4. Passerelles

• Passerelles: Représentés par une forme losange, ils contrôlent le déroulement du processus en fonction de conditions. Dans notre étude de cas, il n’y a pas de passerelles explicites, mais le déroulement des tâches et des événements peut être considéré comme conditionnel en fonction des actions du patient et des réponses du cabinet médical.

5. Objets de flux

• Flux de séquence: Représentés par des flèches pleines, ils indiquent l’ordre des activités. Dans notre étude de cas, le flux de séquence montre l’ordre des tâches et des événements, tels que l’envoi par le patient d’une demande de rendez-vous, la réception de la demande par le cabinet médical, et ainsi de suite.
• Flux de message: Représentés par des flèches pointillées, ils indiquent le flux des messages entre les pools. Dans notre étude de cas, le flux de message montre la communication entre le patient et le cabinet médical, telle que l’envoi et la réception de confirmations de rendez-vous, des symptômes et des ordonnances.

Analyse de l’étude de cas

Pool du patient

1. Événement de départ: Le patient souhaite consulter le médecin.
2. Tâche: « Envoyer la demande de médecin » – Le patient envoie une demande pour consulter le médecin.
3. Événement intermédiaire: Le patient reçoit une confirmation de rendez-vous.
4. Tâche: « Envoyer les symptômes » – Le patient envoie ses symptômes au cabinet médical.
5. Événement intermédiaire: Le patient reçoit une ordonnance.
6. Événement de fin: Le processus se termine par la gestion de l’ordonnance par le patient.

Pool du cabinet médical

1. Événement de départ: Le cabinet médical reçoit la demande du patient.
2. Tâche: « Recevoir la demande de médecin » – Le cabinet médical reçoit la demande du patient.
3. Tâche: « Envoyer le rendez-vous » – Le cabinet médical envoie une confirmation de rendez-vous au patient.
4. Événement intermédiaire: Le cabinet médical reçoit les symptômes du patient.
5. Tâche: « Envoyer la ordonnance » – Le cabinet médical envoie une ordonnance au patient.
6. Événement de fin: Le processus se termine par l’envoi de l’ordonnance par le cabinet médical.

Flux de message

• Le patient envoie une demande de consultation au cabinet médical.
• Le cabinet médical envoie une confirmation de rendez-vous au patient.
• Le patient envoie ses symptômes au cabinet médical.
• Le cabinet médical envoie une ordonnance au patient.

UML vs. BPMN : Comprendre les différences

Langage de modélisation unifié (UML) et Modélisation et notation des processus métier (BPMN) sont tous deux des langages de modélisation essentiels utilisés dans les domaines du développement logiciel et de la gestion des processus métier. Bien qu’ils partagent certaines similitudes, ils ont des objectifs distincts et sont optimisés pour des applications différentes. Voici une comparaison détaillée de l’UML et du BPMN.

1. Objectif et orientation

UML (Langage de modélisation unifié)

• Orientation: Principalement utilisé pour l’ingénierie logicielle et la conception de systèmes.
• Objectif: Fournit une méthode normalisée pour visualiser la conception d’un système, couvrant divers aspects tels que la structure, le comportement et les interactions entre les composants.
• Cas d’utilisation: Fréquemment utilisé dans le développement logiciel orienté objet, notamment les diagrammes de classes, les diagrammes de séquence, les diagrammes de cas d’utilisation et les diagrammes d’état.

BPMN (Modélisation et notation des processus métier)

• Orientation: Spécifiquement conçu pour la modélisation des processus métiers.
• Objectif: Fournit une représentation graphique des processus métiers facilement compréhensible par tous les intervenants, y compris les analystes métiers, les gestionnaires et les équipes techniques.
• Cas d’utilisation: Utilisé pour cartographier les flux métier, analyser les processus et identifier les domaines d’amélioration.

2. Types de diagrammes

UML

• Diagrammes courants:
  • Diagrammes de classes: Montre la structure d’un système en illustrant les classes et leurs relations.
  • Diagrammes de séquence: Représente l’interaction entre les objets de manière chronologique.
  • Diagrammes de cas d’utilisation: Représentent les exigences fonctionnelles d’un système et les interactions entre les utilisateurs (acteurs) et le système.
  • Diagrammes d’état: Illustrer les états d’un objet et les transitions entre ces états.

BPMN

• Diagrammes courants:
  • Diagrammes de processus métier (BPD): Montre le flux d’activités et de décisions dans un processus métier.
  • Diagrammes de collaboration: Illustrer les interactions entre différents participants (par exemple, départements ou organisations).
  • Diagrammes de chorégraphie: Se concentre sur les échanges de messages entre les participants dans un processus.

3. Notation et symboles

UML

• Notation complexe: UML utilise une variété de symboles et de notations qui peuvent être complexes et nécessitent peut-être une formation pour être compris. Chaque type de diagramme dispose de son propre ensemble de symboles.
• Flexibilité: UML est très flexible et peut être adapté à différentes méthodologies, y compris Agile et en cascade.

BPMN

• Notation standardisée: BPMN dispose d’un ensemble standardisé de symboles qui sont faciles à comprendre, ce qui le rend accessible aux parties prenantes non techniques.
• Représentation claire: Les symboles représentent différents éléments tels que les tâches, les événements, les passerelles (décisions) et les flux, ce qui facilite la visualisation des processus.

4. Communication avec les parties prenantes

UML

• Public technique: Principalement destiné aux développeurs, architectes et équipes techniques. Il peut ne pas être facilement compris par les parties prenantes non techniques.
• Spécifications détaillées: Fournit une vue détaillée du système pour la mise en œuvre technique, mais peut manquer de clarté dans les discussions plus larges d’entreprise.

BPMN

• Orientation métier: Conçu pour être utilisé par les analystes métiers et les parties prenantes, en plus des équipes techniques. La représentation visuelle claire facilite la communication à travers différents niveaux de l’organisation.
• Focus sur les processus: Met l’accent sur la compréhension et l’amélioration des processus métiers, ce qui en fait un outil précieux pour les initiatives d’amélioration des processus.

5. Support des outils et logiciels

Les deux notations UML et BPMN disposent d’une variété d’outils de modélisation, dont beaucoup supportent les deux notations. Les logiciels populaires incluent :

• Visual Paradigm: Offre un support complet pour l’UML et le BPMN, ce qui en fait un choix idéal pour les équipes travaillant sur le développement logiciel et la modélisation des processus métiers.

Conclusion

BPMN est un outil puissant pour modéliser les processus métiers. En utilisant les concepts clés des pools, des lacs, des événements, des activités, des passerelles et des objets de flux, vous pouvez créer des diagrammes clairs et concis qui représentent des processus métiers complexes. L’étude de cas de la prise de rendez-vous et de la prescription du patient illustre comment BPMN peut être utilisé pour modéliser un scénario du monde réel, ce qui facilite sa compréhension, son analyse et son amélioration.

En résumé, UML et BPMNsont toutes deux des langages de modélisation précieux, mais elles servent des objectifs différents. L’UML se concentre sur la conception logicielle et l’architecture des systèmes, tandis que le BPMN est conçu pour visualiser et améliorer les processus métiers. Comprendre les différences entre ces deux notations aidera les organisations à choisir les bons outils et approches selon leurs besoins spécifiques. Pour les équipes souhaitant intégrer à la fois le développement logiciel et la gestion des processus, des outils comme Visual Paradigm offrent une solution complète qui supporte à la fois l’UML et le BPMN.

Ressources

1. Design Patterns.vpp
2. The-Leave-Application-Process.vpp

---

Liens connexes

• Introduction au BPMN Partie I
• Introduction au BPMN Partie II – Nageoires
• Introduction au BPMN Partie III – Flux et objets de connexion
• Introduction au BPMN Partie IV – Données et artefacts

---

 

Cette publication est également disponible en Deutsch, English, Español, فارسی, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 : liste des langues séparées par une virgule, 繁體中文 : dernière langue.