Différentes normes 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.
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

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.