Jeudi, le 2 avril 2020
CHIMI ZIM UZIEL
TRAVAUX DIRIGES (MERISE)
I. EXERCICE I:
1. Définissons les expressions suivantes:
Merise: méthode d’étude et de réalisation informatique des sous ensemble
est une méthode d’analyse, de conception et de réalisation des systèmes
informatiques.
Entité: est la représentation dans le système d’information d’un objet
matériel ou immatériel de l’univers extérieur
Cardinalité d’une association : représentation du nombre minimum et
maximum d’instances qui sont autorisées à participer à une relation
Opération : est l’ensemble des taches qui s’enchainent sans interruption
conceptuelle.
2. a) les niveaux concernés par l’abstraction avec la méthode Merise sont :
- le niveau conceptuel
- le niveau organisationnel
- le niveau technique (logique et physique)
b) les différents modèles utilisés pour chaque niveau sont :
- Niveau conceptuel :
Modèle Conceptuel de Donnée (MCD)
Modèle Conceptuel de Traitement (MCT)
- Niveau organisationnel :
Modèle Organisationnel de donnée (MOD)
Modèle Organisationnel de Traitement (MOT)
- Niveau technique :
o Niveau logique :
Modèle logique de Données (MLD)
Modèle logique de traitement (MLT)
o Niveau physique
Modèle Physique de Donnée (MPD)
Modèle Physique de Traitement (MPT)
3. Règles de passage du MCD au MLD relationnel
- Règle 1 : Chaque entités du MCD devient une relation au sens
relationnel, l’identifiant de chaque entités devenant la clé de la
relation correspondante.
- Règle 2 : Une association du MCD de type (1 a plusieurs) ou
(plusieurs à 1) disparait dans le MLD, l’identifiant du côté
plusieurs vient s’incorporer comme attribut dans la relation du
Si l’association est porteuse de propriété cette dernière
devient un attribut de la relation du côté 1.
- Règle 3 : une association de type plusieurs a plusieurs du MCD
disparait au MLD et devient une relation avec comme clé la
concaténation des identifiants des entités participant a
l’association du MCD.
Si l’association du MCD est porteuse d’attribut celle-ci est
incorporée dans la relation crée comme attribut.
4. 2 avantages de cette séparation :
- Facilite la modélisation du système d’informations
- Permet de présenter l’aspect statique et l’aspect dynamique du
système d’information.
II. EXERCICE II : CAS PRATIQUE
1. CAS : GESTION DES COMMANDES CLIENTS
Travail à faire
Dictionnaire de données
NOM SIGNIFICATION TYPES(1) LONGUEUR NATURE(2) REGLE DE CALCUL(3)
N® Bon Numéro de bon N 4 E M
commande
Date Date de N 6 E M Forme jjmmaa jj :01 a 31 mm :01 a 12
commande
cocli Code client AN 4 E SIG
Nomcli Nom du client A 30 E SIG
adresse Adresse client AN 60 CO SIG Rue+ville
rucli Rue du client AN 30 E SIG
vilcli Ville du client A 30 E SIG
corep Code AN 4 E SIG
représentant
nomrep Nom A 30 E SIG
représentant
ref Reference du AN 30 E SIG 1 lettre + 3 chiffres
produit
design Désignation du A 30 E SIG
produit
qte Quantité N 30 E M Entier>0
commande
Pu Prix unitaire N 30 E SIG Forme 9999.99
Montant Montant ligne N 8 CA M
Total Total commande N 8 CA M Somme des montants
(1) A( Alphabétique) A( Alpha) N(Numérique) N(Numérique)
(2) E (Elementaire) CO(Concatené) CA(Calculé)
1. M (Mouvement) SIG (Signalétique) SI(Situation)
(3) Règles de calcul pour les propriétés calcules ou contraintes d’intégrités de forme éventuelles
[Link] des dependances fonctionnelles
N®bon qte ref
Date design Pu
Corep cocli
nomrep Nomcli rucli vilcli
2. Modèle conceptuel de données
PRODUIT
(1,1) COMMANDE C (0,n) -ref
(1,n)
-N®bon -design
-date -Pu
CLIENT
obtenir -cocli
-nomcli
REPRESENTANT
-rucli
vilcli
-corep
(0,1) -nomrep
3. Modèle logique des données
CIENT( cocli, nomcli, prenomcli)
COMMANDE ( N®bon, date, #cocli, #corep)
REPRESENTANT ( corep, nomrep)
PRODUIT ( ref, design, Pu)
CONCERNER ( #N®bon, #ref, qte)
2. CAS DE GESTION D’UNE BIBLIOTHEQUE
1. Dictionnaire de données
2. Graphe des dépendances fonctionnelles
3. Modèle conceptuelle de données
4. Modèle logique de données
5. Modèle conceptuel de communication
6. Modèle conceptuel de traitement
