BPMN: les données

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §10.4 « Items and Data »: BPMN ne fournit pas de modèle intégré de structure de données ni de langage d’expression, il formalise des points d’accroche pour des structures et des langages définis à l’extérieur, il admet la coexistence de plusieurs d’entre eux dans un même modèle, la compatibilité et la vérification de ces langages relevant du fournisseur d’outil, et il désigne XML Schema et XPath comme ses langages par défaut. La même clause pose le sujet en termes d’items, « physical or information items », créés, manipulés et utilisés pendant l’exécution d’un processus. ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §10.4.1 « Data Modeling », sous-clause « Data Objects ». Cette sous-clause donne l’objet de données comme construction première de la modélisation des données dans le flux d’un processus, son cycle de vie défini et les contraintes d’accès qui en découlent, l’obligation d’être contenu dans un processus ou un sous-processus, l’affichage sur le diagramme, la référence à un objet de données comme moyen de réutiliser un même objet et d’en montrer différents états à différents points du processus, ainsi que la règle de dérivation de l’étiquette, <Data Object Name> [ <Data Object Reference State> ]. Le tableau 10.52 donne isCollection avec sa valeur par défaut fausse et son accord obligatoire avec l’ItemDefinition référencée, le tableau 10.53 dataObjectRef, le tableau 10.54 le nom du DataState. Sa sous-clause « States » pose que la définition des états, leurs valeurs possibles et leur sémantique restent hors du champ du standard, les adoptants disposant de l’élément d’état et des capacités d’extension. Sa sous-clause « Data Objects representing a Collection of Data » pose la représentation distincte d’une collection et d’une structure à instance unique. Sa sous-clause « Visual representations of Data Objects » autorise plusieurs apparitions du même objet dans un diagramme, chacune renvoyant à la même instance, pour simplifier les connexions. Sa sous-clause « Lifecycle and Accessibility » lie le cycle de vie de l’objet à celui du processus ou du sous-processus parent et limite l’accès au parent immédiat, aux éléments de flux frères et à leurs enfants, références comprises. Le texte du standard n’y est pas univoque: la sous-clause « Data Objects » écrit qu’un objet de données ne peut pas spécifier d’état, tandis que la sous-clause « States » lui accorde une référence facultative à un DataState, que le tableau 10.51 attache d’ailleurs à tout item-aware element. ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §7.3.2 « Extended BPMN Modeling Elements », tableau 7.2, ligne Data Object: l’objet de données renseigne sur ce qu’une activité exige pour être exécutée ou sur ce qu’elle produit, il peut représenter un objet unique ou une collection d’objets, et l’entrée comme la sortie de données donnent la même information pour les processus. ↩︎

Bruce Silver, BPMN Method and Style, 2e édition, Cody-Cassidy Press, 2011, chapitre 4 « Level 1 Palette », sous-clause « Data Object and Data Store »: l’objet de données tenu pour un artefact sans sémantique ni règle en BPMN 1.2 puis promu élément sémantique de plein droit en BPMN 2.0, avec le magasin de données pour nouveauté, tous deux dans la palette de niveau 1 malgré des définitions écrites du point de vue d’un développeur; la page à coin corné de l’objet et le cylindre du magasin, avec l’état entre crochets ajouté à l’étiquette; l’objet de données lu comme la variable locale d’un niveau de processus, visible à ce niveau et à ses enfants, disparaissant avec lui; le magasin comme donnée persistante interrogeable et modifiable par le processus comme par l’extérieur, survivant à la fin du processus et correspondant le plus souvent à ce qu’un modélisateur appelle « données »; l’association de données en ligne pointillée terminée par une pointe en V, que ses points et sa pointe distinguent du tracé du flux de message; l’association entrant dans un magasin lue comme une mise à jour et celle qui en sort comme une consultation, le symbole désignant une unité d’information rangée dans un système plutôt que le système entier; le magasin défini comme élément racine hors de tout processus, la forme dessinée étant une référence contenue dans un niveau de processus; et le raccourci non dirigé posé sur le flux de séquence, dont il conseille de préférer les deux associations de données parce que tous les outils ne font pas la conversion. Le chapitre 6 « BPMN Style Rules » ajoute ses deux règles de validation sur les connecteurs, l’une réservant le flux de séquence aux activités, aux passerelles et aux événements, à l’exclusion notamment d’un pool, d’un objet de données ou d’un autre flux de séquence, l’autre réservant le flux de message aux activités, aux événements de message ou multiples et aux pools en boîte noire, à l’exclusion notamment d’un magasin de données, d’une passerelle ou de la bordure d’un pool contenant un processus. ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

