Ce document propose une série d'exercices corrigés, spécifiquement élaborés pour les étudiants universitaires en informatique et gestion de bases de données. Il constitue un support pédagogique essentiel pour l'apprentissage pratique de la modélisation des données.
Il couvre les notions suivantes :
- L'élaboration de Modèles Conceptuels des Données (MCD) à partir de cas d'étude.
- La dérivation en Modèles Logiques des Données (MLD).
- L'application des principes de la méthodologie Merise.
- Des exemples concrets de divers systèmes d'information.
Modélisation Merise : Exercices Corriges MCD d’elaboration de modeles conceptuels
Télécharger PDFGestion des Dossiers Comptables d'un Centre de Gestion
Choix de gestion
- On considère que la commune et la ville sont des homonymes.
- Le nom du directeur de l'agence n'est donné qu'à titre indicatif, et aucun renseignement complémentaire sur le directeur n'est nécessaire.
- On ne gère pas l'historique de la SAU sur l'exploitation.
- On ne gère que la commune du siège social de l'exploitation.
Liste des informations retenues dans le modèle
Voici la liste des informations avec leur commentaire, entité, type de données et si elles sont identifiantes (Oui/Non). Les types sont (A: alphanumérique, D: date, I: entier, N: numérique).
- ID comptable
- Numéro artificiel. Entité: Comptable. Type: A5. Identifiant: Oui.
- Nom comptable
- Entité: Comptable. Type: A30. Identifiant: Non.
- Date naissance
- Entité: Comptable. Type: D. Identifiant: Non.
- Numéro de téléphone
- Entité: Comptable. Type: A15. Identifiant: Non.
- Id commune
- Entité: Commune. Type: I. Identifiant: Oui.
- Nom commune
- Entité: Commune. Type: A30. Identifiant: Non.
- Id agence
- Numéro artificiel. Entité: Agence. Type: A5. Identifiant: Oui.
- Nom agence
- Entité: Agence. Type: A40. Identifiant: Non.
- Directeur
- Entité: Agence. Type: A30. Identifiant: Non.
- Id exploitation
- Numéro artificiel. Entité: Exploitation. Type: A5. Identifiant: Oui.
- Nom exploitation
- Entité: Exploitation. Type: A25. Identifiant: Non.
- SAU
- Entité: Exploitation. Type: N. Identifiant: Non.
Modèle Conceptuel des Données (MCD)
1,1 0,n 0,n 1,1 1,n 1,1 1,n 1,1 EXPLOITATION Id exploitation Nom exploitation SAU COMPTABLE ID comptable Nom comptable Date naissance No tél AGENCE Id agence Nom agence Directeur GERER TRAVAILLER COMMUNE Id commune Nom commune SITUER SUR LOCALISER DANS
Modèle Logique des Données (MLD)
EXPLOITATION ID_EXPLOITATION<pk>char(5) ID_COMPTABLE<fk>char(5) ID_COMMUNE<fk>integer NOM_EXPLOITATIONchar(25) SAUnumeric COMPTABLE ID_COMPTABLE<pk>char(5) ID_AGENCE<fk>char(5) NOM_COMPTABLEchar(30) DATE_NAISSANCEdate NO_TELchar(15) AGENCE ID_AGENCE<pk>char(5) ID_COMMUNE<fk>integer NOM_AGENCEchar(40) DIRECTEURchar(30) COMMUNE ID_COMMUNE<pk>integer NOM_COMMUNEchar(30)
Gestion des Logements dans une Agence Immobilière
Choix de gestion
- L'unité géographique retenue pour la gestion des logements est le quartier, et on considère que chaque commune possède au moins un quartier.
- On ne s'intéresse qu'aux signataires du contrat uniquement et pas aux locataires.
- Les logements inoccupés font également partie de la gestion.
- L'historique des occupations des logements n'est pas utile.
Liste des informations retenues dans le modèle
Voici la liste des informations avec leur commentaire, entité, type de données et si elles sont identifiantes (Oui/Non). Les types sont (A: alphanumérique, D: date, I: entier, N: numérique).
- Id commune
- Numéro artificiel. Entité: Commune. Type: I. Identifiant: Oui.
- Nom commune
- Entité: Commune. Type: A45. Identifiant: Non.
- Distance agence
- Distance moyenne d'une ville par rapport à l'agence. Entité: Commune. Type: N. Identifiant: Non.
- Nombre d'habitants
- Entité: Commune. Type: N. Identifiant: Non.
- Numéro d'identification
- Numéro artificiel. Entité: Individu. Type: I. Identifiant: Oui.
- Nom
- Entité: Individu. Type: A35. Identifiant: Non.
- Prenom
- Entité: Individu. Type: A30. Identifiant: Non.
- Date de naissance
- Entité: Individu. Type: D. Identifiant: Non.
- Numéro de téléphone
- Entité: Individu. Type: A12. Identifiant: Non.
- Numéro logement
- Numéro artificiel. Entité: Logement. Type: I. Identifiant: Oui.
- Numéro
- Entité: Logement. Type: A5. Identifiant: Non.
- Rue
- Entité: Logement. Type: A60. Identifiant: Non.
- Superficie
- Entité: Logement. Type: N. Identifiant: Non.
- Loyer
- Entité: Logement. Type: N. Identifiant: Non.
- Id quartier
- Numéro artificiel. Entité: Quartier. Type: I. Identifiant: Oui.
- Libellé quartier
- Entité: Quartier. Type: A35. Identifiant: Non.
- Type logement
- Classifie le logement en fonction du nombre de pièces (ex : T1, T2). Entité: Type logement. Type: A25. Identifiant: Oui.
- Charges forfaitaires
- Montant forfaitaire appliqué en fonction du type (ex : 200F pour un studio). Entité: Type logement. Type: N. Identifiant: Non.
Modèle Conceptuel des Données (MCD)
1,n 1,1 0,n 1,1 0,n 1,1 0,n 1,1 INDIVIDU N°identification Nom Prenom Date de naissance N°téléphone TYPE DE LOGEMENT Type logement Charges forfaitaires LOGEMENT N° logement no Rue Superficie Loyer OCCUPER CORRESPONDRE COMMUNE Id commune Nom commune Distance agence Nombre d'habitants APPARTENIR Quartier Id quartier Libellé quartier Situer dans
Modèle Logique des Données (MLD)
INDIVIDU N_IDENTIFICATION<pk>integer N__LOGEMENT<fk>integer NOMchar(35) PRENOMchar(30) DATE_DE_NAISSANCEdate N_TELEPHONEchar(12) TYPE_DE_LOGEMENT TYPE_LOGEMENT<pk>char(25) CHARGES_FORFAITAIRESnumeric LOGEMENT N__LOGEMENT<pk>integer TYPE_LOGEMENT<fk>char(25) ID_QUARTIER<fk>integer NOchar(5) RUEchar(60) SUPERFICIEnumeric LOYERnumeric COMMUNE ID_COMMUNE<pk>integer NOM_COMMUNEchar(45) DISTANCE_AGENCEnumeric NOMBRE_D_HABITANTSnumeric QUARTIER ID_QUARTIER<pk>integer ID_COMMUNE<fk>integer LIBELLE_QUARTIERchar(35)
Gestion des Droits à Produire d'une Exploitation
Choix de gestion
- On ne gère pas l'historique de la SAU des exploitations.
- L'information commune n'est donnée qu'à titre indicatif.
Liste des informations retenues dans le modèle
Voici la liste des informations avec leur commentaire, entité, type de données et si elles sont identifiantes (Oui/Non). Les types sont (A: alphanumérique, D: date, I: entier, N: numérique).
- Id droit
- Numéro artificiel. Entité: Droit. Type: A5. Identifiant: Oui.
- Libellé droit
- Représente un quota. Ex : quota laitier, droit de plantation. Entité: Droit. Type: A30. Identifiant: Non.
- Unité
- Entité: Droit. Type: A20. Identifiant: Non.
- Id exploitation
- Entité: Exploitation. Type: A5. Identifiant: Oui.
- Nom exploitation
- Entité: Exploitation. Type: A30. Identifiant: Non.
- Commune
- Entité: Exploitation. Type: A30. Identifiant: Non.
- SAU
- Entité: Exploitation. Type: N. Identifiant: Non.
- Id période
- Numéro artificiel. Entité: Période. Type: I. Identifiant: Oui.
- Date début
- Entité: Période. Type: D. Identifiant: Non.
- Date fin
- Entité: Période. Type: D. Identifiant: Non.
- Valeur Droit
- Entité/Association: Posséder (A). Type: D. Identifiant: Non.
Modèles Conceptuels des Données (MCD)
Première solution : Représentation conceptuelle simplifiée
Cette solution simplifiée soulève un problème de clé lors de la génération du modèle logique.
0,n 0,n EXPLOITATION Id exploitation Nom exploitation Commune SAU DROIT Id droit Libellé droit Unité POSSEDER Valeur droit Date début Date fin
Deuxième solution
0,n 0,n 0,n EXPLOITATION Id exploitation Nom exploitation Commune SAU DROIT Id droit Libellé droit Unité POSSEDER Valeur droit PERIODE Id période Date debut Date fin
Troisième solution
1,n 1,1 1,n 1,1 1,1 0,n EXPLOITATION Id exploitation Nom exploitation Commune SAU DROIT Id droit Libellé droit Unité POSSEDER VALEUR DROIT Identifiant valeur Montant droit ATTRIBUER PERIODE Id période Date debut Date fin EST VALABLE POUR
Quatrième solution
0,n 1,1 1,1 0,n EXPLOITATION Id exploitation Nom exploitation Com mune SAU DROIT Id droit Libellé droit Uni té VALEUR DROIT Id valeur Valeur droit Date début Date fin <M> CONCERNER CONCERNER
Modèles Logiques des Données (MLD)
Première solution
Il y a un problème de clé dans la table « POSSEDER » car la même exploitation ne pourra pas posséder le même droit plus d'une fois (risque de doublons).
La solution consiste donc à ajouter le champ date début à la clé multiple.
ID_DROIT = ID_DROIT ID_EXPLOITATION = ID_EXPLOITATION EXPLOITATION ID_EXPLOITATION<pk>char(5) NOM_EXPLOITATIONchar(30) COMMUNEchar(30) SAUnumeric DROIT ID_DROIT<pk>char(5) LIBELLE_DROITchar(30) UNITEchar(20) POSSEDER ID_EXPLOITATION<pk,fk>char(5) ID_DROIT<pk,fk>char(5) VALEUR_DROITnumeric DATE_DEBUTdate DATE_FINdate
Deuxième solution
Le modèle logique est correct mais la table période n'est utile que dans le cas où il existe des périodes normalisées (qui sont donc réutilisées plusieurs fois).
EXPLOITATION ID_EXPLOITATIONchar(5) NOM_EXPLOITATIONchar(30) COMMUNEchar(30) SAUnumeric DROIT ID_DROITchar(5) LIBELLE_DROITchar(30) UNITEchar(20) PERIODE ID_PERIODEinteger DATE_DEBUTdate DATE_FINdate POSSEDER ID_EXPLOITATIONchar(5) ID_DROITchar(5) ID_PERIODEinteger VALEUR_DROITnumeric
Troisième solution
EXPLOITATION ID_EXPLOITATIONchar(5) NOM_EXPLOITATIONchar(30) COMMUNEchar(30) SAUnumeric DROIT ID_DROITchar(5) LIBELLE_DROITchar(30) UNITEchar(20) VALEUR_DROIT IDENTIFIANT_VALEURsmallint ID_EXPLOITATIONchar(5) ID_DROITchar(5) ID_PERIODEinteger MONTANT_DROITnumeric PERIODE ID_PERIODEinteger DATE_DEBUTdate DATE_FINdate
Quatrième solution
EXPLOITATION Id exploitation Nom exploitation Commune SAU CHAR(5) CHAR(30) CHAR(30) NUMERIC <pk> DROIT Id droit Libellé droit Uni té CHAR(5) CHAR(30) CHAR(20) <pk> VALEUR DROIT Id valeur Id exploitation Id droit Valeur droit Date début Date fin NUMERIC CHAR(5) CHAR(5) NUMERIC DAT E DAT E <pk> <fk1> <fk2>
Gestion des Rendements des Parcelles d'une Exploitation
Choix de gestion
- Les coordonnées géographiques ne sont fournies qu'à titre indicatif.
- On ne s'intéresse ici qu'aux parcelles culturales.
- On considère que la liste des éléments d'un engrais peut s'élargir à d'autres que les N, P et K.
- La jachère est considérée comme une production particulière.
Liste des informations retenues dans le modèle
Voici la liste des informations avec leur commentaire, entité, type de données et si elles sont identifiantes (Oui/Non). Les types sont (A: alphanumérique, D: date, N: numérique, SI: Small Integer).
- Identifiant culture
- Numéro artificiel. Entité: Culture. Type: SI. Identifiant: Oui.
- Date début
- Entité: Culture. Type: D. Identifiant: Non.
- Date fin
- Entité: Culture. Type: D. Identifiant: Non.
- Quantité récoltée
- Entité: Culture. Type: N. Identifiant: Non.
- Date
- Entité: Date. Type: D. Identifiant: Oui.
- Code élément
- Entité: Élément chimique. Type: A5. Identifiant: Oui.
- Libellé élément
- Ex : N, P ou K. Entité: Élément chimique. Type: A20. Identifiant: Non.
- Id engrais
- Entité: Engrais. Type: N. Identifiant: Oui.
- Nom engrais
- Entité: Engrais. Type: A20. Identifiant: Non.
- Numéro parcelle
- Numéro artificiel. Entité: Parcelle. Type: SI. Identifiant: Oui.
- Surface
- Entité: Parcelle. Type: N. Identifiant: Non.
- Nom parcelle
- Entité: Parcelle. Type: A20. Identifiant: Non.
- Coordonnées
- À titre d'information : les coordonnées GPS. Entité: Parcelle. Type: A20. Identifiant: Non.
- Code production
- Entité: Production. Type: SI. Identifiant: Oui.
- Nom production
- Entité: Production. Type: A20. Identifiant: Non.
- Unité
- Ex : ha, Q, kg ... Entité: Unité. Type: A20. Identifiant: Oui.
- Valeur
- Ex : proportion d'un élément dans un engrais. Entité/Association: Posséder (A). Type: N. Identifiant: Non.
- Quantité épandue
- Entité/Association: Épandre (A). Type: N. Identifiant: Non.
Modèle Conceptuel des Données (MCD)
0,n 1,1 1,n 0,n 1,1 1,1 0,n 0,n 0,n 1,1 0,n 1,1 0,n 1,n 1,n Parcelle No parcelle Surface Nom parcelle Coordonnées Production Code production Nom production Engrais Id engrais Nom engrais PRODUIRE EPANDRE Qté épandue UNITE UNité GERER AVOIR ELEMENT CHIMIQUES Code élément Libellé élément POSSEDER Valeur CULTURE Identifiant culture Date début Date fin Qté récoltée CONCERNER Date Date Correspondre
Modèle Logique des Données (MLD)
PARCELLE NO_PARCELLEsmallint SURFACEnumeric NOM_PARCELLEchar(20) COORDONNEESchar(20) PRODUCTION CODE_PRODUCTIONsmallint UNchar(20) NOM_PRODUCTIONchar(20) ENGRAIS ID_ENGRAIS<non défini> UNchar(20) NOM_ENGRAISchar(20) UNITE UNchar(20) ELEMENT_CHIMIQUES CODE_ELEMENTchar(5) UNchar(20) LIBELLE_ELEMENTchar(20) CULTURE IDENTIFIANT_CULTUREsmallint NO_PARCELLEsmallint CODE_PRODUCTIONsmallint DATE_DEBUTdate DATE_FINdate QTE_RECOLTEEnumeric DATE DATEdate EPANDRE ID_ENGRAIS<non défini> NO_PARCELLEsmallint DATEdate QTE_EPANDUEnumeric POSSEDER ID_ENGRAIS<non défini> CODE_ELEMENTchar(5) VALEUR<non défini>
Gestion d'un Club de Chasse Sous-Marine
Choix de gestion
- Une chasse est toujours individuelle.
- Toutes les sorties réalisées le même jour sont comptabilisées dans une seule chasse.
Liste des informations retenues dans le modèle
Voici la liste des informations avec leur commentaire, entité, type de données et si elles sont identifiantes (Oui/Non). Les types sont (A: alphanumérique, D: date, I: entier, N: numérique, SI: Small Integer).
- Id chasseur
- Numéro artificiel. Entité: Chasseur. Type: I. Identifiant: Oui.
- Pseudo
- Entité: Chasseur. Type: A25. Identifiant: Non.
- Date naissance
- Entité: Chasseur. Type: D. Identifiant: Non.
- Id chasse
- Numéro artificiel. Entité: Chasse. Type: I. Identifiant: Oui.
- Date chasse
- Entité: Chasse. Type: D. Identifiant: Non.
- Id espèce
- Numéro artificiel. Entité: Espèce. Type: I. Identifiant: Oui.
- Nom espèce
- Entité: Espèce. Type: A20. Identifiant: Non.
- Poids moyen
- Entité: Espèce. Type: N. Identifiant: Non.
- Code niveau
- Code artificiel. Entité: Niveau tir. Type: A5. Identifiant: Oui.
- Libellé niveau
- Ex : facile, moyen, difficile. Entité: Niveau tir. Type: A25. Identifiant: Non.
- Nombre de points
- Entité/Association: Tirer (A). Type: SI. Identifiant: Non.
Modèle Conceptuel des Données (MCD)
0,n 1,1 0,n 1,n 1,1 1,n CHASSEUR Id chasseur Pseudo Date naissance ESPECE Id espèce Nom espèce Poids moyen NIVEAU TIR Code niveau Libellé niveau Nb de points Tirer Nb poissons Classifier CHASSE Id_chasse Date chasse Réaliser
Modèle Logique des Données (MLD)
CHASSEUR ID_CHASSEURinteger PSEUDOchar(25) DATE_NAISSANCEdate ESPECE ID_ESPECEinteger CODE_NIVEAUchar(5) NOM_POISSONchar(20) POIDS_MOYENnumeric NIVEAU_TIR CODE_NIVEAUchar(5) LIBELLE_NIVEAUchar(25) NB_DE_POINTSsmallint CHASSE ID_CHASSEinteger ID_CHASSEURinteger DATE_CHASSEdate TIRER ID_ESPECEinteger NB_POISSONSsmallint ID_CHASSE integer
Gestion des Courses Hippiques
Choix de gestion
- Un jockey peut être propriétaire.
- On ne gère pas l'historique du nombre de places dans un champ de course.
- On ne gère que les jockeys ayant participé à une course.
Liste des informations retenues dans le modèle
Voici la liste des informations avec leur commentaire, entité, type de données et si elles sont identifiantes (Oui/Non). Les types sont (A: alphanumérique, D: date, I: entier, N: numérique, SI: Small Integer).
- Id catégorie
- Numéro artificiel. Entité: Catégorie. Type: I. Identifiant: Oui.
- Libellé catégorie
- Entité: Catégorie. Type: A20. Identifiant: Non.
- Id champ course
- Numéro artificiel. Entité: Champ de course. Type: I. Identifiant: Oui.
- Nom du champ de course
- Entité: Champ de course. Type: A25. Identifiant: Non.
- Nombre de places
- Entité: Champ de course. Type: N. Identifiant: Non.
- Identifiant cheval
- Numéro artificiel. Entité: Cheval. Type: SI. Identifiant: Oui.
- Nom cheval
- Entité: Cheval. Type: A30. Identifiant: Non.
- Date naissance
- Entité: Cheval. Type: D. Identifiant: Non.
- Sexe
- Entité: Cheval. Type: A1. Identifiant: Non.
- Identifiant course
- Numéro artificiel. Entité: Course. Type: A5. Identifiant: Oui.
- Désignation course
- Entité: Course. Type: A25. Identifiant: Non.
- Identifiant épreuve
- Numéro artificiel. Entité: Épreuve. Type: SI. Identifiant: Oui.
- Dotation
- Entité: Épreuve. Type: N. Identifiant: Non.
- Date épreuve
- Entité: Épreuve. Type: D. Identifiant: Non.
- Identifiant individu
- Numéro artificiel. Entité: Individu. Type: N. Identifiant: Oui.
- Nom individu
- Entité: Individu. Type: A25. Identifiant: Non.
- Prénom individu
- Entité: Individu. Type: A35. Identifiant: Non.
- Numéro de dossard
- Numéro commun au cheval et au jockey lors d'une épreuve. Entité/Association: Participer (A). Type: SI. Identifiant: Non.
- Place
- Place obtenue à l'issue d'une épreuve. Entité/Association: Participer (A). Type: SI. Identifiant: Non.
Modèle Conceptuel des Données (MCD)
1,n 1,1 1,1 0,n 0,n est enfant de 0,n est parent de 1,n 0,n 1,n 1,n 1,1 1,1 1,n 1,n 1,n CHAMP DE COURSE Id champ course Nom du champ de course Nombre de places CATEGORIE DE COURSES Id catégorie Libellé catégorie COURSE Identifiant course Désignation course EPREUVE Identifiant épreuve Dotation Date épreuve CHEVAL Identifiant cheval Nom cheval Date naissance Sexe INDIVIDU Identifiant individu Nom individu Prénom individu ACCUEILLIR COMPORTER ACCUEILLIR PARTICIPER Numéro de dossard Place EST PARENT DE EST PROPRIETAIRE DE APPARTENIR
Modèle Logique des Données (MLD)
ID_CATEGORIE = ID_CATEGORIE IDENTIFIANT_INDIVIDU = IDENTIFIANT_INDIVIDU IDENTIFIANT_CHEVAL = CHE_IDENTIFIANT_CHEVAL IDENTIFIANT_CHEVAL = IDENTIFIANT_CHEVAL IDENTIFIANT_CHEVAL = IDENTIFIANT_CHEVAL IDENTIFIANT_INDIVIDU = IDENTIFIANT_INDIVIDU IDENTIFIANT_EPREUVE = IDENTIFIANT_EPREUVE ID_CHAMP_COURSE = ID_CHAMP_COURSE ID_COURSE = ID_COURSE ID_CATEGORIE = ID_CATEGORIE ID_CHAMP_COURSE = ID_CHAMP_COURSE CHAMP_DE_COURSE NOM_CHAMP_COURSEchar(25) NB_PLACESnumeric ID_CHAMP_COURSE <pk>integer CATEGORIE_DE_COURSES CATEGORIEchar(20) ID_CATEGORIE <pk>integer COURSE ID_COURSE<pk>char(5) DESIGNATION_COURSEchar(25) ID_CHAMP_COURSE<fk>integer ID_CATEGORIE<fk>integer EPREUVE IDENTIFIANT_EPREUVE<pk>smallint ID_COURSE<fk>char(5) DOTATIONnumeric DATE_EPREUVEdate CHEVAL IDENTIFIANT_CHEVAL<pk>smallint IDENTIFIANT_INDIVIDU<fk>numeric NOM_CHEVALchar(30) DATE_NAISSANCEdate SEXEchar(1) INDIVIDU IDENTIFIANT_INDIVIDU<pk>numeric NOM_INDIVIDUchar(25) PRENOM_INDIVIDUchar(35) TL_CATEGORIE_CHAMP_COURSE ID_CHAMP_COURSE<pk,fk>integer ID_CATEGORIE<pk,fk>integer PARTICIPER IDENTIFIANT_EPREUVE<pk,fk>smallint IDENTIFIANT_INDIVIDU<pk,fk>numeric IDENTIFIANT_CHEVAL<pk,fk>smallint NUMERO_DE_DOSSARDsmallint PLACEsmallint EST_PARENT_DE IDENTIFIANT_CHEVAL<pk,fk>smallint CHE_IDENTIFIANT_CHEVAL<pk,fk>smallint
Gestion des Concours d'Apprentis Menuisiers
Modèle Conceptuel des Données (MCD)
1,n 1,1 1,1 0,n 0,1 0,n INDIVIDU Code individu Nom Prénom CONCOURS No concours Nom concours Lieu Date Dotation PARTICIPATION Id participation Nb points obtenus Nom objet réalisé ETRE TUTEUR DE Obtenir Concerner
Modèle Logique des Données (MLD)
INDIVIDU CODE_INDIVIDUchar(5) IND_CODE_INDIVIDUchar(5) NOMchar(50) PRENOMchar(50) CONCOURS NO_CONCOURSnumeric NOM_CONCOURSchar(50) LIEUchar(50) DATEdate DOTATIONnumeric PARTICIPATION ID_PARTICIPATIONnumeric CODE_INDIVIDUchar(5) NO_CONCOURSnumeric NB_POINTS_OBTENUSnumeric NOM_OBJET_REALISEchar(50)
Gestion du Parcours du Combattant
Choix de gestion
- Il n'y a pas de transition entre les obstacles. Le temps total pour le parcours est donc la somme des temps obtenus sur chacun des obstacles.
Liste des informations retenues dans le modèle
Voici la liste des informations avec leur commentaire, entité, type de données et si elles sont identifiantes (Oui/Non). Les types sont (A: alphanumérique, D: date, N: numérique).
- Code niveau
- Code artificiel. Entité: Niveau difficulté. Type: A5. Identifiant: Oui.
- Libellé niveau
- Ex : facile, moyen, difficile. Entité: Niveau difficulté. Type: A20. Identifiant: Non.
- Bonus
- Bonus relatif au niveau de difficulté. Entité: Niveau difficulté. Type: N. Identifiant: Non.
- Nom obstacle
- Entité: Obstacle. Type: A30. Identifiant: Oui.
- Note minimale
- Entité: Obstacle. Type: N. Identifiant: Non.
- Numéro participation
- Numéro artificiel. Entité: Participation. Type: N. Identifiant: Oui.
- Date
- Entité: Participation. Type: D. Identifiant: Non.
- Matricule
- Numéro de matricule du soldat. Entité: Soldat. Type: A20. Identifiant: Oui.
- Nom
- Entité: Soldat. Type: A30. Identifiant: Non.
- Prénom
- Entité: Soldat. Type: A40. Identifiant: Non.
- Note instructeur
- Note attribuée par l'instructeur au passage d'un obstacle. Entité/Association: Passer (A). Type: N. Identifiant: Non.
- Temps
- Temps réalisé sur le passage d'un obstacle. Entité/Association: Passer (A). Type: D. Identifiant: Non.
Modèle Conceptuel des Données (MCD)
0,n 1,1 0,n 0,n 1,1 1,n SOLDAT Matricule Nom Prenom OBSTACLE Nom obstacle Note mini NIVEAU DIFFICULTE Code niveau Libellé niveau Bonus Passer Note instructeur Temps Avoir PARTICIPATION N° participation Date Avoir
Modèle Logique des Données (MLD)
MATRICULE = MATRICULE CODE_NIVEAU = CODE_NIVEAU N__PARTICIPATION = N__PARTICIPATION NOM_OBSTACLE = NOM_OBSTACLE SOLDAT MATRICULE<pk>char(20) NOMchar(30) PRENOMchar(40) OBSTACLE NOM_OBSTACLE<pk>char(30) CODE_NIVEAU<fk>char(5) NOTE_MINInumeric NIVEAU_DIFFICULTE CODE_NIVEAU<pk>char(5) LIBELLE_NIVEAUchar(20) BONUSnumeric PARTICIPATION N__PARTICIPATION<pk>numeric MATRICULE<fk>char(20) DATEdate PASSER NOM_OBSTACLE<pk,fk>char(30) N__PARTICIPATION<pk,fk>numeric NOTE_INSTRUCTEURnumeric TEMPSdate
Gestion des Temps de Travaux
Choix de gestion
- On ne gère pas l'historique des types d'agent.
- Un agent ne peut être que d'un seul type.
- Un sous-type de travail n'appartient qu'à un seul type de travail.
- Si 2 agents travaillent ensemble, on individualisera leurs interventions.
Liste des informations retenues dans le modèle
Voici la liste des informations avec leur commentaire, entité, type de données et si elles sont identifiantes (Oui/Non). Les types sont (A: alphanumérique, D: date, I: entier, N: numérique, SI: Small Integer, T: temps).
- Numéro acteur
- Numéro artificiel. Entité: Acteur. Type: SI. Identifiant: Oui.
- Nom
- Entité: Acteur. Type: A50. Identifiant: Non.
- Numéro
- Entité: Acteur. Type: A5. Identifiant: Non.
- Rue
- Entité: Acteur. Type: A50. Identifiant: Non.
- Code postal
- Entité: Acteur. Type: A8. Identifiant: Non.
- Code ville
- Numéro artificiel. Entité: Ville. Type: A8. Identifiant: Oui.
- Nom ville
- Entité: Ville. Type: A8. Identifiant: Non.
- Id catégorie d'agent
- Numéro artificiel. Entité: Catégorie Agent. Type: A5. Identifiant: Oui.
- Catégorie d'agent
- Ex : comptable, informaticien. Entité: Catégorie Agent. Type: A45. Identifiant: Non.
- Code TVA
- Entité: Code TVA. Type: A5. Identifiant: Oui.
- Libellé code TVA
- Entité: Code TVA. Type: A45. Identifiant: Non.
- Numéro intervention
- Numéro artificiel. Entité: Interventions. Type: SI. Identifiant: Oui.
- Date
- Entité: Interventions. Type: D. Identifiant: Non.
- Heure début
- Entité: Interventions. Type: T. Identifiant: Non.
- Heure fin
- Entité: Interventions. Type: T. Identifiant: Non.
- Id période
- Numéro artificiel. Entité: Période. Type: I. Identifiant: Oui.
- Date début période
- Entité: Période. Type: D. Identifiant: Non.
- Date fin période
- Entité: Période. Type: D. Identifiant: Non.
- Id sous type
- Numéro artificiel. Entité: Sous Type Travail. Type: A5. Identifiant: Oui.
- Libellé sous type
- Ex : suivi JA, autre. Entité: Sous Type Travail. Type: A35. Identifiant: Non.
- Id type travail
- Numéro artificiel. Entité: Type Travail. Type: A5. Identifiant: Oui.
- Libellé type travail
- Ex : comptabilité. Entité: Type Travail. Type: A35. Identifiant: Non.
- Coût horaire HT
- Entité/Association: Associer (A). Type: N. Identifiant: Non.
- Taux TVA
- Entité/Association: Concerner (A). Type: N. Identifiant: Non.
Modèle Conceptuel des Données (MCD)
1,1 0,n 0,n 1,n 1,n 1,n 1,n 1,1 0,n 0,1 0,n 1,1 1,1 0,n 0,1 0,n 0,n 0,1 ACTEUR no acteur Nom No Rue Code postal INTERVENTIONS No intervention Date Heure début Heure fin SOUS TYPE TRAVAIL Id sous type Libellé sous type TYPE TRAVAIL Id type travail Libellé type travail CATEGORIE AGENT Id catégorie d'agent Catégorie d'agent Appartenir Classifier Effectuer par agent Concerner Effectuer pour client CODE TVA Code tva Libellé code TVA PERIODE Id période Date début période Date fin période Classifier Concerner Taux TVA Associer Coût horaire HT VILLE No ville Nom ville Situer dans
Modèle Logique des Données (MLD)
ACTEUR NO_AGENT<pk>smallint ID_CATEGORIE_D_AGENT<fk>char(5) NO_VILLE<fk>integer NOMchar(50) NOchar(5) RUEchar(50) CODE_POSTALchar(8) INTERVENTIONS NO_INTERVENTION<pk>smallint NO_AGENT<fk>smallint ID_SOUS_TYPE<fk>char(5) ACT_NO_AGENT<fk>smallint DATEdate HEURE_DEBUTtime HEURE_FINtime SOUS_TYPE_TRAVAIL ID_SOUS_TYPE<pk>char(5) ID_TYPE_TRAVAIL<fk>char(5) LIBELLE_SOUS_TYPEchar(35) TYPE_TRAVAIL ID_TYPE_TRAVAIL<pk>char(5) CODE_TVA<fk>char(5) LIBELLE_TYPE_TRAVAILchar(35) CATEGORIE_AGENT ID_CATEGORIE_D_AGENT<pk>char(5) CATEGORIE_D_AGENTchar(45) CODE_TVA CODE_TVA<pk>char(5) LIBELLE_CODE_TVAchar(45) PERIODE ID_PERIODE<pk>integer DATE_DEBUT_PERIODEdate DATE_FIN_PERIODEdate VILLE NO_VILLE<pk>integer NOM_VILLEchar(80) TL_CODE_PERIODE CODE_TVA<pk,fk>char(5) ID_PERIODE<pk,fk>integer TAUX_TVAnumeric TL_TYPE_PERIODE ID_TYPE_TRAVAIL<pk,fk>char(5) ID_PERIODE<pk,fk>integer COUT_HORAIRE_HTnumeric
Gestion des Résultats de Matchs de Football
Dictionnaire des données
Voici la liste des informations avec leur commentaire, entité, type de données et si elles sont identifiantes (Oui/Non). Les types sont (A: alphanumérique, D: date, N: numérique).
- Barème défaite
- Ex : 0 pt. Entité/Association: Rapporter (A). Type: N. Identifiant: Non.
- Barème nul
- Ex : 1 pt. Entité/Association: Rapporter (A). Type: N. Identifiant: Non.
- Barème victoire
- Ex : 3 pts. Entité/Association: Rapporter (A). Type: N. Identifiant: Non.
- Code équipe
- Identifiant artificiel. Entité: Équipe. Type: N. Identifiant: Oui.
- Code stade
- Identifiant artificiel. Entité: Stade. Type: N. Identifiant: Oui.
- Date match
- Entité: Match. Type: D. Identifiant: Non.
- Date début
- Entité/Association: Jouer dans (A). Type: D. Identifiant: Non.
- Date début entraîneur
- Entité/Association: Avoir pour entraîneur (A). Type: D. Identifiant: Non.
- Date fin
- Entité/Association: Jouer dans (A). Type: D. Identifiant: Non.
- Date fin entraîneur
- Entité/Association: Avoir pour entraîneur (A). Type: D. Identifiant: Non.
- Id but
- Identifiant artificiel. Entité: But. Type: N. Identifiant: Oui.
- Id participation
- Identifiant artificiel. Entité: Participation. Type: N. Identifiant: Oui.
- Identifiant compétition
- Identifiant artificiel. Entité: Championnat. Type: N. Identifiant: Oui.
- Libellé compétition
- Entité: Championnat. Type: A50. Identifiant: Non.
- Libellé nationalité
- Entité: Nationalité. Type: A40. Identifiant: Non.
- Libellé saison
- Entité: Saison. Type: A50. Identifiant: Non.
- Minute but
- Entité: But. Type: N. Identifiant: Non.
- Minute début
- Entité: Participation. Type: N. Identifiant: Non.
- Minute fin
- Entité: Participation. Type: N. Identifiant: Non.
- Nb de places
- Entité: Stade. Type: N. Identifiant: Non.
- Nb spectateurs
- Entité: Match. Type: N. Identifiant: Non.
- No individu
- Entité: Individu. Type: N. Identifiant: Non.
- Numéro match
- Identifiant artificiel. Entité: Match. Type: N. Identifiant: Oui.
- Numéro nationalité
- Identifiant artificiel. Entité: Nationalité. Type: N. Identifiant: Oui.
- Numéro saison
- Identifiant artificiel. Entité: Saison. Type: N. Identifiant: Oui.
- Nom équipe
- Entité: Équipe. Type: A40. Identifiant: Non.
- Nom individu
- Entité: Individu.
Foire Aux Questions (FAQ)
- Qu'est-ce que la méthode Merise ?
- Merise est une méthode d'analyse et de conception de systèmes d'information, particulièrement utilisée pour la modélisation de bases de données. Elle vise à structurer la démarche de conception en plusieurs étapes, dont le Modèle Conceptuel de Données (MCD) et le Modèle Logique de Données (MLD).
- Quelle est la différence entre un MCD et un MLD ?
- Le Modèle Conceptuel de Données (MCD) décrit la structure des données d'un système de manière indépendante de toute contrainte technique, en se concentrant sur les entités, leurs attributs et les relations qui les lient. Le Modèle Logique de Données (MLD), quant à lui, est une traduction du MCD dans un formalisme plus proche de l'implémentation, souvent sous forme de tables relationnelles, incluant les clés primaires et étrangères, ainsi que les types de données spécifiques.
- Pourquoi les identifiants artificiels sont-ils souvent utilisés ?
- Les identifiants artificiels (ou substituts) sont des numéros ou codes générés par le système qui servent d'identifiant unique à une entité, sans avoir de signification métier. Ils sont préférés aux identifiants naturels (qui ont un sens métier) car ils sont stables (ne changent jamais), simples (souvent de type entier), et garantissent l'unicité, ce qui facilite la gestion des données et les relations entre les tables.