FAQ Merise et modélisation de donnéesConsultez toutes les FAQ

Il existe peu de sites proposant des exercices de modélisation corrigés que ce soit pour Merise ou une autre méthode de modélisation. Cependant, www.developpez.com vous propose deux exemples : veuillez consulter l'url ci-dessous. N'hésitez pas non plus à parcourir le forum modélisation! Enfin, cette FAQ présente un certain nombre de petits exemples glanés dans le forum.

Enoncé : Les Interlocuteurs et les Entreprises ont plusieurs Adresses mais d'1 seul Type_Adresse à chaque fois (une entreprise ne peut pas avoir X adresse type "Siège Social") . Comment gérer cela ?

Modèle et explication: La question posée relève de la notion de contrainte d'intégrité fonctionnelle (CIF pour les branchés). En effet, une Entreprise (ou un Interlocuteur) ne peut avoir qu'une seule Adresse correspondant à un Type d'adresse donné; mais des adresses différentes pour des types différents. Soit Entreprise x Type_Adresse ---> Adresse. C'est exactement la définition d'une CIF. La modélisation conceptuelle est la suivante



Elle se transforme en MLD relationnel suivant, conformément aux règles :

Enoncé :
L'énoncé est assez classique. Nous sommes dans un contexte de bibliothèque où un client peut emprunter des livres. Ces livres existent en plusieurs exemplaires. Comment gérer la disponibilité du livre compte-tenu de son nombre d'exemplaire ?

Modèle et explication:
1/ Il existe tout d'abord deux entités : LIVRE et EXEMPLAIRE. La relation Posseder entre Livre et Exemplaire est indiscutable :
[LIVRE]--1,n--(posseder)--1,1--[EXEMPLAIRE]
et donc à un exemplaire ne correspond qu'un livre !

2/ Maintenant, la relation Emprunter est plus subtile. En effet, un Client emprunte un Exemplaire (donc un Livre compte tenu de la remarque précédente); donc
[CLIENT]--1,n--(emprunter)--0,?--[EXEMPLAIRE]
La cardinalité 0,? mérite discussion.
Si 0,n , alors on aura l'historique des emprunts (vu d'un exemplaire) on pourrait alors avoir les dates d'emprunt/retour dans la relation.
Si 0,1, alors ça sera l'emprunt "ponctuel"; l'occurrence de la relation ne serait mise en place que pourla durée de l'emprunt,; la date d'emprunt serait une propriété de la relation .
Personnelement, je préfère le 0,n .

Dans la pratique, je ferais plutôt la modélisation suivante :
[CLIENT]--0,n--(effectuer)--1,1--[EMPRUNT]--1,n--(comporte)--0,n--[EXEMPLAIRE]

3/ La disponibilité merite également discussion.
S'il s'agit de la disponibilité d'un exemplaire, alors Disponibilité est une propriété d'Exemplaire (le fait que la valeur de la disponibilité puisse être calculée n'est pas un motif à ce qu'elle ne soit pas identifiée comme étant une propriété).
Toutefois, si l'on utilise la cardinalité 0,1, alors un Exemplaire disponible est un exemplaire qui n'est pas emprunté (donc sans Client!)
S'il s'agit de la disponibilité du Livre, alors, il se détermine par une règle : un Livre est disponible s'il existe au moins un exemplaire disponible. Ce qui incidemment renvoit à la disponibilité de l'exemplaire ! Cette règle sera probablement implémentée par une sélection.
En conclusion, il semble qu'une propriété Disponibilité soit vraiment nécessaire pour l'entité Exemplaire.

Enoncé :
Il s'agit de représenter le fait qu'"un paragraphe(de page web) peut être lié à un autre paragraphe ou une autre page web" . U

Modèle et explications :

Enoncé :
Gérer des appels téléphoniques arrivant à un service aprés-vente.
On veut savoir quels clients, quels articles et quelles periodes represente le plus de charges pour le service aprés-vente:
1- on note tous les appels entrant
2- L'appel doit provenir d'un client repertorié dans une liste de clients ayant droit au service aprés-vente.
3- L'appel doit concerner un article repertorié dans une liste d'article suivi en service aprés-vente.
4- On peut soit classer l'appel sans suite, soit ouvrir un dossier suivi, on donne alors un nom au dossier de suivi.
5- A chaque motif de suivi correspond un technicien de maintenance qui aura la charge du dossier.

Modèle et explications :
Une proposition de MCD :

Enoncé :
On souhaite pouvoir gérer les films, les acteurs ainsi que leur rôle dans chacun des films.

Modèle et explications :
Nous considérons donc 3 entités : FILM, PERSONNALITE, FONCTION. Naturellement, une PERSONNALITE est liée à un FILM par une relation TRAVAILLE_DANS. Dans ce cas, TRAVAILLE_DANS devra être une relation ternaire puisqu'il faut lier la FONCTION à la PERSONNALITE etau FILM.
Le MCD correspondant :


Le MLD correspondant :



Toutefois, si l'on optait pour des Fonctions composites (une personnalité pourrait être à la fois acteur/ réalisateur pour un film, sans saisie de deux enregistrements), on pourrait modéliser une contrainte d'intégrité fonctionnelle (CIF) au sein de la ternaire: une Personnalité ne travaille dans un Film qu'avec une Fonction (Personnalité x Film --> Fonction).



On obtiendrait alors la modélisation logique où Fonction_id n'est que clé étrangère dans la table Travaille .

Enoncé :
un employé effectue des appels téléphoniques. Le correspondant peut être externe à l'entreprise ou être lui_même un employé.

Modèle simple proposé :

Enoncé : Un fabriquant de meubles souhaite informatiser les modes de conception des différents meubles.
La fabrication d'un meuble nécessite divers matériaux. On aura par exemple besoin de 20 vis cruciformes 2Ox45 et de deux panneaux de 1xO,5 m ni de contre-plaqué 3 mm.
Chaque matériau est identifié par son nom ( eau bois, vis, clou ... ), sa matière (chêne, contre-plaqué, métal, laiton, plastique... ) et ses caractéristiques éventuelles (épaisseur pour du bois, dimensions et type pour une vis... ).
Le temps d'assemblage d'un meuble doit être stocké. Chaque matériau peut être acquis auprès de différents fournisseurs (à des prix différents évidemment). Les fournisseurs sont décrits par les propriétés habituelles. Bien entendu, il faut connaitre l'unité de tarification de chaque matériau (le bois est tarifé au M2 ou au mètre selon sa nature -panneau ou baguette-, la quincaillerie au kilo ... ). L'unité dépend du matériau.
Il faut également gérer les différentes étapes de conception du meuble dans l'ordre (1ère étape, 2ème étape ... ). On devra connaître pour chaque étape
- sa durée ;
- les éléments du meuble qui sont concernés (par exemple : les deux panneaux de bois 1xO,5 m ni et 5 vis cruciformes 2Ox45)
- les outils nécessaires
- ce qu'il faut faire !
Chaque étape est d'un type précis (peinture, découpe, assemblage, vernissage ... À chaque type est associé un tarif horaire. Cela permettra de connaître le coût d'assemblage du meuble.

Proposition de modèle :<br/>