ECOLE NATIONALE DES INGENIEURS DES TRAVAUX AGRICOLES DE BORDEAUX DEPARTEMENT ENTREPRISE ET SYSTEME UNITE DE FORMATION INFORMATIQUE ~o~O~o~

EXERCICES D’ELABORATION DE MODELES CONCEPTUELS DES DONNEES
CORRIGES
Juin 2003

Monique BORIES et Jérôme STEFFE

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 1

EXERCICE 1
GESTION 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 le commune du siège social de l’exploitation Liste des informations retenues dans le modèle :
Nom ID comptable Nom comptable Date naissance No tél Id commune Nom commune Id agence Nom agence Directeur Id exploitation Nom exploitation SAU
No artificiel No artificiel

Commentaire
No artificiel

Entité Comptable Comptable Comptable Comptable Commune Commune Agence Agence Agence Exploitation Exploitation Exploitation

Type A5 A30 D A15 I A30 A5 A40 A30 A5 A25 N

Identifi ant O

O O

O

Modèle conceptuel des données
COMMUNE Id commune Nom commune SITUER SUR 1,1 EXPLOITATION Id exploitation Nom exploitation SAU 1,1 GERER COMPTABLE ID comptable 1,n Nom comptable Date naissance No tél 1,n TRAVAILLER 1,1 0,n 0,n LOCALISER DANS 1,1 AGENCE Id agence Nom agence Directeur

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 2

Modèle logique des données
COMMUNE ID_COMMUNE NOM_COMMUNE <pk> integer char(30)

EXPLOITATION ID_EXPLOITATION <pk> ID_COMPTABLE <fk> ID_COMMUNE <fk> NOM_EXPLOITATION SAU

COMPTABLE char(5) char(5) integer char(25) numeric ID_COMPTABLE ID_AGENCE NOM_COMPTABLE DATE_NAISSANCE NO_TEL <pk> char(5) <fk> char(5) char(30) date char(15)

AGENCE ID_AGENCE ID_COMMUNE NOM_AGENCE DIRECTEUR <pk> char(5) <fk> integer char(40) char(30)

EXERCICE 2
GESTION DES LOGEMENTS DANS UNE AGENCE IMMOBILIERE 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 :
Nom Id commune Nom commune Distance agence Nombre d'habitants N°identification Nom Prenom Date de naissance N°téléphone N° logement No Rue Superficie Loyer Id quartier Libellé quartier Type logement Charges forfaitaires Commentaire
No artificiel Distance moyenne d’une ville par rapport à l’agence No artificiel

Entité Commune Commune Commune Commune Individu Individu Individu Individu Individu Logement Logement Logement Logement Logement Quartier Quartier Type logement Type logement

Type I A45 N N I A35 A30 D A12 I A5 A60 N N I A35 A25 N

Identifi ant Oui Non Non Non Oui Non Non Non Non Oui Non Non Non Non Oui Non Oui Non

No artificiel

No artificiel Classifie le logement en fonction du nb de pièces (ex : T1, T2) Montant forfaitaire appliqué en fonction du type (ex : 200F pour un studio).

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 3

Modèle conceptuel des données
LOGEMENT N° logement no Rue Superficie Loyer 1,1

1,1

CORRESPONDRE

INDIVIDU N°identification Nom Prenom Date de naissance N°téléphone

1,1

0,n OCCUPER

0,n TYPE DE LOGEMENT Type logement Charges forfaitaires

APPARTENIR

0,n Quartier Id quartier Libellé quartier 1,1 Situer dans 1,n COMMUNE Id commune Nom commune Distance agence Nombre d'habitants

Modèle logique des données
LOGEMENT N__LOGEMENT TYPE_LOGEMENT ID_QUARTIER NO RUE SUPERFICIE LOYER <pk> integer <fk> char(25) <fk> integer char(5) char(60) numeric numeric TYPE_DE_LOGEMENT TYPE_LOGEMENT <pk> char(25) CHARGES_FORFAITAIRES numeric

INDIVIDU N_IDENTIFICATION N__LOGEMENT NOM PRENOM DATE_DE_NAISSANCE N_TELEPHONE <pk> integer <fk> integer char(35) char(30) date char(12)

QUARTIER ID_QUARTIER <pk> integer ID_COMMUNE <fk> integer LIBELLE_QUARTIER char(35)

COMMUNE ID_COMMUNE NOM_COMMUNE DISTANCE_AGENCE NOMBRE_D_HABITANTS <pk> integer char(45) numeric numeric

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 4

EXERCICE 3
GESTION DES DROITS A 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é qu’à titre indicatif. Liste des informations retenues dans le modèle :
Nom Id droit Libellé droit Unité Id exploitation Nom exploitation Commune SAU Id période Date début Date fin Valeur Droit
No artificiel

Commentaire
No artificiel Représente un quota. Ex : quota laitier, droit de plantation.

Entité / association Droit Droit Droit Exploitation Exploitation Exploitation Exploitation Période Période Période Posséder (A)

Type A5 A30 A20 A5 A30 A30 N I D D D

Identifi ant Oui Non Non Oui Non Non Non Oui Non Non Non

1ère solution : représentation conceptuelle simplifiée mais cela soulève un problème de clé lors de la génération du modèle logique
EXPLOITATION Id exploitation Nom exploitation Commune SAU 0,n POSSEDER Valeur droit Date début Date fin 0,n

DROIT Id droit Libellé droit Unité

2ème solution :
EXPLOITATION Id exploitation Nom exploitation Commune SAU

POSSEDER 0,n Valeur droit 0,n PERIODE Id période Date debut Date fin

0,n

DROIT Id droit Libellé droit Unité

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 5

3ème solution :
EXPLOITATION Id exploitation Nom exploitation Commune SAU DROIT Id droit 1,n Libellé droit Unité

POSSEDER 0,n

VALEUR DROIT 1,1 Identifiant valeur Montant droit 1,1 EST VALABLE POUR

1,1

ATTRIBUER

1,n PERIODE Id période Date debut Date fin

4ème solution :
EXPLOITATION Id exploitation Nom exploitation Commune SAU CONCERNER 1,1 0,n VALEUR DROIT Id valeur <M> Valeur droit Date début Date fin 1,1 CONCERNER 0,n DROIT Id droit Libellé droit Unité

Modèle logique des données
1è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).
POSSEDER ID_EXPLOITATION ID_DROIT VALEUR_DROIT DATE_DEBUT DATE_FIN
ID_EXPLOITATION = ID_EXPLOITATION

<pk,fk> <pk,fk>

char(5) char(5) numeric date date

ID_DROIT = ID_DROIT

EXPLOITATION ID_EXPLOITATION NOM_EXPLOITATION COMMUNE SAU <pk> char(5) char(30) char(30) numeric

DROIT ID_DROIT LIBELLE_DROIT UNITE <pk> char(5) char(30) char(20)

La solution consiste donc à ajouter le champ date début à la clé multiple.

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 6

2è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_EXPLOITATION NOM_EXPLOITATION COMMUNE SAU

char(5) char(30) char(30) numeric

POSSEDER ID_EXPLOITATION ID_DROIT ID_PERIODE VALEUR_DROIT char(5) char(5) integer numeric DROIT ID_DROIT LIBELLE_DROIT UNITE char(5) char(30) char(20)

PERIODE ID_PERIODE DATE_DEBUT DATE_FIN integer date date

3ème solution :
EXPLOITATION ID_EXPLOITATION NOM_EXPLOITATION COMMUNE SAU char(5) char(30) char(30) numeric VALEUR_DROIT IDENTIFIANT_VALEUR ID_EXPLOITATION ID_DROIT ID_PERIODE MONTANT_DROIT smallint char(5) char(5) integer numeric DROIT ID_DROIT LIBELLE_DROIT UNITE char(5) char(30) char(20)

