~o~O~o~
EXERCICES D’ELABORATION DE MODELES CONCEPTUELS DES DONNEES CORRIGES
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
Commentaire
ID comptable Nom comptable
Entité
Type
Comptable Comptable
A5 A30
Date naissance
Comptable
D
No tél
Comptable
A15
Id commune
Commune
I
Nom commune
Commune
A30
Agence Agence
A5 A40
Agence
A30
Exploitation Exploitation
A5 A25
Exploitation
N
No artificiel
Id agence Nom agence
No artificiel
Directeur Id exploitation Nom exploitation
No artificiel
SAU
Identifi ant O
O O
O
Modèle conceptuel des données COMMUNE Id commune Nom commune SITUER SUR
0,n
0,n
LOCALISER DANS 1,1
1,1 EXPLOITATION Id exploitation Nom exploitation SAU
GERER 1,1
COMPTABLE ID comptable 1,n Nom comptable Date naissance No tél
1,n TRAVAILLER 1,1
AGENCE Id agence Nom agence Directeur
Page 2
Modèle logique des données COMMUNE ID_COMMUNE NOM_COMMUNE
EXPLOITATION ID_EXPLOITATION <pk> ID_COMPTABLE <fk> ID_COMMUNE <fk> NOM_EXPLOITATION SAU
<pk> integer char(30)
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
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).
Entité
Type
Commune Commune Commune
I A45 N
Identifi ant Oui Non Non
Commune Individu Individu Individu Individu Individu Logement Logement Logement Logement Logement Quartier Quartier Type logement
N I A35 A30 D A12 I A5 A60 N N I A35 A25
Non Oui Non Non Non Non Oui Non Non Non Non Oui Non Oui
Type logement
N
Non
Page 3
Modèle conceptuel des données
INDIVIDU N°identification Nom Prenom Date de naissance N°téléphone
1,1
0,n OCCUPER
LOGEMENT N° logement no Rue Superficie Loyer
1,1
CORRESPONDRE
0,n
1,1
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
INDIVIDU N_IDENTIFICATION N__LOGEMENT NOM PRENOM DATE_DE_NAISSANCE N_TELEPHONE
<pk> integer <fk> integer char(35) char(30) date char(12)
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
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
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
Droit Droit
A5 A30
Identifi ant Oui Non
Unité
Droit
A20
Non
Id exploitation
Exploitation
A5
Oui
Nom exploitation
Exploitation
A30
Non
Commune
Exploitation
A30
Non
SAU
Exploitation
N
Non
Période Période
I D
Oui Non
Date fin
Période
D
Non
Valeur Droit
Posséder (A)
D
Non
Id droit Libellé droit
Id période Date début
Commentaire No artificiel Représente un quota. Ex : quota laitier, droit de plantation.
No artificiel
Entité / association
Type
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
POSSEDER
Id exploitation Nom exploitation Commune SAU
0,n
EXPLOITATION Id exploitation Nom exploitation Commune SAU
0,n
Valeur droit Date début Date fin
DROIT 0,n
Id droit Libellé droit Unité
2ème solution :
POSSEDER Valeur droit 0,n
0,n
DROIT Id droit Libellé droit Unité
PERIODE Id période Date debut Date fin
Page 5
3ème solution : EXPLOITATION Id exploitation Nom exploitation Commune SAU
POSSEDER 0,n
VALEUR DROIT 1,1 Identifiant valeur Montant droit 1,1
1,1
DROIT Id droit 1,n Libellé droit Unité
ATTRIBUER
EST VALABLE POUR
1,n PERIODE Id période Date debut Date fin
4ème solution :
Id exploitation Nom exploitation Commune SAU
VALEUR DROIT
CONCERNER
EXPLOITATION
1,1 0,n
Id valeur <M> Valeur droit Date début Date fin
DROIT 1,1
CONCERNER
0,n
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.
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 : VALEUR_DROIT
EXPLOITATION ID_EXPLOITATION NOM_EXPLOITATION COMMUNE SAU
char(5) char(30) char(30) numeric
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)
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
Ex : N, P ou K
No artificiel
A titre d’information : les coordonnées GPS
Ex : ha, Q , kg … Ex : proportion d’un élément dans un engrais
Entité / association
Type
Culture Culture Culture Culture Date Elément chimique Elément chimique Engrais Engrais Parcelle Parcelle Parcelle Parcelle
SI D D N D A5 A20 N A20 SI N A20 A20
Identifi ant Oui Non Non Non Oui Oui Non Oui Non Oui Non Non Non
Production Production Unité Posséder (A)
SI A20 A20 N
Oui Non Oui Non
Epandre (A)
N
non
Page 8
Modèle conceptuel des données
Production PRODUIRE
Code production Nom production
1,1 GERER
0,n 1,n
1,1
Parcelle No parcelle Surface Nom parcelle Coordonnées
CULTURE Identifiant culture Date début Date fin Qté récoltée
UNITE
0,n
1,1
UNité
0,n
CONCERNER
0,n
AVOIR
0,n
Correspondre Engrais Id engrais Nom engrais
1,n
EPANDRE
1,1 0,n
Qté épandue
POSSEDER Valeur 1,1
0,n
ELEMENT CHIMIQUES
1,n
Code élément Libellé élément
Date Date
Modèle logique des données
PARCELLE NO_PARCELLE SURFACE NOM_PARCELLE COORDONNEES
smallint numeric char(20) char(20)
CULTURE IDENTIFIANT_CULTURE NO_PARCELLE CODE_PRODUCTION DATE_DEBUT DATE_FIN QTE_RECOLTEE
EPANDRE ID_ENGRAIS <non défini> NO_PARCELLE smallint DATE date QTE_EPANDUE numeric
DATE DATE date
smallint smallint smallint date date numeric
PRODUCTION CODE_PRODUCTION smallint UN char(20) NOM_PRODUCTION char(20)
UNITE UN char(20)
ENGRAIS ID_ENGRAIS UN NOM_ENGRAIS
<non défini> char(20) char(20)
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)
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
Commentaire
Id chasseur Pseudo Date naissance Id_chasse Date chasse Id espèce Nom espèce Poids moyen Code niveau Libellé niveau Nb de points
Entité / association
Type
Chasseur Chasseur Chasseur Chasse Chasse Espèce Espèce Espèce Niveau tir Niveau tir Tirer (A)
No artificiel
No artificiel No artificiel
Code artificiel Ex : facile, moyen, difficile
I A25 D I D I A20 N A5 A25 SI
Identifi ant Oui Non Non Oui non Oui Non Non Oui Non Non
Modèle conceptuel des données CHASSE Id_chasse Date chasse
1,1
Réaliser 0,n
CHASSEUR Id chasseur Pseudo Date naissance
0,n
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 CHASSEUR
CHASSE ID_CHASSE ID_CHASSEUR DATE_CHASSE
integer smallint integer
ID_ESPECE CODE_NIVEAU NOM_POISSON POIDS_MOYEN
integer char(25) date
NIVEAU_TIR
ESPECE
TIRER ID_ESPECE NB_POISSONS ID_CHASSE
ID_CHASSEUR PSEUDO DATE_NAISSANCE
integer integer date
integer char(5) char(20) numeric
CODE_NIVEAU LIBELLE_NIVEAU NB_DE_POINTS
char(5) char(25) smallint
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
Commentaire
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
No artificiel
Place
Place obtenue à l’issue d’une épreuve
No artificiel
No artificiel
No artificiel No artificiel
No artificiel
No commun au cheval et au jockey lors d’une épreuve
Entité / association Catégorie Catégorie Champ de course Champ de course
I A20 I A25
Identifi ant Oui Non Oui Non
Champ de course Cheval Cheval Cheval Cheval Course Course Epreuve Epreuve Epreuve Individu Individu Individu Participer (A)
N SI A30 D A1 A5 A25 SI N D N A25 A35 SI
Non Oui Non Non Non Oui Non Oui Non Non Oui Non Non Non
SI
Non
Participer (A)
Type
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 ACCUEILLIR
1,n
1,n
CATEGORIE DE COURSES Id catégorie Libellé catégorie 1,n
APPARTENIR 1,1 1,1
COURSE Identifiant course Désignation course
INDIVIDU 0,n Identifiant individu Nom individu Prénom individu
EST PROPRIETAIRE DE
1,n
EPREUVE Identifiant épreuve Dotation Date épreuve 1,n
COMPORTER 1,1 PARTICIPER
0,n
Numéro de dossard Place
CHEVAL Identifiant cheval Nom cheval Date naissance 1,1 Sexe
1,n 0,n est enfant de 0,n
EST PARENT DE
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_CATEGORIE = ID_CATEGORIE
ID_CHAMP_COURSE = ID_CHAMP_COURSE
CATEGORIE_DE_COURSES CATEGORIE char(20) <pk> integer ID_CATEGORIE
ID_CHAMP_COURSE = ID_CHAMP_COURSE
ID_CATEGORIE = ID_CATEGORIE
COURSE ID_COURSE DESIGNATION_COURSE ID_CHAMP_COURSE ID_CATEGORIE
IDENTIFIANT_INDIVIDU = IDENTIFIANT_INDIVIDU
<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
INDIVIDU IDENTIFIANT_INDIVIDU <pk> numeric NOM_INDIVIDU char(25) PRENOM_INDIVIDU char(35)
IDENTIFIANT_INDIVIDU = IDENTIFIANT_INDIVIDU IDENTIFIANT_CHEVAL = IDENTIFIANT_CHEVAL
IDENTIFIANT_EPREUVE = IDENTIFIANT_EPREUVE
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
char(1)
smallint smallint
IDENTIFIANT_CHEVAL = IDENTIFIANT_CHEVAL
Page 12
EXERCICE 7 GESTION DES CONCOURS D’APPRENTIS MENUISIERS
Modèle conceptuel des données
ETRE TUTEUR DE
0,n 0,1 CONCOURS No concours Nom concours Lieu Date Dotation
INDIVIDU Code individu Nom Prénom 0,n
1,n Obtenir Concerner
1,1
1,1 PARTICIPATION Id participation Nb points obtenus Nom objet réalisé
Modèle logique des données
INDIVIDU CODE_INDIVIDU IND_CODE_INDIVIDU NOM PRENOM
CONCOURS NO_CONCOURS numeric NOM_CONCOURS char(50) LIEU char(50) DATE date DOTATION numeric
char(5) char(5) char(50) char(50)
PARTICIPATION ID_PARTICIPATION CODE_INDIVIDU NO_CONCOURS NB_POINTS_OBTENUS NOM_OBJET_REALISE
numeric char(5) numeric numeric char(50)
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é
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
Entité / association Niveau difficulté Niveau difficulté Niveau difficulté
A5 A20 N
Identifi ant Oui Non Non
Obstacle Obstacle Participation Participation Soldat Soldat Soldat Passer (A)
A30 N N D A20 A30 A40 N
Oui Non Oui Non Oui Non Non Non
D
non
Passer (A)
Type
Modèle conceptuel des données PARTICIPATION
1,1 Avoir
N° participation Date 0,n Passer
0,n SOLDAT Matricule Nom Prenom
Note instructeur Temps
1,n
OBSTACLE Nom obstacle Note mini NIVEAU DIFFICULTE
1,1 0,n
Code niveau Libellé niveau Bonus
Avoir
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
No artificiel No artificiel Ex : comptable, informaticien
No artificiel
No artificiel
No artificiel Ex : suivi JA, autre
Entité
Type
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
SI A50 A5 A50 A8 A8 A8 A5 A45 A5 A45 SI D T T I D D A5 A35
Identifi ant Oui Non Non Non Non Oui Non Oui Non Oui Non Oui Non Non Non Oui Non Non Oui Non
Page 15
Nom
Commentaire
Id type travail Libellé type travail Coût horaire HT Taux TVA
No artificiel Ex : comptabilité
Entité
Type
SOUS TYPE TRAVAIL TYPE TRAVAIL ASSOCIER (A) CONCERNER (A)
A5 A35 N N
Identifi ant Oui Non Non Non
Modèle conceptuel des données VILLE No ville Nom ville
Classifier 0,n
1,n Situer dans
CODE TVA Code tva Libellé code TVA
Concerner
1,n
Taux TVA
1,n
1,1 TYPE TRAVAIL Id type travail Libellé type travail
1,1 ACTEUR no acteur Nom No Rue Code postal
0,1
Appartenir
PERIODE Id période 0,n Date début période Date fin période
Associer
1,n
Coût horaire HT
0,n
Classifier
0,1 Concerner
0,n
0,n
0,n
SOUS TYPE TRAVAIL Id sous type Libellé sous type
1,1 0,n CATEGORIE AGENT Id catégorie d'agent Catégorie d'agent
Effectuer par agent 1,1
Effectuer pour client
INTERVENTIONS No intervention Date Heure début Heure fin 0,1
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)
ACTEUR NO_AGENT ID_CATEGORIE_D_AGENT NO_VILLE NOM NO RUE CODE_POSTAL
TYPE_TRAVAIL ID_TYPE_TRAVAIL <pk> char(5) CODE_TVA <fk> char(5) LIBELLE_TYPE_TRAVAIL char(35)
<pk> smallint <fk> char(5) <fk> integer char(50) char(5) char(50) char(8)
CATEGORIE_AGENT ID_CATEGORIE_D_AGENT <pk> char(5) CATEGORIE_D_AGENT char(45)
TL_CODE_PERIODE CODE_TVA ID_PERIODE TAUX_TVA
TL_TYPE_PERIODE ID_TYPE_TRAVAIL <pk,fk> ID_PERIODE <pk,fk> COUT_HORAIRE_HT
<pk,fk> <pk,fk>
char(5) integer numeric
PERIODE ID_PERIODE DATE_DEBUT_PERIODE DATE_FIN_PERIODE
<pk> integer date date
char(5) integer numeric
SOUS_TYPE_TRAVAIL ID_SOUS_TYPE <pk> char(5) ID_TYPE_TRAVAIL <fk> char(5) LIBELLE_SOUS_TYPE char(35)
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
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
Commentaire Ex : 0 pt Ex : 1 pt Ex : 3 pts Identifiant artificiel Identifiant artificiel
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
Identifiant artificiel Identifiant artificiel Identifiant artificiel
But pour ou contre son camp
Entité
Type
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
N N N N N D D D
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
A50 A40 A50 N N N N N N N N N A40 A40 A40 N N A20 A30 A20
Identifi ant
O O
D D N N N
O O O
O O O
Page 17
Modèle conceptuel des données
NATIONALITE No nationalité 0,n Libellé nationalité
Avoir
1,1 Marquer
INDIVIDU No individu Nom individu Prénom individu
0,n
1,1
Arbitrer
0,n
BUT Id but Minute but Type de but
0,n
Avoir
0,n 0,n
0,n
1,1 1,1
PARTICIPATION
Relatif à
1,1 Id participation Minute début Minute fin
1,1
Remplacer 0,1
1,n
Concerner
0,n 1,n
MATCH No match Nb spectateurs Date match
1,1
Equipe recoit
1,n
1,1
Jouer dans Date deb Date fin Poste Numéro maillot
EQUIPE Code équipe Nom équipe
1,n 0,n
Avoir pour entraîneur Date début entrai Date fin entrai
1,n
STADE Code stade 1,n Nom stade Nb de places
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
1,n
1,n
Barême victoire Barême nul Barême défaite
Participer
1,n 0,n
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. 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).
Page 20
Modèle logique des données
INDIVIDU NO_JOUEUR <pk> NOM_INDIVIDU PRENOM_INDIVIDU NO_NATIONALITE <fk>
NO_JOUEUR = NO_JOUEUR NO_JOUEUR = NO_JOUEUR
NO_JOUEUR = NO_JOUEUR
numeric char(40) char(30) numeric
NO_NATIONALITE = NO_NATIONALITE NO_JOUEUR = NO_JOUEUR
NATIONALITE NO_NATIONALITE LIBELLE_NATIONALITE
<pk> numeric char(40)
NO_JOUEUR = IND_NO_JOUEUR NO_JOUEUR = NO_JOUEUR
MATCH NO_MATCH CODE_EQUIPE CODE_STADE NO_JOUEUR NB_SPECTATEURS DATE_MATCH
BUT ID_BUT <pk> NO_JOUEUR <fk> NO_MATCH <fk> MINUTE_BUT TYPE_DE_BUT
numeric numeric numeric numeric char(20)
<pk> <fk> <fk> <fk>
numeric numeric numeric numeric numeric date
NO_MATCH = NO_MATCH
PARTICIPATION ID_PARTICIPATION <pk> NO_MATCH <fk> NO_JOUEUR <fk> IND_NO_JOUEUR <fk> MINUTE_DEBUT MINUTE_FIN
numeric numeric numeric numeric numeric numeric
TL_EQUIPE_JOUEUR CODE_EQUIPE <pk,fk> NO_JOUEUR <pk,fk> NO_SAISON <pk,fk> DATE_DEB DATE_FIN POSTE NUMERO_MAILLOT
numeric numeric numeric date date char(20) numeric
NO_MATCH = NO_MATCH
EQUIPE CODE_EQUIPE <pk> numeric char(40)
CODE_EQUIPE = CODE_EQUIPE
NOM_EQUIPE CODE_STADE = CODE_STADE
NO_MATCH = NO_MATCH
AFFECTER IDENTIFIANT_COMPETITION NO_SAISON NO_MATCH NUMERO_JOURNEE
<pk,fk> <pk,fk> <pk,fk>
CODE_EQUIPE = CODE_EQUIPE CODE_EQUIPE = CODE_EQUIPE CODE_EQUIPE = CODE_EQUIPE
ENTRAINEUR CODE_EQUIPE <pk,fk> NO_JOUEUR <pk,fk> DATE_DEBUT_ENTRAI DATE_FIN_ENTRAI
numeric numeric numeric numeric
numeric numeric date date
STADE CODE_STADE <pk> numeric NOM_STADE char(40) NB_DE_PLACES numeric
IDENTIFIANT_COMPETITION = IDENTIFIANT_COMPETITION
CHAMPIONNAT IDENTIFIANT_COMPETITION LIBELLE_COMPETITION
IDENTIFIANT_COMPETITION = IDENTIFIANT_COMPETITION
<pk> numeric char(50) PARTICIPER CODE_EQUIPE IDENTIFIANT_COMPETITION NO_SAISON
IDENTIFIANT_COMPETITION = IDENTIFIANT_COMPETITION
RAPPORTER NO_SAISON <pk,fk> IDENTIFIANT_COMPETITION <pk,fk> BAREME_VICTOIRE BAREME_NUL BAREME_DEFAITE
numeric numeric numeric numeric numeric
<pk,fk> <pk,fk> <pk,fk>
numeric numeric numeric
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
Page 21
EXERCICE 11 GESTION D’UN ZOO Modèle conceptuel des données
1,1
ETRE SPECIFIQUE
SE COMPOSER
MENU TYPE Id menu Libellé aliment composé Qté recommandée
Pourcentage
ELEMENTS DE BASE 1,n Code élément Libellé élément
1,n
0,n 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
OCCUPER Pouvoir vivre
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.
Page 22
Modèle logique des données
SE_COMPOSER ID_MENU CODE_ELEMENT POURCENTAGE
MENU_TYPE ID_MENU CODE_ESPECE LIBELLE_ALIMENT_COMPOSE QTE_RECOMMANDEE
<pk,fk> <pk,fk>
char(5) char(5) numeric
ELEMENTS_DE_BASE
<pk> char(5) <fk> char(5) char(45) numeric
CODE_ELEMENT LIBELLE_ELEMENT
<pk> char(5) char(45)
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 A_POUR_PARENTS
ANIMAL ESPECE CODE_ESPECE LIBELLE_ESPECE
<pk> char(5) char(45)
<pk,fk> <pk,fk>
<pk,fk> <pk>
char(5) char(45) char(1) date date
OCCUPER CODE_ESPECE <pk,fk> NOM_BAPTEME <pk,fk> NO_ENCLOS <pk,fk> ID_PERIODE <pk,fk>
POUVOIR_COHABITER CODE_ESPECE ESP_CODE_ESPECE
CODE_ESPECE NOM_BAPTEME SEXE DATE_NAISSANCE DATE_DECES
char(5) char(5)
POUVOIR_VIVRE CODE_ESPECE NO_ENCLOS
<pk,fk> <pk,fk>
char(5) smallint
char(5) char(45) smallint numeric
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)
PERIODE ID_PERIODE <pk> numeric DATE_DEBUT date DATE_FIN date
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.
Page 23
EXERCICE 12 GESTION D’UN CLUB DE TRIATHLON Modèle conceptuel des données Modèle Conceptuel de Données Projet
: GESTION CLUB TRIATHLON
Modèle : MCD Auteur : J. Steffe
CLUB Code club libellé club
Version
12/03/101
1,n PERIODE
0,n
Id période Date début Date fin
VILLE Code ville libellé ville
0,n Se situer
INSCRIRE
0,n
Habiter 0,n
0,n
1,1
Avoir
1,n
Numéro licence
MANIFESTATION No manifestation date manifestation
1,1
ATHLETE Code athlète nom prénom no 1,1 rue code postal tel portable 0,n date naissance Cardio Sexe 1,n
0,n
posséder Poids Taille Fréquencemax
Avoir
0,n PROFESSION Code profession Libellé profession
1,n Composer
Concourir place scratch place catégorie
1,1
1,n
1,n
1,n
COMPETITION code compétition conditions climatiques 0,n nb participants
Faire
Concerner
1,1
A PRATIQUE nb ans
1,n Classifier 1,1
0,n
1,1
RESULTATS id resultat temps place transition
SPORT Code sport libellé sport
Classifier
1,1 0,n
1,1
Débuter Année 1ère participation
1,n
TYPE COURSE Code type course Libellé type course
0,n
TYPE COMPETITION Code type compétition Libellé type compétition 1,n
Promo, sprint ...
Duathlon, triathlon, course à pieds Composer
Concerner
0,n TYPE EPREUVE Code type épreuve Libellé type épreuve
classifier 1,n
1,1
EPREUVE
1,1
Id épreuve numéro d'ordre distance
Natation, vélo, course à pied
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.
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
INSCRIRE CODE_CLUB <pk,fk> ID_PERIODE <pk,fk> CODE_ATHLETE <pk,fk>
ID_PERIODE DATE_DEBUT DATE_FIN
<pk> numeric date date VILLE
char(5) numeric char(20)
CODE_VILLE LIBELLE_VILLE
<pk> char(5) char(45)
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>
ATHLETE CODE_PROFESSION <fk> CODE_VILLE <fk> NOM PRENOM NO RUE CODE_POSTAL TEL PORTABLE DATE_NAISSANCE CARDIO CODE_ATHLETE <pk> SEXE
char(5) numeric char(20)
SPORT CODE_SPORT LIBELLE_SPORT
numeric char(20) <non défini>
MANIFESTATION NO_MANIFESTATION CODE_VILLE DATE_MANIFESTATION
A_PRATIQUE CODE_SPORT NB_ANS CODE_ATHLETE
<pk,fk> <pk,fk>
<pk> char(5) char(45)
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)
<pk> numeric <fk> char(5) date
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>
TYPE_EPREUVE CODE_TYPE_EPREUVE LIBELLE_TYPE_EPREUVE
<pk> char(5) char(25)
CODE_TYPE_COURSE LIBELLE_TYPE_COURSE
<pk> char(5) char(35)
EPREUVE ID_EPREUVE CODE_TYPE_COMPETITION CODE_TYPE_EPREUVE NUMERO_D_ORDRE DISTANCE
<pk> numeric <fk> char(5) <fk> char(5) numeric numeric
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
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
ex : repas, nuitée ou journalière
1,1 0,n
TYPE INDEMNITE
AUTORISATION
1,1
Code Agent < Nom Prénom Grade Residence familiale CP Ville N° tel
Posséder 0,n
Correspondre
VEHICULE No immatriculation < No de police Date autorisation
ORDRE MISSION
0,n IDENTITE BANCAIRE
0,n
Id identité <M> Caisse Centre CCP Banque Agence N° compte
PUISSANCE
1,n
1,n
Type lieu <M
1,1 0,n
0,n
Classifier
TRANCHES KM
1,n
0,n
Id période <M Date début Date fin
1,1
Id tanche <M> Borne inf Borne sup
Montant indemnité <M>
Avoir 0,n
Avoir
Code puissance Tranche CV
1,n Correspondre
Affecter
1,n PERIODE
1,n
0,n
TYPE LIEU
0,n
0,n
Id type < Lib type indemnité
AGENT
Id autorisation <M Nb de km Année civile
1,1
No ordre < Date ordre mission Date départ Date retour Frais prévus transport Frais prévus séjour Motif 1,1
LIEU Id lieu < Nom lieu 0,n
1,1 0,1
SITUER
Donner lieu 1,1
Correspondre FRAIS DEPLACEMENT
Prix remboursé au km Imputer 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
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
Page 28
Modèle physique des données AUTORISATION NUMERIC CHAR(5) CHAR(8) NUMERIC NUMERIC
Id autorisation Code Agent No immatriculation Nb de km Année civile
AGENT Code Agent Nom Prénom Grade Residence familiale CP Ville N° tel
HISTO_VEHICULE No immatriculation CHAR(8) Code Agent CHAR(5) Id période NUMERIC
TYPE INDEMNITE CHAR(5) CHAR(50) CHAR(50) CHAR(50) CHAR(50) CHAR(5) CHAR(50) CHAR(15)
Id type CHAR(5) Lib type indemnité CHAR(50)
HISTO_TYPE_INDEMNITE Id type Type lieu Id période Montant indemnité
CHAR(5) CHAR(40) NUMERIC NUMERIC
VEHICULE No immatriculation Code puissance No de police Date autorisation
CHAR(8) CHAR(5) CHAR(50) DATE
ORDRE MISSION PERIODE Id période NUMERIC Date début DATE Date fin DATE
HISTO_RIB PUISSANCE Code puissance CHAR(5) Tranche CV CHAR(50)
Code Agent CHAR(5) Id identité NUMERIC Id période NUMERIC
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)
TRANCHES KM Id tanche NUMERIC Borne inf NUMERIC Borne sup NUMERIC
Code moyen CHAR(5) Libellé moyen CHAR(50)
NUMERIC CHAR(50) CHAR(50) CHAR(50) CHAR(25) CHAR(22) FRAIS DEPLACEMENT
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)
LIEU Id lieu NUMERIC Type lieu CHAR(40) Nom lieu CHAR(50)
MOYEN TRANSPORT
IDENTITE BANCAIRE Id identité Caisse Centre CCP Banque Agence N° compte
TYPE LIEU Type lieu CHAR(40)
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
TL_TRANSPORT_FRAIS Id frais Code moyen Montant commentaire
NUMERIC CHAR(5) NUMERIC LONGTEXT
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
Page 30
Modèle conceptuel des données PANNE Id panne N Date panne D Description A50 EMPRUNT EUR
Concerner
0,1
1,1
1,1
Id_emprunteur N Nom emprunteur A50
EFFECT UER 0,1 Subir
0,n
SALLE
Concerner
No salle N Libellé salle A35 1,1
0,n
PRET Id prêt Date prêt Date retour Date retour prévue
0,n
N D D D
Id tiers N Nom tiers A50 0,n
1,1
0,n
Id materiel Date achat Prix achat Durée contrat maintenance 1,1
1,1 Avoir
N D N N
0,n
Id pièce N Libelle pièce A50
Provenir 1,1
Inclure
PIECES
0,n MATERIEL
0,n
T IERS
Affecter
Faire l'objet
REPARAT ION Id réparation date envoi Date retour Prix
0,n 1,1
MARQUE Id marque N lib marque A35
1,n
Avoir Posséder Valeur carac A40
0,n CARACT ERIST IQUES
1,n T YPE MAT ERIEL Id type N Libellé type A25
avoir 1,n
1,n
N Id caractéristique Libellé caractéristique A40 Unité A20
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.
Page 31
N D D N
Modèle physique des données PANNE Id panne Id materiel Id réparation Date panne Description
EMPRUNT EUR
REPARAT ION
NUMERIC NUMERIC NUMERIC DAT E CHAR(50)
Id réparation Id tiers date envoi Date retour Prix
NUMERIC NUMERIC DAT E DAT E NUMERIC
NUMERIC Id_em prunteur Nom emprunteur CHAR(50)
SALLE NUM ERIC No salle Libellé salle CHAR(35)
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
T L_REPARAT ION_PIECE Id réparation NUMERIC Id pièce NUMERIC
T IERS NUMERIC Id tiers Nom tiers CHAR(50)
PIECES NUMERIC Id pièce Libelle pièce CHAR(50)
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
MARQUE Id marque NUMERIC lib marque CHAR(35)
T L_MAT ERIEL_CARAC Id materiel NUMERIC Id caractéristique NUMERIC Valeur carac CHAR(40)
CARACT ERIST IQUES Id caractéristique NUMERIC Libellé caractéristique CHAR(40) Unité CHAR(20)
T YPE MAT ERIEL
T L_T YPE_CARAC
NUMERIC Id type Libellé type CHAR(25)
Id type NUMERIC Id caractéristique NUMERIC
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 No type elevage SI Type elevage A50
1,n TYPE CONDITIONNEMENT
0,n
No type conditionnement SI Type conditionnement A50 Convenir
0,n Avoir
Dose N Nb jours prescription N
Prix N
SITES INTERNET Code site SI Nom site A50 Descriptif du site TXT Adresse site TXT
1,n
1,n
PROBIOTIQUE
1,n
Code probiotique SI Nom produit A50 Fabriquer
1,1
0,n
Concerner 1,n ENTREPRISE No entreprise Nom entreprise No adresse Rue adresse Code postal No de tel
I A80 A10 A50 A8 A25
Concerner 0,n
1,1 Contenir
1,1 0,n
EVALUATION No evaluation SI Utilisateur A50
MICRO ORGANISME Code micro organisme SI Nom micro organisme A50
1,n
1,1 Contenir
1,1
note N
Avoir
Situer dans 0,n 0,n VILLE
CRITERE EVALUE Code critere SI Libelle critere A50
1,n TYPE MICRO ORGANISME Code type micro organisme SI Type micro organisme A50
Code ville N Nom ville A75
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
MATERIAU Code materiau SI Libellé materiau A50
0,n 1,1
1,1
CONTENANT No cuve N Volume N
0,n Affecter CEPAGE No cepage SI Libelé cépage A50
1,1
0,n
1,n
LOT
Effectuer
Composer
No lot SI Millesime SI Volume N
0,n
0,n
1,1 RELEVE No relevé SI Date relevé D
1,1
Concerner 1,n
PERIODE DE METHODE Id periode I Date debut D Date fin D
Se composer de
1,1
Valeur N 1,n
Concerner
ELEMENTS OBSERVES
Avoir
No observation I Libellé élément A50
UNITE Code unite SI Libellé unité A50
1,1
0,n
0,n
1,1
0,n
METHODE
Avoir
Avoir
Code méthode 1,1 Libellé méthode Dose Temperature idéale
SI A50 N N
1,1 0,n Souche No souche SI Souche N
Formulation
0,n
Avoir
No formulation SI Formulation A50
Page 34
EXERCICE 17 Gestion des marges Modèle conceptuel des données ANNEE CAMPAGNE Année campagne <M>
1,n
est liée à
EXERCICES COMPTABLES
quantité
Numéro exercice <M> Date début Date fin
0,n
1,n
affecter
1,n est associé à
0,n
valeur affectée Quantitée affectée 1,1
ACTIVITE Code activité libellé activité Unité activité
0,n
MOUVEMENT TYPE MOUVEMENT Id type mouvement <M Type mouvement
Posséder 1,1 0,n
Id_mvt Valeur Quantité Date mouvement
1,1
Concerner
0,n
ETAT DES STOCKS Id état des stocks <M> Quantité stockée Date stock Valeur stock
1,1
Faire l'objet
0,n
ELEMENT Nom élément Unité élément
CATEGORIE ELEMENT 1,1
1,n Classifier
Id type categ <M> Catégorie élément
Page 35
EXERCICE 18 Gestion des boues d’épandages Modèle conceptuel des données PEUPLEMENT No peuplement SI Libellé peuplement A25
TYPE DE SOL
DEPARTEMENT
No type sol SI Type sol A20
No departement SI Departement N3 0,n
0,n
0,n
avoir
etre
localiser
1,1 ORGANISME RESPONSABLE No organisme I Organisme A25
1,1
1,1 0,n
Posséder
SITE No site Nom site 1,1 Localisation Date plantation Alignement Densite Superficie
0,n
avoir
TYPE EPANDEUR
SI A20 A50 D A1 N N 0,n
0,n
No type epandeur I Type epandeur A25
épandre
THEMES DE RECHERCHES No theme recherche Theme de recherche Description thème Protocole expérimental
I A25 A25 A25
Composer 0,n
0,n
1,1 utiliser
1,1
1,n
EPANDAGE 1,1
1,1
SI No epandage Date epandage D Qté epandue I
Observer 0,n
Commentaire A25 Date D
1,1
0,n
DIFFICULTES TECHNIQUE No difficulte I Difficulte A25
contenir stocker
1,1 etre
0,n
0,n
TYPE BOUE
stockage_boue
No type boue I Type boue A20
n° stockage I type de stockage A25
0,n TYPE DE DIFFICULTE No type SI Type de difficulté A40
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
1,1 0,n
editeur n° editeur I nom éditeur A20
avoir
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
editer 0,n
etre
apartenir
0,1 1,n
1,1
référence n° référence libellé référence date publi adresse site
1,n
publier
1,n
I A20 D A50
0,n
principal BL
auteur n° auteur I nom auteur A15
emprunter
1,1 emprunt n° emprunt date emprunt date retour effective Date retour prévue emprunter
I D D D
1,1
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
Page 37
EXERCICE 20 Gestion de matériel pédagogique Modèle conceptuel des données Avoir
Concerner
MOTIF 0,n
0,1
0,n
Identifiant_1 <pi>
0,1 0,1
RESERVATION Utiliser Flag retour effectif BL
0,n
Code motif <pi> A5 <M> Libellé motif A50
Occuper
Id réservation <pi> I <M> Date début DT Date fin DT Identifiant_1 <pi>
0,n
0,n MATERIEL
1,n
SALLE
1,1
Id materiel <pi> A5 <M> Nom materiel VA50 Date achat D Date fin garantie D
Effectuer
<pi> A5 <M> No salle Nom salle VA50 Capacité I Identifiant_1 <pi>
Identifiant_1 <pi>
Participer 1,1
1,1 Avoir
Localiser 0,n
1,n TYPE MATERIEL Id type materiel <pi> A5 <M> Type materiel VA50
BUREAU Id bureau <pi> I <M> Nom bureau VA50 Identifiant_1 <pi>
0,n
0,n
INDIVIDU <pi> I <M> Id individu Nom individu VA50 Prénom individu VA50 Identifiant_1 <pi> 1,1
Identifiant_1 <pi> 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
Page 38