Diagramme de flux de données – Un didacticiel complet

Qu’est-ce qu’un diagramme de flux de données ?

Un diagramme de flux de données est une représentation graphique du flux de données dans un système d’information. Il peut décrire les flux de données entrants, les flux de données sortants et les données stockées. DFD ne mentionne pas comment les données circulent dans le système.

La technique DFD décompose le diagramme de flux de données de haut niveau en un ensemble de diagrammes plus détaillés, fournissant une vue globale du système complet, ainsi qu’une décomposition plus détaillée. Fournit une vue d’ensemble du système complet, ainsi qu’une décomposition plus détaillée et, le cas échéant, une ventilation et une description plus détaillées des activités individuelles pour faciliter la clarification et la compréhension.

Par conséquent, la portée et les limites du système sont clairement indiquées dans le diagramme. Le résultat final d’un DFD bien développé est une « vue d’ensemble » qui montre ce qui se passe à chaque niveau.

Pourquoi DDF ?

Les diagrammes de flux de données fournissent une représentation graphique du système qui vise à être accessible aux
utilisateurs informaticiens comme aux non-spécialistes. Il s’agit d’une représentation graphique très facile à comprendre car elle aide à visualiser le contenu.

Les modèles permettent aux ingénieurs logiciels, aux clients et aux utilisateurs de travailler ensemble efficacement lors de l’analyse et de la spécification des exigences.

Bien que cela signifie que nos clients doivent comprendre les techniques de modélisation et les constructions, dans la modélisation de flux de données, seul un ensemble limité de constructions est utilisé, et les règles appliquées sont conçues pour être simples et faciles à suivre.

Voici les avantages de la technique DFD :

• C’est une technique graphique simple et facile à comprendre.
• Il peut être plus facilement compris par des publics techniques et non techniques.
• Il aide à décrire les limites du système.
• Il facilite la communication des connaissances système existantes aux utilisateurs finaux.
• Il fournit une représentation détaillée des composants du système.
• Il est utilisé dans le cadre de la documentation du système.

DFD vs organigramme

Il existe une différence significative entre un DFD et un organigramme . Fondamentalement, les DFD montrent le flux de données ; les organigrammes montrent le flux de contrôle.

• Un organigramme décrit le flux de contrôle dans un module de programme et aide à illustrer les étapes pour résoudre un problème.
• Un DFD illustre les entrées, les sorties, la façon dont les données circuleront dans le système et où les données seront stockées. Il ne contient aucun élément de contrôle ou de branchement.

Éléments de DFD

• Entités – Les entités sont la source et la destination des données d’information. Les entités sont représentées par des
  rectangles et ont leurs propres noms.

• Processus – Les activités et actions effectuées sur les données sont représentées par des rectangles circulaires ou circulaires.

• Stockage de données – Il existe deux variantes de stockage de données – il peut être représenté comme – 1. Il peut être représenté comme un rectangle sans deux petits bords, 2) ou comme un rectangle ouvert avec un seul bord
  Un rectangle ouvert avec des bords manquants.

• Flux de données – le mouvement des données est représenté par des flèches pointues. Le mouvement des données est représenté comme allant du bas de la flèche comme source à la tête de la flèche comme destination.

Exemple de flux de données – e-Banking

Un directeur de banque fournit les nouveaux détails du compte au processus d’ouverture de compte, ce qui entraîne la conservation des détails du client dans le magasin de données de la base de données Client et les détails du compte dans le magasin de données de la base de données Compte. Bien que nous utilisions le mot « résultat » dans notre interprétation, DFD n’implique pas de causalité ; Tout ce qu’il montre, c’est que le processus d’ouverture de compte peut lire les données de l’interface du directeur de banque sans écrire de données dans la base de données clients et dans les magasins de données de la base de données des comptes dans un ordre particulier.

Un client utilisant le processus de connexion à la banque en ligne doit fournir certaines données, telles qu’un nom d’utilisateur et un mot de passe, sous la forme d’un ensemble d’identifiants de connexion.

Un client peut recevoir une somme d’argent d’un retrait ou contribuer une somme d’argent à un dépôt ; Dans les deux cas, cela se traduit par une mise à jour du solde du compte dans le magasin de données de la base de données des comptes (bien que cette causalité ne puisse pas être modélisée explicitement).

Un client peut initier le processus de transfert de fonds et doit fournir la destination du compte et le montant des fonds. Le processus de transfert de fonds peut envoyer le montant des fonds à une autre banque via une autre interface bancaire.