PERIODE ID_PERIODE DATE_DEBUT DATE_FIN integer date date

4ème solution :
VALEUR DROIT EXPLOITATION Id exploitation Nom exploitation Commune SAU CHAR(5) <pk> CHAR(30) CHAR(30) NUMERIC Id valeur Id exploitation Id droit Valeur droit Date début Date fin NUMERIC <pk> CHAR(5) <fk1> CHAR(5) <fk2> NUMERIC DATE DATE DROIT CHAR(5) <pk> Id droit Libellé droit CHAR(30) Unité CHAR(20)

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 7

EXERCICE 4
GESTION DES RENDEMENTS DES PARCELLES D’UNE EXPLOITATION Choix de gestion : - Les coordonnées géographiques ne sont fournies qu’à titre indicatif - On ne n’intéresse ici qu’aux parcelles culturales - On considère que le 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 :
Nom Identifiant culture Date début Date fin Qté récoltée Date Code élément Libellé élément Id engrais Nom engrais No parcelle Surface Nom parcelle Coordonnées Code production Nom production Unité Valeur Qté épandue Commentaire
No artificiel

Entité / association Culture Culture Culture Culture Date Elément chimique Elément chimique Engrais Engrais Parcelle Parcelle Parcelle Parcelle Production Production Unité Posséder (A) Epandre (A)

Type SI D D N D A5 A20 N A20 SI N A20 A20 SI A20 A20 N N

Ex : N, P ou K

No artificiel

A titre d’information : les coordonnées GPS

Identifi ant Oui Non Non Non Oui Oui Non Oui Non Oui Non Non Non Oui Non Oui Non non

Ex : ha, Q , kg … Ex : proportion d’un élément dans un engrais

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 8

Modèle conceptuel des données

Production PRODUIRE Code production Nom production 0,n 1,n Parcelle No parcelle Surface Nom parcelle Coordonnées 0,n Engrais EPANDRE Qté épandue 1,n Date Date 1,n Id engrais Nom engrais 1,1 0,n POSSEDER Valeur 0,n Code élément Libellé élément 1,1 1,1 CULTURE Identifiant culture Date début Date fin Qté récoltée 1,1 GERER 0,n

UNITE UNité 0,n

1,1

CONCERNER AVOIR

0,n

Correspondre

ELEMENT CHIMIQUES

Modèle logique des données
CULTURE IDENTIFIANT_CULTURE NO_PARCELLE CODE_PRODUCTION DATE_DEBUT DATE_FIN QTE_RECOLTEE smallint smallint smallint date date numeric PRODUCTION CODE_PRODUCTION smallint UN char(20) NOM_PRODUCTION char(20) UNITE UN char(20)

PARCELLE NO_PARCELLE SURFACE NOM_PARCELLE COORDONNEES

smallint numeric char(20) char(20)

EPANDRE ID_ENGRAIS <non défini> NO_PARCELLE smallint DATE date QTE_EPANDUE numeric

ENGRAIS ID_ENGRAIS UN NOM_ENGRAIS <non défini> char(20) char(20)

DATE DATE date

POSSEDER ID_ENGRAIS CODE_ELEMENT VALEUR <non défini> char(5) <non défini>

ELEMENT_CHIMIQUES CODE_ELEMENT UN LIBELLE_ELEMENT char(5) char(20) char(20)

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 9

EXERCICE 5
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 et une seule chasse Liste des informations retenues dans le modèle :
Nom Id chasseur Pseudo Date naissance Id_chasse Date chasse Id espèce Nom espèce Poids moyen Code niveau Libellé niveau Nb de points Commentaire
No artificiel

Entité / association Chasseur Chasseur Chasseur Chasse Chasse Espèce Espèce Espèce Niveau tir Niveau tir Tirer (A)

Type I A25 D I D I A20 N A5 A25 SI

No artificiel No artificiel

Code artificiel Ex : facile, moyen, difficile

Identifi ant Oui Non Non Oui non Oui Non Non Oui Non Non

Modèle conceptuel des données
CHASSE Id_chasse Date chasse 0,n 1,1 Réaliser 0,n CHASSEUR Id chasseur Pseudo Date naissance

Tirer Nb poissons

ESPECE 1,n Id espèce Nom espèce Poids moyen

NIVEAU TIR 1,1 Classifier Code niveau 1,n Libellé niveau Nb de points

Modèle logique des données
CHASSE ID_CHASSE ID_CHASSEUR DATE_CHASSE integer integer date CHASSEUR ID_CHASSEUR PSEUDO DATE_NAISSANCE integer char(25) date

TIRER ID_ESPECE NB_POISSONS ID_CHASSE integer smallint integer

ESPECE ID_ESPECE CODE_NIVEAU NOM_POISSON POIDS_MOYEN integer char(5) char(20) numeric

NIVEAU_TIR CODE_NIVEAU LIBELLE_NIVEAU NB_DE_POINTS char(5) char(25) smallint

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 10

EXERCICE 6
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 :
Nom Id catégorie Libellé catégorie Id champ course Nom du champ de course Nombre de places Identifiant cheval Nom cheval Date naissance Sexe Identifiant course Désignation course Identifiant épreuve Dotation Date épreuve Identifiant individu Nom individu Prénom individu Numéro de dossard Place Commentaire
No artificiel No artificiel

Entité / association Catégorie Catégorie Champ de course Champ de course Champ de course Cheval Cheval Cheval Cheval Course Course Epreuve Epreuve Epreuve Individu Individu Individu Participer (A) Participer (A)

Type I A20 I A25 N SI A30 D A1 A5 A25 SI N D N A25 A35 SI SI

Identifi ant Oui Non Oui Non Non Oui Non Non Non Oui Non Oui Non Non Oui Non Non Non Non

No artificiel

No artificiel No artificiel

No artificiel

No commun au cheval et au jockey lors d’une épreuve Place obtenue à l’issue d’une épreuve

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 11

Modèle conceptuel des données
CHAMP DE COURSE Id champ course Nom du champ de course Nombre de places ACCUEILLIR 1,n APPARTENIR 1,1 1,1 COURSE Identifiant course Désignation course 1,n COMPORTER 1,1 PARTICIPER Numéro de dossard Place 1,n 0,n est enfant de 0,n EST PARENT DE EPREUVE Identifiant épreuve Dotation Date épreuve 1,n 1,n ACCUEILLIR 1,n CATEGORIE DE COURSES Id catégorie Libellé catégorie 1,n

INDIVIDU 0,n Identifiant individu Nom individu Prénom individu

0,n

EST PROPRIETAIRE DE

CHEVAL Identifiant cheval Nom cheval Date naissance 1,1 Sexe

est parent de

Modèle logique des données
TL_CATEGORIE_CHAMP_COURSE ID_CHAMP_COURSE <pk,fk> integer ID_CATEGORIE <pk,fk> integer CHAMP_DE_COURSE NOM_CHAMP_COURSE char(25) NB_PLACES numeric <pk> integer ID_CHAMP_COURSE
ID_CHAMP_COURSE = ID_CHAMP_COURSE ID_CATEGORIE = ID_CATEGORIE

ID_CHAMP_COURSE = ID_CHAMP_COURSE

CATEGORIE_DE_COURSES CATEGORIE char(20) <pk> integer ID_CATEGORIE
ID_CATEGORIE = ID_CATEGORIE

COURSE ID_COURSE DESIGNATION_COURSE ID_CHAMP_COURSE ID_CATEGORIE

<pk> char(5) char(25) <fk> integer <fk> integer

ID_COURSE = ID_COURSE

EPREUVE IDENTIFIANT_EPREUVE <pk> smallint ID_COURSE <fk> char(5) DOTATION numeric DATE_EPREUVE date

