Maîtriser les objets de données dans la BPMN : Un guide complet pour modéliser le flux d’informations

Introduction

La Business Process Model and Notation (BPMN) est la norme mondiale pour la visualisation des processus métier. Bien que la plupart des praticiens se concentrent sur le flux des activités — ce qui se produit et dans quel ordre —, la véritable puissance d’un processus réside souvent dans les informations qui le pilotent. Qu’il s’agisse d’une demande client, d’une facture, d’un enregistrement de base de données ou d’un e-mail, les données sont le carburant qui maintient les opérations commerciales en marche.

Dans la BPMN,Objets de données sont des artefacts qui représentent ces informations. Contrairement aux flux de séquence, qui dictent l’ordre chronologique d’exécution, les objets de données coexistent avec le flux de contrôle principal. Ils sont liés aux activités viaAssociations de données, permettant aux modélisateurs de montrer exactement quelles informations sont nécessaires pour démarrer une tâche, ce qui est produit par celle-ci et où elles sont stockées.

Ce guide offre un aperçu complet de la modélisation des données dans la BPMN, couvrant les éléments fondamentaux, les symboles visuels et des exemples pratiques pour vous aider à créer des diagrammes de processus plus clairs et plus informatifs.

Les éléments fondamentaux des données dans la BPMN

La spécification BPMN définit des éléments spécifiques pour gérer différents aspects du traitement des données. Comprendre la distinction entre les données transitoires, le stockage persistant et les limites du processus est essentiel pour une modélisation efficace.

1. Données transitoires : Objets de données

Unobjet de données représente les informations qui circulent dans le processus. Il s’agit généralement de documents, de formulaires, d’e-mails ou d’enregistrements numériques créés, modifiés ou consommés lors de l’exécution des tâches. Ils sont « transitoires », ce qui signifie qu’ils n’existent généralement que pendant la durée de l’instance du processus.

• Collection d’objets de données: Lorsqu’il s’agit de plusieurs éléments du même type (par exemple, une liste de lignes de commande ou un lot de CV), la BPMN utilise une variante de collection. Visuellement, cela est souvent indiqué par des lignes parallèles sur l’icône du document.

2. Limites du processus : Entrées et sorties

Les processus n’existent pas dans le vide ; ils nécessitent des entrées et produisent des sorties.

• Entrée de données: Représente les données externes nécessaires pour démarrer le processus. Elle agit comme un paramètre d’entrée.

• Sortie de données: Représente le résultat final ou le livrable produit par le processus.

• Collections: Tout comme les objets standards, les entrées et les sorties peuvent également être des collections (par exemple, un import massif d’articles de stock en entrée, ou une liste de rapports générés en sortie).

3. Stockage persistant : Dépôts de données

Bien que les objets de données soient temporaires, undépôt de données représente un référentiel où les données persistent au-delà de la durée de vie d’une seule instance de processus. Il peut s’agir d’une base de données, d’un bac de stockage cloud ou d’un classeur physique. Les activités peuvent lire ou écrire dans un dépôt de données, garantissant que les informations sont disponibles pour les processus futurs ou d’autres systèmes.

4. Connexion des données : Associations

Les données ne se déplacent pas via les Flux de Séquence (les flèches pleines qui relient les tâches). Au lieu de cela, elles sont liées à l’aide de Associations—des lignes pointillées qui relient les Objets de Données, les Entrées, les Sorties ou les Dépôts de Données aux Activités. Ces associations montrent des relations logiques sans affecter l’ordre d’exécution.

Référence visuelle : Symboles de données BPMN

L’image suivante illustre les symboles standards pour ces éléments de données. Remarquez les indices visuels : les flèches à l’intérieur des icônes de document indiquent la direction (entrée vs. sortie), les lignes triples indiquent des collections, et la forme cylindrique est universellement reconnue pour le stockage persistant.

Exemples pratiques d’utilisation d’objets de données

Pour comprendre comment appliquer ces concepts, explorons quatre scénarios courants dans la modélisation des processus métier.

1. Association de données de base : Transmission d’informations entre les tâches

Dans de nombreux processus, une activité crée des données qu’une autre activité consomme. Cette relation est modélisée à l’aide d’Associations.

Considérons un processus d’évaluation hypothécaire. Le sous-processus « Réaliser l’évaluation » génère un Évaluation document. Ce document est ensuite utilisé comme entrée pour le sous-processus « Archiver les détails ». Dans le diagramme ci-dessous, des lignes pointillées avec des flèches montrent clairement ce flux : l’évaluation est une sortie de la première tâche et une entrée pour la seconde.

De plus, remarquez le Lettre de refus. Il est attaché directement au Flux de Séquence entre « Envoyer le refus » et « Archiver les détails ». Il s’agit d’un raccourci utile en BPMN. Lorsque des données sont transmises directement entre deux activités séquentielles, attacher l’objet à la ligne de flux simplifie le diagramme tout en indiquant que la lettre est générée puis archivée.

Dans ce flux de travail, le nœud de décision (« Offre ? ») détermine le chemin. Si la réponse est non, une lettre de refus est générée et l’évaluation ainsi que la lettre sont archivées, illustrant comment différents objets de données se branchent avec le flux du processus.

2. Changements d’état des données : Suivi des artefacts le long du flux

Parfois, il est crucial de montrer comment un artefact spécifique change d’état au fur et à mesure qu’il se déplace dans un processus. Dans ce scénario d’embauche, la « Candidature » est l’artefact central.

1. Filtrer les candidats: La candidature est examinée.

2. Approuver la candidature: Le statut est mis à jour.

