Upload
placide-tanguy
View
107
Download
2
Embed Size (px)
Citation preview
Département de génie logiciel et des TI
Systèmes d’information dans Systèmes d’information dans les entreprises (GTI515)les entreprises (GTI515)
Chargé: JF Couturier
Cours 9
GTI515 Automne 2011 JF Couturier 1
Département de génie logiciel et des TI
Retour sur les dernier coursRetour sur les dernier cours
Énoncé de laboratoire
Type de processus d’affaires
BPMModélisation, mesure, optimisation
BPMN
Workflow patterns
GTI515 Automne 2011 JF Couturier 2
Département de génie logiciel et des TI
Plan du coursPlan du cours
Le diagramme de flux de données
Les différents niveaux
Exemples de DFD
Les règles
Exemples d’erreurs
Étude de cas
Transition vers L’ERD
Dictionnaire de données
GTI515 Automne 2011 JF Couturier 3
Département de génie logiciel et des TI
BilanBilan
Processus d’affaires – BPMN ou UML
Vision
Modèle du domaine
Diagramme des CU
Cas d’utilisation
Archétypes et stéréotypes
SRS – ExigencesGTI515 Automne 2011 JF Couturier 4
Département de génie logiciel et des TI
Avons-nous…Avons-nous…
Oublié quelque chose?
…analyser les données?
Nous avons observé la séquence des actions d’un point de vue comportementales.
Nous avons peut-être identifié les principaux éléments dans le diagramme d’activité
GTI515 Automne 2011 JF Couturier 5
Département de génie logiciel et des TI
Le DFD - Data-Flow Diagram Le DFD - Data-Flow Diagram
Diagramme de flux de données L’une des méthodes disponibles pour analyser les
systèmes orientées données.
Le DFD met l’emphase sur la logique du système étudié.
Les analystes systèmes peuvent représenter graphiquement les mouvement de données à l’intérieur de l’organisation
Le DFD est une représentation populaire dans la représentation et la modélisation des flux de données.
GTI515 Automne 2011 JF Couturier 6
Département de génie logiciel et des TI
Petit retour en arrièrePetit retour en arrière
Avant l’analyse et le design orientée objet (OOAD) il y avait…Structured Analysis And Design
DFD Processus
ERD Modèle de données
Dictionnaire de données Description
Toujours utilisées, peut s’avérer très utile de pouvoir décoder ces notations
GTI515 Automne 2011 JF Couturier 7
Département de génie logiciel et des TI
Avantage du DFDAvantage du DFD
Par rapport à une narration des mouvements de donnéesCompréhension des interrelations entre
les systèmes et les sous systèmes
Documenter ce que système actuel connait
Analyser le système proposé
GTI515 Automne 2011 JF Couturier 8
Département de génie logiciel et des TI
DFD vs le cas d’utilisationDFD vs le cas d’utilisation
Le cas d’utilisation décrit les interactions entre le système et un acteur (généralement)
Le cas d’utilisation n’explique pas d’où viennent les données
Par contre le CU fournit de précieuses informations pour créer le DFD
GTI515 Automne 2011 JF Couturier 9
Département de génie logiciel et des TI
Limite du DFDLimite du DFD
Le DFD ne représente pas les décisions ou les évènements dans le temps.
La fonction du DFD est d’illustrer les sources de données, les destinations, les flux, les magasins de données et les transformations faites aux données.
GTI515 Automne 2011 JF Couturier 10
Département de génie logiciel et des TI
Limite du DFDLimite du DFD
Si vous devez modéliser un système qui servira d’entrepôt de données, le DFD ne vous sera pas très utile. Peu ou pas de processus à documenter
Dans ce cas, un ERD risque d’être plus intéressant.
In contrario, le ERD n’illustre pas les transformations que l’on retrouve normalement dans un processus
GTI515 Automne 2011 JF Couturier 11
Département de génie logiciel et des TI
NotationNotation
Gane et Sarson "Structured Systems Analysis: Tools and
Techniques", by C. Gane and T. Sarson (New York: IST, Inc., 1977)”
DeMarco et Yourdon DeMarco. Structured Analysis and System
Specification,Prentice Hall,1979.
Yourdon. Modern Structured Analysis, Yourdon Press Computing Series,1988
GTI515 Automne 2011 JF Couturier 12
Département de génie logiciel et des TI
Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © 2009. Books24x7. <http://common.books24x7.com/book/id_29675/book.asp> (accessed May 29, 2009)
GTI515 Automne 2011 JF Couturier 13
Département de génie logiciel et des TI
Process - ProcessusProcess - Processus
Dans le DFDDes instructions pas à pas qui
transforment des entrées en sorties.
Travail accompli par un ordinateur, une personne ou les deux
GTI515 Automne 2011 JF Couturier 14
Satzinger et al. Analyse et conception de systèmes d’information, p.196
Département de génie logiciel et des TI
ProcessusProcessus
Quelques exemples de processus valides Exécuter un calcul (i.e., moyenne, écart-type)
Prendre des décisions (i.e., Déterminer la disponibilité d’un produit)
Trier, filtrer et autre opérations de groupe sur les données
Organiser les données dans une forme intéressante (i.e., générer un rapport, répondre à une question)
Déclencher d’autres processus (i.e. Ouvrir le four, commander un robot)
Utiliser des données emmagasinées (CRUD)
GTI515 Automne 2011 JF Couturier 15
http://facweb.cs.depaul.edu/yele/Course/IT215/DFD%20Mechanics.ppt
Département de génie logiciel et des TI
Data flow – flot de donnéesData flow – flot de données
Données se déplaçant d’un endroit à un autre, comme une entrée / sortie, vers un processus.
Données sur une personne, une place ou une chose qui se déplacent dans le système.
Le nom du flot doit représenter le mouvement dans le système.
GTI515 Automne 2011 JF Couturier 16
Satzinger et al. Analyse et conception de systèmes d’information, p.196
Département de génie logiciel et des TI
Data store – Magasin de donnéesData store – Magasin de données
Données au repos, stockées pour un usage ultérieur. Correspond généralement à une entité de donnée sur un diagramme entité-relation.
Interne au système Le magasin de données peut prendre plusieurs
formes: Documents physiques
Document informatisés
Calepins
On identifie généralement les magasin de données à l’aide d’une référence unique du type D1, D2, D3
GTI515 Automne 2011 JF Couturier 17
Satzinger et al. Analyse et conception de systèmes d’information, p.196
Département de génie logiciel et des TI
Entité externeEntité externe Source ou destination des données hors du
système.
Personnes, système ou base de données externes
Se trouve à l’extérieur du système tout en interagissant avec lui
Reçoit de l’information du système, fournit de l’information au système ou déclenche des actions
GTI515 Automne 2011 JF Couturier 18
Satzinger et al. Analyse et conception de systèmes d’information, p.196
Département de génie logiciel et des TI
Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © 2009. Books24x7. <http://common.books24x7.com/book/id_29675/book.asp> (accessed May 29, 2009)
GTI515 Automne 2011 JF Couturier 19
Département de génie logiciel et des TI
Plan du coursPlan du cours
Le diagramme de flux de données
Les différents niveaux
Exemples de DFD
Les règles
Exemples d’erreurs
Études de cas
Transition vers L’ERD
Dictionnaire de données
GTI515 Automne 2011 JF Couturier 20
Département de génie logiciel et des TI
Les Les différents différents niveauxniveaux
GTI515 Automne 2011 JF Couturier 21
Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © 2009. Books24x7. <http://common.books24x7.com/book/id_29675/book.asp> (accessed May 29, 2009)
Département de génie logiciel et des TI
Le niveau du contexteLe niveau du contexte Contient uniquement un processus
représentant l’ensemble du système.
On donne à ce processus le numéro zéro. Ne pas confondre avec le niveau 0.
Tous les agents externes sont représentés dans le diagramme de contexte, ainsi que les flots de données majeurs.
Le diagramme de contexte ne contient aucun magasin de données.
GTI515 Automne 2011 JF Couturier 22
Département de génie logiciel et des TI
Le niveau 0Le niveau 0
Le diagramme 0 est l’explosion du diagramme contextuel.
Devrait inclure de 3 à 9 processus. Davantage de processus risque de nuire à la
compréhension.
Les processus sont numérotés avec un entier. Les principaux magasin de données et toutes les
agents externes sont représentés dans le diagramme 0.
Un processus par PMÉ Un processus par cas d’utilisation
GTI515 Automne 2011 JF Couturier 23
Département de génie logiciel et des TI
Le niveau 0Le niveau 0
On constate qu’au niveau 0, on retrouve tous les agents externes et tous les flux de données du diagramme contextuel
On a ajouté un magasin de donnée, 3 processus (1, 2, 3) et 2 nouveau flux de données (A et B)
L’équilibre entre les niveaux doit être maintenu. Au niveau contextuel, nous avons les liens Z, Y, Z. On les retrouvent tous au niveau 1. Nous avons en plus les liens A, B, M, N
GTI515 Automne 2011 JF Couturier 24
Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © 2009. Books24x7. <http://common.books24x7.com/book/id_29675/book.asp> (accessed May 29, 2009)
Département de génie logiciel et des TI
Le niveau 1Le niveau 1
On augmente le niveau de détail d’un cran
En général, chaque processus au niveau 0 sera décomposé au niveau 1. Dans ce cas-ci nous aurions 3 diagrammes de niveau 1 pour les processus 1, 2 et 3
La numérotation suit une logique 2 2.1, 2.2, 2.3
GTI515 Automne 2011 JF Couturier 25
Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © 2009. Books24x7. <http://common.books24x7.com/book/id_29675/book.asp> (accessed May 29, 2009)
Département de génie logiciel et des TI
Le niveau 1Le niveau 1
L’équilibre entre les niveau doit être maintenu. Au niveau 0, nous avons les liens M, N, Y, B et A pour le processus 2. On les retrouvent tous au niveau 1. Nous avons en plus les liens C, G, H, J, K.
Pour savoir d’où vient B et où vont A et Y, nous devons remonter d’un niveau.
Intéressant mais peut rapidement devenir fastidieux. Pour éviter cela, l’approche suggérée est d’ajouter les entités externes dans les niveaux inférieurs.
Détail du cas d’utilisation, chaque étape devient un processus
GTI515 Automne 2011 JF Couturier 26
Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © 2009. Books24x7. <http://common.books24x7.com/book/id_29675/book.asp> (accessed May 29, 2009)
Département de génie logiciel et des TI
Le niveau 2 et suivants…Le niveau 2 et suivants…
Nous pouvons continuer à détailler nos processus d’un niveau à un autre.
Pour identifier à quel niveau nous nous trouvons, identifier le nombre de chiffres après le premier point.
Conserver l’équilibre entre chaque niveau
Dans ce cas-ci M, N, K, H, G, C
GTI515 Automne 2011 JF Couturier 27
Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © 2009. Books24x7. <http://common.books24x7.com/book/id_29675/book.asp> (accessed May 29, 2009)
Département de génie logiciel et des TI
Les étapes pour créer le DFDLes étapes pour créer le DFD
Créer un DFD est un travail itératif avec des améliorations continues
Les étapes
1. Créer un diagramme contextuel
2. Identifier les Cas d’utilisation (!), là où les utilisateurs utilisent le système
3. Créer un fragment de DFD pour chaque cas d’utilisation
4. Créer un diagramme de niveau 0 pour chaque fragment
5. Décomposer au niveau 1, 2, …
6. Revenir à l’étape 1 et réviser si nécessaire
7. Valider le DFD avec les utilisateurs
GTI515 Automne 2011 JF Couturier 28
Département de génie logiciel et des TI
Plan du coursPlan du cours
Le diagramme de flux de données
Les différents niveaux
Les règles
Exemples d’erreurs
Exemples de DFD
Études de cas
Transition vers L’ERD
Dictionnaire de données
GTI515 Automne 2011 JF Couturier 29
Département de génie logiciel et des TI
Exemples de DFDExemples de DFD
GTI515 Automne 2011 JF Couturier 30
http://facweb.cs.depaul.edu/yele/Course/IT215/DFD%20Mechanics.ppt
Département de génie logiciel et des TI
Exemples de DFDExemples de DFD
GTI515 Automne 2011 JF Couturier 31
http://facweb.cs.depaul.edu/yele/Course/IT215/DFD%20Mechanics.ppt
Département de génie logiciel et des TI
Exemples de DFDExemples de DFD
GTI515 Automne 2011 JF Couturier 32
http://venki5014.files.wordpress.com/2008/08/dfd-1.jpg
Département de génie logiciel et des TI
Exemples de DFDExemples de DFD
GTI515 Automne 2011 JF Couturier 33
http://venki5014.files.wordpress.com/2008/08/praneeth-sdo-dfd-22.jpg
Département de génie logiciel et des TI
Niveau contextuelNiveau contextuel
GTI515 Automne 2011 JF Couturier 34
Systems Analysis and Design with UML Version 2.0: An Object-Oriented
Approach, Third Edition by Alan R. Dennis, Barbara Haley Wixom and David
Tegarden
Département de génie logiciel et des TI
Niveau 0Niveau 0
GTI515 Automne 2011 JF Couturier 35
Systems Analysis and Design with UML Version 2.0: An Object-Oriented
Approach, Third Edition by Alan R. Dennis, Barbara Haley Wixom and David
Tegarden
Département de génie logiciel et des TI
Niveau 1Niveau 1
GTI515 Automne 2011 JF Couturier 36
Systems Analysis and Design with UML Version 2.0: An Object-Oriented
Approach, Third Edition by Alan R. Dennis, Barbara Haley Wixom and David
Tegarden
Département de génie logiciel et des TI
Plan du coursPlan du cours
Le diagramme de flux de données
Les différents niveaux
Exemples de DFD
Les règles
Exemples d’erreurs
Études de cas
Transition vers L’ERD
Dictionnaire de données
GTI515 Automne 2011 JF Couturier 37
Département de génie logiciel et des TI
Quelques règlesQuelques règles
Règles qui s’appliquent à tous les DFDLes intrants d’un processus sont toujours
différents des extrants
Les objets (éléments) du DFD ont tous un nom unique Par souci de clarté, vous pouvez utiliser
plusieurs fois les magasins de données et les agents externes dans un même diagramme.
GTI515 Automne 2011 JF Couturier 38
Département de génie logiciel et des TI
Quelques règlesQuelques règles
Processus Ne peut pas avoir
que des extrants
Ne peut pas avoir que des intrants
Un processus est libellé avec un verbe
Magasin de données Les données ne
peuvent se déplacer d’un magasin à un autre.
Les données ne peuvent aller ni venir directement d’une source externe
Un magasin de données est libellé par un nom.
GTI515 Automne 2011 JF Couturier 39
Département de génie logiciel et des TI
Quelques règlesQuelques règles
Agents externes Les données ne
peuvent se déplacer entre agents externes.
Les agents externes sont libellé par un nom.
Flux de données Un flux de données
n’a qu’une seule direction
Un flux de données est libellé par un nom.
Un flux de données ne peut pointer directement sur le processus d’origine.
GTI515 Automne 2011 JF Couturier 40
Département de génie logiciel et des TI
Quelques règlesQuelques règles
Flux de données (Suite) Un flux de données qui se dirigent vers un
magasin de données implique une mise à jour (update)
Un flux de données provenant d’un magasin de données implique une récupération ou une utilisation (retrieve)
GTI515 Automne 2011 JF Couturier 41
Département de génie logiciel et des TI
Quelques règlesQuelques règles
Diagramme de contexte 1 processus, numéroté 0
Les agents externes
Les principaux flux de données
Pas de magasin de données
Ils sont internes au système
Les magasin de données externe sont représentés comme des agents externes
Comment départagez-vous ce qui est interne de ce qui est externe?
GTI515 Automne 2011 JF Couturier 42
Département de génie logiciel et des TI
Quelques règlesQuelques règles
Un DFD ne représente pas les décisions
Un DFD ne représente pas les évènements dans le tempsLe DFD ne représente pas la séquence
Un diagramme BPMN ou un diagramme d’activité fait ce travail.
GTI515 Automne 2011 JF Couturier 43
Département de génie logiciel et des TI
Plan du coursPlan du cours
Le diagramme de flux de données
Les différents niveaux
Exemples de DFD
Les règles
Exemples d’erreurs
Études de cas
Transition vers L’ERD
Dictionnaire de données
GTI515 Automne 2011 JF Couturier 44
Département de génie logiciel et des TI
Erreurs communesErreurs communes
Erreurs de flux de données Un flux de données ne peut avoir 2 directions
Un flux de données ne peut pointer sur le processus d’origine
Un flux de données n’ayant pas de source
Un flux de données n’ayant pas de destination
Un flux de données doit être libellé avec un nom, pas un verbe
Erreurs de connexions Les données ne peuvent se déplacer directement d’un magasin
à un agent externe
Les données ne peuvent se déplacer d’un magasin à un autre.
GTI515 Automne 2011 JF Couturier 45
Département de génie logiciel et des TIGTI515 Automne 2011 JF Couturier 46
Département de génie logiciel et des TI
Exemples d’erreursExemples d’erreurs
Un processus ne peut pas avoir que des flux entrants (blackhole)
Un processus ne peut pas avoir que des flux sortants (miracle)
GTI515 Automne 2011 JF Couturier 47
AddNew Customer
1AddNew Customer
2
Département de génie logiciel et des TI
Exemples d’erreursExemples d’erreurs
Les magasins de données et les entités externes ne peuvent êtres reliés directement
GTI515 Automne 2011 JF Couturier 48
Customer D1 Customer
Vendor D2 Vendor Master
Département de génie logiciel et des TI
Exemples d’erreursExemples d’erreurs
Libellé incorrectement les flux de données ou les objets du DFD Exemples d’erreurs
Libellés absents pour les flux et les objets du DFD
Flux de données libellé avec un verbe
Processus libellé avec un nom
Trop de processus ou de flux de données dans un diagramme.
Une dizaine au maximum
GTI515 Automne 2011 JF Couturier 49
Département de génie logiciel et des TI
Exemples d’erreursExemples d’erreurs
Omettre les flux de données dans le diagramme
Décomposition déséquilibrée entre un processus parent et un diagramme enfant.Les flux de données du parents
devraient se retrouver dans le diagramme enfant
GTI515 Automne 2011 JF Couturier 50
Département de génie logiciel et des TI
Qualités d’un DFDQualités d’un DFD
Lisible
Minimiser la complexité
Cohérent et balancer/équilibrer
Représente précisément les exigences du système
Réduire la surcharge d’information – règle du 7 +/- 2 Un DFD ne devrait pas avoir plus de 7 +/-2 processus
Pas plus de 7 +/- 2 flux de données ne devrait entrer ou sortir d’un processus ou d’un magasin de données dans un seul DFD
GTI515 Automne 2011 JF Couturier 51
Département de génie logiciel et des TI
Plan du coursPlan du cours
Le diagramme de flux de données
Les différents niveaux
Exemples de DFD
Les règles
Exemples d’erreurs
Études de cas
Transition vers L’ERD
Dictionnaire de données
GTI515 Automne 2011 JF Couturier 52
Département de génie logiciel et des TI
Étude de casÉtude de cas
Faites le DFD pour le garagePMÉ :
Prendre RV, Écrire DS, Écrire BT, Réparer la voiture
Données BT, DS, Client, Facture, RV
Participants Client, Garagiste, Chef de service, Chef d’atelier
GTI515 Automne 2011 JF Couturier 53
Département de génie logiciel et des TI
Plan du coursPlan du cours
Le diagramme de flux de données
Les différents niveaux
Les règles
Exemples d’erreurs
Exemples de DFD
Études de cas
Transition vers L’ERD
Dictionnaire de données
GTI515 Automne 2011 JF Couturier 54
Département de génie logiciel et des TI
Avec le DFD…Avec le DFD…
On commence le ERD Entity-Relationships Diagram
Ce que l’ER couvre Les liens entre les données
La création des tables Leurs différents attributs, les types, les contraintes
référentielles
Ce que l’ER ne couvre pas Les états et les transformations des données
GTI515 Automne 2011 JF Couturier 55
Département de génie logiciel et des TI
ERDERD
Le diagramme entité-relation nous permet de conceptualiser la couche de persistance.
Le diagramme entité-relation reprend souvent plusieurs éléments du modèle du domaine.
Cependant, certaines transformations seront souvent nécessaires.
GTI515 Automne 2011 JF Couturier 56
Département de génie logiciel et des TI
PersistancePersistance
Lorsque vous utilisez une couche de persistance orientée objet, c’est souvent le framework qui va organisé la structure des tables (hibernate)
Si vous utilisez une couche de persistance relationnelle, vous devez programmer une couche d’accès aux données qui fera la liaison avec vos objets
GTI515 Automne 2011 JF Couturier 57
Département de génie logiciel et des TI
Étapes pour faire le ERDÉtapes pour faire le ERD
Vous récupérer les entités identifiées dans le modèle du domaine ainsi que dans le DFD. Incluant les attributs et leurs types
Vous considérer les liens unissant ces entités
Vous identifier les cardinalités (souvent déjà présentes dans le modèle du domaine)
GTI515 Automne 2011 JF Couturier 58
Département de génie logiciel et des TI
Les types d’associationLes types d’association
Relation 1 à 1(1:1)
Relation 1 à plusieurs (1:M)
Relation plusieurs à plusieurs (M:N)Nécessité d’avoir une entité
d’association…Classe d’association!
GTI515 Automne 2011 JF Couturier 59
Département de génie logiciel et des TI
Les formes normalesLes formes normales
Une fois que vos entités et leurs relations ont été identifiés, vous pouvez appliquez les 3 formes normales
Les 3 formes normales sont des règles de conceptions dans la réalisation des tables relationnelles.
GTI515 Automne 2011 JF Couturier 60
Département de génie logiciel et des TI
11erer forme normale forme normale
Une table est à la première forme normale (1NF) si elle ne contient pas de groupes répétitif de données.
GTI515 Automne 2011 JF Couturier 61
http://fr.wikipedia.org/wiki/Forme_normale_(bases_de_donn%C3%A9es_relationnelles)
Département de génie logiciel et des TI
22èmeème forme normale forme normale
tous les attributs non-clés ne dépendent pas d'une partie de la clé primaire mais bien de la totalité de la clé primaire.
GTI515 Automne 2011 JF Couturier 62
http://fr.wikipedia.org/wiki/Forme_normale_(bases_de_donn%C3%A9es_relationnelles)
Département de génie logiciel et des TI
33èmeème forme normale forme normale
Tous les attributs n'appartenant pas à la clé ne dépendent pas d'un attribut non-clé. En d'autres termes, la dépendance fonctionnelle est directe.
GTI515 Automne 2011 JF Couturier 63
http://fr.wikipedia.org/wiki/Forme_normale_(bases_de_donn%C3%A9es_relationnelles)
Département de génie logiciel et des TI
Créer la base de donnéesCréer la base de données
Une fois que vous avez créer votre ERD et que les 3 formes normales ont été appliquées, vous êtes en mesure de créer votre base de donnéesou votre schéma, selon la terminologie
de votre SGBD
GTI515 Automne 2011 JF Couturier 64
Département de génie logiciel et des TI
ExempleExemple
Voir un exemple de ERD
GTI515 Automne 2011 JF Couturier 65
Département de génie logiciel et des TIGTI515 Automne 2011 JF Couturier 66
Département de génie logiciel et des TI
Plan du coursPlan du cours
Le diagramme de flux de données
Les différents niveaux
Les règles
Exemples d’erreurs
Exemples de DFD
Études de cas
Transition vers L’ERD
Dictionnaire de données
GTI515 Automne 2011 JF Couturier 67
Département de génie logiciel et des TI
Dictionnaire de donnéesDictionnaire de données
Dictionaries are like watches; the worst is better than none, and the best cannot be expected to go quite true.” Mrs. Priozzi Anecdotes of Samuel Johnson, 1786
GTI515 Automne 2011 JF Couturier 68
Département de génie logiciel et des TI
Dictionnaire de donnéesDictionnaire de données
Le dictionnaire de données est un document qui accompagne généralement la documentation d’un système
Documente les tables, les vues, les procédures stockées de la couche de persistance d’un système
Dans le dictionnaire de données, nous pouvons également documenter des contraintes métiers.
GTI515 Automne 2011 JF Couturier 69
Département de génie logiciel et des TI
Échange de donnéesÉchange de données
Le dictionnaire de données sera particulièrement utile lorsque on veut échanger des données.
Il permet de standardiser la sémantique du domaine métier d’une organisation Glossaire
GTI515 Automne 2011 JF Couturier 70
Département de génie logiciel et des TI
Dictionnaire de donnéesDictionnaire de données
Certains SGBD permettent de documenter les champs d’une tables (SQL Server entre autres)
On peut alors exécuter des vues affichant un rapport, par table et par champs.
Un fichier Excel peut tout aussi bien faire l’affaire
GTI515 Automne 2011 JF Couturier 71
Département de génie logiciel et des TI
Dictionnaire de donnéesDictionnaire de données
On annexera souvent au dictionnaire de données un ERD pour visualiser les liens entre les tables
Dans les gros systèmes, l’ERD peut devenir difficile à lire, il faut alors le segmenter
GTI515 Automne 2011 JF Couturier 72
Département de génie logiciel et des TI
ExemplesExemples
Voir exemples de DD
Un autre exemple
GTI515 Automne 2011 JF Couturier 73
Département de génie logiciel et des TI
RessourcesRessources
DFD
Gane-Sarson et DeMarco-Yourdon
ERD
Wiki de Yourdon
Data dictionary
GTI515 Automne 2011 JF Couturier 74
Département de génie logiciel et des TI
Prochain coursProchain cours
Normes et cadriciels
Quizz 3
LecturesÀ venir
GTI515 Automne 2011 JF Couturier 75