IDENTIFIANT_INDIVIDU = IDENTIFIANT_INDIVIDU

INDIVIDU IDENTIFIANT_INDIVIDU <pk> numeric NOM_INDIVIDU char(25) PRENOM_INDIVIDU char(35)

IDENTIFIANT_EPREUVE = IDENTIFIANT_EPREUVE

IDENTIFIANT_INDIVIDU = IDENTIFIANT_INDIVIDU IDENTIFIANT_CHEVAL = IDENTIFIANT_CHEVAL

PARTICIPER IDENTIFIANT_EPREUVE <pk,fk> IDENTIFIANT_INDIVIDU <pk,fk> IDENTIFIANT_CHEVAL <pk,fk> NUMERO_DE_DOSSARD PLACE

smallint numeric smallint smallint smallint

CHEVAL IDENTIFIANT_CHEVAL IDENTIFIANT_INDIVIDU NOM_CHEVAL DATE_NAISSANCE SEXE
IDENTIFIANT_CHEVAL = CHE_IDENTIFIANT_CHEVAL <pk> smallint EST_PARENT_DE <fk> numeric IDENTIFIANT_CHEVAL <pk,fk> char(30) CHE_IDENTIFIANT_CHEVAL <pk,fk> date

smallint smallint

char(1)

IDENTIFIANT_CHEVAL = IDENTIFIANT_CHEVAL

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 12

EXERCICE 7
GESTION DES CONCOURS D’APPRENTIS MENUISIERS

Modèle conceptuel des données

ETRE TUTEUR DE

0,n 0,1 INDIVIDU Code individu Nom Prénom 0,n Obtenir Concerner CONCOURS No concours Nom concours Lieu Date Dotation 1,n

1,1 PARTICIPATION Id participation Nb points obtenus Nom objet réalisé

1,1

Modèle logique des données

INDIVIDU CODE_INDIVIDU IND_CODE_INDIVIDU NOM PRENOM

char(5) char(5) char(50) char(50)

CONCOURS NO_CONCOURS numeric NOM_CONCOURS char(50) LIEU char(50) DATE date DOTATION numeric

PARTICIPATION ID_PARTICIPATION CODE_INDIVIDU NO_CONCOURS NB_POINTS_OBTENUS NOM_OBJET_REALISE

numeric char(5) numeric numeric char(50)

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 13

EXERCICE 8
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 :
Nom Code niveau Libellé niveau Bonus Nom obstacle Note mini N° participation Date Matricule Nom Prénom Note instructeur Temps Commentaire
Code artificiel Ex : facile, moyen, difficile Bonus relatif au niveau de difficulté

Entité / association Niveau difficulté Niveau difficulté Niveau difficulté Obstacle Obstacle Participation Participation Soldat Soldat Soldat Passer (A) Passer (A)

Type A5 A20 N A30 N N D A20 A30 A40 N D

Identifi ant Oui Non Non Oui Non Oui Non Oui Non Non Non non

No artificiel No de matricule du soldat

Note attribuée par l’instructeur au passage d’un obstacle Temps réalisé sur le passage d’un obstacle

Modèle conceptuel des données
PARTICIPATION N° participation Date 0,n Passer 0,n SOLDAT Matricule Nom Prenom Note instructeur Temps 1,n OBSTACLE Nom obstacle Note mini 1,1 0,n Avoir NIVEAU DIFFICULTE Code niveau Libellé niveau Bonus

1,1 Avoir

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 14

Modèle logique des données
PARTICIPATION
MATRICULE = MATRICULE

N__PARTICIPATION MATRICULE DATE

<pk> numeric <fk> char(20) date

N__PARTICIPATION = N__PARTICIPATION

PASSER NOM_OBSTACLE <pk,fk> N__PARTICIPATION <pk,fk> NOTE_INSTRUCTEUR TEMPS SOLDAT MATRICULE <pk> char(20) NOM char(30) PRENOM char(40)

char(30) numeric numeric date NIVEAU_DIFFICULTE CODE_NIVEAU <pk> char(5) LIBELLE_NIVEAU char(20) BONUS numeric

NOM_OBSTACLE = NOM_OBSTACLE

OBSTACLE NOM_OBSTACLE <pk> char(30) CODE_NIVEAU <fk> char(5) NOTE_MINI numeric

CODE_NIVEAU = CODE_NIVEAU

EXERCICE 9
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 et 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 :
Nom no acteur Nom No Rue Code postal Code ville Nom ville Id catégorie d'agent Catégorie d'agent Code tva Libellé code TVA No intervention Date Heure début Heure fin Id période Date début période Date fin période Id sous type Libellé sous type Commentaire
No artificiel

Entité ACTEUR ACTEUR ACTEUR ACTEUR ACTEUR VILLE VILLE CATEGORIE AGENT CATEGORIE AGENT CODE TVA CODE TVA INTERVENTIONS INTERVENTIONS INTERVENTIONS INTERVENTIONS PERIODE PERIODE PERIODE SOUS TYPE TRAVAIL SOUS TYPE TRAVAIL

Type SI A50 A5 A50 A8 A8 A8 A5 A45 A5 A45 SI D T T I D D A5 A35

No artificiel No artificiel Ex : comptable, informaticien

No artificiel

No artificiel

No artificiel Ex : suivi JA, autre

Identifi ant Oui Non Non Non Non Oui Non Oui Non Oui Non Oui Non Non Non Oui Non Non Oui Non

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 15

Nom Id type travail Libellé type travail Coût horaire HT Taux TVA

Commentaire
No artificiel Ex : comptabilité

Entité SOUS TYPE TRAVAIL TYPE TRAVAIL ASSOCIER (A) CONCERNER (A)

Type A5 A35 N N

Identifi ant Oui Non Non Non

Modèle conceptuel des données
VILLE No ville Nom ville Classifier 0,n Situer dans 1,n CODE TVA Code tva Libellé code TVA 1,n Concerner Taux TVA

1,1 1,1 ACTEUR no acteur Nom No Rue Code postal 0,n 0,n 1,1 0,n CATEGORIE AGENT Id catégorie d'agent Catégorie d'agent Effectuer par agent 1,1 INTERVENTIONS No intervention Date Heure début Heure fin 0,1 TYPE TRAVAIL Id type travail Libellé type travail 0,n 1,n Associer Coût horaire HT Classifier

1,n PERIODE Id période 0,n Date début période Date fin période

0,1

0,1 Concerner 0,n SOUS TYPE TRAVAIL Id sous type Libellé sous type

Appartenir

Effectuer pour client

Modèle logique des données
CODE_TVA CODE_TVA <pk> char(5) LIBELLE_CODE_TVA char(45) VILLE NO_VILLE <pk> integer NOM_VILLE char(80) TL_CODE_PERIODE CODE_TVA ID_PERIODE TAUX_TVA <pk,fk> <pk,fk> char(5) integer numeric

TYPE_TRAVAIL ID_TYPE_TRAVAIL <pk> char(5) CODE_TVA <fk> char(5) LIBELLE_TYPE_TRAVAIL char(35) TL_TYPE_PERIODE ID_TYPE_TRAVAIL <pk,fk> ID_PERIODE <pk,fk> COUT_HORAIRE_HT

PERIODE ID_PERIODE DATE_DEBUT_PERIODE DATE_FIN_PERIODE char(5) integer numeric

<pk> integer date date

ACTEUR NO_AGENT ID_CATEGORIE_D_AGENT NO_VILLE NOM NO RUE CODE_POSTAL

<pk> smallint <fk> char(5) <fk> integer char(50) char(5) char(50) char(8)

SOUS_TYPE_TRAVAIL ID_SOUS_TYPE <pk> char(5) ID_TYPE_TRAVAIL <fk> char(5) LIBELLE_SOUS_TYPE char(35)

