0% ont trouvé ce document utile (0 vote)
59 vues12 pages

05 Exercice

Une société de vente souhaite informatiser son système d'information actuel, qui est manuel, en établissant un modèle conceptuel de données (MCD) pour sa nouvelle base de données. Le MCD doit prendre en compte les relations entre les clients, les commandes, les produits et les représentants, ainsi que les attributs nécessaires pour chaque entité. Un dictionnaire de données (DD) sera également créé pour définir les attributs, en excluant les données calculées et concaténées.

Transféré par

joanescreppy9
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
59 vues12 pages

05 Exercice

Une société de vente souhaite informatiser son système d'information actuel, qui est manuel, en établissant un modèle conceptuel de données (MCD) pour sa nouvelle base de données. Le MCD doit prendre en compte les relations entre les clients, les commandes, les produits et les représentants, ainsi que les attributs nécessaires pour chaque entité. Un dictionnaire de données (DD) sera également créé pour définir les attributs, en excluant les données calculées et concaténées.

Transféré par

joanescreppy9
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

Exercice

Informatisation du SI d’une société de vente

Une société de vente souhaite informatiser son SI actuel


(manuel) qui contient essentiellement des données
figurant sur des bons de commande ou factures du type :

N°Bon …………………… Date ……………………


Nom client ………………………………………………………………
Adresse ………………………………………………………………………
………………………………………………………………………

Nom représentant …………………………………………

Réf. Design. Qté PU Montant


………… ………… …… ……… …………
………… ………… …… ……… …………

Total …………

2
En utilisant le schéma de construction détaillé
précédemment, établir le MCD de leur nouvelle
base de données. On suppose que certaines
opérations ont déjà été effectuées :
• Recueil des informations (interview du SI
existant)
– R1 : un client peut passer une ou plusieurs commandes
ou ne passer aucune commande;
– R2 : une commande concerne au moins un produit;
– R3 : une commande concerne un et un seul client;
– R4 : une commande est assurée par un et un seul
représentant qui n’est pas toujours le même pour un
client donné.

3
• Construction d'un dictionnaire de données (DD) :
établissement de la liste des attributs à partir des
informations recueillies. Comme le SI actuel est manuel,
il n’existe pas nécessairement des codifications, on
imaginera qu’il existe des codes pour identifier les entités
évidentes …
Par exemple, « Cocli » pour CLIENT et « Corep » pour
REPRESENTANT seront créées, on les marquera d’un (*)
pour signifier qu’elles n’existent pas encore.

4
• Le dictionnaire des données (DD)
DONNEES SIGNIFICATION TYPE (1) LONGUEUR NATURE REGLE DE CALCUL
(2) (3) OU INTEGRITE (4)

NoBon N° de bon de Cde N 4 E M


Date Date Cde D 10 E M Forme jj/mm/aaaa (5)

*CoCli Code client ? ? E SIG A créer


NomCli Nom client A 30 E SIG
Adresse Adresse client AN 60 CON SIG Rue + Ville
RueCli Rue client AN 30 E SIG
Vilcli Ville client A 30 E SIG
*CoRep Code représentant ? ? E SIG A créer
NomRep Nom représentant A 30 E SIG
Réf Réf. de produit AN 5 E SIG 1 lettre + 3 chiffres
Désign Désignation produit A 30 E SIG
Qté Quantité commandée N 3 E M Entier > 0
PU Prix unitaire N 7 E SIG Forme : 9999,99
Montant Montant ligne N 8 CAL M PU  Qté
Total Total commande N 9 CAL M Somme des montants

(1) A(lphanumérique) N(umérique) A(lpha)N(umérique) D(Date)


(2) E(lémentaire) CON(caténé) CAL(culé)
(3) M(ouvement) SIG(nalétique) SIT(uation)
(4) Règle de calcul pour les attributs calculés ou contraintes d’intégrité syntaxique éventuelles
(5) jj : 01 à 31, mm : 01 à 12, aaaa : 0000 à 9999.

5
• Epuration du dictionnaire des données
– Les données à ne pas prendre en compte dans un
MCD sont, en général, les données calculées et
concaténées.
– Seront supprimées : Adresse, Montant et Total.

6
Le graphe des dépendances fonctionnelles

Ref NoBon

Design PU Date
Qté

CoRep CoCli

NomRep NomCli RueCli VilleCli

7
• Le graphe des dépendances fonctionnelles

Ref NoBon

Design PU Date
Qté

CoRep CoCli

NomRep NomCli RueCli VilleCli

8
Transformation du GDF en MCD

Règles de transformation

– R1 : les données sources d'au moins une DF (celles


qui sont soulignées sur le GDF) représentent les
identifiants des entités dont les attributs sont les
cibles de ces DF.
– R2 : Les flèches restantes deviennent des
associations. Les données déterminées par une DF
conjointe deviennent des attributs portés par
l’association.
– R3 : Les règles de gestion doivent permettre de
trouver les cardinalités.
9
Application de la 1ère règle (R1)

PRODUIT COMMANDE

Ref NoBon
Design Date
PU Qté

CLIENT
REPRESENTANT
CoCli
CoRep NomCli
NomRep RueCli
VilleCli

10
• Enfin, les règles de vérification, de
normalisation et de décomposition doivent
permettre la mise au propre du MCD.

11
Application des règles R2 et R3

PRODUIT COMMANDE
0,n CONCERNER 1,n
Ref NoBon
Design
Qté Date
PU

1,1
1,1
OBTENIR PASSER

0,n
0,n
CLIENT
REPRESENTANT
CoCli
CoRep NomCli
NomRep RueCli
VilleCli

12

Vous aimerez peut-être aussi