Différentes normes de modélisation de flux de données

Quels sont les possibilités de modélisation de flux de données?

Flux de données ou flux d’informations ?

Le flux de données décrit le transfert de données brutes et non traitées, indépendamment de leur signification métier.

Le flux d’informations, en revanche, concerne le transfert de données traitées ou interprétées, qui ont une utilité claire et identifiable pour le destinataire.

Naturellement, dans un environnement informatique, lorsque des informations doivent être transférées, cela se fait sur la base d’un transfert de données. Le flux de données constitue la base technique du flux d’informations.

Les formes de représentation décrites dans cet article utilisent des éléments des deux variantes, mais l’objectif du flux d’informations reste au premier plan.

L’exemple utilisé

Notre exemple est un envoi de factures via EDI. Le département « Comptabilité » envoie des factures au format XML via un middleware central à plusieurs clients (trois dans ce cas).

Les paramètres supplémentaires suivants sont connus :

Paramètre Valeur
Source des données CRM du Marketing (pour les données d’adresse)
ERP des Ventes (pour les données de facturation)
Émetteur Département Comptabilité
Système source Module financier
Destinataire Client
Objet métier Facture mensuelle
Objet de données Fichier PDF
Technologie d’envoi SFTP
Intervalle Mensuel
flowchart LR
CRM[CRM]
VM[ERP]
FM[Module financier]
R(Facture)
MW{Middleware}
FTP{SFTP}
K[Client]

CRM --> FM
VM --> FM
FM --> R --> MW
MW --> FTP
FTP --> K

Bien que cette interaction puisse être représentée assez simplement par un organigramme de base, certaines informations manquent. Ou plutôt, elles ne peuvent pas être facilement affichées de manière claire. Les différents niveaux (métier, application, infrastructure) ne sont pas clairement différenciés, et l’aspect temporel (mensuel) est également absent.

Différentes normes de modélisation

Plusieurs normes permettent de soutenir la modélisation des flux d’informations.

ArchiMate

En tant que langage de modélisation pour les architectures d’entreprise, ArchiMate est très bien adapté pour représenter les flux d’informations. Grâce à sa stratégie par couches, la transition du flux de données au flux d’informations peut également être illustrée.

Modélisation du flux de données en Archimate

Avantages

  • Grâce aux couches d’architecture, le flux d’informations, le flux de données et l’infrastructure requise peuvent être représentés.
  • Selon l’outil utilisé, les éléments individuels peuvent être liés à des entrées de portefeuille ou générés à partir d’elles.

Inconvénients

  • ArchiMate est exclusivement lisible par l’homme, pas par la machine.
  • Ceux qui ne connaissent pas la syntaxe ArchiMate peuvent avoir du mal à l’interpréter.
  • Sans directives de modélisation claires, les modèles peuvent sembler plutôt chaotiques ; on peut se perdre dans les détails potentiels.
  • Il n’existe pas d’éléments spécifiques pour les aspects temporels ; ceux-ci doivent être ajoutés sous forme de descriptions via des notes.

UML

L’UML ne possède pas son propre type de diagramme pour les flux d’informations, mais plusieurs types de diagrammes appropriés se trouvent dans le groupe des diagrammes de comportement. Pour cet article, nous appliquons le diagramme de séquence.

sequenceDiagram
  participant Marketing as Département Marketing
  participant CRM as Système CRM
  participant Ventes as Département des Ventes
  participant ERP as Système ERP
  participant Finance as Module financier
  participant MW as Middleware
  participant FTP as FTP Client
  participant Client

  Note over Finance: Déclencheur le 1er du mois

  Marketing->>CRM: Maintenance des données d'adresse
  Ventes->>ERP: Maintenance des données produit

  Finance->>CRM: Demande de données d'adresse
  CRM-->>Finance: Données d'adresse

  Finance->>ERP: Demande de données produit
  ERP-->>Finance: Données produit

  Finance->>Finance: Générer la facture mensuelle
  Finance->>Finance: Générer la facture PDF

  Finance->>MW: Transmettre la facture PDF
  MW->>FTP: Stocker le fichier PDF
  Client->>FTP: Récupérer la facture PDF

Avantages

  • Représentation très structurée ; les participants sont clairement visibles.
  • La séquence chronologique des actions est très claire.
  • Les réponses/réactions peuvent également être clairement représentées.

Inconvénients

  • Peut rapidement devenir confus ; il faut se concentrer soit sur le flux d’informations, soit sur le flux de données, pas sur les deux mélangés.

BPMN

Modélisation du flux de données en BPMN

Avantages

  • Grâce aux pools et aux lanes, les participants au flux d’informations peuvent être représentés de manière structurée et claire. Même des flux d’informations plus complexes avec, par exemple, plusieurs destinataires, peuvent être facilement mis en œuvre.
  • Grâce aux messages d’événement, les intervalles ou les points d’exécution temporels peuvent être clairement représentés.
  • Un modèle BPMN est également lisible par machine ou exécutable via un moteur BPM.

Inconvénients

  • Pour représenter l’infrastructure et l’architecture entourant le flux d’informations, BPMN manque des éléments de représentation spécifiques nécessaires.

Conclusion et recommandation personnelle

Les trois notations – diagrammes de séquence UML, BPMN et ArchiMate – offrent des approches précieuses pour la modélisation des flux d’informations et des architectures. Cependant, de mon point de vue, ArchiMate se distingue : c’est le langage le plus polyvalent et particulièrement adapté pour représenter l’interaction des couches architecturales dans l’EAM – de la stratégie en passant par les processus métier jusqu’à la technologie.

ArchiMate permet de représenter non seulement les flux de séquence ou les processus (bien que pas aussi détaillés que l’UML ou le BPMN), mais surtout les dépendances et les relations architecturales. Cette vue holistique est cruciale pour comprendre et gérer des architectures d’entreprise complexes. Alors que le BPMN et les diagrammes de séquence UML sont supérieurs dans leurs domaines spécialisés – respectivement les processus et les interactions – ArchiMate offre la flexibilité nécessaire pour mapper toutes les couches avec une seule notation.

Ma recommandation :

  • Pour les organisations aux ressources limitées (par exemple, les petites ou moyennes organisations), ArchiMate est le choix le plus pragmatique, car il couvre la plupart des exigences sans avoir recours à plusieurs notations.
  • Si les capacités le permettent, une utilisation spécialisée des langages vaut la peine : BPMN pour la modélisation détaillée des processus, diagrammes de séquence UML pour les interactions techniques, et ArchiMate comme cadre global qui rassemble le tout.

Ainsi, ArchiMate n’est pas seulement une notation, mais un outil clé pour maîtriser la complexité des architectures d’entreprise modernes – sans perdre de vue l’ensemble.