CATEGORIE_AGENT ID_CATEGORIE_D_AGENT <pk> char(5) CATEGORIE_D_AGENT char(45)

INTERVENTIONS NO_INTERVENTION <pk> NO_AGENT <fk> ID_SOUS_TYPE <fk> ACT_NO_AGENT <fk> DATE HEURE_DEBUT HEURE_FIN

smallint smallint char(5) smallint date time time

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 16

EXERCICE 10
GESTION DES RESULTATS DE MATCHS DE FOOTBALL Dictionnaire des données
Nom Barême défaite Barême nul Barême victoire Code équipe Code stade Date match Date deb Date début entrai Date fin Date fin entrai Id but Id participation Identifiant compétition Libellé compétition Libellé nationalité Libellé saison Minute but Minute début Minute fin Nb de places Nb spectateurs No individu No match No nationalité No saison Nom équipe Nom individu Nom stade Numéro journée Numéro maillot Poste Prénom individu Type de but Identifiant artificiel Identifiant artificiel Identifiant artificiel Commentaire Ex : 0 pt Ex : 1 pt Ex : 3 pts Identifiant artificiel Identifiant artificiel Entité RAPPORTER (A) RAPPORTER (A) RAPPORTER (A) EQUIPE STADE MATCH JOUER DANS (A) AVOIR POUR ENTRINEUR (A) JOUER DANS (A) AVOIR POUR ENTRINEUR (A) BUT PARTICIPATION CHAMPIONNAT CHAMPIONNAT NATIONALITE SAISON BUT PARTICIPATION PARTICIPATION STADE MATCH INDIVIDU MATCH NATIONALITE SAISON EQUIPE INDIVIDU STADE AFFECTER A (A) JOUER DANS (A) JOUER DANS (A) INDIVIDU BUT Type N N N N N D D D D D N N N A50 A40 A50 N N N N N N N N N A40 A40 A40 N N A20 A30 A20 O O O Identifi ant

O O

Identifiant artificiel Identifiant artificiel Identifiant artificiel

O O O

But pour ou contre son camp

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 17

Modèle conceptuel des données

Avoir

NATIONALITE No nationalité 0,n Libellé nationalité

1,1 Marquer 1,1 BUT Id but Minute but Type de but 1,1 1,1 1,1 Concerner 1,n MATCH No match Nb spectateurs Date match 1,1 STADE Code stade 1,n Nom stade Nb de places Relatif à PARTICIPATION 1,1 Id participation Minute début Minute fin 0,1 Remplacer Arbitrer 0,n INDIVIDU No individu Nom individu Prénom individu Avoir 0,n 0,n 0,n 0,n

0,n

Jouer dans Date deb Date fin Poste Numéro maillot

0,n 1,n

1,1

Equipe recoit

1,n

EQUIPE Code équipe Nom équipe

1,n 0,n 1,n

Avoir pour entraîneur Date début entrai Date fin entrai

Se jouer dans

Affecter à Numéro journée 1,n CHAMPIONNAT Identifiant compétition Libellé compétition Rapporter 1,n 1,n SAISON No saison Libellé saison Barême victoire Barême nul Barême défaite 1,n 0,n 1,n Participer 1,n

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 18

Commentaires MCD
Entité INDIVIDU Cette entité regroupe à la fois les joueurs, entraîneurs et arbitres. On distinguera les différents types d’individu par le biais des associations « jouer dans », « arbitrer » et « avoir pour entraîneur ». NB : on considère que pour un match donné, on ne stocke que le nom de l’arbitre principal. Association « jouer dans » Le même joueur peut jouer dans plusieurs clubs lors de la même saison. Il faut donc gérer une période avec date début et date fin dans l’association. Par contre, le même joueur aura toujours le même numéro de maillot et le même poste pour une équipe et pour une saison donnée. Ces 2 informations sont donc stockées ici et non pas au niveau de chaque match, ce qui serait redondant. Entité équipe Cette entité sert à stocker les noms de club. Entité match Sont gérées ici les informations propres à chaque match : à savoir le nombre de spectateurs, la date du match … NB : on connaît la journée du match par l’association « affecter à ». De même, le stade dans lequel se déroule le match est connu par l’association « se jouer dans » avec l’entité « stade ». Entité stade On gère ici le nom du stade ainsi que sa capacité (nb places) que l’on estime fixe. Entité saison Elle sert à gérer le libellé de la saison ainsi que le barème des victoires qui dépend de chaque saison et de chaque championnat (d’où l’association « rapporter ») et qui sert à calculer le classement (ex : victoire à 3 points pour la saison 1999-2000 pour le championnat de France de D1 et victoire à 2 points pour la saison 1990-1991 pour le championnat d’Italie de D1). On considère ici que les barèmes des défaites et des nuls peuvent également évoluer. Entité championnat Cela sert à gérer le libellé du championnat et à différencier ainsi le championnat de France de la coupe d’europe. (les différentes coupes d’Europe seront en effet considérées comme des championnats particuliers). NB : pour le championnat de France, on considèrera qu’il a autant de championnats que de divisions. On aura par exemple les 2 championnats suivants : Championnat de France – Division 1 Championnat de France – Division 2 Entité participation Cette entité sert à gérer la composition des équipes pour un match donné. Pour chaque joueur, on gère ainsi à quelle minute il est entré sur le terrain et à quelle minute il en est sorti.
ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01 Exercices MERISE Page 19

Il est nécessaire d’ajouter une association « remplacer » pour savoir qui rentre à la place de qui car s’il y a 2 remplacements à la même minute, on ne sait pas qui remplace qui. (cf. l’exemple donné dans l’énoncé avec les 2 remplacements simultanés à la 80ème minute). Entité but Elle est utile pour connaître le nom des buteurs et la minute du but. On utilisera la propriété « type de but » pour savoir si le but a été marqué pour son équipe ou contre son camp. (cette information est nécessaire pour déterminer le score de la rencontre). NB : pour savoir quel équipe a remporté un match, il suffira par requête de voir quel est le joueur (ou les) qui a (ont) marqué, et sachant dans quelle équipe il (s) joue (nt), on en déduira le score du match. NB : pour savoir quelle est l’équipe qui reçoit pour un match, il est nécessaire d’avoir l’association « équipe reçoit ». Par déduction, on saura quelle est l’équipe visiteuse (on connaît les joueurs qui ont participé au match).

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 20

Modèle logique des données

NO_JOUEUR = NO_JOUEUR NO_JOUEUR = NO_JOUEUR

INDIVIDU NO_JOUEUR <pk> NOM_INDIVIDU PRENOM_INDIVIDU NO_NATIONALITE <fk>

NO_JOUEUR = NO_JOUEUR

numeric char(40) char(30) numeric

NO_NATIONALITE = NO_NATIONALITE NO_JOUEUR = NO_JOUEUR

NATIONALITE NO_NATIONALITE LIBELLE_NATIONALITE
NO_JOUEUR = IND_NO_JOUEUR NO_JOUEUR = NO_JOUEUR

<pk> numeric char(40)

MATCH NO_MATCH CODE_EQUIPE CODE_STADE NO_JOUEUR NB_SPECTATEURS DATE_MATCH <pk> <fk> <fk> <fk> numeric numeric numeric numeric numeric date TL_EQUIPE_JOUEUR CODE_EQUIPE <pk,fk> NO_JOUEUR <pk,fk> NO_SAISON <pk,fk> DATE_DEB DATE_FIN POSTE NUMERO_MAILLOT

NO_MATCH = NO_MATCH

BUT ID_BUT <pk> NO_JOUEUR <fk> NO_MATCH <fk> MINUTE_BUT TYPE_DE_BUT

