Exercices sur MERISE - Cours E.Thirion

Exercices sur Merise - Page 1
Exercices sur MERISE
(Première partie du Cours)
Auteur E. Thirion - cours.thirion.free.fr
Dernière mise à jour 18/07/2015
Le corrigé des exercices suivants se trouve dans le fichier Corrige-ExoMERISE1.pdf,
disponible par téléchargement.
Pour voir le cours associé à ces exercices, cliquez ici.
I - Le modèle conceptuel de données
Cardinalités et type d'association
Indiquez les cardinalités et le type des associations suivantes:
Client
,
Commander
,
Produit
,
Service
Type :
Quantité
Salarié
,
Personne
Ville
Etre affecté
,
,
,
Posséder
,
Capitale de
Voiture
Pays
Type :
Type :
Type :
Etude de cas Ahola (2005 - Option R) - dossier 3 - question 1
Le personnel de la société est amené à voyager fréquemment dans le monde entier. Actuellement la gestion
de ces voyages est réalisée à l'aide d'un tableur. Face à la croissance du nombre de voyages effectués, le
responsable informatique veut faire migrer cette application dans un environnement de type SGBD
relationnel.
Une première analyse a conduit au schéma entité-association présenté en page 3.
page 1
Exercices sur Merise - Page 2
Règles de gestion :
-
AHOLA est divisé en 5 départements : marketing, design, informatique, finance et magasin.
-
Chaque employé est rattaché à un seul département et il ne peut voyager que dans l’une des deux
classes proposées par les compagnies aériennes (économique ou affaire). Il ne peut aussi séjourner que
dans une certaine catégorie d'hôtel (2*, 3*, 4*).
-
Un voyage ne concerne qu’une seule personne.
TRAVAIL À FAIRE Trouver les cardinalités manquantes à partir des règles de gestion.
Etude de cas Tholdi (2009 - Option R) - dossier 3
Le responsable de l’entreprise, M. Tholdi, est très impliqué dans l’évolution technique de son système
informatique.
Il désire en particulier améliorer le système qui permet le suivi de l’arrivée en port des containeurs puis de
leur chargement sur les camions. Pour cela une nouvelle base de données devra être créée, et M. Tholdi a
établi le cahier des charges suivant :
• Les containeurs sont identifiés par un code international unique qui est reconnu dans tous les ports. Afin de
placer ce containeur sur la remorque appropriée, il est nécessaire de connaître ses dimensions.
• Chaque containeur appartient à un client qui est identifié par son code et dont on veut conserver la raison
sociale et les coordonnées.
• Il est nécessaire de connaître pour chaque client, le pays dans lequel il est inscrit. Ceci permettra de définir
le pays d’origine de tous ces containeurs. Cette information est nécessaire pour les droits
d’enregistrement en douane. Les services douaniers fournissent, pour cette raison, une liste des pays
comportant leur code et leur nom internationaux qui doivent être utilisés dans la base de données.
• Les containeurs ne peuvent pas transporter n’importe quel type de matière. En effet, les problématiques du
transport de liquides en vrac ou de produits finis emballés ne sont pas les mêmes. Pour cela, le système
informatique doit comporter la liste complète des types de matière susceptibles d’être transportés par la
société Tholdi (le code de ce type et son libellé suffisent).
• On veut connaître la quantité maximale de chaque type de matière que peut transporter un containeur.
• Dans le but de suivre l’activité de l’entreprise ainsi que celle des clients, il faut connaître le nombre
d’utilisations de chaque containeur, pour chaque année.
TRAVAIL À FAIRE
3.1
Construire le Schéma Entité-Association permettant de représenter les informations
décrites par le cahier des charges.
page 2
Exercices sur Merise - Page 3
Voyageur
NumPers
Nom
Prenom
DateNaissance
PermisB
NumPermis
0,n
Bénéficier
NumCarte
DateFin
0,n
Type Carte
Rattacher
Entreprendre
Héberger
NumTypeCarte
NomCarte
Autoriser
1,1
Département
NumDept
NomDept
Voyage
NumVoyage
Destination
Catégorie Hôtel
Classe Voyage
TypeHotel
ClasseVoyage
Proposer
0,n
Compagnie
CodeCie
NomCie
II - Traduction du modèle conceptuel en modèle relationnel
Traduire les modèles conceptuels suivants en modèle relationnel
MCD MAGASIN
TYPE ARTICLE
CodeT
NomT
ARTICLE
1,n
De Type
1,1
1,1
CodeA
NomA
Prix
0,n
Fourni par
Contient
1,n
1,n
FOURNISSEUR
TICKET CAISSE
CodeF
NomF
page 3
NumT
Date
Heure
Total
Exercices sur Merise - Page 4
MCD ECOLE
ENFANT
NuméroSS
NomENF
Prénom
ECOLE
Fréquente
CodeEcole
NomEC
1,n
1,1
1,1
1,1
Se situe
Habite
COMMUNE
1,n
1,n
Code Postal
NomC
MCD REPRESENTANT
TYPE PRODUIT
CodeP
NomP
1,n
1,1
Vend
Responsable de
1,1
0,1
REPRESENTANT
Matricule
NomR
Prénom
0,n
Concerne
1,1
FRAIS
NumF
TypeF
Montant
1,n
Contient
1,n
NOTE DE FRAIS
NumN
Total
page 4
Exercices sur Merise - Page 5
MCD BDVOL amélioré
AVION
NuméroA
Constructeur
Modèle
COMPAGNIE
Appartient à
1,n
1,1
NomC
1,n
1,n
Travail pour
Effectue
1,1
1,1
VOL
3,n
NuméroV
Jour
HeureDépart
HeureArrivée
PlacesLibres
1,1
0,n
1,n
S'occupe du
PERSONNEL
NomPE
Fonction
1,n
A réservé
Date Réservation
PASSAGER
NomPA
1,1
Arrive à
Part de
1,n
AEROPORT
1,n
1,1
Situé à
1,n
VILLE
NomV
NomA
page 5
Exercices sur Merise - Page 6
Extraits d'études de cas
Etude de Cas Ahola - 2005 - Option R -Dossier 3 - Question 2
Les relations correspondant aux entités DEPARTEMENT, CATEGORIEHOTEL et CLASSEVOYAGE ont déjà
été créées.
Écrire le schéma relationnel correspondant aux entités et aux associations suivantes : VOYAGEUR,
BENEFICIER, TYPE CARTE, PROPOSER, COMPAGNIE (cf MCD page 3).
Etude de cas Mairie - 2006 - Option R - Dossier 4
SECTEUR
AGENT-R
CodeSecteur
NomResponsable
TelResponsable
0,1
1,1
1,n
Être responsable
Être attaché
Être affecté
1,1
1,1
RESTAURANT
NoRestaurant
NomRestaurant
AdresseRestaurant
TelRestaurant
1,n
ECOLE
1,n
1,1
Accueillir
CodeEcole
NomEcole
AdresseEcole
TelEcole
page 6
MatAgent
NomAgent
AdresseAgent
TelAgent
Exercices sur Merise - Page 7
III - Traduction du modèle relationnel en modèle conceptuel
Exercice 1
Traduisez les deux schémas relationnels suivant en modèle conceptuel :
Schéma A
Catalogue (Code_Cat,Titre_Cat)
S'Adresse_A (#Code_Cat,#Code_Grp)
Catégorie (Code_Grp,Libel_Grp)
Client (Num_Cli,Nom_Cli,Prenom_Cli,Adresse_Cli,#Code_Grp)
Schéma B
Client (Num_Cli,Nom_Cli,Prenom_Cli,Adresse_Cli,#N_Rep)
Représentant (N_Rep,Nom_Rep,Sal_Mens)
Commande (N_Bon,Date,#Num_Cli)
Produit (Ref_Pdt,Nom_Pdt,PUHT)
Concerner (#Ref_Pdt,#N_Bon)
Extrait du sujet BTS IG 2004 : Cas Silvia – Dossier 4
Suivi des membres
Dans le cadre des services offerts, le GIE SILVIA intervient sur la maintenance des sites
informatiques de ses membres.
En fonction de leurs besoins, les membres téléphonent au secrétariat pour demander
l’intervention d’un technicien. En fonction de ses disponibilités, ce dernier se rend chez le
membre et réalise l’intervention nécessaire (dépannage logiciel ou matériel, mise à jour de
logiciels, complément de formation, etc.)
Pour chaque intervention, le technicien remplit une fiche dont le modèle est donné ci-dessous.
FICHE D’INTERVENTION
TECHNICIEN
N° : ………………………..
Nom : ………………………………. Prénom : ………………
MEMBRE
Code : …………………
Raison Sociale : ………………………………………………..
Adresse : ……………………………………………………….
Code Postal : …………………………………………………...
Ville : …………………………………………………………..
INTERVENTION
Date : ………………….
Heure Début : ……………….. Heure Fin : …………………
Nb. Km Aller/Retour : …………………………
Motif intervention : ……………………………………………
…………………………………………………………………………………………………………………
……………………………………………………………………………………………
Tous les soirs à 17 h les techniciens remettent leurs fiches d'intervention au secrétariat qui les
saisit. Le secrétariat édite ensuite un état récapitulatif par technicien.
page 7
Exercices sur Merise - Page 8
Les informations sont mémorisées dans une base de données, dont le schéma relationnel est le
suivant :
MEMBRE (mem_code, mem_raisonsocial, mem_téléphone, mem_fax, mem_couriel)
mem_code : clé primaire
TECHNICIEN (tec_numero, tec_nom, tec_prénom, tec_telportable)
tec_numero : clé primaire
INTERVENTION (int_no, int_date, int_heuredebut, int_heurefin, int_nbkm,
mem_code, tec_no)
int_no : clé primaire
mem_code : clé étrangère en référence à mem_code de la table MEMBRE
tec_no : clé étrangère en référence à tec_numero de la table TECHNICIEN
int_motif,
Il existe par ailleurs une deuxième base de données qui permet de connaître l’équipement de
chaque membre du GIE. Cette base de données est bâtie à partir du schéma conceptuel cidessous :
M em bre
M em _code
M em _raisonsoci al
M em _téléphone
M em _fax
M em _courri el
M atériel
0,n
posseder
1,1
M at_code
M at_nom
M at_m arque
M at_caractéristique
M at_date_achat
M at_observation
Afin de rationaliser la gestion du suivi des équipements de ses membres, le GIE souhaite
fusionner les deux bases de données.
Le GIE souhaite également que la contrainte suivante soit intégrée au nouveau modèle :
• La responsabilité du suivi des équipements d’un membre est confiée à un technicien.
• Une intervention sur les équipements d’un membre n’est pas forcément effectuée par le
technicien responsable.
Travail à faire
4.1 Présenter le schéma conceptuel des données représentant l’information issue des deux
bases de données et intégrant la nouvelle contrainte.
Etude de Cas Valdore 2007 - Option R - Dossier 3
Les employés de VDD maintiennent une base de données permettant de connaître la
disponibilité, à la location ou à la vente, de locaux commerciaux et industriels dans la région
d'AMBERT. Le schéma relationnel de cette base de données est :
TYPE (numéro, libellé)
numéro : Clé primaire
ZONEACTIVITE (numéro,
surfDispoNue, prixM2)
numéro : Clé primaire
nom,
secteur,
nomVille,
page 8
surfTotale,
surfDispoAménagée,
Exercices sur Merise - Page 9
LOCAL (numéro, dateActu, description, superficie, location, prix, noZoneAct, noType,
noOccupant)
numéro : Clé primaire
noZoneAct : Clé étrangère en référence à numéro de ZONEACTIVITE
noType : Clé étrangère en référence à numéro de TYPE
noOccupant : Clé étrangère en référence à numéro de ENTREPRISE
ENTREPRISE (numéro, raisonSoc, descAct, rue, CP, ville, tel, mel, siteWeb)
numéro : Clé primaire
TRAVAIL À FAIRE
Présenter le schéma entité-association correspondant au schéma relationnel.
Etude de Cas Aclick 2008 - Option R - Dossier 3
Une base de données relationnelle a été implantée pour suivre la création et l'impression des
différentes parutions (magazines et fascicules). Sa description est la suivante :
PARUTION(num, titre, redacteur, dateParution)
num
clé primaire
PAGE(id, numero, miseEnForme, numParution)
id
clé primaire
numParution clé étrangère en référence à num de PARUTION
TEXTE(num, titre, descriptif, nombreLignes)
num
clé primaire
IMAGE(num, titre, descriptif, largeur, hauteur, poids)
num
clé primaire
COMPORTE_TEXTE(numTexte, idPage)
numTexte, idPage
idPage
numTexte
clé primaire
clé étrangère en référence à id de PAGE
clé étrangère en référence à num de TEXTE
COMPORTE_IMAGE(numImage, idPage)
numImage, idPage clé primaire
idPage
clé étrangère en référence à id de PAGE
numImage
clé étrangère en référence à num de IMAGE
miseEnForme dans PAGE désigne la police du texte et sa taille.
nombreLignes dans TEXTE désigne le nombre de lignes dans un texte.
poids dans IMAGE désigne la taille de l'image sur le disque dur, exprimée en Kilo-octets.
3.1
TRAVAIL À FAIRE
Construire le schéma entité-association correspondant à l’ensemble des relations
décrites.
page 9