Utiliser les diagrammes de flux de données (DFD) : les bases

Un diagramme de flux de données or DFD est un outil efficace pour représenter le flux de données au sein du système, simplifiant la compréhension des processus. Étant donné que les DFD affichent le flux de données, les données d'entrée/sortie et les processus engagés avec ces flux, il est utile de voir comment les données circulent à travers un système et quelles interactions et dépendances sont importantes. Ceux-ci sont très utiles pour quiconque travaille dans la conception de systèmes, les opérations commerciales ou les statistiques.

Cet article définit les diagrammes de flux de données et explique leur utilisation, leurs éléments et les procédures générales de construction des DFD. Les détails sont très utiles pour l'étudiant effectuant une analyse de systèmes, le professionnel informatique générant des DFD à des fins pratiques et toute personne souhaitant comprendre pleinement comment utiliser les DFD dans n'importe quel projet.

Partie 1 : Qu'est-ce qu'un diagramme de flux de données ?

A Le diagramme de flux de données (DFD) est un diagramme en blocs de haut niveau représentant le traitement de l'application sous forme de flux de données. Il montre le flux de données entre les processus et les entrepôts de données et les entités extérieures au système, permettant de comprendre comment un système fonctionne.

Structuré comme une fonction en programmation, le DFD se concentre sur le chemin des données, ce qui en fait un outil d'étude et de planification des systèmes. Le diagramme aide à localiser les zones nécessitant une amélioration, mettant en lumière le fait que certains éléments d'un système sont inutiles ou causent des retards dans un système.

Caractéristiques des DFD

Voici les principales caractéristiques des DFD :

• Clarté et simplicité : Dans les DFD, les fonctionnalités sont exclues et ces opérations sont incorporées dans d'autres formes pour augmenter l'accessibilité des données.
• Approche systématique : Les méthodes structurées aident à noter systématiquement les tâches de traitement des données au sein d'un système, contribuant ainsi à améliorer les niveaux d'ordre.
• Évolutivité : Les DFD sont polyvalents et peuvent être créés avec plus ou moins de profondeur selon les besoins.
• Outil de communication : Cela rend également l'analyse et la conception du système efficaces puisque toutes les personnes impliquées dans le projet ont la même vision de ce qui est attendu d'elles.

Partie 2 : Historique des diagrammes de flux de données

Les DFD sont apparus au début des années 1970 by Larry Constantine, l'un des pionniers du génie logiciel. Constantine a introduit le DFD dans le cadre de la méthodologie de conception structurée, qui offre des méthodes claires et directes pour modéliser les systèmes.

In 1979, Tom DeMarco a élargi la compréhension du statut des DFD dans son livre "Structured Analysis and System Specification" qui a marqué les DFD comme un outil principal dans l'analyse et la conception de systèmes.

Depuis lors, les DFD ont progressé et sont maintenant bien acceptés et fréquemment utilisés dans la plupart des industries pour documenter et analyser les systèmes d'information dans le domaine du SE.

Partie 3 : Symboles et notations utilisés dans le DFD

De nombreux DFD utilisent un ensemble de signes et de conventions pour représenter divers aspects d'un système. Chaque symbole a sa signification, ce qui aide à maintenir l'uniformité et à atteindre les objectifs du diagramme.

Entité externe

Les entités externes, également appelées terminateurs ou source/puits, représentent le monde extérieur d'un système particulier. Celles-ci peuvent être considérées comme des sources ou des destinations de données.

Ce sont les utilisateurs externes du système qui peuvent soit alimenter le système en informations, soit recevoir des données de celui-ci. Les externes sont souvent représentés par des rectangles ou des carrés sur un canevas de modèle d'affaires.

Processus

Les fonctions ou activités sont les événements ou transformations réels qui convertissent les données d'entrée en données de sortie. Ce sont les éléments fondamentaux d'un DFD dans le traitement des données. Les activités sont généralement illustrées sous forme d'ovales ou de rectangles arrondis.

Entrepôt de données

Nous pouvons définir les entrepôts de données comme occupant les emplacements ou sections au sein du système englobant les données. Ils sont représentés sous forme de rectangles pouvant être prolongés indéfiniment ou de deux lignes droites parallèles. Les entrepôts de données illustrent où se trouvent les données ; il peut s'agir d'un fichier ou de toute autre entité de stockage dans une base de données.

Flux de données

Les flèches de flux de données font référence au transfert de données depuis les processus, à travers les entrepôts de données et vers les entités extérieures. Celles-ci symbolisent le flux de données, indiquant comment les données circulent dans un système particulier. Les lignes ou flèches simples représentent couramment la direction des flèches de flux de données.

Partie 4 : Types de diagrammes de flux de données

Les diagrammes de flux de données (DFD) se déclinent en deux types principaux : DFD logiques et DFD physiques. Ces modèles s'inscrivent dans une position particulière dans l'activité d'analyse et de conception de systèmes.

DFD logique

Un DFD logique examine principalement le contexte commercial et le fonctionnement du domaine commercial. Il explique comment le système est construit et représente le flux, les activités et les référentiels de données au sein et autour du système.

Ce type de DFD est réalisable pour comprendre de manière critique les services commerciaux, les nécessités en matière de données et les corrélations de segments.

DFD physique

Alors qu'un DFD logique se concentre sur le processus commercial, un DFD physique offre plus d'informations sur la mise en œuvre. Le domaine comprend les éléments matériels et logiciels, les fichiers et enregistrements du système, ainsi que les personnes ayant accès au système.

Ce DFD profite aux concepteurs et développeurs de systèmes car il définit le flux de données et les processus authentiques et illustre les aspects technologiques de la mise en œuvre du système.

