IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
logo
Sommaire > Exercices
        Où trouver des exemples et exercices corrigées ?
        Exemple d'utilisation d'une CIF
        Exemple de modélisation lié au thème de la bibliothèque
        Exemple de modélisation de page internet
        Exemple lié à la gestion d'un SAV
        Exemple lié à la gestion d'une vidéothèque
        Exemple d'une gestion d'appels téléphoniques
        Exemple lié à la gestion de construction de meubles



Où trouver des exemples et exercices corrigées ?
auteur : Cian
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.

lien : fr Exemples de MCD
lien : fr Exemple de modélisation de la gestion d'un hôtel
lien : fr Forum Modélisation de Developpez.com
lien : fr Exemple n°1
lien : fr Exemple n°3
lien : fr Exemple n°4
lien : fr Exemple n°5
lien : fr Exemple n°6
lien : fr Exemple n°7

Exemple d'utilisation d'une CIF
auteur : Nanci
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 :


Exemple de modélisation lié au thème de la bibliothèque
auteurs : Nanci, skapull, Cian
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.




Exemple de modélisation de page internet
auteurs : Nanci, Cian, Petrus
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 :


Exemple lié à la gestion d'un SAV
auteur : Nanci
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 :


Exemple lié à la gestion d'une vidéothèque
auteurs : Nanci, Cian
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 et au 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 .





Exemple d'une gestion d'appels téléphoniques
auteur : Nanci
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é :





Exemple lié à la gestion de construction de meubles
auteur : Nanci
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/>



Consultez les autres F.A.Q's


Valid XHTML 1.0 TransitionalValid CSS!

Les sources présentées sur cette page sont libres de droits et vous pouvez les utiliser à votre convenance. Par contre, la page de présentation constitue une œuvre intellectuelle protégée par les droits d'auteur. Copyright © 2004 - 2009 Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site ni de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.