PARTICIPATION ID_PARTICIPATION <pk> NO_MATCH <fk> NO_JOUEUR <fk> IND_NO_JOUEUR <fk> MINUTE_DEBUT MINUTE_FIN

numeric numeric numeric numeric numeric numeric

numeric numeric numeric date date char(20) numeric

numeric numeric numeric numeric char(20)

NO_MATCH = NO_MATCH CODE_EQUIPE = CODE_EQUIPE NO_MATCH = NO_MATCH

NOM_EQUIPE CODE_STADE = CODE_STADE

EQUIPE CODE_EQUIPE <pk> numeric char(40)

CODE_EQUIPE = CODE_EQUIPE CODE_EQUIPE = CODE_EQUIPE CODE_EQUIPE = CODE_EQUIPE

AFFECTER IDENTIFIANT_COMPETITION NO_SAISON NO_MATCH NUMERO_JOURNEE

<pk,fk> <pk,fk> <pk,fk>

numeric numeric numeric numeric

ENTRAINEUR CODE_EQUIPE <pk,fk> NO_JOUEUR <pk,fk> DATE_DEBUT_ENTRAI DATE_FIN_ENTRAI STADE CODE_STADE <pk> numeric NOM_STADE char(40) NB_DE_PLACES numeric

numeric numeric date date

IDENTIFIANT_COMPETITION = IDENTIFIANT_COMPETITION

CHAMPIONNAT IDENTIFIANT_COMPETITION LIBELLE_COMPETITION <pk> numeric char(50)

IDENTIFIANT_COMPETITION = IDENTIFIANT_COMPETITION

IDENTIFIANT_COMPETITION = IDENTIFIANT_COMPETITION

PARTICIPER CODE_EQUIPE IDENTIFIANT_COMPETITION NO_SAISON numeric numeric numeric numeric numeric

<pk,fk> <pk,fk> <pk,fk>

numeric numeric numeric

RAPPORTER NO_SAISON <pk,fk> IDENTIFIANT_COMPETITION <pk,fk> BAREME_VICTOIRE BAREME_NUL BAREME_DEFAITE

NO_SAISON = NO_SAISON

NO_SAISON = NO_SAISON

NO_SAISON = NO_SAISON

SAISON NO_SAISON <pk> numeric LIBELLE_SAISON char(50)

NO_SAISON = NO_SAISON

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 21

EXERCICE 11
GESTION D’UN ZOO Modèle conceptuel des données

ETRE SPECIFIQUE

1,1

MENU TYPE Id menu Libellé aliment composé Qté recommandée 0,n

SE COMPOSER Pourcentage 1,n

ELEMENTS DE BASE 1,n Code élément Libellé élément

RECEVOIR Qté absorbée Date repas Heure repas 1,n 0,n ESPECE Code espèce Libellé espèce 0,n 0,n 1,n Appartenir ANIMAL (1,1) Nom baptême Sexe Date naissance Date décès 1,n 0,n A pour parents 0,n

1,n

Pouvoir cohabiter Pouvoir vivre

OCCUPER

PERIODE Id période 1,n Date début Date fin

1,n 1,n ENCLOS No enclos Nom enclos

COMMENTAIRES Exemples d’aliments de base : protides, glucides, … Il est nécessaire de distinguer la quantité recommandée pour un menu de la quantité réellement absorbée.

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 22

Modèle logique des données

SE_COMPOSER ID_MENU CODE_ELEMENT POURCENTAGE <pk,fk> <pk,fk> char(5) char(5) numeric

MENU_TYPE ID_MENU CODE_ESPECE LIBELLE_ALIMENT_COMPOSE QTE_RECOMMANDEE

<pk> char(5) <fk> char(5) char(45) numeric RECEVOIR CODE_ESPECE NOM_BAPTEME ID_MENU QTE_ABSORBEE DATE_REPAS HEURE_REPAS <pk,fk> <pk,fk> <pk,fk> char(5) char(45) char(5) numeric date numeric

ELEMENTS_DE_BASE CODE_ELEMENT LIBELLE_ELEMENT <pk> char(5) char(45)

ANIMAL ESPECE CODE_ESPECE LIBELLE_ESPECE <pk> char(5) char(45) CODE_ESPECE NOM_BAPTEME SEXE DATE_NAISSANCE DATE_DECES <pk,fk> <pk> char(5) char(45) char(1) date date

A_POUR_PARENTS CODE_ESPECE NOM_BAPTEME ANI_CODE_ESPECE ANI_NOM_BAPTEME <pk,fk> <pk,fk> <pk,fk> <pk,fk> char(5) char(45) char(5) char(45)

POUVOIR_COHABITER CODE_ESPECE ESP_CODE_ESPECE <pk,fk> <pk,fk> char(5) char(5)

OCCUPER CODE_ESPECE <pk,fk> NOM_BAPTEME <pk,fk> NO_ENCLOS <pk,fk> ID_PERIODE <pk,fk>

char(5) char(45) smallint numeric

PERIODE ID_PERIODE <pk> numeric DATE_DEBUT date DATE_FIN date

POUVOIR_VIVRE CODE_ESPECE NO_ENCLOS <pk,fk> <pk,fk> char(5) smallint

ENCLOS NO_ENCLOS NOM_ENCLOS <pk> smallint char(45)

Pour la cohabitation des espèces, il faudra établir une règle de gestion pour éviter de rentrer 2 fois la même information. Exemple : il est inutile de stocker :
CODE_ESPECE SINGE GORILLE ESP_CODE_ESPECE GORILLE SINGE

Dans ce cas, un seul enregistrement suffit.

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 23

EXERCICE 12
GESTION D’UN CLUB DE TRIATHLON Modèle conceptuel des données
Modèle Conceptuel de Données Projet CLUB Code club libellé club 1,n PERIODE Id période Date début Date fin 0,n 0,n Avoir Numéro licence posséder Poids Taille Fréquencemax Avoir 1,n 1,1 1,n ATHLETE Code athlète nom prénom no 1,1 rue code postal tel portable 0,n date naissance Cardio Sexe 1,n A PRATIQUE nb ans 1,n Classifier 1,1 0,n SPORT Code sport libellé sport RESULTATS id resultat temps place transition Débuter Année 1ère participation 1,1 1,1 Classifier 0,n 1,1 MANIFESTATION No manifestation date manifestation 1,n Concourir place scratch place catégorie 1,n 1,n 1,1 COMPETITION code compétition conditions climatiques 0,n nb participants Concerner 1,1 Composer 0,n INSCRIRE Habiter : GESTION CLUB TRIATHLON Version 12/03/101 Modèle : MCD Auteur : J. Steffe

0,n

VILLE Code ville libellé ville

0,n Se situer

0,n

0,n PROFESSION Code profession Libellé profession

Faire

1,1 0,n

1,n

TYPE COURSE Code type course Libellé type course

TYPE COMPETITION Code type compétition Libellé type compétition 1,n Promo, sprint ...

Duathlon, triathlon, course à pieds Concerner 1,1 Composer

0,n TYPE EPREUVE Code type épreuve Libellé type épreuve Natation, vélo, course à pied 1,n classifier 1,1

EPREUVE Id épreuve numéro d'ordre distance

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 24

