Académique Documents
Professionnel Documents
Culture Documents
Objectif
Pendant le cours d’analyse, nous avons vu comment
construire le modèle conceptuel des données d’un système
d’informations d’une entreprise
Nous devons valider ce MCD de façon à ce que toutes les
tâches automatisées soient réalisables
2/28
Règles de transformations vues à travers un exemple
3/28
Règles de transformations vues à travers un exemple
4/28
Règles de transformations vues à travers un exemple
5/28
Règles de transformations vues à travers un exemple
6/28
Règles de transformations vues à travers un exemple
7/28
Règles de transformations vues à travers un exemple
8/28
Règles de transformations vues à travers un exemple
9/28
Règles de transformations vues à travers un exemple
10/28
Règles de transformations vues à travers un exemple
Pour les autres associations, créer une table par association avec
comme attributs, les identifiants des entités associées par
l’association et les propriétés éventuelles portées par l’association
11/28
Règles de transformations vues à travers un exemple
Pour les autres associations, créer une table par association avec
comme attributs, les identifiants des entités associées par
l’association et les propriétés éventuelles portées par l’association
12/28
Règles de transformations vues à travers un exemple
Pour les autres associations, créer une table par association avec
comme attributs, les identifiants des entités associées par
l’association et les propriétés éventuelles portées par l’association
13/28
Règles de transformations vues à travers un exemple
Supprimer les tables qui ne comportent que des informations que l’on peut retrouver
dans d’autres tables. Cas type la table : DATE.
Pour la table FOURNISSEUR, les cardinalités 0-n nous indiquent que des fournisseurs peuvent ne jamais avoir
fourni d’article, il faut absolument conserver cette table pour conserver ces fournisseurs. 14/28
Règles de transformations vues à travers un exemple
Supprimer les tables qui ne comportent que des informations que l’on peut retrouver
dans d’autres tables. Cas type la table : DATE.
Les cardinalités nous indiquent qu’il ne peut y avoir que 3 conditionnements par produit et donc 3 prix. En ajoutant
les trois prix possibles dans la table PRODUIT, on peut supprimer la table FIXER PRIX. 15/28
Règles de transformations vues à travers un exemple
Les cardinalités nous indiquent qu’il ne peut y avoir que 3 conditionnements par produit et donc 3 prix. En ajoutant
les trois prix possibles dans la table PRODUIT, on peut supprimer la table FIXER PRIX 16/28
Règles de transformations vues à travers un exemple
Ici on va ajouter un identifiant au client Numéro client et remplacer Nom client et Prénom client par Numéro
18/28
Règles de transformations vues à travers un exemple
Les cardinalités ont déjà été prises en compte dans la traduction du MCD en MLD.
Les identifiants permettront de définir les clés des tables. On peut retrouver plusieurs
fois le même attribut dans différentes tables du MLD, cela donnera naissance au clés
étrangères
19/28
Règles de transformations vues à travers un exemple
20/28
Règles de transformations vues à travers un exemple
21/28
Règles de transformations vues à travers un exemple
22/28
Règles de transformations vues à travers un exemple
23/28
Règles de transformations vues à travers un exemple
24/28
Règles de transformations vues à travers un exemple
...
26/28
Règles de transformations vues à travers un exemple
27/28
Règles de transformations vues à travers un exemple
Conclusion
28/28