MODIFIER CET EXEMPLE DE DIAGRAMME DE FLUX DE DONNÉES

Cet exemple DFD présenté ci-dessus comprend cinq processus, quatre interfaces/rôles externes et deux magasins de données. Il n’est pas censé être une représentation exhaustive des flux de données dans un système bancaire, mais il est suffisamment complet pour donner une idée de la manière de construire un DFD.

Technique de décomposition descendante – DFD à plusieurs niveaux

Un avantage majeur de la technique de modélisation des flux de données est que, grâce à une technique appelée décomposition descendante (également appelée « nivellement »), la complexité détaillée des systèmes du monde réel peut être gérée et modélisée dans une hiérarchie d’abstractions. Le nivellement est réalisé en dessinant une série de DFD de plus en plus détaillés jusqu’à ce que le niveau de détail souhaité soit atteint.

Pour rendre les DFD encore plus complexes (c’est-à-dire pas trop de processus), vous pouvez créer des DFDS à plusieurs niveaux.

• Le diagramme de contexte contient le processus système de contrôle (agrégé).
• Le DFD de niveau supérieur est moins détaillé (le DFD plus détaillé est élaboré au niveau inférieur) appelé processus de décomposition descendante.
• Le diagramme de contexte commence par les numéros de processus (par exemple, processus 1, processus 2, etc.).
• La numérotation se poursuit au niveau suivant dit de premier niveau (DFD). Par exemple, le processus 1 dans le diagramme de contexte est affiné en trois processus dans le DFD de niveau un et est numéroté 1.1, 1.2 et 1.3.
• De même, les processus de la deuxième couche sont numérotés, par exemple 2.1.1, 2.1.2, 2.1.3 et 2.1.4. La numérotation des processus dans la hiérarchie :
  • (1, 2, 3,…) ;
  • (1.1, 1.2, 1.3, …, 2.1, 2.2, 2.3,…) ;
  • (1.1.1, 1.1.2, 1.1.3,…).
• Le nombre de couches dépend de la taille du système modèle.

Lors de la décomposition descendante d’un DFD en DFD de niveau inférieur, les entrées et les sorties doivent être conservées entre les niveaux de DFD. Par exemple, les niveaux n & n+1 doivent avoir les mêmes entrées et sorties

Exemple DFD – système de commande de nourriture

Diagramme de contexte (niveau 0 – DFD)

Un diagramme de contexte montre une vue d’ensemble du système et comment il interagit avec d’autres parties du « monde ». Un diagramme de contexte est un diagramme de flux de données qui ne montre que le niveau supérieur, appelé niveau 0. À ce niveau, il n’y a qu’un seul nœud de processus visible qui représente la fonctionnalité d’un système complet, c’est-à-dire comment il interagit avec des entités externes. Certains des avantages du diagramme de contexte sont.

• Affiche un aperçu des limites d’un système
• Par sa notation simple, il ne nécessite pas de connaissances techniques pour comprendre
• Facile à dessiner, modifier et élaborer grâce à sa notation limitée

La figure ci-dessous montre un diagramme de contexte (diagramme de flux de données de niveau supérieur) dessiné pour un système de commande de nourriture.

• Il contient un processus (forme) représentant le modèle du système, dans ce cas le « système de commande de nourriture ».
• Il montre également les participants qui interagiront avec le système, appelés entités externes.

Dans cet exemple, le fournisseur, la cuisine, le responsable et le client sont les entités qui vont interagir avec le système.

Entre le processus et les entités externes, il existe des flux de données (connecteurs) qui montrent qu’il y a un échange d’informations entre les entités et le système.

MODIFIER CET EXEMPLE DFD

Le DFD de contexte est le point d’entrée du modèle de flux de données. Il contient un et un seul processus et ne montre aucun stockage de données.

DFD niveau 1

Le DFD de niveau 1 présente une vue plus détaillée du système que le diagramme de contexte. En montrant les principaux sous-processus et magasins de données qui composent le système.

Le diagramme suivant montre le DFD de niveau 1, qui est une ventilation (c’est-à-dire une décomposition) des processus du système de commande de nourriture présentés dans le DFD contextuel. Lisez le diagramme, puis nous présenterons quelques concepts clés basés sur celui-ci.

MODIFIER CET EXEMPLE DE DIAGRAMME DE FLUX DE DONNÉES