COMMENTAIRES MCD - Définition des entités. MANIFESTATION : Une manifestation est un ensemble de courses se déroulant le même jour dans un même lieu. COMPETITION : une compétition est une course particulière se déroulant lors d’une manifestation donnée. Exemple : le triathlon sprint d’Agen le 17/08/2001. TYPE DE COMPETITION : elle précise la nature d’une course. Exemple d’occurrence : Promotion, sprint, CD … TYPE DE COURSE : cette entité sert à différencier la nature des courses : duathlon, triathlon et course à pieds. TYPE EPREUVE : indique la nature d’un enchaînement dans une course. Exemple d’occurrences : natation, course à pieds, vélo … ERPREUVE : elle sert à distinguer les différents enchaînements d’un type de compétition donné avec leur ordre d’enchaînement et la distance. Par exemple, le type de compétition « triathlon promo » se compose de 3 épreuves : Epreuve 1 : natation sur 500 m Epreuve 2 : Vélo sur 20 km Epreuve 3 : Course à pieds sur 5 km La catégorie (ex : V1 : vétéran 1) n’est pas stockée puisqu’elle est le résultat d’un calcul. - Gestion de l’historique. Certaines informations ne nécessitent pas de gérer l’historique. Il s’agit par exemple de « possession d’un cardio-fréquencemètre », « profession exercée » … pour ce type d’information, on désire simplement connaître le dernier état. D’autres informations nécessitent par contre d’intégrer dans le modèle la gestion de l’historique : - le numéro de licence (il n’est pas le même chaque année) - la taille, le poids et la fréquence max (on veut les avoir sur au moins 2 ans) - les clubs auxquels l’athlète s’est inscrit Rappel : dans le doute (si l’utilisateur n’a pas de certitudes quant à ses choix de gestion), on modélisera en tenant compte de l’historique. - Gestion des résultats. Seuls les résultats des athlètes du club sont enregistrés dans le détail (cf. entité « Résultats »). Pour avoir la place au classement général ainsi que la place dans la catégorie, il faut donc saisir cette information (elle ne peut pas être obtenu par calcul). => cf. association « concourir ». Le classement pour le club est par contre calculable à partir des résultats individuels.

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 25

NB : au niveau de la compétition , il est nécessaire de stocker le nombre de participants car on ne dispose pas des résultats détaillés de tous les athlètes et on en peut donc pas calculer le nombre total d’inscrits. Modèle logique des données
CLUB CODE_CLUB <pk> char(5) LIBELLE_CLUB char(5) PERIODE ID_PERIODE DATE_DEBUT DATE_FIN char(5) numeric char(20) TL_PERIODE_ATHLETE ID_PERIODE CODE_ATHLETE NUMERO_LICENCE TL_ATHLETE_ANNEE POIDS numeric TAILLE numeric FREQUENCEMAX numeric CODE_ATHLETE <pk,fk> char(20) ID_PERIODE <pk,fk> numeric <pk,fk> <pk,fk> numeric char(20) <non défini> <pk> numeric date date VILLE CODE_VILLE LIBELLE_VILLE <pk> char(5) char(45)

INSCRIRE CODE_CLUB <pk,fk> ID_PERIODE <pk,fk> CODE_ATHLETE <pk,fk>

MANIFESTATION NO_MANIFESTATION CODE_VILLE DATE_MANIFESTATION <pk> numeric <fk> char(5) date

A_PRATIQUE CODE_SPORT NB_ANS CODE_ATHLETE <pk,fk> <pk,fk> char(5) numeric char(20)

SPORT CODE_SPORT LIBELLE_SPORT <pk> char(5) char(45)

ATHLETE CODE_PROFESSION <fk> CODE_VILLE <fk> NOM PRENOM NO RUE CODE_POSTAL TEL PORTABLE DATE_NAISSANCE CARDIO CODE_ATHLETE <pk> SEXE

char(5) char(5) char(40) char(40) char(4) char(50) char(5) char(10) char(10) date numeric(1) char(20) char(20)

CLASSEMENT CODE_COMPETITION PLACE_SCRATCH CODE_ATHLETE PLACE_CATEGORIE <pk,fk> <pk,fk> char(5) numeric char(20) numeric

COMPETITION CODE_COMPETITION NO_MANIFESTATION CODE_TYPE_COMPETITION CONDITIONS_CLIMATIQUES NB_PARTICIPANTS <pk> char(5) <fk> numeric <fk> char(5) char(60) numeric

RESULTATS PROFESSION CODE_PROFESSION <pk> char(5) LIBELLE_PROFESSION char(40) ID_RESULTAT CODE_COMPETITION ID_EPREUVE TEMPS PLACE TRANSITION CODE_ATHLETE <pk> numeric <fk> char(5) <fk> numeric numeric numeric numeric <fk> char(20) TYPE_COMPETITION CODE_TYPE_COMPETITION CODE_TYPE_COURSE LIBELLE_TYPE_COMPETITION <pk> char(5) <fk> char(5) char(35)

TYPE_COURSE DEBUTER CODE_ATHLETE CODE_TYPE_COURSE ANNEE_1ERE_PARTICIPATION <pk,fk> <pk,fk> char(20) char(5) <non défini> CODE_TYPE_COURSE LIBELLE_TYPE_COURSE <pk> char(5) char(35)

TYPE_EPREUVE CODE_TYPE_EPREUVE LIBELLE_TYPE_EPREUVE <pk> char(5) char(25)

EPREUVE ID_EPREUVE CODE_TYPE_COMPETITION CODE_TYPE_EPREUVE NUMERO_D_ORDRE DISTANCE

<pk> numeric <fk> char(5) <fk> char(5) numeric numeric

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 26

EXERCICE 13
GESTION DES FRAIS DE DEPLACEMENT Dictionnaire des données
Nom Code Agence AGENCE Année civile ANNEE_CIVILE Banque BANQUE Borne inf BORNE_INF Borne sup BORNE_SUP Caisse CAISSE Centre CCP CENTRE_CCP Code Agent CODE_AGENT Code moyen CODE_MOYEN Code puissance CODE_PUISSANCE commentaire COMMENTAIRE CP CP Date autorisation DATE_AUTORISATION Date début DATE_DEBUT Date depart DATE_DEPART Date départ DATE_DEPART Date fin DATE_FIN Date ordre mission DATE_ORDRE_MISSION Date retour DATE_RETOUR Date retour DATE_RETOUR Frais prévus séjour FRAIS_PREVUS_SEJOUR Frais prévus transport FRAIS_PREVUS_TRANSPORT Grade GRADE Heure départ HEURE_DEPART Heure retour HEURE_RETOUR Id autorisation ID_AUTORISATION Id frais ID_FRAIS Id identité ID_IDENTITE Id lieu ID_LIEU Id période ID_PERIODE Id tanche ID_TANCHE Id type ID_TYPE Lib type indemnité LIB_TYPE_INDEMNITE Libellé compte LIBELLE_COMPTE Libellé moyen LIBELLE_MOYEN Montant MONTANT Montant indemnité MONTANT_INDEMNITE Motif MOTIF N° compte N__COMPTE N° tel N__TEL Nb de km NB_DE_KM nb repas offerts NB_REPAS_OFFERTS Nb repas pris dans restau NB_REPAS_PRIS_DANS_RESTAU_ADMINISTRATI administratif F No compte NO_COMPTE No de police NO_DE_POLICE No immatriculation NO_IMMATRICULATION No ordre NO_ORDRE Type de données A25 N A50 N N A50 A50 A5 A5 A5 TXT A5 D D N D D D D N N N A50 N N N N N N N N A5 A50 A50 A50 N N A100 A22 A15 N N N N A50 A8 N

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 27

Nom Nom lieu Prénom Prix remboursé au km Residence familiale Tranche CV Type lieu Ville

NOM NOM_LIEU PRENOM PRIX_REMBOURSE_AU_KM RESIDENCE_FAMILIALE TRANCHE_CV TYPE_LIEU VILLE

A50 A50 A50 N A50 A50 A40 A50

Modèle conceptuel des données
Concerner

