Objet de données

Un objet de données est une petite icône de page au coin plié qui représente une information circulant dans le processus. Il peut être l'entrée d'une activité, la sortie d'une autre, ou un document persistant muté par plusieurs étapes. Le point essentiel : ce n'est *pas* une étape — c'est une chose, pas une chose-en-cours.

BPMN 2.0 distingue deux notations proches. L'objet de données simple vit à l'intérieur du flux et montre l'information telle qu'elle se déplace entre activités ; le data store (un cylindre à lignes) représente un dépôt persistant — base de données, système de fichiers, file de messages — qui sort du flux direct et dans lequel les activités lisent ou écrivent.

• Quand le même document est produit, modifié et consommé sur plusieurs étapes — par exemple une facture qui démarre en brouillon, passe en approuvée, devient officielle, se fait payer.
• Quand les entrées et sorties diffèrent en nature — une activité qui lit une fiche client et écrit un rapport de conformité. Montrer les deux objets rend la transformation évidente.
• Quand une étape a des entrées ou sorties qu'un lecteur ordinaire ne devinerait pas. Les dépendances de données surprenantes méritent un repère visuel.
• Passez vous en pour les étapes où les entrées/sorties sont évidentes ou identiques sur tout le processus — elles n'ajoutent que du bruit.

LucidFlow produit les objets de données de façon sélective. Quand le document source mentionne des artefacts précis (« le fournisseur envoie un devis », « la conformité produit un rapport »), le générateur émet un objet de données lié aux activités pertinentes. Les activités qui ne font que transformer un état interne — « calculer le total », « mettre à jour le statut » — n'en obtiennent pas sans demande explicite, parce que le coût visuel dépasse la valeur ajoutée.