Ce document, destiné aux étudiants universitaires en conception de bases de données, constitue le premier travail dirigé corrigé portant sur MERISE 2. Son objectif est d'explorer les principales extensions de ce modèle conceptuel et logique de données, essentiel pour la modélisation et la gestion des systèmes d'information.
Il couvre les notions suivantes :
- L'application des extensions de MERISE 2 à travers divers scénarios.
- La modélisation de situations complexes à l'aide des Modèles Conceptuels de Données (MCD).
- L'implémentation de ces modèles sous forme de Modèles Logiques de Données (MLD) et leurs variantes.
Modélisation Merise : TD N°1 les principales extensions de Merise 2 corrigé
Télécharger PDFTD N°1 (Corrigé) : Les principales extensions de Merise 2
Ce document présente des exercices corrigés sur les principales extensions de la méthode MERISE 2, se concentrant sur la création de Modèles Conceptuels de Données (MCD) et leur implémentation en Modèles Logiques de Données (MLD).
Exercice 1 : Modélisation MERISE
En vous servant des extensions Merise 2, réalisez les MCD permettant de traduire les situations suivantes. Proposez ensuite une implémentation (ou plusieurs implémentations) sous la forme d'un MLD.
Situations :
1. Un propriétaire (identifié par un numéro) est soit un particulier caractérisé par un nom, un prénom, une date de naissance, une rue, un code postal, une ville, un tél. ; soit une société caractérisée par une raison sociale, une rue, un code postal, une ville, un tél. et un fax.
Trois implémentations MLD possibles :
a. En une seule relation :
Propriétaire(NumP, nom, prenom, raisonSoc, dateN, rue, cp, ville, tel, fax)
b. En deux relations issues des entités filles :
PP(NumPP, nom, prenom, dateN, rue, cp, ville, tel)
SCI(NumSCI, raisonSoc, rue, cp, ville, tel, fax)
c. En trois relations :
Propriétaire(NumP, rue, cp, ville, tel)
PP(#NumP, nom, prenom, dateN)
SCI(#NumP, raisonSoc, fax)
Variante de c. (avec propriété discriminante « type ») :
Propriétaire(NumP, type, rue, cp, ville, tel)
Exercice 2 : Gestion des Formations et Salariés
2. Un salarié (identifié par un matricule) ne peut pas suivre une formation qu'il anime. Tous les salariés ne sont pas formateurs et ne suivent pas de formations.
Exercice 3 : Projet et Département
3. Un projet (identifié par un n° de projet) est géré par un département. Tous les informaticiens affectés au projet doivent nécessairement travailler dans le département qui gère le projet.
Exercice 4 : Bien Locatif
4. Un bien locatif (identifié par un numéro) caractérisé par un libellé, une rue, un code postal et une ville est soit un logement (caractérisé par une catégorie (« Maison indiv. », « Maison mitoyenne », « Appartement »), un type (« F1 », « F2 », etc.) et une exposition), soit un garage (de type « Box » ou « Place de parking »).
Exercice 5 : Commercialisation de Produits par Secteur
5. Une entreprise commercialise des produits sur certains secteurs géographiques. On veut savoir quel(s) représentant(s) gèrent chaque produit selon le secteur géographique. Lorsqu'on attache un représentant à un produit sur un secteur, on vérifie que le produit est commercialisé dans ce secteur.
Exercice 6 : Salarié avec Multiples Rôles
6. Un salarié (matricule, nom, etc.) peut être à la fois commercial (il sera caractérisé par une zone géographique) et technicien (associé à une spécialité). Il est au moins l'un ou l'autre et peut être les deux.
Exercice 7 : Assurance Véhicules et Permis
7. Une personne est assurée pour conduire des véhicules qui appartiennent chacun à une catégorie (« Poids lourd », « Moto », etc.) uniquement si elle possède le permis de la catégorie en question.
Exercice 8 : Parenté et Enfants
8. Une personne peut être un homme ou une femme. Elle peut ou non avoir des enfants. Quoi qu'il en soit, un enfant a entre 0 et 2 parents.
Personne(NumPersonne, #Parent, Sexe)Avec : #Parent pointant vers Personne(NumPersonne)
Cardinalité : 0,2
Exercice 9 : Liste de Tâches avec Historisation
9. Une liste de tâches (to-do list) est constituée de tâches (to-do) numérotées ayant un type. Il existe des types, sous-types, sous-...-sous-types. Une tâche a également un état qu'on souhaite historiser.
Exercice 10 : Location de Séjour
10. Une location de séjour est effectuée pour un lieu donné et une période donnée. À la réservation (ou location) du séjour est associé un contrat passé par un client.
Lieu(NumLieu, Libellé)Réservation(#NumLieu, Début, Fin, #NumContrat)Contrat(NumContrat, #NumClient)Client(NumClient)
N.B. : On aurait pu décider que le contrat de location soit relatif au client (0,n --- réserver --- 1,1 (R)).
Exercice 11 : Écriture Comptable
11. Une écriture comptable est constituée de lignes. Dans chaque ligne figure un montant inscrit au débit ou au crédit d'un compte ayant un n°. L'écriture comptable est datée. Une fois une ligne saisie, elle ne peut ni être modifiée ni être supprimée.
Écriture(NumÉcriture, DateÉcriture)ÉcritureLigne(#NumÉcriture, NumLigne, Débit, Crédit, NumCompte)Compte(NumCompte)
Cardinalité : 2,n
Foire Aux Questions (FAQ) sur MERISE 2
Qu'est-ce que MERISE 2 ?
MERISE 2 est une évolution de la méthode MERISE, une méthodologie française d'analyse, de conception et de gestion de projets informatiques. Elle intègre des extensions pour mieux prendre en compte la complexité des systèmes d'information, notamment pour la modélisation des héritages, des associations réflexives ou des contraintes d'intégrité spécifiques. Ces extensions visent à enrichir les modèles conceptuels pour une meilleure adéquation avec les réalités métier et techniques.
Quelle est la différence entre un MCD et un MLD ?
Le Modèle Conceptuel de Données (MCD) décrit les données du système et leurs relations d'un point de vue métier, sans se soucier des contraintes techniques d'implémentation. Il se concentre sur "quoi" les données représentent. Le Modèle Logique de Données (MLD) est une traduction du MCD dans un formalisme adapté à un Système de Gestion de Bases de Données (SGBD) relationnel, spécifiant les tables, les colonnes, les clés primaires et étrangères. Il s'intéresse au "comment" les données seront stockées et structurées dans une base de données.
Pourquoi existe-t-il plusieurs implémentations MLD pour un même MCD ?
L'existence de plusieurs MLD pour un même MCD, particulièrement dans le cas des héritages (spécialisation/généralisation), est due aux différentes stratégies de transformation possibles. Chaque stratégie a ses avantages et inconvénients en termes de performance, de redondance des données et de complexité des requêtes. Par exemple, pour un héritage, on peut choisir d'avoir une seule table pour la généralisation avec des attributs optionnels, ou une table par spécialisation, ou une table pour la généralisation et une table par spécialisation reliées par une clé étrangère. Le choix dépend du contexte spécifique du projet, des volumes de données et des besoins en requêtes.