Exercices de conception de bases de donn´ees

1 Conception d’une base de donn´ees pour les stages en entreprise

Vous devez concevoir une base de donn´ees pour les stages en entreprises dans une formation universitaire.

La base de donn´ees concerne seulement les stages d’une ann´ee universitaire mais elle conserve les informations
de plusieurs ann´ees universitaires pour les entreprises et les enseignants.
Les entreprises proposent des stages en d´ecrivant ces stages par un sujet, une dur´ee, une ´eventuelle r´emun
´eration. Une entreprise peut proposer plusieurs sujets de stages diff´erents mais n’accueillera qu’un seul ´etudiant par
convention de stage.
Les ´etudiants contactent les entreprises. Evidemment chaque ´etudiant peut contacter plusieurs entreprises
pour des propositions diff´erentes ; il n’est pas interdit qu’un ´etudiant contacte plusieurs fois une mˆeme
entreprise, `a des dates diff´erentes, pour une proposition de stage donn´ee. Les entreprises prennent rendez-vous
avec les ´etudiants.
Lors du rendez-vous, la proposition de stage est discut´ee ; seule la dur´ee ne peut ˆetre modifi´ee. Si
l’entreprise est int´eress´ee par le profil d’un ´etudiant, le sujet d´efinitif est ´etabli. La proposition de stage devient
alors un stage effectif, avec une convention de stage, qui donnera lieu `a la r´edaction d’un m´emoire.
Une proposition de stage ne peut pas donner lieu `a plusieurs conventions. Si l’entreprise estime que le sujet
doit ˆetre r´ealis´e par plusieurs ´etudiants, elle publie plusieurs propositions de stage (elle est incit´ee `a
donner des sujets diff´erents) ; si, pour un sujet, l’entreprise ´etait ´eventuellement int´eress´ee par plusieurs
´etudiants, elle publierait une nouvelle proposition de stage (a` la limite en conservant le mˆeme sujet).
Les ´etudiants effectuent un seul stage dans l’ann´ee
universitaire. Le stage effectif doit ˆetre encadr´e par un (et un
seul) enseignant.
L’enseignant effectue parfois une visite `a l’entreprise durant le stage. Pour maintenir un contact entre
l’entreprise et l’universit´e, la base de donn´ees ne m´emorise que le dernier enseignant qui a visit´e l’entreprise
et la date de cette derni`ere visite.

• Dessinez le mod`ele conceptuel des donn´ees. Vous justifierez les choix qui vous semblent m´eriter quelques
expli- cations.

• Donnez le mod`ele logique des donn´ees correspondant au mod`ele conceptuel des donn´ees..
2 Conception d’une base de donn´ees pour les fouilles arch´eologiques

Vous devez g´erer une base de donn´ees arch´eologiques. Les objets trouv´es sur les sites de fouille sont r
´epertori´es. Et on d´esire connaˆıtre quels sont les arch´eologues qui fouillent et sur quels sites.

Une ´equipe de fouille est compos´ee de chercheurs. Chaque chercheur appartient `a une ´equipe. L’´equipe est
dirig´ee par l’un de ses membres. Une ´equipe a obligatoirement un directeur.
Les ´equipes travaillent sur des parcelles qui appartiennent `a des sites de fouille. Le site de fouille est un
espace g´eographique portant le nom de la ville la plus proche. Un site de fouille est divis´e en parcelles disjointes.
Une parcelle est caract´eris´ee par un num´ero, une longueur (en m`etres) et une largeur (en m`etres).
Plusieurs ´equipes peuvent fouiller simultan´ement le mˆeme site de fouille, mais pas la mˆeme parcelle. Une
´equipe peut fouiller plusieurs parcelles le mˆeme jour.
Une parcelle peut ˆetre fouill´ee par des ´equipes diff´erentes mais `a des dates diff´erentes.
Un objet est trouv´e par une ´equipe donn´ee, sur une parcelle donn´ee, `a une date donn´ee. L’objet est
identifi´e par un num´ero, une d´esignation (par exemple, assiette), une cat´egorie (par exemple, accessoire de
cuisine), un ´etat de compl´etude (par exemple, fragment) et par un ´etat de conservation (par exemple, `a restaurer).
 3 Conception d’une base de donn´ees pour un th´eˆatre
Pr´esentation
La compagnie de th´eaˆtre THE´AˆTRE EN PEINE dispose de sa propre salle de spectacles. Elle y produit ses cr
´eations et y accueille d’autres compagnies. L’administrateur (et tr´esorier) de la compagnie d´esire informatiser sa
gestion.
Les recettes de la compagnie sont constitu´ees de subventions, de la vente de repr´esentations et de la billetterie.
Les d´epenses (hors d´epenses de cr´eation) sont constitu´ees des achats de spectacles d’autres compagnies.

Pour les pi`eces de th´eaˆtre, que ce soient les cr´eations de la compagnie ou les pi`eces accueillies, on m
´emorisera le titre, l’auteur et le metteur en sc`ene (sans se soucier d’´eventuelles redondances).

Gestion des subventions

Les subventions sont accord´ees par des organismes (DRAC, Conseil R´egional,...). Une subvention est accord´ee
pour une action (c’est `a dire pour la cr´eation d’une pi`ece ou pour l’accueil d’une pi`ece).
Une pi`ece peut obtenir des subventions octroy´ees par des organismes diff´erents. Un organisme accordera au
plus une subvention pour une pi`ece donn´ee et pourra renouveler cette subvention pour d’autres pi`eces. Il est
important, pour l’administrateur, de connaˆıtre le montant total que chaque organisme lui a attribu´e. Une
subvention poss`ede une date d’attribution qui servira de r´ef´erence pour les bilans comptables annuels.
Bien qu’en g´en´eral, la compagnie n’obtienne des subventions que pour ses propres cr´eations, il arrive qu’un
spectacle d’une compagnie accueillie fasse l’objet d’une aide de la part d’un organisme. Par exemple, une aide europ
´eenne pour la diffusion de spectacles de pays europ´eens lors d’un festival...

Gestion des repr´esentations locales

Lorsque la compagnie cr´ee un spectacle, la cr´eation a toujours lieu dans son th´eaˆtre. Donc toute pi`ece de la
compagnie est jou´ee au moins une fois localement. Lorsqu’elle joue une repr´esentation dans son th´eaˆtre, les
ventes de billets constituent les recettes de cette repr´esentation.
Lorsque la compagnie accueille dans son th´eaˆtre le spectacle d’une autre compagnie, elle ach`ete le spectacle et
g`ere la billetterie qui rentre dans les recettes.
Qu’il s’agisse de ses propres pi`eces ou des pi`eces de compagnies accueillies, la billetterie est g´er´ee de la mˆeme
fac¸on.

Selon le type de spectacle et de spectateurs (lecture/pi`ece, enfant/´etudiant/normal...), certains tarifs sont pratiqu
´es. S’il s’agit d’une pi`ece pour enfants, on pratiquera certains tarifs ; s’il s’agit d’une compagnie de prestige
qui est accueillie, on pratique d’autres tarifs... Les cat´egories de tarifs sont accord´ees pour une pi`ece donn´ee et ne
varient pas
d’une repr´esentation `a l’autre. Evidemment, toutes les cat´egories de tarifs ne s’appliquent pas `a toutes les pi`eces.
En fonction des tarifs concern´es, des billets individuels sont vendus pour chaque repr´esentation ; l’impression
des billets est informatis´ee. Un billet de spectacle ne comporte aucune information nominative, les places ne
sont pas num´erot´ees (il y a juste le titre du spectacle, le tarif et la date de repr´esentation). La base de donn
´ees ne m´emorise que le nombre de billets vendus dans chaque cat´egorie, pour chaque repr´esentation.
La base de donn´ees devra permettre de r´epondre `a des questions comme Combien y a-t-il eu de billets
vendus de la cat´egorie “tarif ´etudiant”, pour le Macbeth repr´esent´e le 23/10/2006 a` 20h30 ?.

Gestion des accueils

Lorsque la compagnie accueille dans son th´eaˆtre le spectacle d’une autre compagnie, elle ach`ete le spectacle et
g`ere la billetterie qui rentre dans les recettes.
Pour un spectacle accueilli, il faudra m´emoriser le prix d’achat du spectacle. Mais, contrairement aux
ventes des pi`eces de la compagnie, on ne m´emorise que le couˆt total de l’accueil, c’est `a dire le prix d’achat
de toutes les repr´esentations de la pi`ece.
Pour la billetterie, tout se passe comme pour une pi`ece de la compagnie : on d´efinit des cat´egories de
tarifs pour la pi`ece et on m´emorise le nombre de billets vendus dans chaque cat´egorie, pour chaque repr
´esentation.
La base de donn´ees m´emorisera le nom de la compagnie et son adresse. On remarquera que les
compagnies accueillies peuvent ˆetre des structures qui poss`edent une salle de spectacles et peuvent aussi accueillir
des spectacles.
Repr´esentations externes
Lorsque la compagnie effectue des repr´esentations dans d’autres th´eaˆtres, ces repr´esentations sont achet´ees
par la structure d’accueil. Mais la compagnie ne s’occupe pas de la billetterie du th´eaˆtre d’accueil.
Pour les repr´esentations dans d’autres th´eaˆtres, la base de donn´ees devra m´emoriser toutes les repr
´esentations.
Cela permettra d’avoir un historique des tourn´ees de la compagnie.
La base de donn´ees m´emorisera le nom du lieu d’accueil et son adresse de fac¸on `a pouvoir facilement
savoir dans quelles villes, dans quels d´epartements, dans quels pays, les pi`eces de la compagnie ont d´eja` ´et´e jou
´ees. Comme on l’a d´eja` fait remarquer, les lieux d’accueils peuvent se confondre avec des compagnies accueillies.
Il sera possible d’indiquer un prix de vente pour chaque repr´esentation. L’administrateur aura ainsi toute libert
´e : il pourra appliquer un tarif d´egressif pour plusieurs repr´esentations ; s’il vend une tourn´ee, il mettra la
vente sur la premi`ere repr´esentation, etc...
Toutes les pi`eces ne sont pas forc´ement jou´ees en ext´erieur.

Gestion des abonnements

Parall`element `a la vente de billets individuels (donc sans remettre en cause cette partie de la base), la
compagnie TH´EAˆTRE EN PEINE veut offrir `a ses spectateurs des formules d’abonnement valables pour tous
les spectacles jou´es dans la salle de la compagnie. Il y aura trois formules d’abonnement : 1) abonnement trois
spectacles, 2) abonnement six spectacles, 3) abonnement entr´ee libre annuelle. Pour cela, il faudra, d’une part,
m´emoriser les coordonn´ees de l’abonn´e, d’autre part, m´emoriser les abonnements avec la formule
d’abonnement choisie, repr´esent´ee par un simple code (1, 2 ou 3), et l’ann´ee d’abonnement. Au cours de l’ann
´ee, on m´emorisera les spectacles que l’abonn´e a choisis dans son abonnement. Remarquons que, pour un
abonn´e, la gestion est plus fine que pour la billetterie habituelle puisqu’on saura `a quelles repr´esentations il a
assist´e. Cela permettra par la suite de connaˆıtre mieux le public abonn´e et ses gouˆts.
Lorsqu’un abonn´e a termin´e son abonnement, il peut ´evidemment continuer `a voir des spectacles par le
syst`eme de billetterie classique. La gestion du non d´epassement du nombre de spectacles par abonnement sera
assur´ee par le programme et n’apparaˆıt pas dans le mod`ele conceptuel des donn´ees.
Pr´ecision : comme on g`ere des abonnements sur plusieurs ann´ees, une m´ethode relativement classique
consiste
`a attribuer des num´eros d’abonnement uniques dans lesquels le d´ebut du num´ero repr´esente l’ann´ee. Par
exemple, cette ann´ee, mon num´ero d’abonnement `a THE´AˆTRE EN PEINE ´etait : 2006127. Ceci pour pr
´eciser que les num´eros d’abonnement sont absolument uniques ; Par pr´ecaution, l’ann´ee d’abonnement fait
quand mˆeme partie des informa- tions qu’on m´emorise dans une propri´et´e particuli`ere.
 4 Conception d’une base de donn´ees pour le zoo
La direction du zoo veut informatiser la gestion de l’alimentation des animaux. On profitera de cette informatisation
pour m´emoriser les informations concernant les animaux.

Animaux au zoo
Les animaux du zoo poss`edent un nom d’individu. Sur chaque enclos du zoo, sont affich´ees des fiches
d’informations concernant ces individus. Voici un exemple typique de fiche animali`ere :
Nom Babar
Nom scientifique Loxodonta Africana
Famille El´ephantide´s
Nom vulgaire El´ephant d’afrique
Population estim´ee 200 000 individus
Localisation Afrique ´equatoriale, Afrique du sud
Sexe m^ale
Date de naissance 12/03/1985
Date d’arriv´ee 12/03/1985
Remarques L’esp`ece est menac´ee de disparition.
Babar est le premier ´el´ephant n´e dans le zoo.
Donc, pour chaque animal, il faut pouvoir afficher ces informations.
Les nom scientifique et vulgaire sont ceux de l’esp`ece.
On rappelle que les familles regroupent plusieurs esp`eces dans la taxinomie.
Pour la localisation g´eographique, la liste des espaces r´epertori´es contient une cinquantaine de zones g
´eographiques.
Pour la population, l’effectif de l’esp`ece sera toujours indiqu´e. Eventuellement, si l’information ´etait disponible,
il serait int´eressant de pouvoir indiquer l’effectif par zone g´eographique.

Les animaux sont enferm´es dans des enclos. Un enclos peut contenir plusieurs individus d’une mˆeme
esp`ece, mais parfois aussi plusieurs animaux d’esp`eces diff´erentes. Pour les enclos, on m´emorise une d
´esignation (parc, cage, aquarium,...) et une situation dans le zoo (comme sur une carte, C4, E2... un enclos ´etant
situ´e dans une seule zone).

Alimentation
Chaque esp`ece a des besoins alimentaires. Pour un animal appartenant `a une esp`ece, l’employ´e responsable de
l’enclos doit amener quotidiennement une certaine quantit´e de nourriture. Par exemple, l’´el´ephant d’Afrique
demande 80 kg de foin, 10 kg d’avoine et 5 kg de carottes par jour. Toutes les quantit´es sont indiqu´ees en kg.
Le zoo poss`ede un catalogue d’aliments qui permet de g´erer le stock disponible. Pour chaque aliment, le
catalogue indique aussi les aliments de substitution qui seront utilis´es en cas de rupture de stock. Pour chaque
aliment de substitution, il y a un taux de remplacement. Par exemple, un kg de foin peut ˆetre remplac´e par
0.9 kg de luzerne ; donc, si le stock de foin ´etait ´epuis´e, l’´el´ephant pourrait recevoir 0.9 * 80 kg de luzerne.
Pour chaque aliment, il peut y avoir plusieurs aliments de substitution ; il doit y en avoir au moins un.

Utilisation de la base de donn´ees

Les informations concernant un animal sont m´emoris´ees lorsque l’animal fait son entr´ee dans le zoo.
Il est ´evident que certaines informations ne sont pas effac´ees de la base de donn´ees mˆeme si elles ne sont pas
utiles
`a un moment donn´e. Par exemple, on n’efface pas les informations concernant une esp`ece mˆeme si le zoo ne
poss`ede plus d’animal de cette esp`ece ; on ne supprime pas un enclos mˆeme s’il est vide...
 5 Conception d’une base de donn´ees pour un cabinet de conseil
Un cabinet de conseil en ressources humaines g`ere des carri`eres de cadres. Les entreprises clientes confient au
cabinet, des missions de recherche de candidats pour des postes `a pourvoir.

Le cabinet de conseil poss`ede des dossiers de candidats-cadres, obtenus soit par candidature spontan´ee (le
cabinet ayant acquis une certaine reconnaissance), soit par l’interm´ediaire des ´ecoles et universit´es (listing
d’´etudiants), soit aupr`es des cadres dont il a permis le recrutement.
Les entreprises confient des missions au cabinet de conseil : rechercher le cadre qui occupera tel poste dans
l’entreprise. Le cabinet ´etablit une analyse du poste `a pourvoir, en d´eduit l’intitul´e de la fonction
correspondant
`a ce poste et extrait de ses dossiers, les candidats les mieux adapt´es `a cette fonction.
Il contactera alors, par t´el´ephone, les candidats potentiels et la proc´edure de chasse continuera ; mais
cela ne concerne plus l’informatisation en cours.

Hors de tout r´ealisme, nous consid´ererons que le cabinet ne g`ere pas d’historique de ses missions. La
base de donn´ees ne concernera que des missions actuelles et des candidats actuels.

Les missions
Pour les entreprises, sont m´emoris´es le nom de l’entreprise, son activit´e et sa localisation g´eographique. Une
propri´et´e indique si l’entreprise est cliente du cabinet de conseil. Rappelons que le cabinet poss`ede les
coordonn´ees de candi- datures spontan´ees, que ses candidats peuvent ˆetre actuellement salari´es et donc le
cabinet poss`edent les coordonn´ees d’entreprises qui ne sont pas clientes du cabinet.
L’entreprise propose des missions au cabinet de conseil. Ces missions ont une date d’ouverture. Une mission se
termine soit parce que le cabinet a fourni un candidat satisfaisant, soit parce que l’entreprise annule la mission. Les
missions termin´ees sont retir´ees de la base de donn´ees.
Pour une mission, l’entreprise peut chiffrer la r´emun´eration propos´ee.
Une mission correspond `a une et une seule fonction (par exemple : ing´enieur commercial, chef de
projet,...).
Lorsqu’une entreprise confie une mission, le cabinet de conseil doit donc d´efinir la fonction appropri´ee.
Les fonctions sont associ´ees `a des diplˆomes que le cabinet estime satisfaisants pour assurer cette fonction.
On estime qu’une fonction correspondra `a plus d’un diplˆome. De plus, les candidats auront pr´ecis´e dans leur
dossier, les fonctions pour lesquelles ils se sentaient aptes.
En tenant compte des diplˆomes et des aptitudes d´eclar´ees par les candidats, le cabinet pourra d´efinir les
candidats potentiels. Pour une mission, seront certainement contact´es plusieurs candidats ; on pr´ecisera la date des
contacts.
Une fonction peut ˆetre l’objet de recherche de plusieurs entreprises. Et enfin, on esp`ere bien qu’une
entreprise satisfaite confiera d’autres missions au cabinet de conseil. Mˆeme lorsqu’une mission est termin´ee, on
conserve les coordonn´ees de l’entreprise.

Les candidats
Pour les candidats, sont m´emoris´es l’identit´e, la situation familiale, la possibilit´e de mobilit´e, les diplˆomes, la
situation professionnelle actuelle...
Pour simplifier, la situation familiale et la situation professionnelle pourront ˆetre m´emoris´ees sous la forme
d’une abr´eviation. La mobilit´e indiquera simplement si le candidat accepte de changer de ville...
Pour la majorit´e des candidats, la situation professionnelle est sans emploi ; mais le cabinet g`ere aussi
des candidatures d’individus d´esirant changer d’emploi. Si le candidat est actuellement salari´e, on m´emorise sa
fonction actuelle. A ce titre, la base de donn´ees contient les coordonn´ees d’entreprises non clientes.
Les candidats poss`edent des diplˆomes, s’estiment susceptibles d’occuper certaines fonctions, les ont occup
´ees ou mˆeme les occupent actuellement.
Un candidat peut poss´eder plusieurs diplˆomes ; s’agissant de cadres, on estime qu’il est impossible qu’un
candidat ne poss`ede aucun diplˆome. La base de donn´ees peut contenir des diplˆomes qui ne sont poss´ed´es par
aucun candidat.
Une fonction est susceptible d’ˆetre assur´ee par des individus poss´edant certains diplˆomes. Inversement, un
diploˆme peut satisfaire aux exigences de plusieurs fonctions.
Un candidat s’estime apte `a assumer les charges de certaines fonctions, on supposera qu’il est impossible
qu’un candidat ne s’estime apte `a aucune fonction. Pour chaque fonction pour laquelle il s’estime apte, le candidat a
pr´ecis´e une r´emun´eration souhait´ee. Une fonction peut ne pas ˆetre satisfaite par les candidats actuellement
dans la base de donn´ees ; le cabinet de conseil sera oblig´e d’´elargir sa recherche, de passer des annonces...
 Lorsqu’un candidat est recrut´e par une entreprise ou lorsqu’il retire sa candidature, on le supprime de la base
de donn´ees.
Gestion des ´etudiants
Pour ´elargir son champ de recherche de candidats, le cabinet de conseil a s´electionn´e certaines ´ecoles d’ing
´enieurs,
´ecoles de commerce, universit´es... que nous appellerons instituts. Ces instituts proposent des diplˆomes
correspondant aux fonctions que le cabinet de conseil recherche. Le cabinet a donc pass´e des conventions avec ces
instituts. Il facilite le recrutement des jeunes diplˆom´es. Pour cela, il r´ecup`ere et archive les listings des
inscriptions des ´etudiants.
Chaque ann´ee (universitaire), le cabinet r´ecup`ere les inscriptions d’´etudiants aux diff´erents diplˆomes pr
´epar´es dans ces instituts. En fin d’ann´ee, il r´ecup`ere les r´esultats aux examens.

Sur certaines missions, le cabinet effectue donc sa recherche sur son fichier de candidats, mais aussi sur son fichier
d’´etudiants. Le cabinet contacte alors les ´etudiants par annonce, par t´el´ephone, par mail, etc... Les
´etudiants qui r´epondent deviennent alors des candidats sans ˆetre pour autant supprimer des listings d’´etudiants.
Cette redondance de l’information est acceptable car le pourcentage d’´etudiants qui deviennent candidats n’est pas
trop important ; de plus, on peut imaginer que les informations concernant les candidats sont plus importantes que
celles concernant les
´etudiants.
 6 Conception d’une base de donn´ees pour les assurances
Une mutuelle souhaite informatiser les contrats d’assurance que les soci´etaires souscrivent.

Les contrats d’assurance

La mutuelle propose `a ses soci´etaires des contrats d’assurance. Pour offrir diff´erents types de contrats, elle a
mis au point des formules d’assurance.
Une formule couvre diff´erentes garanties. Par exemple, la formule confort auto couvre l’incendie, le vol... et
la formule tout risque auto couvre l’incendie, le vol, les attentats... Chaque formule couvre les garanties avec des
plafonds et des franchises sp´ecifiques. Par exemple, la formule confort auto couvre l’incendie avec un plafond de
100 000 euros et une franchise de 200 euros.
Les clients souscrivent des contrats en choisissant une formule d’assurance. Un contrat est d´efini par une
formule. Un contrat est sign´e `a une date donn´ee (date de souscription) et pour une dur´ee donn´ee, qui d´efinit la
date d’´ech´eance du contrat. Mais un client peut souscrire plusieurs contrats d’assurance : voitures, logements...
avec des formules diff´erentes.

Les d´eclarations de sinistres

Lorsque le soci´etaire-client est victime d’un sinistre, il fait une d´eclaration aupr`es de sa mutuelle. La mutuelle v
´erifie que le soci´etaire b´en´eficie d’une assurance pour ce sinistre. Puis elle ouvre un dossier de sinistre, dans
le cadre du contrat correspondant. Le dossier de sinistre contiendra les informations suivantes : date d’ouverture,
date de clˆoture, montant des indemnit´es. Ensuite la mutuelle d´esigne un correspondant (employ´e de la
mutuelle) qui va suivre le dossier jusqu’a` sa clˆoture. Enfin elle nomme un expert ind´ependant qui sera lui aussi
charg´e du dossier.
Par convention, les dossiers en cours de traitement ont une date de clˆoture fix´ee au 31/12/2100.
Le correspondant suit le dossier de fac¸on permanente. L’expert ne fait que des interventions ponctuelles :
expertise, contre-expertise, contrˆole... Le correspondant comme l’expert sont nomm´es d`es l’ouverture du dossier.
La nomination de l’expert est ind´ependante des ´eventuelles interventions qui seront r´ealis´ees. Sur certains
sinistres, il est mˆeme possible que l’expert n’intervienne pas parce que la mutuelle aura donn´e son accord
pour un remboursement du sinistre. Mais dans la plupart des cas, l’expert devra effectuer plusieurs interventions.
La mutuelle veut pouvoir m´emoriser qui est le correspondant d’un dossier, qui est l’expert nomm´e sur un dossier
et quelles sont les ´eventuelles dates de ses interventions. La mutuelle ne d´esire pas m´emoriser les motifs de
l’intervention.
 7 Conception d’une base de donn´ees pour un entrepˆot
Dans le cadre de son expansion, la grande surface CrossRoads vient de construire un nouvel entrepˆot de
stockage ultramoderne. Ce nouvel entrepˆot va disposer d’un syst`eme de gestion enti`erement informatis´e. Des
techniciens de la sant´e alimentaire, un chef de service et une secr´etaire sont employ´es dans cet entrepˆot.

Les produits
Les produits qui transiteront via ce nouvel entrepˆot sont uniquement des denr´ees alimentaires. Ces denr´ees
alimen- taires appartiennent `a des cat´egories : produits laitiers, fruits, boissons, surgel´es... Chaque produit
poss`ede sa fiche descriptive correspondant `a l’unit´e de vente ; on y trouve le poids, le volume et une
description de l’unit´e de vente. Par exemple, les bouteilles de lait entier de la marque Lactis ont une fiche d
´ecrivant les caract´eristiques d’une bouteille d’un litre. En dehors du volume et du poids, il a ´et´e impossible de d
´efinir des caract`eres communs `a tous les produits ; la description sera effectu´ee de mani`ere concise dans un petit
texte.
Les produits arrivent par lots. Par exemple, on rec¸oit des bouteilles de lait de la marque Lactis (c’est un
produit) toutes les semaines ; le camion contient de deux `a trente palettes de bouteilles de lait (c’est un lot). On
consid`ere que tous les produits d’un lot poss`edent les mˆemes caract´eristiques : mˆeme emballage, mˆeme
composition, mˆeme dates de consommation,...
Lorsqu’un nouveau produit arrive `a l’entrepˆot, on lui ouvre un nouveau dossier de lot. Ce dossier fait
apparaˆıtre la date d’entr´ee en entrepˆot et la date de retrait, la quantit´e stock´ee... La date de retrait
correspond `a la date de retrait pour cause de produit p´erim´e ou pour cause de livraison. Pour un produit
dont on doit encore g´erer le stockage, la date de retrait pourra ˆetre une date particuli`ere : 31/12/2100.

Le cadre administratif
Le stockage de ces produits alimentaires est r´eglement´e par des cadres administratifs qui pr´ecisent les
conditions de stockage : dur´ees maximales, temp´eratures (minimales et maximales),...
Chaque produit doit rentrer dans un cadre administratif. Par exemple, les bouteilles de lait entier de la marque
Lactis rentrent dans le cadre administratif qui porte le num´ero 137 ; ce mˆeme cadre administratif, qui indique que
le produit doit ˆetre conserv´e moins de 21 jours, entre 2 et 8 degr´es, s’applique aussi aux yaourts natures de
la marque Trifidus... Par contre, c’est le cadre administratif 204 qui s’applique aux yaourts aux fruits de la marque
Fructis.

Le cadre administratif d´efinit aussi une liste de contrˆoles `a effectuer :

• trac¸abilit´e (origine, etc...) ;

• pr´esence d’O.G.M. ;
• pr´esence de colorants ;
• contrˆole des dates limites de consommation ;
• ...

Le cadre administratif 137 d´efinit un certain nombre de contrˆoles : indication sur l’´etiquette du taux de
mati`eres grasses, de la valeur nutritionnelle, quantit´e de calcium.... Chacun de ces contrˆoles consiste en une
mesure ou une v´erification.
Le cadre administratif r´egit le stockage des produits et s’applique `a tous les lots de ce produit. Par
exemple, le cadre administratif qui r´egit le stockage des bouteilles de lait de la marque Lactis pr´ecise la temp
´erature de stockage pour les palettes livr´ees aussi bien en janvier qu’en aouˆt.

Les inventaires
Chaque lot fait l’objet d’un inventaire hebdomadaire.
L’inventaire hebdomadaire d’un lot de produits est confi´e a` la responsabilit´e d’un technicien de sant´e
alimentaire.
Celui-ci pr´el`eve un exemplaire dans le lot et effectue les mesures sur cet exemplaire.
Chaque semaine, on cr´ee une fiche d’inventaire hebdomadaire pour chaque lot. Cette fiche d’inventaire
est num´erot´ee et on y indique l’ann´ee et le num´ero de semaine. Pour une semaine, la date du lundi est
prise comme date de rep`ere (pour lever les ambigu¨ıt´es des semaines `a cheval sur deux ann´ees).
 Les contrˆoles `a effectuer sont d´etermin´es par le cadre administratif. Chaque contrˆole donne lieu `a un r
´esultat ou `a une v´erification. Normalement tous les contrˆoles d´efinis par le cadre administratif doivent ˆetre r
´ealis´es chaque semaine.
Mais pour certains contrˆoles, il est accept´e (informellement) une absence de contrˆole sur une semaine. Un
contrˆole qui ne ferait pas partie du cadre administratif serait une erreur et devrait ˆetre signal´e. De mˆeme,
un contrˆole n’est effectu´e qu’une seule fois par semaine.
Donc, dans cet inventaire, on r´ecapitule les contrˆoles subis par le produit et son statut actuel. Pour
chacun des contrˆoles qui ont pu ˆetre r´ealis´es pendant la semaine, on indique la date de la v´erification et son r
´esultat.
La fiche d’inventaire contient une rubrique de commentaires qui permet d’indiquer des remarques g´en´erales.
Par exemple : certaines ´etiquettes mal colle´es ou deux palettes abime´es... Ces commentaires n’ont
rien `a voir avec les v´erifications qui ont ´et´e effectu´ees.
La fiche d’inventaire hebdomadaire fait r´ef´erence, pour les statuts, aux codes suivants
: D produit distribu´e (c’est `a dire livr´e aux magasins)
P produit pr´esent en
stock E produit p´erim´e
et jet´e
C produit non conforme et retir´e
... ...
Les statuts qui ont ´et´e d´efinis s’excluent mutuellement : un produit ne peut ˆetre simultan´ement distribu´e et
pr´esent, ou encore pr´esent et p´erim´e.
8 Conception d’une base de donn´ees pour une agence de voyages
L’´enonc´e n’´etait pas clair ! ou l’´enonc´e ´etait trop compliqu´e, trop long !...
Les enseignants entendent r´eguli`erement ces commentaires, dits sur un ton plus ou moins agressifs
? Et bien, faites vous-mˆeme un ´enonc´e...

Imaginez totalement l’informatisation d’un syst`eme d’inscriptions `a des activit´es dans le cadre d’un centre
de vacances, genre Club M´editerran´ee ou genre Nouvelles Fronti`eres. Il y aura des destinations, des activit´es, des
clients...

D´efinissez les r`egles de gestion de telle fac¸on qu’il y ait entre six et dix entit´es, qu’il y ait diff´erents types
de cardinalit´es... Ce serait bien aussi s’il y avait une extension de MCD (une inclusion, une exclusion,...) ou une
CIF...

Votre ´enonc´e ne devra pas ˆetre simpliste ; il ne devra ni ˆetre trivial, ni ˆetre trop complexe ! S’il vous
semble mal appropri´e, changez de sujet !
Et pour conclure,
Votre ´enonc´e ne devra laisser aucune ambigu¨ıt´e !

Lorsque votre ´enonc´e est termin´e, dessinez le MCD solution de votre ´enonc´e.
 1 Les stages
Mod`ele conceptuel pour les stages
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e.

PropositionsStage
NoProposition Entreprises
SujetPropos´e 1:1 propose 0:nNoEntreprise
DateProposition Dur´ee ◭ NomEntreprise Adresse
R´emun´eration

0:n
0:1 0:1

derni`ere visite
correspond `a
contacts DateVisite
▲
▲
1:n

0:n Dates
1:1
DateContact
0:n
Conventions Enseignants
Etudiants NoConvention IdfEnseignant
IdfEtudiant 0:1 signe 1:1 SujetM´emoire 1:1 encadre 0:n
NomEnseignant
NomEtudiant Pr ◮ DateD´ebut ◭ Pr
´enomEtudiant Salaire ´enomEnseignant
DateSignature

Figure 1: les m´emoires de stage

 2 Les fouilles
Mod`ele conceptuel pour les fouilles
Ce sujet est tr`es int´eressant. Il permet de r´efl´echir sur diff´erentes solutions possibles : relations ternaires,
inclusions...

La premi`ere solution propose d’int´egrer la date de d´ecouverte d’un objet `a l’entit´e OBJETS.
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e.

Chercheurs IdfChercheur NomChercheur Pr´enomCh

1:1 0:1

appartient `a dirige
V V
Objets
NoObjet D
SitesFouille I
´esignation
NoSite Ville trouv´e par
Cat´egorie
Compl´etude 1:1 ◮
Conservation
DateD´ecouverte 1:n 1:1
1:n 0:n

1:1
Equipes NoEquipe NomEquipe Sigle
contient trouv´e sur
V V

1:1 0:n
0:n

Parcelles NoParcelle Longueur Largeur

Dates
fouille DateFouille
0 1

Figure 2: les fouilles arch´eologiques

 Il est aussi possible de concevoir le MCD de la fac¸on suivante...
On int`egre la date de d´ecouverte dans une association d´ecouverte qui relie les trois entit´es OBJETS,
PARCELLES et EqUIPES. Cette solution est coh´erente ; on s’apercevra qu’elle m`ene au mˆeme mod`ele
logique, tout comme les sch´emas conceptuels suivants.

Chercheurs IdfChercheur NomChercheur Pr´enomCh

1:1 0:1

appartient `a dirige
V V

Objets NoObjet D´esignation Cat´egorie Compl´etude Conservation

SitesFouille I
NoSite Ville 1:1 d´ecouverte
DateD´ecouverte

1:n 1:1
1:n 0:n

Equipes NoEquipe NomEquipe Sigle

contient
V
0:n

1:1 0:n

Parcelles NoParcelle Longueur Largeur

0:n 1:n Dates

fouille DateFouille

Figure 3: les fouilles arch´eologiques

 Si on veut faire apparaˆıtre la contrainte un objet ne peut ˆetre trouv´e que sur une parcelle qui a ´et´e fouill
´e par l’´equipe, on peut dessiner le MCD de la fac¸on suivante :

Chercheurs IdfChercheur NomChercheur Pr´enomCh

1:1 0:1

appartient `a dirige
V V
Objets NoObjet D´esignation Cat´egorie Compl´etude Conservation
DateD´ecouverte
SitesFouille I
NoSite Ville 1:1 trouv´e par
◮

1:1
1
1:n 0:n
1:1 ◦

Equipes NoEquipe NomEquipe Sigle

contient trouv´e sur
V V

I
1:1
0:n
0:n

Parcelles NoParcelle Longueur Largeur

0:n Dates
fouille DateFouille
1:n

Figure 4: les fouilles arch´eologiques

Quelques explications concernant la composition et l’inclusion :

L’association trouv´e par relie une ´equipe `a un objet ; ce sont donc des couples (NoEquipe,NoObjet).
L’association trouv´e sur relie un objet `a une parcelle ; ce sont donc des couples (NoObjet,NoParcelle).
En composant ces deux associations, nous obtenons des couples (NoEquipe,NoParcelle) signifiant qu’une
´equipe trouve sur une parcelle.
L’association fouille relie une ´equipe qui fouille une parcelle `a une date donn´ee ; ce sont donc des
triplets (NoEquipe,Date,NoParcelle).
Dans ce sch´ema, la contrainte d’inclusion pr´ecise, par le trait pointill´e, quelles sont les entit´es impliqu´ees
par l’inclusion. Donc l’inclusion porte sur les couples (NoEquipe,NoParcelle).
La contrainte exprime donc la n´ecessit´e qu’une ´equipe n’a trouv´e sur une parcelle que si elle a fouill´e sur
cette parcelle.
Mais la date de d´ecouverte ne participe pas a` la contrainte.
 Si on veut faire apparaˆıtre la contrainte un objet ne peut ˆetre trouv´e sur une parcelle qu’un jour ou`
l’´equipe y travaillait, on peut dessiner le MCD de la fac¸on suivante :

Chercheurs IdfChercheur NomChercheur Pr´enomCh

1:1 0:1

appartient `a dirige
V V

Objets NoObjet D´esignation Cat´egorie Compl´etude Conservation

SitesFouille I
NoSite Ville 1:1 trouv´e par
◮

1:n 1:1
1:n 0:n
1:1 ◦ 0:n

Equipes NoEquipe NomEquipe Sigle

contient trouv´e sur Dates
DateFouille
V V

I
1:1
0:n 1:n
0:n

Parcelles NoParcelle Longueur Largeur

0:n
fouille

Figure 5: les fouilles arch´eologiques

Cette solution est ´equivalente aux pr´ec´edentes, au sens ou` elle conduit au mˆeme mod`ele logique. De plus, elle
fait apparaˆıtre la contrainte sur la date de d´ecouverte.

Quelques explications concernant la composition et l’inclusion :

L’association trouv´e par relie une ´equipe qui trouve un objet `a une date donn´ee ; ce sont donc des
triplets (NoEquipe,Date,NoObjet).
L’association trouv´e sur relie un objet `a une parcelle ; ce sont donc des couples (NoObjet,NoParcelle).
En composant ces deux associations, nous obtenons des triplets (NoEquipe,Date,NoParcelle) signifiant qu’une
´equipe trouve sur une parcelle `a une date donn´ee.
L’association fouille relie une ´equipe qui fouille une parcelle `a une date donn´ee ; ce sont donc des
triplets (NoEquipe,Date,NoParcelle).
L’inclusion indique donc qu’un objet ne peut ˆetre trouv´e sur une parcelle `a une date donn´ee que si l’´equipe
fouille cette parcelle `a cette date.

Cette solution permet d’int´egrer la date dans l’inclusion. C’est probablement la solution la plus pr
´ecise.
Mod`ele logique des donn´ees
Tous les mod`eles conceptuels m`enent au mˆeme mod`ele logique. En effet, les contraintes d’inclusion n’ont
pas de traduction dans ce mod`ele logique.
Pour traduire le sch´ema de la figure 5, la date de d´ecouverte devrait ˆetre mise en italique car c’est une
cl´e externe provenant de l’entit´e DATES mais l’entit´e DATES disparaˆıt car elle ne contient qu’une seule
propri´et´e et que cette propri´et´e est int´egr´ee dans l’entit´e OBJETS.

Objets NoObjet Designation Categorie Completude Conservation

DateDecouverte RefParcelle RefEquipe
Equipes NoEquipe NomEquipe Sigle RefDirecteur
Sites NoSite Ville

Fouilles RefParcelle DateFouille RefEquipe

NoEquipe RefDirecteur
=RefEquipe =NoChercheur

Chercheurs NoChercheur NomChercheur PrenomChercheur Fo

Parcelles NoParcelle Longueur Largeur RefSite

Figure 6: les fouilles arch´eologiques

Variante au sujet des fouilles
Si on avait impos´e qu’une ´equipe ne puisse fouiller qu’une seule parcelle par jour, on aurait pu indiquer une contrainte
d’int´egrit´e fonctionnelle (sans avoir `a changer les cardinalit´es).

Chercheurs IdfChercheur NomChercheur Pr´enomCh

1:1 0:1

appartient `a dirige
V V

Objets NoObjet D´esignation Cat´egorie Compl´etude Conservation

SitesFouille I
NoSite Ville 1:1 trouv´e par
◮

1:n 1:1
1:n 0:n
1:1 ◦ 0:n

Equipes NoEquipe NomEquipe Sigle

contient trouv´e sur I Dates
DateFouille
V V

1:1
0:n 1:n
0:n
C.I.F.
Parcelles NoParcelle Longueur Largeur

fouille
0:n

Figure 7: les fouilles arch´eologiques

 Et dans ce cas, le MLD aurait ´et´e le suivant.

Mod`ele logique des donn´ees

Objets NoObjet Designation Categorie Completude Conservation

DateDecouverte RefParcelle RefEquipe
Equipes NoEquipe NomEquipe Sigle RefDirecteur
Sites NoSite Ville

Fouilles DateFouille RefEquipe RefParcelle

NoEquipe RefDirecteur
=RefEquipe =NoChercheur

Chercheurs NoChercheur NomChercheur PrenomChercheur Fo

Parcelles NoParcelle Longueur Largeur RefSite

Figure 8: les fouilles arch´eologiques

 3 Le th´eˆatre
Mod`ele conceptuel des donn´ees
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e.

Structures
Abonn´es
NoStructure
NoAb onn´e
NomStructure
NomAbonn
Ville D
´e Adresse
´epartement
Ville
Pays

1:1 1:1
0:n 0:n
Repr
0:n Abonnements
´esExternes
NoAbonnement
NoRepr
Ann´ee
´esExterne Date
1:n 1:1 FormuleChoisie
jou´ee `a ▲
Heure de la compagnie ▲ Sc`eneLocale b´en´eficiaire
PrixVente

1:n
1:1 0:n 0:n
0:n
◦
1:1
I

ContratsAccueil NoContrat PrixAchat

Subventions
BilletsEmis
Montant DateAttribution TarifsConcern´es Nombre

1:1 0:n
0:n 0:n

Organismes NoOrganisme Nom Tarifs CodeTarif Libell´eTarif MontantTarif

Adresse
Ventes Achats SpectaclesVus

0:1
0:n 0:n

Pi`eces NoPi`ece Titre Auteur

Repr´esLocales NoRepr´esLocale Date
MetteurEnSc`ene
Heure

October 16, 2008 a` 20/31 October 16, 2008 a`

13h41 13h41
 La solution suivante est ´equivalente pour repr´esenter l’inclusion. En effet, une repr´esentation locale
correspond exactement `a une pi`ece.

Structures
Abonn´es
NoStructure
NoAb onn´e
NomStructure
NomAbonn
Ville D
´e Adresse
´epartement
Ville
Pays

1:1 1:1
0:n 0:n
Repr
Abonnements
´esExternes 0:n
NoAbonnement
NoRepr
Ann´ee
´esExterne Date
1:n 1:1 FormuleChoisie
jou´ee `a ▲
Heure de la compagnie ▲ Sc`eneLocale
PrixVente b´en´eficiaire

1:n
1:1 0:n 0:n
0:n
◦
1:1
I

ContratsAccueil NoContrat PrixAchat

Subventions
BilletsEmis
Montant DateAttribution TarifsConcern´es Nombre

1:1 0:n
0:n 0:n

Organismes NoOrganisme Nom Tarifs CodeTarif Libell´eTarif MontantTarif

Adresse
Ventes Achats SpectaclesVus

0:1
0:n 0:n

Pi`eces NoPi`ece Titre Auteur

Repr´esLocales NoRepr´esLocale Date
MetteurEnSc`ene
Heure

October 16, 2008 a` 21/31 October 16, 2008 a`

13h41 13h41
Mod`ele logique des donn´ees

Structures Abonn´es
NoStructure NoAb onn´e
NomStructure NomAbonn
Ville D ´e Adresse
´epartement Ville
Pays RefAbonnement

Repr
´esExternes
ContratsAccueil
NoRepr Abonnements
NoContrat
´esExterne Date NoAbonnement
PrixAchat
Heure Ann´ee
RefStructure
PrixVente FormuleChoisie
RefPi`ece
RefStructure
RefPi`ece

SpectaclesVus
RefAbonnement
RefRepr
´esLocale

Pi`eces Repr
NoPi`ec ´esLocales
e Titre NoRepr
Auteur ´esLocale Date
MetteurEnSc`en Heure
e RefPi`ece

Subventions
TarifsConcern BilletsEmis
RefPi`ece
´es RefRepr
RefOrganisme
RefPi ´esLocale
Montant
RefTarif
DateAttribution
Nombre

Organismes Tarifs
NoOrganisme CodeTarif
Nom Libell´eTarif
Adresse MontantTarif

October 16, 2008 a` 22/31 October 16, 2008 a`

13h41 13h41
 4 Le zoo
Mod`ele conceptuel des donn´ees
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e.

Zones G´eographiques CodeZone Libell´eZone

Familles CodeFamille NomFamille
TypesEnclos
CodeType
Libell´eType

0:n
0:n
0:n

localisation
est de type ▲ classification
effectif local

1:n
1:1 1:1

Animaux IdfAnimal NomAnimal Sexe DateNaissance DateArriv´ee Remarques

Esp`eces CodeEsp`ece NomScientifique NomV
Enclos CodeEnclos Situation
0:n enferm´e dans 1:1 1:1 appartient `a 0:n
◭ ◮

1:n

mange
quantit´e

0:n

Aliments
CodeAliment
1:n NomAliment
est remplac´e par V Quantit
taux

0:n

October 16, 2008 a` 23/31 October 16, 2008 a`

13h41 13h41
 5 Le cabinet conseil
Mod`ele conceptuel des donn´ees
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e.

Etudiants NoEtudiant Nom Pr´enom

DateNaissance Adresse Inscriptions
1:n NoInscription
de 1:1
Ann´ee
Obtenu

1:1 1:1

liste but

0:n 0:n

Instituts NoInstitut Nom Adresse

Diploˆmes NoDiploˆme Libell´e
1:n 0:n
former

0:n 0:n

poss´eder
Ann´ee
satisfaire

1:n

1:n

Candidats NoCandidat Nom Pr´enom

DateNaissance Adresse SituaFamiliale SituaProfession Mobilit´e

Fonctions NoFonction Libell´e

0:n aptitude 1:n
R´emun´eration

0:n
0:n

0:1

poste contacter employer

1:n
Dates
Date

0:n
1:1 0:n

Entreprises NoEntreprise Nom Activit´e Adresse Cliente

Missions NoMission DateOuverture R´emun´eration
1:1 0:n
confier

October 16, 2008 a` 24/31 October 16, 2008 a`

13h41 13h41
Mod`ele logique des donn´ees
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e, les r´ef´erences sont en italique.

Inscriptions
Etudiants
NoInscription
NoEtudiant
Ann´ee
Nom Pr NoEtudiant=RefEtudiant
Obtenu
´enom
RefEtudiant
DateNaissance
Adresse RefInstitut
RefDiploˆme
NoInstitut=RefInstitut

NoDiploˆme=RefDiploˆme

Instituts Instituts.NoInstitut= Former.RefDiploˆme

Former.RefInstitut former = Diploˆme
NoInstitut
RefInstitut Diploˆmes.NoDiploˆ s
Nom
Adresse RefDiploˆm me NoDiploˆm
e e Libell´e

NoDiploˆme=RefDiploˆme

NoDiploˆme=RefDiploˆme

poss´eder
RefDiploˆm
satisfaire e
RefFonction RefCandidat
RefDiploˆm Ann´ee
e
NoCandidat=RefCandidat

NoFonction=RefFonction
Candidats
NoCandidat
Nom Pr
Fonctions NoFonction= aptitude NoCandidat= ´enom
NoFonction RefFonction RefFonction RefCandidat DateNaissance
Libell´e RefCandidat Adresse
R´emun SituaFamiliale
´eration SituaProfession
Mobilit´e
RefEntreprise

NoCandidat=RefCandidat

contacter
NoFonction=RefFonction RefMissio
n
RefCandid
NoMission=RefMission NoEntreprise=RefEntreprise

Missions
Entreprises
NoMission
NoEntreprise
DateOuverture NoEntreprise=RefEntreprise Nom Activit
R´emun
´e Adresse
´eration
Cliente
RefFonction
RefEntreprise

October 16, 2008 a` 25/31 October 16, 2008 a`

13h41 13h41
 6 Les assurances
Mod`ele conceptuel des donn´ees
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e.

Clients DossiersSinistres CodeDossier DateOuverture DateCloˆture Indemnit´es

Correspondants IdfCorrespondant NomCorrespo
IdfClient
NomClient 1:1 suit 0:n
Pr ◭
´enomClient
Adresse
Ville
1:1

0:n
1:1

charg´e de
◭
1:n

interventions

d´epend de 1:n 1:n

signature
V Dates
Date

Experts IdfExpert NomExpert T´el´ephone

0:n
1:1
Contrats NoContrat DateSouscription DateEch´eance

1:1

est d´efini par

◮

0:n

Formules CodeFormule Libell´e

1:n pr´evoit 1:n Garanties
◮
plafond CodeGarantie
franchise Libell´e

October 16, 2008 a` 26/31 October 16, 2008 a`

13h41 13h41
Mod`ele logique des donn´ees
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e, les r´ef´erences sont en italiques.

DossiersSinistres
Clients CodeDossier
IdfClient DateOuverture RefCorrespondant Correspondants
NomClient DateCloˆture = IdfCorrespondant
RefExpert IdfCorrespondant
Pr CodeDossier
Indemnit´es = IdfExpert NomCorrespondant
´enomClien = RefDossier
RefCorrespondant T´el´ephone
t Adresse RefExpert
Interventions
RefDossier
IdfClient Date
= RefClient
RefContrat
= NoContrat

Experts
IdfExper
t
NomExp

Contrats NoContrat DateSouscription DateEch´eance RefClient RefFormule

RefFormule = CodeFormule

Couvertures RefFormule RefGarantie Plafond Franchise

RefFormule RefGarantie
= CodeFormule = CodeGarantie

Formules CodeFormule Libell´e Garanties CodeGarantie Libell´e

October 16, 2008 a` 27/31 October 16, 2008 a`

13h41 13h41
Mod`ele conceptuel des donn´ees (version 2)
Si les entit´es EXPERTS et CORRESPONDANTS contiennent les mˆemes informations, on devrait les fusionner.

Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e.

Clients DossiersSinistres CodeDossier DateOuverture DateCloˆture Indemnit´es

CorrespExperts IdfCorrespExpert Nom
IdfClient
NomClient 1:1 suit 0:n T´el´ephone
Pr ◭
´enomClient
Adresse
Ville
1:1 0:n

0:n
1:1

charg´e de
Contrats NoContrat DateSouscription DateEch´eance ◭
1:n

interventions

d´epend de 1:n
signature 1:1
V
Dates
Date

est d´efini par

0:n ◮
1:1
0:n

Formules CodeFormule Libell´e

1:n pr´evoit 1:n Garanties
◮
plafond CodeGarantie
franchise Libell´e

October 16, 2008 a` 28/31 October 16, 2008 a`

13h41 13h41
Mod`ele logique des donn´ees (version 2)
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e, les r´ef´erences sont en italiques.

DossiersSinistres CodeDossier DateOuverture DateCloˆture Indemnit´es RefCorrespondant RefExpert RefContrat

RefCorrespondant
Clients = IdfCorrespondant
IdfClient CorrespExper
NomClient ts
Pr RefExpert IdfCorrespExp
´enomClien = IdfExpert ert Nom
t Adresse

CodeDossier
= RefDossier

Interventions RefDossier Date

IdfClient
= RefClient
RefContrat
= NoContrat

Contrats NoContrat DateSouscription DateEch´eance RefClient RefFormule

RefFormule = CodeFormule

Couvertures RefFormule RefGarantie Plafond Franchise

RefFormule RefGarantie
= CodeFormule = CodeGarantie

Formules CodeFormule Libell´e Garanties CodeGarantie Libell´e

October 16, 2008 a` 29/31 October 16, 2008 a`

13h41 13h41
 7 L’entrepˆot
Mod`ele conceptuel des donn´ees
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e.

Techniciens NoTechnicien Nom

CodesStatuts CodeStatut Libell´e Pr´enom Adresse Villes CodePostal Ville
1:1 1:n
r´esidence

1:n
0:n

statut responsable

1:1
1:1
Produits
NoProduit
Inventaires NoInventaire Ann´ee Semaine Commentaires DossiersLots NoDossier DateArrivage Quantit´e DateRetrait Libell´e
0:n Volume
1:1 controˆle 0:n 1:1 Poids
arrivage Description
hebdomadaire

1:1
1:1
0:n
◦

v´erification
Date R´esultat loi rayon

I
1:n
0:n 1:n

Cadres NoCadre Dur´eeMax Temp´eratureMin

Controˆles NoControˆle Libell´e Temp´eratureMax Cat´egories NoCat´egorie Libell´e
1:n liste 1:n
v´erifications

October 16, 2008 a` 30/31 October 16, 2008 a`

13h41 13h41
Mod`ele logique des donn´ees
Le nom de l’entit´e est en majuscules, l’identifiant est soulign´e, les r´ef´erences sont en italiques.

Techniciens
NoTechnicien
CodesStatuts Villes
Nom CodePostal = CodePostal
CodeStatut CodePostal
Pr´enom
Libell´e Ville
Adresse
CodeStatut CodePostal
= RefStatut

NoTechnicien = RefTechnicien

Inventaires NoInventaire Ann´ee Semaine Commentaires RefTechnicien RefStatut RefDossier Produits NoProduit Libell´e Volume Poids D
DossiersLots NoDossier DateArrivage Quantit´e DateRetrait RefProduit

NoDossier = RefDossier NoProduit = RefProduit

NoInventaire = RefInventaire

NoCadre = RefCadre
V
NoControˆle = RefControˆle
´erificatio
ns
RefInventai NoCat´egorie
re = RefCat´egorie
Contro
ˆles
NoControˆle
NoContr =
RefControˆle

Liste V´erifications RefControˆle

Cadres RefCadre
NoCadre Dur´eeMax Cat´egories NoCat´egorie Libell´e
NoCadreTemp´eratureMin
= RefCadreTemp´eratureMax

October 16, 2008 a` 31/31 October 16, 2008 a`

13h41 13h41