Diagramme de flux de données - Data-flow diagram

Diagramme de flux de données avec stockage de données, flux de données, fonction et interface
Diagramme de flux de données avec stockage de données, flux de données, fonction et interface

Un diagramme de flux de données est un moyen de représenter un flux de données à travers un processus ou un système (généralement un système d'information ). Le DFD fournit également des informations sur les sorties et les entrées de chaque entité et le processus lui-même. Un diagramme de flux de données n'a pas de flux de   contrôle - il n'y a pas de règles de décision et pas de boucles. Des opérations spécifiques basées sur les données peuvent être représentées par un organigramme .

Il existe plusieurs notations pour afficher les diagrammes de flux de données. La notation présentée ci-dessus a été décrite en 1979 par Tom DeMarco dans le cadre d' une analyse structurée .

Pour chaque flux de données, au moins un des endpoints (source et/ou destination) doit exister dans un processus. La représentation raffinée d'un processus peut se faire dans un autre diagramme de flux de données, qui subdivise ce processus en sous-processus.

Le diagramme de flux de données est un outil qui fait partie de l' analyse structurée et de la modélisation des données . Lors de l'utilisation d' UML , le diagramme d'activité prend généralement le rôle du diagramme de flux de données. Une forme spéciale de plan de flux de données est un plan de flux de données orienté site.

Les diagrammes de flux de données peuvent être considérés comme des réseaux de Petri inversés , car les endroits dans de tels réseaux correspondent à la sémantique des mémoires de données. De manière analogue, la sémantique des transitions des réseaux de Petri et des flux de données et des fonctions des diagrammes de flux de données doit être considérée comme équivalente.

Histoire

La notation DFD s'appuie sur la théorie des graphes, utilisée à l'origine dans la recherche opérationnelle pour modéliser le flux de travail dans les organisations. Le DFD est né du diagramme d'activité utilisé dans la méthodologie de l' analyse structurée et des techniques de conception à la fin des années 1970. Les vulgarisateurs DFD incluent Edward Yourdon, Larry Constantine, Tom DeMarco, Chris Gane et Trish Sarson.

Les diagrammes de flux de données (DFD) sont rapidement devenus un moyen populaire de visualiser les principales étapes et données impliquées dans les processus du système logiciel. Les DFD étaient généralement utilisés pour montrer le flux de données dans un système informatique, bien qu'ils puissent en théorie être appliqués à la modélisation des processus métier . Les DFD ont été utiles pour documenter les principaux flux de données ou pour explorer une nouvelle conception de haut niveau en termes de flux de données.

Composants DFD

Diagramme de flux de données - notation Yourdon/DeMarco
Diagramme de flux de données - Yourdon / DeMarco notation

Le DFD se compose de processus, de flux, d'entrepôts et de terminateurs. Il existe plusieurs façons d'afficher ces composants DFD.

Traiter

Le processus (fonction, transformation) fait partie d'un système qui transforme les entrées en sorties. Le symbole d'un processus est un cercle, un ovale, un rectangle ou un rectangle aux coins arrondis (selon le type de notation). Le processus est nommé en un mot, une phrase courte ou une phrase qui doit clairement exprimer son essence.

Flux de données

Le flux de données (flux, dataflow) montre le transfert d'informations (parfois aussi matérielles) d'une partie du système à une autre. Le symbole du flux est la flèche. Le flux doit avoir un nom qui détermine quelles informations (ou quel matériel) sont déplacées. Les exceptions sont les flux pour lesquels il est clair quelles informations sont transférées via les entités qui sont liées à ces flux. Les déplacements matériels sont modélisés dans des systèmes qui ne sont pas simplement informatifs. Le flux ne doit transmettre qu'un seul type d'information (matériel). La flèche indique la direction du flux (elle peut également être bidirectionnelle si les informations vers/depuis l'entité sont logiquement dépendantes - par exemple question et réponse). Les flux relient les processus, les entrepôts et les terminateurs.

Dépot

L'entrepôt (magasin de données, magasin de données, fichier, base de données) est utilisé pour stocker des données pour une utilisation ultérieure. Le symbole du magasin est constitué de deux lignes horizontales, l'autre mode de vue est indiqué dans la notation DFD. Le nom de l'entrepôt est un nom pluriel (par exemple, les commandes) - il dérive des flux d'entrée et de sortie de l'entrepôt. L'entrepôt ne doit pas nécessairement être un simple fichier de données, par exemple un dossier contenant des documents, un classeur et des disques optiques. Par conséquent, la visualisation de l'entrepôt dans DFD est indépendante de l'implémentation. Le flux de l'entrepôt représente généralement la lecture des données stockées dans l'entrepôt, et le flux vers l'entrepôt exprime généralement la saisie ou la mise à jour des données (parfois également la suppression de données). L'entrepôt est représenté par deux lignes parallèles entre lesquelles se trouve le nom de la mémoire (il peut être modélisé comme un nœud tampon UML).

Terminateur

Le Terminator est une entité externe qui communique avec le système et se tient à l'extérieur du système. Il peut s'agir, par exemple, de diverses organisations (par exemple une banque), des groupes de personnes (par exemple des clients), des autorités (par exemple un bureau des impôts) ou un service (par exemple un service des ressources humaines) de la même organisation, qui n'appartient pas au système modèle. Le terminateur peut être un autre système avec lequel le système modélisé communique.

Règles de création de DFD

Les noms des entités doivent être compréhensibles sans autre commentaire. DFD est un système créé par des analystes sur la base d'entretiens avec les utilisateurs du système. Il est déterminé pour les développeurs de système, d'une part, l'entrepreneur de projet d'autre part, de sorte que les noms d'entité doivent être adaptés pour le domaine modèle ou les utilisateurs amateurs ou professionnels. Les noms des entités doivent être généraux (indépendants, par exemple des individus spécifiques exerçant l'activité), mais doivent clairement spécifier l'entité. Les processus doivent être numérotés pour faciliter la cartographie et le renvoi à des processus spécifiques. La numérotation est aléatoire, cependant, il est nécessaire de maintenir la cohérence entre tous les niveaux DFD (voir Hiérarchie DFD). Le DFD doit être clair, car il est recommandé que le nombre maximum de processus dans un DFD soit compris entre 6 et 9, le minimum est de 3 processus dans un DFD. L'exception est le diagramme dit contextuel où le seul processus symbolise le système modèle et tous les terminateurs avec lesquels le système communique.

Cohérence DFD

DFD doit être compatible avec les autres modèles du système - diagramme entité - relation , diagramme de transition d'état , le dictionnaire de données et spécifications de processus modèles. Chaque processus doit avoir son nom, ses entrées et ses sorties. Chaque flux doit avoir son nom (exception voir Flux). Chaque magasin de données doit avoir un flux d'entrée et de sortie. Les flux d'entrée et de sortie n'ont pas besoin d'être affichés dans un DFD - mais ils doivent exister dans un autre DFD décrivant le même système. Une exception est l'entrepôt situé à l'extérieur du système (stockage externe) avec lequel le système communique.

Hiérarchie DFD

Pour rendre le DFD plus transparent (c'est-à-dire pas trop de processus), des DFD multi-niveaux peuvent être créés. Les DFD qui sont à un niveau supérieur sont moins détaillés (agréger les DFD plus détaillés aux niveaux inférieurs). Le DFD contextuel est le plus élevé dans la hiérarchie (voir Règles de création de DFD). Le soi-disant niveau zéro est suivi de DFD 0, en commençant par la numérotation des processus (par exemple, processus 1, processus 2). Dans le suivant, le soi-disant premier niveau - DFD 1 - la numérotation se poursuit. Par exemple, le processus 1 est divisé en trois premiers niveaux du DFD, qui sont numérotés 1.1, 1.2 et 1.3. De même, les processus du deuxième niveau (DFD 2) sont numérotés par exemple 2.1.1, 2.1.2, 2.1.3 et 2.1.4. Le nombre de niveaux dépend de la taille du système de modèle. Les processus DFD 0 peuvent ne pas avoir le même nombre de niveaux de décomposition. Le DFD 0 contient les fonctions système (agrégées) les plus importantes. Le niveau le plus bas doit inclure des processus qui permettent de créer une spécification de processus pour environ une page A4. Si la mini-spécification doit être plus longue, il convient de créer un niveau supplémentaire pour le processus où il sera décomposé en plusieurs processus. Pour une vue d'ensemble claire de l'ensemble de la hiérarchie DFD, un diagramme vertical (en coupe) peut être créé. L'entrepôt est affiché au niveau le plus élevé où il est utilisé pour la première fois et également à chaque niveau inférieur.

Voir également

Les références

Bibliographie

Liens externes