Les diagrammes de flux MCF-DFD-MC merise cours et exo corrigés
Les diagrammes de flux
Les diagrammes de flux répondent à la question : Que fait le système ?
En ce sens, ce sont des modèles FONCTIONNELS (qui décrivent les fonctions)
Il existe 2 types principaux de diagrammes de flux:
1) Le modèle de contexte (MC) où le domaine d’étude est vu comme une boite noire. On ne représente que les flux extérieurs au domaine.
2) Le modèle de flux de données (DFD) ou encore modèle de flux conceptuels (MFC) où l’on détaille les activités du domaine d’étude. On représente aussi les flux internes au domaine.
I. Vocabulaire associé aux modèles de flux
A. Domaine d'étude
Le domaine d'étude est un sous -ensemble cohérent de l'entreprise ou de l'organisme, bien délimité et formant le contenu du sujet à étudier.
Dans les modèles de flux, le domaine d'étude est représenté par un rectangle à trait plein.
Le nom du domaine est placé à l’intérieur du rectangle.
B. Acteur externe
Un acteur externe est un élément émetteur ou récepteur de données, situé hors du système d'information étudié.
Dans les modèles de flux, un acteur externe est représenté par un cercle plein. Le nom de l’acteur est placé à l’intérieur du cercle.
C. Domaine connexe
Un domaine connexe est un composant du système d’information interagissant avec le domaine d’étude . C’est un acteur interne à l’entreprise, mais externe au domaine d’étude
Dans le modèle de flux, un domaine connexe est représenté par un rectangle (ou un rond). Le nom du domaine connexe est placé à l’intérieur du rectangle
D. Activité
L’activité est un ensemble de traitements homogènes qui transforment ou manipulent des données. Une activité peut souvent être vue comme un sous-domaine d’étude, un morceau du domaine d’étude.
Chaque activité peut être éclatée. Cet éclatement se traduit alors par l’élaboration d’un nouveau
diagramme qui décompose ce processus éclaté en plusieurs processus plus élémentaires.
Dans les modèles de flux, une activité est représentée graphiquement par un rectangle. Le
nom de l'activité est placé à l’intérieur du rectangle.
E. Flux de données
Un flux est un transfert d’informations entre composants du système. Le composant peut être un domaine, une activité ou un acteur externe .
Dans les modèles de flux, un flux de données est représenté graphiquement par une flèche orientée du composant émetteur du flux vers le composant récepteur. Le libellé du flux est inscrit en regard de la flèche tracée.
Formalisme graphique illustrant par exemple un échange entre un acteur externe et le domaine d'étude :
II. Modèle de contexte
Le modèle de contexte sert à représenter les interactions entre le domaine d'étude et l’environnement, et entre le domaine d'étude et les éventuels domaines connexes.
Le domaine d'étude y est représenté comme une boîte noire.
Le modèle de contexte utilise les concepts suivants :
- le domaine d'étude
- les acteurs externes
- les flux de données
- les domaines connexes
Exemple de modèle de contexte : au sein d’une société commerciale, on étudie le domaine « gestion des ventes ».
Remarque
on ne fait pas apparaître les flux entre acteurs externes et domaines connexes, ou entre les domaines connexes.
Exemple :le flux correspondant à la livraison de marchandises n’apparaît pas.
III. Modèle de flux conceptuel(MFC) ou diagramme de flux de données(DFD)
Ce modèle permet de décider quelles activités, inter-reliées de quelle manière, permettront de résoudre au mieux le problème posé, et cette réflexion est menée sans s'encombrer dans un premier temps du comportement du système (ordonnancement, règles d'émission, synchronisations…).
Les modèles de flux conceptuels permettent de décomposer le domaine d’étude en activités. Il n’y a pas ici de notion d’organisation mais d’objectifs à réaliser. On représente les flux entre activités et avec l’environnement.
Pour analyser les communications et les activités, on procède par « zooms » successifs sur le domaine étudié pour élaborer des modèles de plus en plus détaillés qui permettront d'avoir une cartographie détaillée du système et de préparer le passage au modèle conceptuel de représentation des traitements.
Le modèle de contexte est également appelé le diagramme de flux de données de niveau 0.
Nous obtenons ensuite des diagrammes de premier, deuxième, troisième, … niveau, par éclatements successifs des activités à chacun de ces niveaux.
La décomposition d’un domaine ou d’une activité en plusieurs activités peut faire apparaître de nouveaux flux dus :
- à l’échange d’informations entre activités
- à la décomposition d’un flux présent au niveau n en plusieurs flux au niveau n+1.
Exemple : si on reprend le modèle de contexte précédent, on s’aperçoit que le domaine des ventes peut-être éclaté en trois activités. Nous obtenons ainsi le diagramme de flux de données de niveau 1 :
Gestion des Ventes
Remarque
On peut décomposer le modèle de flux de niveau 1 en un modèle de flux de niveau 2 et etc … jusqu’à arriver à un modèle où l’activité correspond à une opération au sens Merise (règle d’ininterruption).
Exemple : l’activité « gestion des factures » peut être encore décomposée en activités « facturation » et « Suivi des règlements ».
Règles de décomposition des activités
Pourquoi décomposer ?
- Pour désagréger les groupes de flux , pour arriver à la définition des flux-types du domaine étudié
- Pour préparer l'étude dynamique du système d'information, pour arriver à l ’identification des processus et des opérations conceptuelles
Comment décomposer ?
- Identifier les groupes de données entrant et sortant du domaine d ’étude pour construire le modèle de contexte
- Identifier les activités générant ou traitant les flux de données pour construire le DFD de niveau 1 (approche par les données) ou identifier une activité de niveau 1 comme un ensemble d ’activités participant à une même finalité (approche par les objectifs)
Jusqu'où décomposer ?
Lorsqu'une activité a atteint le niveau d'interruptabilité (dès lors que le traitement est déclenché, il se déroule sans attente de ressources complémentaires extérieures). L'activité est alors une opération conceptuelle qui sera décrite lors de l'étude dynamique du SI dans le MCTA.
Article plus récent Article plus ancien