Partie 5 : Cas d'utilisation du diagramme de flux de données

Les DFD, ou diagrammes de flux de données, sont parmi les diagrammes les plus populaires nécessaires dans différents domaines pour améliorer la conception de systèmes, gérer les processus et analyser les données.

• Génie logiciel : Les DFD fournissent une méthode systémique d'analyse et de cartographie du mouvement des données entre divers composants du système. Ceux-ci représentent les chemins logiques de l'information et sont utilisés pour prendre en charge diverses applications logicielles.
• Gestion d'entreprise : Cela offre la meilleure approche pour montrer aux gestionnaires comment les données circulent au sein d'une organisation afin qu'ils puissent corriger le flux et prendre de meilleures décisions à partir de celui-ci, améliorant ainsi la productivité.
• Développement de bases de données : Les DFD aident les concepteurs de bases de données à savoir comment les données sont obtenues, traitées et récupérées efficacement dans toute base de données établie en déterminant les entités connexes.
• Développement agile : Dans le SDLC, les équipes agiles utilisent des diagrammes DFD pour représenter le flux de données dans plusieurs phases itératives. Les DFD facilitent la collaboration en montrant le flux de données et les entrées et sorties clés pour comprendre les exigences, planifier les sprints et répondre aux changements.
• Structures de systèmes : Les DFD sont couramment employés par les architectes de systèmes pour concevoir et documenter les structures de systèmes complexes. Ils recherchent les problèmes potentiels et déterminent les bons chemins de données pour résoudre les problèmes de croissance et de durabilité du système.
• Gestion de produits : Les diagrammes DFD sont également appliqués par les gestionnaires de produits à diverses fins, telles que la définition des caractéristiques du produit et l'amélioration de l'expérience utilisateur globale du produit. Ils aident à réaliser la cohésion entre les processus d'exigence et de développement pour un flux de travail plus fluide.
• Analyse de données : Les DFD aident les analystes à comprendre les aspects de la collecte, de la transformation et de l'application des données. Ils créent des routes optimisées pour que les données soient traitées et nettoyées et ainsi rendent les données perspicaces.
• Équipes de croissance : Les DFD qui décrivent les flux de données liés aux interactions des utilisateurs permettent de définir des points critiques et d'utiliser des techniques basées sur les données pour le développement.

Partie 6 : Comment créer un diagramme de flux de données en général ?

Étape 1 :

Déterminez où commence et où se termine le système que vous analysez. Décidez quels processus seront inclus et à quels points le système s'interface avec d'autres systèmes.

Étape 2 :

Listez tous les processus utilisés, les référentiels de données dans lesquels les données sont conservées et toutes les autres entités qui opèrent en dehors du système.

Étape 3 :

Définissez comment les données circulent d'un processus vers un entrepôt de données et d'autres entités. Chaque flux de données doit être décrit à l'aide d'un indicateur montrant les données échangées.

Étape 4 :

Le DFD initial doit être de haut niveau et est appelé diagramme de contexte ; dans ce diagramme, le système est représenté comme un processus unique interagissant avec d'autres entités.

Étape 5 :

Subdivisez le DFD de haut niveau en DFD plus détaillés. Ces six étapes de processus peuvent, à leur tour, être décomposées en sous-processus pour donner un aperçu plus approfondi du système.

Étape 6 :

Le plus souvent, les cercles représentent le processus ; les rectangles symbolisent l'entité externe. Le rectangle ouvert représente les entrepôts de données, et les pointes de flèches représentent les flux de données pour préparer le DFD.

Étape 7 :

Recherchez l'approbation des parties prenantes sur le DFD pour confirmer que la représentation créée du système est exacte.

Partie 7 : Conseils pour créer un diagramme de flux de données

Avant de commencer à créer un diagramme de flux de données, gardez ces directives à l'esprit :

• Utilisez des étiquettes claires : Assurez-vous que tout ce qui est impliqué dans les processus, à savoir les données stockées et les mouvements de données, a des étiquettes d'accompagnement.
• Restez simple : Assurez-vous que le DFD est concis et ne contient pas de détails complexes. N'encombrez pas le diagramme avec des informations inutiles, ce qui peut facilement encombrer la conception.
• Itérez et améliorez : Vous devez vous assurer que ce DFD est constamment revu et mis à jour pour être aussi précis et présenter autant de détails que possible.
• Utilisez des symboles standard : Il est recommandé de s'en tenir aux symboles standard affichés dans les DFD pour améliorer leur lisibilité et réduire la confusion.
• Évitez les redondances : Évitez d'inclure des activités répétitives ou des transferts de données qui ne sont pas nécessaires pour la compréhension globale du système.
• N'ignorez pas les commentaires des parties prenantes : Il est important de confirmer le DFD avec les parties prenantes pour s'assurer qu'il a capturé leur compréhension et leurs spécifications.
• Ne compliquez pas trop : N'alourdissez pas le diagramme avec des informations triviales, ce qui ne ferait qu'encombrer l'image et serait inefficace.

Conclusion

Les diagrammes de flux de données (DFD) sont pratiques et efficaces pour représenter et analyser le mouvement des données dans les systèmes. Cet écrit a exploré la création de DFD, leur évolution et les types de DFD, symboles et applications dans divers secteurs.

Il a également décrit comment construire des DFD appropriés étape par étape et présenté les recommandations appropriées pour le faire. Apprendre à lire et à créer des DFD permet aux professionnels de faire progresser la conception du système, d'affiner les processus et d'optimiser l'utilisation des données.