Marlon Dumas, Marcello La Rosa, Jan Mendling et Hajo A. Reijers, Fundamentals of Business Process Management, 2e édition, Springer, 2018, §3.3 « Business Objects »: la perspective objet, dite aussi perspective données; les objets de données représentant l’information et la matière qui entrent dans une activité et qui en sortent, objets physiques porteurs d’information, matières ou objets électroniques; le document au coin supérieur droit replié et la flèche pointillée à pointe ouverte; le sens de l’association qui fait de l’objet une entrée ou une sortie; la répétition d’un même objet dans le modèle pour éviter les croisements, toutes les occurrences renvoyant au même artefact; le rappel que les objets de données et leurs associations ne remplacent pas le flux de séquence; le raccourci non dirigé posé sur un flux de séquence; l’état facultatif ajouté entre crochets à l’étiquette, avec l’exemple d’une facture ouverte, puis approuvée ou rejetée, puis archivée; le magasin de données comme lieu contenant les objets à conserver au-delà de la durée d’une instance, base de données ou armoire à dossiers, dessiné en cylindre vide à triple bord supérieur; la réponse à la question de l’effet sur les jetons, où une activité attend la disponibilité de ses objets d’entrée même si un jeton est présent sur son arc entrant, un objet étant disponible parce qu’une activité précédente l’a produit ou parce qu’il est une entrée du processus, les objets de sortie n’agissant qu’indirectement; et la réponse à la question du dosage, où les objets de données aident le lecteur au prix d’une complexité accrue, d’où le conseil de ne les employer que pour un but précis comme la préparation d’une automatisation. ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §10.4.1 « Data Modeling », sous-clause « Item-Aware Elements »: les éléments qui stockent ou transportent des items pendant l’exécution, leur rapprochement avec la variable des langages courants, la liste des six éléments concernés (objet de données, référence à un objet de données, magasin de données, propriété, entrée de données, sortie de données), la sous-spécification admise avec l’attribut structure facultatif de l’ItemDefinition, ainsi que le tableau 10.51 pour itemSubjectRef et dataState. ↩︎ ↩︎ ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §10.4.1 « Data Modeling », sous-clause « Properties »: la propriété est un item-aware element dépourvu de représentation sur le diagramme, elle doit être contenue dans un élément de flux et seuls les processus, les activités et les événements peuvent en porter; le tableau 10.57 donne son nom. ↩︎