1,1 0,n AUTORISATION Id autorisation <M Nb de km Année civile 1,1 Posséder 0,n Correspondre 0,n PERIODE 0,n VEHICULE No immatriculation < No de police Date autorisation 1,1 Classifier 0,n PUISSANCE Code puissance Tranche CV 1,n Id période <M Date début Date fin 0,n 0,n 1,1 0,n Avoir ORDRE MISSION No ordre < Date ordre mission Date départ Date retour Frais prévus transport Frais prévus séjour Motif 1,1 1,1 0,1 LIEU Id lieu < Nom lieu 0,n AGENT Code Agent < Nom Prénom Grade Residence familiale CP Ville N° tel 1,n

ex : repas, nuitée ou journalière TYPE INDEMNITE Id type < Lib type indemnité 1,n Correspondre Montant indemnité <M> 1,n TYPE LIEU Avoir 0,n Type lieu <M

0,n

Affecter

1,1

0,n IDENTITE BANCAIRE Id identité <M> Caisse Centre CCP Banque Agence N° compte

SITUER ex : véhicule perso, administratif, train, taxi ... MOYEN TRANSPORT <M> Code moyen Libellé moyen 0,n Comporter 0,nMontant commentaire Montant en francs ou nb de km

Donner lieu 1,1 FRAIS DEPLACEMENT Imputer

1,n Correspondre

TRANCHES KM Id tanche <M> Borne inf Borne sup

1,n

Prix remboursé au km 0,n COMPTE No compte Libellé compte

Id frais <M Nb repas pris dans restau administratif nb repas offerts Date depart Heure départ Date retour Heure retour

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 28

Modèle physique des données
AUTORISATION Id autorisation Code Agent No immatriculation Nb de km Année civile NUMERIC CHAR(5) CHAR(8) NUMERIC NUMERIC AGENT Code Agent Nom Prénom Grade Residence familiale CP Ville N° tel CHAR(5) CHAR(50) CHAR(50) CHAR(50) CHAR(50) CHAR(5) CHAR(50) CHAR(15) TYPE INDEMNITE Id type CHAR(5) Lib type indemnité CHAR(50)

HISTO_VEHICULE No immatriculation CHAR(8) Code Agent CHAR(5) Id période NUMERIC VEHICULE No immatriculation Code puissance No de police Date autorisation CHAR(8) CHAR(5) CHAR(50) DATE

HISTO_TYPE_INDEMNITE Id type Type lieu Id période Montant indemnité CHAR(5) CHAR(40) NUMERIC NUMERIC

ORDRE MISSION PERIODE Id période NUMERIC Date début DATE Date fin DATE No ordre No compte Id lieu Code Agent Id frais Date ordre mission Date départ Date retour Frais prévus transport Frais prévus séjour Motif NUMERIC NUMERIC NUMERIC CHAR(5) NUMERIC DATE DATE DATE NUMERIC NUMERIC CHAR(100)

TYPE LIEU Type lieu CHAR(40)

HISTO_RIB PUISSANCE Code puissance CHAR(5) Tranche CV CHAR(50) Code Agent CHAR(5) Id identité NUMERIC Id période NUMERIC

LIEU Id lieu NUMERIC Type lieu CHAR(40) Nom lieu CHAR(50)

IDENTITE BANCAIRE TRANCHES KM Id tanche NUMERIC Borne inf NUMERIC Borne sup NUMERIC Id identité Caisse Centre CCP Banque Agence N° compte NUMERIC CHAR(50) CHAR(50) CHAR(50) CHAR(25) CHAR(22) FRAIS DEPLACEMENT Id frais NUMERIC No ordre NUMERIC Nb repas pris dans restau administratif NUMERIC nb repas offerts NUMERIC Date depart NUMERIC Heure départ NUMERIC Date retour NUMERIC Heure retour NUMERIC

MOYEN TRANSPORT Code moyen CHAR(5) Libellé moyen CHAR(50)

TL_TRANSPORT_FRAIS Id frais Code moyen Montant commentaire NUMERIC CHAR(5) NUMERIC LONGTEXT

HISTO_REMBT_KM Code puissance Id tanche Id période Prix remboursé au km CHAR(5) NUMERIC NUMERIC NUMERIC

COMPTE NUMERIC No compte Libellé compte CHAR(50)

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 29

EXERCICE 14
GESTION DU PARC INFORMATIQUE Liste des informations retenues dans le modèle :
Nom Date achat date envoi Date panne Date prêt Date retour Date retour prévue Description Durée contrat maintenance Id caractéristique Id marque Id materiel Id panne Id pièce Id prêt Id réparation Id tiers Id type Id_emprunteur lib marque Libellé caractéristique Libellé intervention Libelle pièce Libellé salle Libellé type No salle Nom emprunteur Nom tiers Prix Prix achat Unité Valeur carac Code DATE_ACHAT DATE_ENVOI DATE_PANNE DATE_PRET DATE_RETOUR DATE_RETOUR_PREVUE DESCRIPTION DUREE_CONTRAT_MAINTENANCE ID_CARACTERISTIQUE ID_MARQUE ID_MATERIEL ID_PANNE ID_PIECE ID_PRET ID_REPARATION ID_TIERS ID_TYPE ID_EMPRUNTEUR LIB_MARQUE LIBELLE_CARACTERISTIQUE LIBELLE_INTERVENTION LIBELLE_PIECE LIBELLE_SALLE LIBELLE_TYPE NO_SALLE NOM_EMPRUNTEUR NOM_TIERS PRIX PRIX_ACHAT UNITE VALEUR_CARAC Type de données D D D D D D A50 N N N N N N N N N N N A35 A40 A80 A50 A35 A25 N A50 A50 N N A20 A40

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 30

Modèle conceptuel des données
PANNE Id panne N Date panne D Description A50 EMPRUNT EUR Id_emprunteur N Nom emprunteur A50 0,n Concerner Subir SALLE No salle N Libellé salle A35 1,1 PRET Id prêt Date prêt Date retour Date retour prévue 1,1 0,n 1,1 Faire l'objet 0,n MATERIEL Id materiel Date achat Prix achat Durée contrat maintenance 1,1 Avoir Posséder Valeur carac A40 1,n T YPE MAT ERIEL Id type N Libellé type A25 1,n avoir 1,n 0,n CARACT ERIST IQUES N Id caractéristique Libellé caractéristique A40 Unité A20 1,n N D N N 1,1 Avoir 0,n 1,1 MARQUE Id marque N lib marque A35 N D D D 0,n 0,n T IERS Id tiers N Nom tiers A50 0,n Provenir 1,1 EFFECT UER 0,1 REPARAT ION Id réparation date envoi Date retour Prix 0,n Inclure N D D N 0,1 Concerner

1,1

Affecter

0,n PIECES Id pièce N Libelle pièce A50

Le type de matériel distingue les UC des écrans, des imprimantes … L’association « avoir » entre les entités « type matériel » et « caractéristisques » sert à gérer les caractéristiques par défaut de chaque type de matériel. Lors de la saisie d’un matériel, au lieu de proposer la liste de toutes les caractéristiques (taille écran, nb de pages minutes …), on sera aini en mesure d’adapter le contenu de la liste au type de matériel en cours.

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 31

Modèle physique des données
PANNE Id panne Id materiel Id réparation Date panne Description NUMERIC NUMERIC NUMERIC DAT E CHAR(50) REPARAT ION Id réparation Id tiers date envoi Date retour Prix NUMERIC NUMERIC DAT E DAT E NUMERIC

EMPRUNT EUR NUMERIC Id_em prunteur Nom emprunteur CHAR(50)

SALLE PRET Id prêt Id_emprunteur Id materiel Date prêt Date retour Date retour prévue NUMERIC NUMERIC NUMERIC DAT E DAT E DAT E NUM ERIC No salle Libellé salle CHAR(35) T IERS NUMERIC Id tiers Nom tiers CHAR(50)

T L_REPARAT ION_PIECE Id réparation NUMERIC Id pièce NUMERIC

