Le diagramme de flux de données est un outil de représentation graphique de système d'information.

Il permet d'avoir une vue synthétique des flux de données avec les tiers et des fonctions de transformation à l'œuvre dans l'entreprise.

Comme une carte, il peut être réalisé à différentes échelles :

• Le diagramme de contexte résume le système à quelques fonctions et fait apparaitre les flux principaux avec les tiers.
• Le diagramme logique, détaille ce que fait le système : les fonctions logiques, les flux internes et les dépôts.
• Le diagramme organisationnel précise qui fait quelle fonction.
• Le diagramme physique, détaille les sous-fonctions suivant la mise en œuvre organisationnelle et défini quand et comment les fonctions sont réalisées.

Le diagramme de données est utilisable aussi bien pour des fonctions manuelles que des fonctions informatique, dans la pratique il permet de préciser les limites du système informatique.

Il existe plusieurs convention graphique pour représenter des diagrammes de flux de données. Nous vous proposons ici une adaptation qui utilise des notations UML et l'outil libre PlantUML. Commençons par définir les 4 concepts de bases.

En anglais “External Entity”.
Tout acteur (tiers - personne morale ou physique) échangeant de l'information avec le système considéré.

L'acteur est externe si pour le diagramme considéré on ne s'intéresse pas à la manière dont il produit ou consomme l'information. Dans le cas contraire on représentera la fonction de l'acteur.

Il est possible de dupliquer ce symbole sur un diagramme, dans ce cas on ajoute une numérotation après le nom : Entité (n).

En anglais “Process”.
Tout processus de transformation d'information (de données) effectué par le système considéré.

Chaque fonction doit être décrite par un verbe suivit d'un complément : faire ceci, faire cela …

Il n'est pas possible de dupliquer ce symbole sur un diagramme. Chaque fonction est unique.

La fonction doit produire au moins un flux de données et s'alimenter d'au moins un autre flux.

Sur un modèle organisationnel, on peut ajouter le nom de l'acteur qui réalise cette fonction.

En anglais “Datastore”.
Tout ensemble de données conservé par le système considéré, sans tenir compte de sa forme (fiches, classeur, numérisation, …).

Chaque dépôt doit être décrit par un nom caractérisant la nature de l'information.

Un dépôt ne peut être crée que pour l'une des raisons suivantes :

• Une raison légale : archivage, conservation des données obligatoire
• Un délai entre fonctions, par exemple faire la synthèse mensuelle d'information capturée tous les jours.
• Un référentiel utile aux fonctions, par exemple le plan comptable, les codes postaux, etc.

Un dépôt doit être utilisé au moins une fois par un flux sortant et s'alimenter d'au moins un autre flux.

Il est possible de dupliquer ce symbole sur un diagramme, dans ce cas on ajoute une numérotation après le nom : Dépôt de données (n).

Un flux de données est représenté par une flèche et un nom qui décrit les informations échangées.
Un flux est obligatoirement en entrée ou sortie d'une fonction.
Le diagramme de flux ci-dessous présente toutes les possibilités de flux :

Le nom de chaque flux doit indiquer le contenu de l'information transmise (de Quoi s'agit-il ? Adhésion; Don, Achat, Vente…). Éventuellement sur un modèle organisationnel ou physique on peut préciser :

• son statut logique : brouillon, validée, à valider, à vérifier, vérifiée…
• sa forme (comment est-elle mise en forme ?) : bordereau, journal, formulaire, reçu…
• son support physique : orale, papier, électronique …

Un diagramme de flux n'est utile que si les objets sont nommés de façon signifiante. Voici une liste de questions à se poser lorsque l'on cherche un nom significatif :

• Pour une entité externe :
  • Quel est le rôle de cet acteur en tant que source ou destinataire d'information ?
• Pour une fonction :
  • Quelle information produit-elle ?
  • Quelle transformation logique est réalisée ?
• Pour un dépôt de données :
  • Quelle collection d'information est conservée ?
  • Quel est l'usage, le besoin qui nécessite cette conservation ?
• Pour un flux de données
  • Quelle est l'information échangée ?
  • Pourquoi ? Qu'elle est son utilité ?

Tous les cas cité dans ce chapitre ne sont pas valides dans un diagramme de flux de données. Pour chacun, nous vous proposons une résolution possible.

• L'entreprise expliquée à toutes et tous
• Concevoir et mettre en place un système d'information
• Diagrammes de flux de données
• Plant UML l'outil libre utilisé sur ce site.