Un exemple de diagramme de flux de données de système de commande alimentaire contient trois processus, quatre entités externes et deux magasins de données.

1. D’après le schéma, nous savons qu’un client peut passer une commande. Le processus de commande de nourriture reçoit la commande, la transmet à la cuisine, la stocke dans le magasin de données de commande et stocke les détails d’inventaire mis à jour dans le magasin de données d’inventaire. Le processus fournit également une facturation au client.
2. Les gestionnaires peuvent recevoir des rapports via le processus Générer un rapport, qui prend les détails de l’inventaire et les commandes comme entrées dans les magasins de données d’inventaire et de commande, respectivement.
3. Le gestionnaire peut également lancer le processus de commande d’inventaire en fournissant une commande d’inventaire. Ce processus transmet la commande de stock au fournisseur et stocke les détails de stock mis à jour dans le magasin de données de stock.

DFD logique vs physique

Les diagrammes de flux de données sont divisés en diagrammes de flux de données logiques et physiques. Le DFD logique se concentre sur l’entreprise et son fonctionnement. Il décrit les événements commerciaux qui se produisent et les données requises et générées pour chaque événement. Un DFD physique, en revanche, montre comment le système sera mis en œuvre. Voici les principales différences entre un DFD logique et un DFD physique :

DFD logique

• Le DFD logique décrit le fonctionnement de l’entreprise.
• Les processus représentent les activités de l’entreprise.
• Les magasins de données représentent la collecte de données, quelle que soit la manière dont les données sont stockées.
• C’est ainsi que l’entreprise contrôle.

DFD physique

• • Le DFD physique décrit comment le système sera mis en œuvre (ou comment le système actuel fonctionne).
  • Les processus représentent les programmes, les modules de programme et les procédures manuelles.
  • Les magasins de données représentent les fichiers physiques et les bases de données, les fichiers manuels.
  • Il affiche des contrôles pour valider les données d’entrée, pour obtenir un enregistrement, pour garantir la réussite d’un processus et pour la sécurité du système.
• Le DFD physique spécifie le flux réel de la documentation physique, tandis que le DFD logique se concentre uniquement sur le flux d’informations en termes commerciaux.

Par exemple, le DFD physique spécifie le flux réel de la documentation physique, tandis que le DFD logique se concentre uniquement sur le flux d’informations en termes commerciaux.

De plus, un DFD logique élimine les processus physiques qui se réfèrent uniquement aux activités physiques et ne transforment pas les données.

Exemple logique DFD – Épicerie

Le DFD logique illustre les processus impliqués sans entrer dans le détail de la mise en œuvre physique des activités.

MODIFIER CET EXEMPLE LOGIQUE DFD

Exemple de DFD physique – Épicerie

• Le DFD physique montre qu’un code à barres – le code UPC PRICE trouvé sur la plupart des articles d’épicerie est utilisé
• De plus, le DFD physique mentionne des processus manuels tels que la numérisation, explique qu’un fichier temporaire est utilisé pour conserver un sous-total d’éléments
• Le PAIEMENT peut être effectué en ESPÈCES, CHÈQUE ou CARTE DE DÉBIT

Enfin, il désigne le ticket de caisse par son nom, TICKET DE CAISSE

MODIFIER CET EXEMPLE DE DFD PHYSIQUE

Conseils et remarques sur les diagrammes de flux de données

• Ne le rendez pas trop compliqué; généralement 5 à 7 personnes en moyenne peuvent gérer les processus
• Un magasin de données doit être associé à au moins un processus
• Le flux de données ne doit pas exister entre 2 entités externes sans passer par un processus
• Un processus avec une entrée mais pas de sortie est considéré comme un processus trou noir.
• Les étiquettes de processus doivent être des phrases verbales ; les magasins de données sont représentés par des noms.
• Une entité externe doit être associée à au moins un processus
• Les DFD ne sont pas déterministes – la numérotation n’indique pas nécessairement l’ordre et est utile pour identifier les processus lors des discussions avec les utilisateurs
• Le magasin de données ne doit pas être connecté à une entité externe, sinon cela signifie que vous donnez à une entité externe un accès direct à votre fichier de données

Ressources

• Qu’est-ce qu’un diagramme de flux de données (DFD) ?
• Comment créer un diagramme de flux de données (DFD) ?
• Logiciel de diagramme de flux de données (DFD)
• Exemples de diagramme de flux de données