PIECES MAT ERIEL Id materiel Id tiers Id marque Id type No salle Date achat Prix achat Durée contrat m aintenance NUMERIC NUMERIC NUMERIC NUMERIC NUMERIC DAT E NUMERIC NUMERIC T L_MAT ERIEL_CARAC Id materiel NUMERIC Id caractéristique NUMERIC Valeur carac CHAR(40) NUMERIC Id pièce Libelle pièce CHAR(50)

MARQUE Id marque NUMERIC lib marque CHAR(35)

CARACT ERIST IQUES Id caractéristique NUMERIC Libellé caractéristique CHAR(40) Unité CHAR(20)

T YPE MAT ERIEL NUMERIC Id type Libellé type CHAR(25)

T L_T YPE_CARAC Id type NUMERIC Id caractéristique NUMERIC

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 32

EXERCICE 15
Gestion des probiotiques proposés par les entreprises Modèle conceptuel des données
UNITE Code unite SI Libelle unite A50 TYPE ELEVAGE 1,n TYPE CONDITIONNEMENT No type conditionnement SI Type conditionnement A50 0,n Avoir Prix N Convenir Dose N Nb jours prescription N SITES INTERNET Code site SI Nom site A50 Descriptif du site TXT Adresse site TXT 1,n Concerner 0,n 0,n 1,1 Contenir 0,n No type elevage SI Type elevage A50

1,n

1,n PROBIOTIQUE Code probiotique SI Nom produit A50

Fabriquer

1,1

Concerner 1,n ENTREPRISE No entreprise Nom entreprise No adresse Rue adresse Code postal No de tel 1,1 Situer dans 0,n 0,n VILLE Code ville N Nom ville A75 CRITERE EVALUE Code critere SI Libelle critere A50 I A80 A10 A50 A8 A25 1,1 EVALUATION No evaluation SI Utilisateur A50 1,n Contenir note N

0,n MICRO ORGANISME Code micro organisme SI Nom micro organisme A50 1,1 Avoir 1,n TYPE MICRO ORGANISME Code type micro organisme SI Type micro organisme A50

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 33

EXERCICE 16
Gestion des lots de raisin Modèle conceptuel des données
TYPE No type SI Type A50 1,n

Etre Composer 0,n 1,1 1,1 MATERIAU Code materiau SI Libellé materiau A50

CONTENANT No cuve N Volume N 0,n Affecter CEPAGE 1,1 Effectuer LOT No lot SI Millesime SI Volume N 0,n 1,1 PERIODE DE METHODE Id periode I Date debut D Date fin D 1,1 Concerner Avoir UNITE Code unite SI Libellé unité A50 0,n Avoir 0,n 1,1 METHODE Code méthode 1,1 Libellé méthode Dose Temperature idéale 1,1 0,n Souche No souche SI Souche N Formulation No formulation SI Formulation A50 0,n Avoir SI A50 N N 0,n 1,n No cepage SI Libelé cépage A50 0,n Composer

0,n 1,1 RELEVE No relevé SI Date relevé D

Concerner 1,n Se composer de Valeur N 1,n

ELEMENTS OBSERVES No observation I Libellé élément A50 1,1

Avoir

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 34

EXERCICE 17
Gestion des marges Modèle conceptuel des données
ANNEE CAMPAGNE Année campagne <M> EXERCICES COMPTABLES Numéro exercice <M> Date début Date fin 1,n est associé à 0,n affecter valeur affectée Quantitée affectée 1,1 0,n 0,n 1,n est liée à quantité 1,n ACTIVITE Code activité libellé activité Unité activité

MOUVEMENT TYPE MOUVEMENT Id type mouvement <M Type mouvement Posséder 1,1 0,n Id_mvt Valeur Quantité Date mouvement

1,1

Concerner

ETAT DES STOCKS Id état des stocks <M> Quantité stockée Date stock Valeur stock 1,1 Faire l'objet 0,n ELEMENT

0,n 1,1 1,n Classifier

CATEGORIE ELEMENT Id type categ <M> Catégorie élément

Nom élément Unité élément

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 35

EXERCICE 18
Gestion des boues d’épandages Modèle conceptuel des données
PEUPLEMENT No peuplement SI Libellé peuplement A25 0,n etre TYPE DE SOL No type sol SI Type sol A20 0,n avoir DEPARTEMENT No departement SI Departement N3 0,n

localiser

1,1 ORGANISME RESPONSABLE No organisme I Organisme A25 0,n 0,n Posséder 1,1 1,1 SITE No site Nom site 1,1 Localisation Date plantation Alignement Densite Superficie 0,n épandre Composer 0,n 1,1 utiliser 1,1 1,1 EPANDAGE SI No epandage Date epandage D Qté epandue I 1,1 1,n Observer 0,n Commentaire A25 Date D 0,n SI A20 A50 D A1 N N 0,n

avoir

THEMES DE RECHERCHES No theme recherche Theme de recherche Description thème Protocole expérimental I A25 A25 A25

TYPE EPANDEUR No type epandeur I Type epandeur A25 0,n

1,1 contenir

DIFFICULTES TECHNIQUE No difficulte I Difficulte A25

stocker

1,1 etre

0,n TYPE BOUE No type boue I Type boue A20

0,n stockage_boue n° stockage I type de stockage A25

0,n TYPE DE DIFFICULTE No type SI Type de difficulté A40

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 36

EXERCICE 19
Gestion des références bibliographiques Modèle conceptuel des données
TYPE EDITION ID type edition SI type edtion A25 0,n avoir editeur n° editeur I nom éditeur A20 0,n type référence n° type référence I libellé référence A20 0,n liste mots clés n° mot clé I mot clé A15 0,n

1,1

editer etre

apartenir 1,n

0,1 référence n° référence libellé référence date publi adresse site I A20 D A50

1,1

1,n auteur n° auteur I nom auteur A15

publier principal BL 1,1 emprunt n° emprunt date emprunt date retour effective Date retour prévue emprunter 1,1 I D D D

1,n 0,n emprunter

0,n ville emprunteur n° emprunteur nom emprunteur adresse adresse2 telephone I A20 A20 A20 A20 1,1 habiter code INSEE I code postal A6 0,n ville A20

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 37

EXERCICE 20
Gestion de matériel pédagogique Modèle conceptuel des données
Concerner Avoir MOTIF 0,n Code motif <pi> A5 <M> Libellé motif A50 Identifiant_1 <pi> 0,1 Occuper

0,1

0,n RESERVATION

0,1

Utiliser Flag retour effectif BL 0,n

Id réservation <pi> I <M> Date début DT Date fin DT Identifiant_1 <pi>

0,n MATERIEL Id materiel <pi> A5 <M> Nom materiel VA50 Date achat D Date fin garantie D Identifiant_1 <pi> 1,1 Avoir 1,1 Participer 1,n 1,1 Effectuer

0,n SALLE <pi> A5 <M> No salle Nom salle VA50 Capacité I Identifiant_1 <pi>

Localiser 0,n

0,n

0,n INDIVIDU

1,n TYPE MATERIEL Id type materiel <pi> A5 <M> Type materiel VA50 Identifiant_1 <pi>

BUREAU Id bureau <pi> I <M> Nom bureau VA50 Identifiant_1 <pi>

<pi> I <M> Id individu Nom individu VA50 Prénom individu VA50 Identifiant_1 <pi> 1,1

Classifier Exemple de type : video-projecteurs, ordinateur portable 1,n TYPE INDIVIDU Id type individu <pi> A5 <M> Type individu VA50 Identifiant_1 <pi>

Exemple de type : enseignant, élève, personnel administratif

ENITA de Bordeaux - corrigé exos merise.doc - 13/10/2004 10:01

Exercices MERISE

Page 38

Sign up to vote on this title
UsefulNot useful