3. Embaucher le candidat: L’offre finale est faite.

En attachant l’objet de données au flux de séquence, nous visualisons la candidature « voyageant » avec le processus. Les étiquettes [Filtrée] et [Approuvé] indiquent que le même document est modifié à chaque étape. Cette approche permet aux parties prenantes de comprendre facilement que les données ne sont pas simplement créées et jetées, mais sont activement transformées tout au long du cycle de vie.

Remarquez comment les icônes de documents sont placées sous les activités, reliées par des lignes pointillées. Ce positionnement visuel renforce l’idée que les données font partie intégrante de l’exécution de la tâche.

3. Définir les interfaces du processus : entrées et sorties

Toutes les données ne sont pas créées au sein du processus. Souvent, un processus est déclenché par des données externes et aboutit à un livrable spécifique. Cela est modélisé à l’aide de Entrée de données et Sortie de données objets.

Dans l’exemple de transformation ci-dessous, le processus nécessite explicitement un Document initial pour commencer. L’activité « Transformer le document » traite cette entrée et produit un Document final. L’utilisation d’objets d’entrée et de sortie distincts aide à définir clairement les limites du processus, facilitant ainsi son intégration avec d’autres systèmes ou sous-processus.

Les flèches directionnelles à l’intérieur des icônes de documents (pointant vers la droite pour l’entrée, pointant vers l’extérieur pour la sortie) offrent une clarté visuelle immédiate sur le rôle de chaque élément de données.

4. Données persistantes : interaction avec les dépôts de données

Bien que les objets de données soient temporaires, de nombreux processus doivent interagir avec un stockage à long terme. Dépôts de données permettent aux activités de lire ou d’écrire dans des bases de données ou des systèmes de fichiers.

Dans l’exemple ci-dessous, nous voyons deux interactions différentes avec un dépôt de données central :

• Composant A effectue des opérations d’écriture (mise à jour, insertion ou suppression). Cela représente la création ou la modification d’enregistrements persistants.

• Composant B effectue des opérations de lecture (sélection). Cela représente la récupération de données existantes pour une utilisation dans une tâche.

Cette séparation est cruciale pour comprendre l’architecture du système au sein d’un processus métier. Elle clarifie quelles étapes sont responsables de la maintenance des données par rapport à celles qui se contentent de consommer des informations existantes.

L’icône en forme de cylindre est le symbole standard pour les dépôts de données, immédiatement reconnaissable par les publics techniques et métier comme un référentiel d’informations persistantes.

Exemple d’objet de données BPMN – Cycle de vie des données de traitement de commande

Le diagramme généré montre comment les artefacts de données s’exécutent en parallèle des étapes d’exécution opérationnelles d’un processus de traitement de commande. Alors que le solide Flux de séquence les flèches déterminent l’ordre chronologique exact de l’exécution, les pointillées Associations de données cartographient le cycle de vie, la transformation et le stockage des informations métier.

• Éléments d’entrée : La tâche s’appuie sur deux sources entrantes : un Entrée de données artefact (indiqué par la flèche remplie de blanc chevauchant l’icône de fichier située sous la tâche) et un Objet de données étiqueté Commande client.
• Notation d’état : Le texte entre crochets [Reçu] spécifie l’état de l’objet de données, indiquant que les détails de la commande entrante sont bruts, non vérifiés et prêts pour un traitement de base.

• Sorties de données : La tâche écrit un Sortie de données élément (la flèche remplie de noir chevauchant l’icône de fichier).
• Changement d’état : Cette sortie remplit un nouvel objet de données appelé “Confirmation de commande”, qui passe explicitement à l’état “[Généré]" de cycle de vie.”

• Mécanisme de lecture :” Une ligne pointillée avec une flèche dirige “de “ l’ “Confirmation de commande [Généré]” objet “vers “ la tâche. Cela illustre une dépendance « en lecture seule ». La tâche consomme les informations contenues dans le document de confirmation (telles que les coordonnées du client) pour envoyer la notification sans modifier le fichier lui-même.”

• Interface de magasin de données :” Au lieu d’utiliser un fichier d’objet de données transitoire, cette tâche se connecte directement à un “Base de données des commandes”—représenté par l’icône de cylindre (“Magasin de données”).
• Synchronisation bidirectionnelle :” La flèche à double tête indique une transaction de lecture/écriture synchrone. La tâche écrit les enregistrements de transaction finalisés dans une infrastructure à long terme, tandis que la base de données reçoit simultanément des mises à jour de la “Confirmation de commande” objet pour finaliser l’enregistrement. Une fois terminé, le processus sort vers le “ Événement de fin” (“Commande traitée”).

Conclusion

Modéliser efficacement les données dans le BPMN transforme un simple organigramme en un modèle de processus métier robuste. En allant au-delà de la simple question « qui fait quoi » et en intégrant « quelles informations sont utilisées », vous fournissez un contexte essentiel qui comble le fossé entre les opérations métier et les systèmes informatiques.

Points clés :

• Utilisez des objets de données pour les informations transitoires qui circulent entre les tâches.

• Utilisez des entrées/sorties de données pour définir clairement ce qui déclenche un processus et ce qu’il produit.

• Utilisez des dépôts de données pour les informations qui doivent persister après la fin du processus.

• Utilisez des associations (lignes pointillées) pour relier les données aux activités, en les distinguant du flux de séquence qui pilote l’exécution.

En maîtrisant ces éléments, vous vous assurez que vos diagrammes BPMN ne sont pas de simples cartes d’actions, mais des plans complets du flux d’informations de votre organisation.