Bruce Silver, BPMN Method and Style, 2e édition, chapitre 16 « Serializing Data Flow »: le marqueur à trois barres porté par un objet de données dont isCollection vaut vrai; les outils qui écrivent l’étiquette complète dans le nom sans créer de DataState, ce qui convient à un modèle non exécutable; et le refus, par le comité de rédaction de BPMN 2.0, de raccorder une association de données directement à une activité ou à un événement, source et cible devant être des item-aware elements, d’où la présence obligatoire des entrées et des sorties de données dans le XML et une sérialisation verbeuse. Ce chapitre range l’objet de données, le magasin de données et l’association de données dans la sous-classe analytique, ce que contredit le chapitre 4 du même livre, qui les met dans la palette de niveau 1. Le tableau 2.1 de l’OMG tranche: les trois appartiennent à la sous-classe descriptive. ↩︎ ↩︎ ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §12.3.2 « BPMNShape », tableau 12.21 « Depiction Resolution for Data »: le rendu des entrées et des sorties de données est facultatif et n’est admis que pour les processus; la forme « objet de données » se résout en une DataObjectReference dont dataObjectRef reste non spécifié ou dont l’objet référencé porte isCollection à faux, la forme « collection » en une référence dont l’objet le porte à vrai, et la forme « magasin de données » en une DataStoreReference. ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §10.4.1 « Data Modeling », sous-clause « Data Stores »: le mécanisme offert aux activités pour lire ou mettre à jour une information persistant au-delà de la portée du processus, la visualisation d’un même magasin en un ou plusieurs endroits par une référence, la référence comme item-aware element servant de source ou de cible à une association de données, et l’équivalence entre les données qui entrent dans la référence ou en sortent et celles qui entrent dans le magasin référencé ou en sortent. Le magasin hérite de FlowElement par sa relation à RootElement. Le tableau 10.55 donne name, capacity et isUnlimited, ce dernier l’emportant sur capacity; le tableau 10.56 donne dataStoreRef. ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §10.4.1 « Data Modeling », sous-clauses « Data Associations », « DataAssociation », « Assignment », « DataInputAssociation », « DataOutputAssociation » et « Data Objects associated with a Sequence Flow »: le déplacement de données entre les objets de données, les propriétés et les entrées et sorties des activités, des processus et des tâches globales, l’absence de jeton sur ce connecteur et donc d’effet direct sur le déroulement du processus, la finalité qui est de remplir les entrées des activités depuis les objets de données ou les entrées du processus puis de renvoyer les valeurs produites vers ceux-ci, le rattachement à une activité ou à un événement, les sources multiples et la cible unique avec la copie de l’une dans l’autre, l’obligation faite à la source et à la cible d’être des item-aware elements, l’ItemDefinition commune ou l’expression de transformation qui convertit, la source unique en l’absence de transformation, la représentation facultative au style de l’association, ainsi que le raccourci visuel de l’objet de données rattaché à un flux de séquence, qui normalise deux associations de données. Le tableau 10.63 donne transformation, assignment, sourceRef et targetRef. Le passage de l’association dirigée de BPMN 1.2 à l’association de données de BPMN 2.0.2, qui en reprend le tracé, est posé en §8.4.1 « Artifacts ». ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §2.2.2 « BPMN Process Elements ». Le tableau 2.1 « Descriptive Conformance Sub-Class Elements and Attributes » porte DataObject avec id et name, dataStoreReference avec id, name et dataStoreRef, ainsi que association/dataAssociation avec id, name, sourceRef, targetRef et associationDirection. Sa note a précise que DataAssociation est abstraite, que DataInputAssociation et DataOutputAssociation apparaissent dans la sérialisation XML avec leurs attributs obligatoires renvoyant à des item-aware elements, que cela exige ioSpecification, inputSet, outputSet, l’entrée et la sortie de données, et qu’un éditeur BPMN devrait engendrer cette sous-structure invisible. Le tableau 2.2, qui ajoute les éléments de la sous-classe analytique, ne porte aucun élément de données. ↩︎ ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §10.4.1 « Data Modeling », sous-clauses « Data Inputs and Outputs », « Data Input », « Data Output », « InputSet » et « OutputSet »: les besoins en données captés par les entrées et les ensembles d’entrée, les données produites captées par les sorties et les ensembles de sortie, leur réunion dans une InputOutputSpecification, les tâches et les éléments appelables (tâches globales et processus) comme seuls éléments pouvant déclarer leurs besoins, le sous-processus intégré qui ne les déclare qu’indirectement par ses caractéristiques de boucle à instances multiples, la déclaration que porte une entrée et celle que porte une sortie, la notation identique à celle de l’objet de données augmentée d’une petite flèche en bloc creuse pour l’entrée et pleine pour la sortie, l’affichage réservé aux entrées et sorties du processus de premier niveau ou d’un processus appelé depuis une activité d’appel développée, l’interdiction faite à une entrée directement contenue par le processus de premier niveau d’être la cible d’une association de données, ainsi que l’ensemble d’entrée et l’ensemble de sortie, obligatoires à au moins un exemplaire, dont la version vide signifie respectivement qu’aucune donnée n’est requise pour démarrer et qu’aucune donnée n’est produite. Les tableaux 10.59 et 10.60 donnent isCollection pour l’entrée et pour la sortie, avec le même accord obligatoire avec l’ItemDefinition référencée. ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §10.4.2 « Execution Semantics for Data »: les ensembles d’entrée évalués dans l’ordre de leur déclaration, le premier ensemble dont toutes les entrées sont disponibles servant à démarrer l’activité, l’attente tant qu’aucun ne l’est, et l’exécution à l’achèvement de l’activité des associations de données dont les sources sont les sorties de l’ensemble de sortie, qui recopient les valeurs dans le contexte du conteneur. ↩︎ ↩︎ ↩︎

OMG, Business Process Model and Notation (BPMN), version 2.0.2, §7.6.1 « Sequence Flow Connections Rules » et §7.6.2 « Message Flow Connection Rules »: l’objet de données ne figure ni dans le tableau 7.3 ni dans le tableau 7.4, qui ne portent que les objets susceptibles d’avoir des flux entrants ou sortants. ↩︎

Association eCH, eCH-0158 v1.2, Conventions de modélisation BPMN pour l’administration publique, 2020-06-05, https://www.ech.ch/fr/ech/ech-0158/1.2. §1.7 « Modellierungsebenen » limite les conventions au niveau descriptif et renvoie au chapitre 3 pour les éléments de ce niveau; ce chapitre 3 couvre le diagramme, le pool, le couloir, les événements, l’activité, les passerelles, le flux de séquence, le flux de message, le commentaire et les groupes, sans aucun élément de données. L’annexe Erweiterte Symbolpalette für analytische Modellierung porte le magasin de données en §2.5.1 et l’objet de données en §2.5.2, chacun avec ses associations de données dirigées. Le texte consulté est la version allemande, les numéros de clause sont donc ceux qu’elle porte et toute formulation française est notre traduction. ↩︎