Exercices de conception de bases de donnes e

October 16, 2008

Conception dune base de donnes pour les stages en entreprise e

Prsentation e
Vous devez concevoir une base de donnes pour les stages en entreprises dans une formation universitaire. e La base de donnes concerne seulement les stages dune anne universitaire mais elle conserve les informations de e e plusieurs annes universitaires pour les entreprises et les enseignants. e Les entreprises proposent des stages en dcrivant ces stages par un sujet, une dure, une ventuelle rmunration. e e e e e Une entreprise peut proposer plusieurs sujets de stages dirents mais naccueillera quun seul tudiant par convention e e de stage. Les tudiants contactent les entreprises. Evidemment chaque tudiant peut contacter plusieurs entreprises pour e e des propositions direntes ; il nest pas interdit quun tudiant contacte plusieurs fois une mme entreprise, ` des e e e a dates direntes, pour une proposition de stage donne. Les entreprises prennent rendez-vous avec les tudiants. e e e Lors du rendez-vous, la proposition de stage est discute ; seule la dure ne peut tre modie. Si lentreprise est e e e e intresse par le prol dun tudiant, le sujet dnitif est tabli. La proposition de stage devient alors un stage eectif, e e e e e avec une convention de stage, qui donnera lieu ` la rdaction dun mmoire. a e e Une proposition de stage ne peut pas donner lieu ` plusieurs conventions. Si lentreprise estime que le sujet doit a tre ralis par plusieurs tudiants, elle publie plusieurs propositions de stage (elle est incite ` donner des sujets e e e e e a dirents) ; si, pour un sujet, lentreprise tait ventuellement intresse par plusieurs tudiants, elle publierait une e e e e e e nouvelle proposition de stage (` la limite en conservant le mme sujet). a e Les tudiants eectuent un seul stage dans lanne universitaire. e e Le stage eectif doit tre encadr par un (et un seul) enseignant. e e Lenseignant eectue parfois une visite ` lentreprise durant le stage. Pour maintenir un contact entre lentreprise a et luniversit, la base de donnes ne mmorise que le dernier enseignant qui a visit lentreprise et la date de cette e e e e derni`re visite. e

Probl`me e
Dessinez le mod`le conceptuel des donnes. Vous justierez les choix qui vous semblent mriter quelques explie e e cations. Donnez le mod`le logique des donnes correspondant au mod`le conceptuel des donnes.. e e e e

Conception dune base de donnes pour les fouilles archologiques e e

Prsentation e
Vous devez grer une base de donnes archologiques. Les objets trouvs sur les sites de fouille sont rpertoris. Et e e e e e e on dsire conna quels sont les archologues qui fouillent et sur quels sites. e tre e Une quipe de fouille est compose de chercheurs. Chaque chercheur appartient ` une quipe. Lquipe est dirige e e a e e e par lun de ses membres. Une quipe a obligatoirement un directeur. e Les quipes travaillent sur des parcelles qui appartiennent ` des sites de fouille. Le site de fouille est un espace e a gographique portant le nom de la ville la plus proche. Un site de fouille est divis en parcelles disjointes. Une parcelle e e est caractrise par un numro, une longueur (en m`tres) et une largeur (en m`tres). e e e e e Plusieurs quipes peuvent fouiller simultanment le mme site de fouille, mais pas la mme parcelle. Une quipe e e e e e peut fouiller plusieurs parcelles le mme jour. e Une parcelle peut tre fouille par des quipes direntes mais ` des dates direntes. e e e e a e Un objet est trouv par une quipe donne, sur une parcelle donne, ` une date donne. Lobjet est identi e e e e a e e par un numro, une dsignation (par exemple, assiette), une catgorie (par exemple, accessoire de cuisine), un tat de e e e e compltude (par exemple, fragment) et par un tat de conservation (par exemple, ` restaurer). e e a

October 16, 2008 a 13h41 `

2/31

October 16, 2008 a 13h41 `

3
3.1

Conception dune base de donnes pour un thtre e ea

Prsentation e

La compagnie de thatre Theatre en Peine dispose de sa propre salle de spectacles. Elle y produit ses crations et e e y accueille dautres compagnies. Ladministrateur (et trsorier) de la compagnie dsire informatiser sa gestion. e e Les recettes de la compagnie sont constitues de subventions, de la vente de reprsentations et de la billetterie. e e Les dpenses (hors dpenses de cration) sont constitues des achats de spectacles dautres compagnies. e e e e Pour les pi`ces de thatre, que ce soient les crations de la compagnie ou les pi`ces accueillies, on mmorisera le e e e e e titre, lauteur et le metteur en sc`ne (sans se soucier dventuelles redondances). e e

3.2

Gestion des subventions

Les subventions sont accordes par des organismes (DRAC, Conseil Rgional,...). Une subvention est accorde pour e e e une action (cest ` dire pour la cration dune pi`ce ou pour laccueil dune pi`ce). a e e e Une pi`ce peut obtenir des subventions octroyes par des organismes dirents. Un organisme accordera au plus e e e une subvention pour une pi`ce donne et pourra renouveler cette subvention pour dautres pi`ces. Il est important, e e e pour ladministrateur, de conna le montant total que chaque organisme lui a attribu. Une subvention poss`de une tre e e date dattribution qui servira de rfrence pour les bilans comptables annuels. ee Bien quen gnral, la compagnie nobtienne des subventions que pour ses propres crations, il arrive quun spectacle e e e dune compagnie accueillie fasse lobjet dune aide de la part dun organisme. Par exemple, une aide europenne pour e la diusion de spectacles de pays europens lors dun festival... e

3.3

Gestion des reprsentations locales e

Lorsque la compagnie cre un spectacle, la cration a toujours lieu dans son thatre. Donc toute pi`ce de la compagnie e e e e est joue au moins une fois localement. Lorsquelle joue une reprsentation dans son thatre, les ventes de billets e e e constituent les recettes de cette reprsentation. e Lorsque la compagnie accueille dans son thatre le spectacle dune autre compagnie, elle ach`te le spectacle et g`re e e e la billetterie qui rentre dans les recettes. Quil sagisse de ses propres pi`ces ou des pi`ces de compagnies accueillies, la billetterie est gre de la mme faon. e e e e e c Selon le type de spectacle et de spectateurs (lecture/pi`ce, enfant/tudiant/normal...), certains tarifs sont pratiqus. e e e Sil sagit dune pi`ce pour enfants, on pratiquera certains tarifs ; sil sagit dune compagnie de prestige qui est e accueillie, on pratique dautres tarifs... Les catgories de tarifs sont accordes pour une pi`ce donne et ne varient pas e e e e dune reprsentation ` lautre. Evidemment, toutes les catgories de tarifs ne sappliquent pas ` toutes les pi`ces. e a e a e En fonction des tarifs concerns, des billets individuels sont vendus pour chaque reprsentation ; limpression des e e billets est informatise. Un billet de spectacle ne comporte aucune information nominative, les places ne sont pas e numrotes (il y a juste le titre du spectacle, le tarif et la date de reprsentation). La base de donnes ne mmorise e e e e e que le nombre de billets vendus dans chaque catgorie, pour chaque reprsentation. e e La base de donnes devra permettre de rpondre ` des questions comme Combien y a-t-il eu de billets vendus de e e a la catgorie tarif tudiant, pour le Macbeth reprsent le 23/10/2006 a 20h30 ?. e e e e `

3.4

Gestion des accueils

Lorsque la compagnie accueille dans son thatre le spectacle dune autre compagnie, elle ach`te le spectacle et g`re la e e e billetterie qui rentre dans les recettes. Pour un spectacle accueilli, il faudra mmoriser le prix dachat du spectacle. Mais, contrairement aux ventes e des pi`ces de la compagnie, on ne mmorise que le co t total de laccueil, cest ` dire le prix dachat de toutes les e e u a reprsentations de la pi`ce. e e Pour la billetterie, tout se passe comme pour une pi`ce de la compagnie : on dnit des catgories de tarifs pour e e e la pi`ce et on mmorise le nombre de billets vendus dans chaque catgorie, pour chaque reprsentation. e e e e La base de donnes mmorisera le nom de la compagnie et son adresse. On remarquera que les compagnies e e accueillies peuvent tre des structures qui poss`dent une salle de spectacles et peuvent aussi accueillir des spectacles. e e

October 16, 2008 a 13h41 `

3/31

October 16, 2008 a 13h41 `

3.5

Reprsentations externes e

Lorsque la compagnie eectue des reprsentations dans dautres thatres, ces reprsentations sont achetes par la e e e e structure daccueil. Mais la compagnie ne soccupe pas de la billetterie du thatre daccueil. e Pour les reprsentations dans dautres thatres, la base de donnes devra mmoriser toutes les reprsentations. e e e e e Cela permettra davoir un historique des tournes de la compagnie. e La base de donnes mmorisera le nom du lieu daccueil et son adresse de faon ` pouvoir facilement savoir dans e e c a quelles villes, dans quels dpartements, dans quels pays, les pi`ces de la compagnie ont dj` t joues. Comme on la e e eae e e dj` fait remarquer, les lieux daccueils peuvent se confondre avec des compagnies accueillies. ea Il sera possible dindiquer un prix de vente pour chaque reprsentation. Ladministrateur aura ainsi toute libert : e e il pourra appliquer un tarif dgressif pour plusieurs reprsentations ; sil vend une tourne, il mettra la vente sur la e e e premi`re reprsentation, etc... e e Toutes les pi`ces ne sont pas forcment joues en extrieur. e e e e

3.6

Gestion des abonnements

Parall`lement ` la vente de billets individuels (donc sans remettre en cause cette partie de la base), la compagnie e a Thatre en Peine veut orir ` ses spectateurs des formules dabonnement valables pour tous les spectacles jous e a e dans la salle de la compagnie. Il y aura trois formules dabonnement : 1) abonnement trois spectacles, 2) abonnement six spectacles, 3) abonnement entre libre annuelle. Pour cela, il faudra, dune part, mmoriser les coordonnes de e e e labonn, dautre part, mmoriser les abonnements avec la formule dabonnement choisie, reprsente par un simple e e e e code (1, 2 ou 3), et lanne dabonnement. Au cours de lanne, on mmorisera les spectacles que labonn a choisis e e e e dans son abonnement. Remarquons que, pour un abonn, la gestion est plus ne que pour la billetterie habituelle e puisquon saura ` quelles reprsentations il a assist. Cela permettra par la suite de conna mieux le public abonn a e e tre e et ses go ts. u Lorsquun abonn a termin son abonnement, il peut videmment continuer ` voir des spectacles par le syst`me e e e a e de billetterie classique. La gestion du non dpassement du nombre de spectacles par abonnement sera assure par le e e programme et nappara pas dans le mod`le conceptuel des donnes. t e e Prcision : comme on g`re des abonnements sur plusieurs annes, une mthode relativement classique consiste e e e e a ` attribuer des numros dabonnement uniques dans lesquels le dbut du numro reprsente lanne. Par exemple, e e e e e cette anne, mon numro dabonnement ` Thatre en Peine tait : 2006127. Ceci pour prciser que les numros e e a e e e e dabonnement sont absolument uniques ; Par prcaution, lanne dabonnement fait quand mme partie des informae e e tions quon mmorise dans une proprit particuli`re. e ee e

October 16, 2008 a 13h41 `

4/31

October 16, 2008 a 13h41 `

Conception dune base de donnes pour le zoo e

La direction du zoo veut informatiser la gestion de lalimentation des animaux. On protera de cette informatisation pour mmoriser les informations concernant les animaux. e

4.1

Animaux au zoo

Les animaux du zoo poss`dent un nom dindividu. Sur chaque enclos du zoo, sont aches des ches dinformations e e concernant ces individus. Voici un exemple typique de che animali`re : e Nom Babar Nom scientique Loxodonta Africana Famille Elphantids e e Nom vulgaire Elphant dafrique e Population estime 200 000 individus e Localisation Afrique quatoriale, Afrique du sud e Sexe m^le a Date de naissance 12/03/1985 Date darrive e 12/03/1985 Remarques Lesp`ce est menace de disparition. e e Babar est le premier lphant n dans le zoo. e e e Donc, pour chaque animal, il faut pouvoir acher ces informations. Les nom scientique et vulgaire sont ceux de lesp`ce. e On rappelle que les familles regroupent plusieurs esp`ces dans la taxinomie. e Pour la localisation gographique, la liste des espaces rpertoris contient une cinquantaine de zones gographiques. e e e e Pour la population, leectif de lesp`ce sera toujours indiqu. Eventuellement, si linformation tait disponible, il e e e serait intressant de pouvoir indiquer leectif par zone gographique. e e Les animaux sont enferms dans des enclos. Un enclos peut contenir plusieurs individus dune mme esp`ce, e e e mais parfois aussi plusieurs animaux desp`ces direntes. Pour les enclos, on mmorise une dsignation (parc, cage, e e e e aquarium,...) et une situation dans le zoo (comme sur une carte, C4, E2... un enclos tant situ dans une seule zone). e e

4.2

Alimentation

Chaque esp`ce a des besoins alimentaires. Pour un animal appartenant ` une esp`ce, lemploy responsable de lenclos e a e e doit amener quotidiennement une certaine quantit de nourriture. Par exemple, llphant dAfrique demande 80 kg e ee de foin, 10 kg davoine et 5 kg de carottes par jour. Toutes les quantits sont indiques en kg. e e Le zoo poss`de un catalogue daliments qui permet de grer le stock disponible. Pour chaque aliment, le catalogue e e indique aussi les aliments de substitution qui seront utiliss en cas de rupture de stock. Pour chaque aliment de e substitution, il y a un taux de remplacement. Par exemple, un kg de foin peut tre remplac par 0.9 kg de luzerne ; e e donc, si le stock de foin tait puis, llphant pourrait recevoir 0.9 * 80 kg de luzerne. Pour chaque aliment, il peut e e e ee y avoir plusieurs aliments de substitution ; il doit y en avoir au moins un.

4.3

Utilisation de la base de donnes e

Les informations concernant un animal sont mmorises lorsque lanimal fait son entre dans le zoo. e e e Il est vident que certaines informations ne sont pas eaces de la base de donnes mme si elles ne sont pas utiles e e e e a ` un moment donn. Par exemple, on neace pas les informations concernant une esp`ce mme si le zoo ne poss`de e e e e plus danimal de cette esp`ce ; on ne supprime pas un enclos mme sil est vide... e e

October 16, 2008 a 13h41 `

5/31

October 16, 2008 a 13h41 `

Conception dune base de donnes pour un cabinet de conseil e

Un cabinet de conseil en ressources humaines g`re des carri`res de cadres. Les entreprises clientes conent au cabinet, e e des missions de recherche de candidats pour des postes ` pourvoir. a Le cabinet de conseil poss`de des dossiers de candidats-cadres, obtenus soit par candidature spontane (le cabinet e e ayant acquis une certaine reconnaissance), soit par lintermdiaire des coles et universits (listing dtudiants), soit e e e e aupr`s des cadres dont il a permis le recrutement. e Les entreprises conent des missions au cabinet de conseil : rechercher le cadre qui occupera tel poste dans lentreprise. Le cabinet tablit une analyse du poste ` pourvoir, en dduit lintitul de la fonction correspondant e a e e a ` ce poste et extrait de ses dossiers, les candidats les mieux adapts ` cette fonction. e a Il contactera alors, par tlphone, les candidats potentiels et la procdure de chasse continuera ; mais cela ne ee e concerne plus linformatisation en cours. Hors de tout ralisme, nous considrerons que le cabinet ne g`re pas dhistorique de ses missions. La base de e e e donnes ne concernera que des missions actuelles et des candidats actuels. e

5.1

Les missions

Pour les entreprises, sont mmoriss le nom de lentreprise, son activit et sa localisation gographique. Une proprit e e e e ee indique si lentreprise est cliente du cabinet de conseil. Rappelons que le cabinet poss`de les coordonnes de candie e datures spontanes, que ses candidats peuvent tre actuellement salaris et donc le cabinet poss`dent les coordonnes e e e e e dentreprises qui ne sont pas clientes du cabinet. Lentreprise propose des missions au cabinet de conseil. Ces missions ont une date douverture. Une mission se termine soit parce que le cabinet a fourni un candidat satisfaisant, soit parce que lentreprise annule la mission. Les missions termines sont retires de la base de donnes. e e e Pour une mission, lentreprise peut chirer la rmunration propose. e e e Une mission correspond ` une et une seule fonction (par exemple : ingnieur commercial, chef de projet,...). a e Lorsquune entreprise cone une mission, le cabinet de conseil doit donc dnir la fonction approprie. e e Les fonctions sont associes ` des diplmes que le cabinet estime satisfaisants pour assurer cette fonction. On e a o estime quune fonction correspondra ` plus dun diplme. De plus, les candidats auront prcis dans leur dossier, les a o e e fonctions pour lesquelles ils se sentaient aptes. En tenant compte des diplmes et des aptitudes dclares par les candidats, le cabinet pourra dnir les candidats o e e e potentiels. Pour une mission, seront certainement contacts plusieurs candidats ; on prcisera la date des contacts. e e Une fonction peut tre lobjet de recherche de plusieurs entreprises. Et enn, on esp`re bien quune entreprise e e satisfaite conera dautres missions au cabinet de conseil. Mme lorsquune mission est termine, on conserve les e e coordonnes de lentreprise. e

5.2

Les candidats

Pour les candidats, sont mmoriss lidentit, la situation familiale, la possibilit de mobilit, les diplmes, la situation e e e e e o professionnelle actuelle... Pour simplier, la situation familiale et la situation professionnelle pourront tre mmorises sous la forme dune e e e abrviation. La mobilit indiquera simplement si le candidat accepte de changer de ville... e e Pour la majorit des candidats, la situation professionnelle est sans emploi ; mais le cabinet g`re aussi des e e candidatures dindividus dsirant changer demploi. Si le candidat est actuellement salari, on mmorise sa fonction e e e actuelle. A ce titre, la base de donnes contient les coordonnes dentreprises non clientes. e e Les candidats poss`dent des diplmes, sestiment susceptibles doccuper certaines fonctions, les ont occupes ou e o e mme les occupent actuellement. e Un candidat peut possder plusieurs diplmes ; sagissant de cadres, on estime quil est impossible quun candidat e o ne poss`de aucun diplme. La base de donnes peut contenir des diplmes qui ne sont possds par aucun candidat. e o e o e e Une fonction est susceptible dtre assure par des individus possdant certains diplmes. Inversement, un diplme e e e o o peut satisfaire aux exigences de plusieurs fonctions. Un candidat sestime apte ` assumer les charges de certaines fonctions, on supposera quil est impossible quun a candidat ne sestime apte ` aucune fonction. Pour chaque fonction pour laquelle il sestime apte, le candidat a prcis a e e une rmunration souhaite. Une fonction peut ne pas tre satisfaite par les candidats actuellement dans la base de e e e e donnes ; le cabinet de conseil sera oblig dlargir sa recherche, de passer des annonces... e e e Lorsquun candidat est recrut par une entreprise ou lorsquil retire sa candidature, on le supprime de la base de e donnes. e
October 16, 2008 a 13h41 `

6/31

October 16, 2008 a 13h41 `

5.3

Gestion des tudiants e

Pour largir son champ de recherche de candidats, le cabinet de conseil a slectionn certaines coles dingnieurs, e e e e e coles de commerce, universits... que nous appellerons instituts. Ces instituts proposent des diplmes correspondant e e o aux fonctions que le cabinet de conseil recherche. Le cabinet a donc pass des conventions avec ces instituts. Il facilite e le recrutement des jeunes diplms. Pour cela, il rcup`re et archive les listings des inscriptions des tudiants. o e e e e Chaque anne (universitaire), le cabinet rcup`re les inscriptions dtudiants aux dirents diplmes prpars dans e e e e e o e e ces instituts. En n danne, il rcup`re les rsultats aux examens. e e e e Sur certaines missions, le cabinet eectue donc sa recherche sur son chier de candidats, mais aussi sur son chier dtudiants. Le cabinet contacte alors les tudiants par annonce, par tlphone, par mail, etc... Les tudiants qui e e ee e rpondent deviennent alors des candidats sans tre pour autant supprimer des listings dtudiants. Cette redondance e e e de linformation est acceptable car le pourcentage dtudiants qui deviennent candidats nest pas trop important ; de e plus, on peut imaginer que les informations concernant les candidats sont plus importantes que celles concernant les tudiants. e

October 16, 2008 a 13h41 `

7/31

October 16, 2008 a 13h41 `

Conception dune base de donnes pour les assurances e

Une mutuelle souhaite informatiser les contrats dassurance que les socitaires souscrivent. e

6.1

Les contrats dassurance

La mutuelle propose ` ses socitaires des contrats dassurance. Pour orir dirents types de contrats, elle a mis au a e e point des formules dassurance. Une formule couvre direntes garanties. Par exemple, la formule confort auto couvre lincendie, le vol... et la e formule tout risque auto couvre lincendie, le vol, les attentats... Chaque formule couvre les garanties avec des plafonds et des franchises spciques. Par exemple, la formule confort auto couvre lincendie avec un plafond de 100 000 euros e et une franchise de 200 euros. Les clients souscrivent des contrats en choisissant une formule dassurance. Un contrat est dni par une formule. e Un contrat est sign ` une date donne (date de souscription) et pour une dure donne, qui dnit la date dchance ea e e e e e e du contrat. Mais un client peut souscrire plusieurs contrats dassurance : voitures, logements... avec des formules direntes. e

6.2

Les dclarations de sinistres e

Lorsque le socitaire-client est victime dun sinistre, il fait une dclaration aupr`s de sa mutuelle. La mutuelle vrie e e e e que le socitaire bncie dune assurance pour ce sinistre. Puis elle ouvre un dossier de sinistre, dans le cadre du e e e contrat correspondant. Le dossier de sinistre contiendra les informations suivantes : date douverture, date de clture, o montant des indemnits. Ensuite la mutuelle dsigne un correspondant (employ de la mutuelle) qui va suivre le e e e dossier jusqu` sa clture. Enn elle nomme un expert indpendant qui sera lui aussi charg du dossier. a o e e Par convention, les dossiers en cours de traitement ont une date de clture xe au 31/12/2100. o e Le correspondant suit le dossier de faon permanente. Lexpert ne fait que des interventions ponctuelles : expertise, c contre-expertise, contrle... Le correspondant comme lexpert sont nomms d`s louverture du dossier. La nomination o e e de lexpert est indpendante des ventuelles interventions qui seront ralises. Sur certains sinistres, il est mme e e e e e possible que lexpert nintervienne pas parce que la mutuelle aura donn son accord pour un remboursement du e sinistre. Mais dans la plupart des cas, lexpert devra eectuer plusieurs interventions. La mutuelle veut pouvoir mmoriser qui est le correspondant dun dossier, qui est lexpert nomm sur un dossier et e e quelles sont les ventuelles dates de ses interventions. La mutuelle ne dsire pas mmoriser les motifs de lintervention. e e e

October 16, 2008 a 13h41 `

8/31

October 16, 2008 a 13h41 `

Conception dune base de donnes pour un entrept e o

Dans le cadre de son expansion, la grande surface CrossRoads vient de construire un nouvel entrept de stockage o ultramoderne. Ce nouvel entrept va disposer dun syst`me de gestion enti`rement informatis. Des techniciens de la o e e e sant alimentaire, un chef de service et une secrtaire sont employs dans cet entrept. e e e o

7.1

Les produits

Les produits qui transiteront via ce nouvel entrept sont uniquement des denres alimentaires. Ces denres alimeno e e taires appartiennent ` des catgories : produits laitiers, fruits, boissons, surgels... Chaque produit poss`de sa che a e e e descriptive correspondant ` lunit de vente ; on y trouve le poids, le volume et une description de lunit de vente. a e e Par exemple, les bouteilles de lait entier de la marque Lactis ont une che dcrivant les caractristiques dune bouteille e e dun litre. En dehors du volume et du poids, il a t impossible de dnir des caract`res communs ` tous les produits ; ee e e a la description sera eectue de mani`re concise dans un petit texte. e e Les produits arrivent par lots. Par exemple, on reoit des bouteilles de lait de la marque Lactis (cest un produit) c toutes les semaines ; le camion contient de deux ` trente palettes de bouteilles de lait (cest un lot). On consid`re que a e tous les produits dun lot poss`dent les mmes caractristiques : mme emballage, mme composition, mme dates de e e e e e e consommation,... Lorsquun nouveau produit arrive ` lentrept, on lui ouvre un nouveau dossier de lot. Ce dossier fait appara a o tre la date dentre en entrept et la date de retrait, la quantit stocke... La date de retrait correspond ` la date e o e e a de retrait pour cause de produit prim ou pour cause de livraison. Pour un produit dont on doit encore grer le e e e stockage, la date de retrait pourra tre une date particuli`re : 31/12/2100. e e

7.2

Le cadre administratif

Le stockage de ces produits alimentaires est rglement par des cadres administratifs qui prcisent les conditions de e e e stockage : dures maximales, tempratures (minimales et maximales),... e e 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 numro 137 ; ce mme cadre administratif, qui indique que le e e produit doit tre conserv moins de 21 jours, entre 2 et 8 degrs, sapplique aussi aux yaourts natures de la marque e e e Tridus... Par contre, cest le cadre administratif 204 qui sapplique aux yaourts aux fruits de la marque Fructis. Le cadre administratif dnit aussi une liste de contrles ` eectuer : e o a traabilit (origine, etc...) ; c e prsence dO.G.M. ; e prsence de colorants ; e contrle des dates limites de consommation ; o ... Le cadre administratif 137 dnit un certain nombre de contrles : indication sur ltiquette du taux de mati`res e o e e grasses, de la valeur nutritionnelle, quantit de calcium.... Chacun de ces contrles consiste en une mesure ou une e o vrication. e Le cadre administratif rgit le stockage des produits et sapplique ` tous les lots de ce produit. Par exemple, le e a cadre administratif qui rgit le stockage des bouteilles de lait de la marque Lactis prcise la temprature de stockage e e e pour les palettes livres aussi bien en janvier quen ao t. e u

7.3

Les inventaires

Chaque lot fait lobjet dun inventaire hebdomadaire. Linventaire hebdomadaire dun lot de produits est con a la responsabilit dun technicien de sant alimentaire. e` e e Celui-ci prl`ve un exemplaire dans le lot et eectue les mesures sur cet exemplaire. ee Chaque semaine, on cre une che dinventaire hebdomadaire pour chaque lot. Cette che dinventaire est e numrote et on y indique lanne et le numro de semaine. Pour une semaine, la date du lundi est prise comme e e e e date de rep`re (pour lever les ambigu es des semaines ` cheval sur deux annes). e t a e Les contrles ` eectuer sont dtermins par le cadre administratif. Chaque contrle donne lieu ` un rsultat ou ` o a e e o a e a une vrication. Normalement tous les contrles dnis par le cadre administratif doivent tre raliss chaque semaine. e o e e e e
October 16, 2008 a 13h41 `

9/31

October 16, 2008 a 13h41 `

Mais pour certains contrles, il est accept (informellement) une absence de contrle sur une semaine. Un contrle o e o o qui ne ferait pas partie du cadre administratif serait une erreur et devrait tre signal. De mme, un contrle nest e e e o eectu quune seule fois par semaine. e Donc, dans cet inventaire, on rcapitule les contrles subis par le produit et son statut actuel. Pour chacun des e o contrles qui ont pu tre raliss pendant la semaine, on indique la date de la vrication et son rsultat. o e e e e e La che dinventaire contient une rubrique de commentaires qui permet dindiquer des remarques gnrales. Par e e exemple : certaines tiquettes mal colles ou deux palettes abimes... Ces commentaires nont rien ` voir e e e a avec les vrications qui ont t eectues. e ee e La che dinventaire hebdomadaire fait rfrence, pour les statuts, aux codes suivants : ee D produit distribu (cest ` dire livr aux magasins) e a e P produit prsent en stock e E produit prim et jet e e e C produit non conforme et retir e ... ... Les statuts qui ont t dnis sexcluent mutuellement : un produit ne peut tre simultanment distribu et prsent, ee e e e e e ou encore prsent et prim. e e e

October 16, 2008 a 13h41 `

10/31

October 16, 2008 a 13h41 `

Conception dune base de donnes pour une agence de voyages e

Les enseignants entendent rguli`rement ces commentaires, dits sur un ton plus ou moins agressifs ? e e Et bien, faites vous-mme un nonc... e e e

Lnonc ntait pas clair ! ou lnonc tait trop compliqu, trop long !... e e e e ee e

Imaginez totalement linformatisation dun syst`me dinscriptions ` des activits dans le cadre dun centre de e a e vacances, genre Club Mditerrane ou genre Nouvelles Fronti`res. Il y aura des destinations, des activits, des clients... e e e e

Dnissez les r`gles de gestion de telle faon quil y ait entre six et dix entits, quil y ait dirents types de e e c e e cardinalits... Ce serait bien aussi sil y avait une extension de MCD (une inclusion, une exclusion,...) ou une CIF... e

Votre nonc ne devra pas tre simpliste ; il ne devra ni tre trivial, ni tre trop complexe ! Sil vous semble mal e e e e e appropri, changez de sujet ! e Et pour conclure, Votre nonc ne devra laisser aucune ambigu e ! e e t

Lorsque votre nonc est termin, dessinez le MCD solution de votre nonc. e e e e e

October 16, 2008 a 13h41 `

11/31

October 16, 2008 a 13h41 `

1
1.1

Les stages
Mod`le conceptuel pour les stages e

Le nom de lentit est en majuscules, lidentiant est soulign. e e

PropositionsStage NoProposition SujetPropos e DateProposition Dure e Rmunration e e 0:n 0:1

1:1

propose

0:n

Entreprises NoEntreprise NomEntreprise Adresse

0:1

contacts 1:n 0:n Dates DateContact

correspond ` a

derni`re visite e DateVisite

1:1 Conventions NoConvention SujetMmoire e DateDbut e Salaire DateSignature

0:n

Etudiants IdfEtudiant NomEtudiant PrnomEtudiant e

0:1

signe

1:1

1:1

encadre

0:n

Enseignants IdfEnseignant NomEnseignant PrnomEnseignant e

Figure 1: les mmoires de stage e

October 16, 2008 a 13h41 `

12/31

October 16, 2008 a 13h41 `

2
2.1

Les fouilles
Mod`le conceptuel pour les fouilles e

Ce sujet est tr`s intressant. Il permet de rchir sur direntes solutions possibles : relations ternaires, inclusions... e e e e e La premi`re solution propose dintgrer la date de dcouverte dun objet ` lentit Objets. e e e a e Le nom de lentit est en majuscules, lidentiant est soulign. e e

Chercheurs IdfChercheur NomChercheur PrnomChercheur e Fonction

1:1

0:1

appartient ` a Objets NoObjet Dsignation e Catgorie e Compltude e Conservation DateDcouverte e 1:n 1:1

dirige

SitesFouille NoSite Ville

I 1:1 trouv par e 1:n 0:n 1:1

contient

trouv sur e

Equipes NoEquipe NomEquipe Sigle

1:1

0:n

0:n

Parcelles NoParcelle Longueur Largeur

0:n

fouille

1:n

Dates DateFouille

Figure 2: les fouilles archologiques e

October 16, 2008 a 13h41 `

13/31

October 16, 2008 a 13h41 `

Il est aussi possible de concevoir le MCD de la faon suivante... c On int`gre la date de dcouverte dans une association dcouverte qui relie les trois entits Objets, Parcelles e e e e et Equipes. Cette solution est cohrente ; on sapercevra quelle m`ne au mme mod`le logique, tout comme les e e e e schmas conceptuels suivants. e

Chercheurs IdfChercheur NomChercheur PrnomChercheur e Fonction

1:1

0:1

appartient ` a

dirige

SitesFouille NoSite Ville

Objets NoObjet Dsignation e Catgorie e Compltude e Conservation 1:n

I 1:1 dcouverte e DateDcouverte e 1:n 0:n 1:1

contient 0:n

Equipes NoEquipe NomEquipe Sigle

1:1

0:n

Parcelles NoParcelle Longueur Largeur

0:n

fouille

1:n

Dates DateFouille

Figure 3: les fouilles archologiques e

October 16, 2008 a 13h41 `

14/31

October 16, 2008 a 13h41 `

Si on veut faire appara tre la contrainte un objet ne peut tre trouv que sur une parcelle qui a t fouill par e e ee e lquipe, on peut dessiner le MCD de la faon suivante : e c

Chercheurs IdfChercheur NomChercheur PrnomChercheur e Fonction

1:1

0:1

appartient ` a Objets NoObjet Dsignation e Catgorie e Compltude e Conservation DateDcouverte e 1:n 1:1

dirige

SitesFouille NoSite Ville

I 1:1 trouv par e 1:n 0:n 1:1

contient

trouv sur e

Equipes NoEquipe NomEquipe Sigle I

1:1

0:n

0:n

Parcelles NoParcelle Longueur Largeur

0:n

fouille

1:n

Dates DateFouille

Figure 4: les fouilles archologiques e

Quelques explications concernant la composition et linclusion : Lassociation trouv par relie une quipe ` un objet ; ce sont donc des couples (NoEquipe,NoObjet). e e a Lassociation trouv sur relie un objet ` une parcelle ; ce sont donc des couples (NoObjet,NoParcelle). e a En composant ces deux associations, nous obtenons des couples (NoEquipe,NoParcelle) signiant quune quipe e trouve sur une parcelle. Lassociation fouille relie une quipe qui fouille une parcelle ` une date donne ; ce sont donc des triplets e a e (NoEquipe,Date,NoParcelle). Dans ce schma, la contrainte dinclusion prcise, par le trait pointill, quelles sont les entits impliques par e e e e e linclusion. Donc linclusion porte sur les couples (NoEquipe,NoParcelle). La contrainte exprime donc la ncessit quune quipe na trouv sur une parcelle que si elle a fouill sur cette e e e e e parcelle. Mais la date de dcouverte ne participe pas a la contrainte. e `

October 16, 2008 a 13h41 `

15/31

October 16, 2008 a 13h41 `

Si on veut faire appara tre la contrainte un objet ne peut tre trouv sur une parcelle quun jour o` lquipe y e e u e travaillait, on peut dessiner le MCD de la faon suivante : c

Chercheurs IdfChercheur NomChercheur PrnomChercheur e Fonction

1:1

0:1

appartient ` a

dirige

SitesFouille NoSite Ville

Objets NoObjet Dsignation e Catgorie e Compltude e Conservation 1:n 1:1

I 1:1 trouv par e 1:n 0:n 0:n 1:1

contient

trouv sur e

Dates DateFouille I

Equipes NoEquipe NomEquipe Sigle

1:1

0:n

1:n

0:n

Parcelles NoParcelle Longueur Largeur

0:n

fouille

Figure 5: les fouilles archologiques e Cette solution est quivalente aux prcdentes, au sens o` elle conduit au mme mod`le logique. De plus, elle fait e e e u e e appara la contrainte sur la date de dcouverte. tre e Quelques explications concernant la composition et linclusion : Lassociation trouv par relie une quipe qui trouve un objet ` une date donne ; ce sont donc des triplets e e a e (NoEquipe,Date,NoObjet). Lassociation trouv sur relie un objet ` une parcelle ; ce sont donc des couples (NoObjet,NoParcelle). e a En composant ces deux associations, nous obtenons des triplets (NoEquipe,Date,NoParcelle) signiant quune quipe trouve sur une parcelle ` une date donne. e a e Lassociation fouille relie une quipe qui fouille une parcelle ` une date donne ; ce sont donc des triplets e a e (NoEquipe,Date,NoParcelle). Linclusion indique donc quun objet ne peut tre trouv sur une parcelle ` une date donne que si lquipe fouille e e a e e cette parcelle ` cette date. a Cette solution permet dintgrer la date dans linclusion. Cest probablement la solution la plus prcise. e e

October 16, 2008 a 13h41 `

16/31

October 16, 2008 a 13h41 `

2.2

Mod`le logique des donnes e e

Tous les mod`les conceptuels m`nent au mme mod`le logique. En eet, les contraintes dinclusion nont pas de e e e e traduction dans ce mod`le logique. e Pour traduire le schma de la gure 5, la date de dcouverte devrait tre mise en italique car cest une cl e e e e externe provenant de lentit Dates mais lentit Dates dispara car elle ne contient quune seule proprit et que e e t ee cette proprit est intgre dans lentit Objets. ee e e e
Objets NoObjet Designation Categorie Completude Conservation DateDecouverte RefParcelle RefEquipe

Sites NoSite Ville

Equipes NoEquipe NomEquipe Sigle RefDirecteur

Fouilles RefParcelle DateFouille RefEquipe

NoEquipe =RefEquipe

RefDirecteur =NoChercheur

Parcelles NoParcelle Longueur Largeur RefSite

Chercheurs NoChercheur NomChercheur PrenomChercheur Fonction RefEquipe

Figure 6: les fouilles archologiques e

October 16, 2008 a 13h41 `

17/31

October 16, 2008 a 13h41 `

2.3

Variante au sujet des fouilles

Si on avait impos quune quipe ne puisse fouiller quune seule parcelle par jour, on aurait pu indiquer une contrainte e e dintgrit fonctionnelle (sans avoir ` changer les cardinalits). e e a e

Chercheurs IdfChercheur NomChercheur PrnomChercheur e Fonction

1:1

0:1

appartient ` a

dirige

SitesFouille NoSite Ville

Objets NoObjet Dsignation e Catgorie e Compltude e Conservation 1:n 1:1

I 1:1 trouv par e 1:n 0:n 0:n 1:1

contient

trouv sur e

Dates DateFouille

Equipes NoEquipe NomEquipe Sigle

1:1

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

1:n

0:n

fouille

Figure 7: les fouilles archologiques e

October 16, 2008 a 13h41 `

18/31

October 16, 2008 a 13h41 `

Et dans ce cas, le MLD aurait t le suivant. ee

2.4

Mod`le logique des donnes e e

Objets NoObjet Designation Categorie Completude Conservation DateDecouverte RefParcelle RefEquipe

Sites NoSite Ville

Equipes NoEquipe NomEquipe Sigle RefDirecteur

Fouilles DateFouille RefEquipe RefParcelle

NoEquipe =RefEquipe

RefDirecteur =NoChercheur

Parcelles NoParcelle Longueur Largeur RefSite

Chercheurs NoChercheur NomChercheur PrenomChercheur Fonction RefEquipe

Figure 8: les fouilles archologiques e

October 16, 2008 a 13h41 `

19/31

October 16, 2008 a 13h41 `

3
3.1

Le thtre ea
Mod`le conceptuel des donnes e e

Le nom de lentit est en majuscules, lidentiant est soulign. e e

Structures NoStructure NomStructure Ville Dpartement e Pays Abonns e NoAbonn e NomAbonn e Adresse Ville

0:n

0:n

0:n

joue ` e a

de la compagnie

bnciaire e e

1:1

1:1

1:1

ReprsExternes e NoReprsExterne e Date Heure PrixVente

ContratsAccueil NoContrat PrixAchat

Abonnements NoAbonnement Anne e FormuleChoisie

1:1

1:1

0:n

Ventes

Achats

SpectaclesVus

0:n

0:1

0:n

Pi`ces e NoPi`ce e Titre Auteur MetteurEnSc`ne e

1:n

Sc`neLocale e

1:1

ReprsLocales e NoReprsLocale e Date Heure

1:n 0:n I 0:n

Subventions Montant DateAttribution

TarifsConcerns e

BilletsEmis Nombre

0:n 0:n 0:n

Organismes NoOrganisme Nom Adresse

Tarifs CodeTarif LibellTarif e MontantTarif

October 16, 2008 a 13h41 `

20/31

October 16, 2008 a 13h41 `

La solution suivante est quivalente pour reprsenter linclusion. En eet, une reprsentation locale correspond e e e exactement ` une pi`ce. a e
Structures NoStructure NomStructure Ville Dpartement e Pays Abonns e NoAbonn e NomAbonn e Adresse Ville

0:n

0:n

0:n

joue ` e a

de la compagnie

bnciaire e e

1:1

1:1

1:1

ReprsExternes e NoReprsExterne e Date Heure PrixVente

ContratsAccueil NoContrat PrixAchat

Abonnements NoAbonnement Anne e FormuleChoisie

1:1

1:1

0:n

Ventes

Achats

SpectaclesVus

0:n

0:1

0:n

Pi`ces e NoPi`ce e Titre Auteur MetteurEnSc`ne e

1:n

Sc`neLocale e

1:1

ReprsLocales e NoReprsLocale e Date Heure

1:n 0:n I 0:n

Subventions Montant DateAttribution

TarifsConcerns e

BilletsEmis Nombre

0:n 0:n 0:n

Organismes NoOrganisme Nom Adresse

Tarifs CodeTarif LibellTarif e MontantTarif

October 16, 2008 a 13h41 `

21/31

October 16, 2008 a 13h41 `

3.2

Mod`le logique des donnes e e

Structures NoStructure NomStructure Ville Dpartement e Pays Abonns e NoAbonn e NomAbonn e Adresse Ville RefAbonnement

ReprsExternes e NoReprsExterne e Date Heure PrixVente RefStructure RefPi`ce e

ContratsAccueil NoContrat PrixAchat RefStructure RefPi`ce e

Abonnements NoAbonnement Anne e FormuleChoisie

SpectaclesVus RefAbonnement RefReprsLocale e

Pi`ces e NoPi`ce e Titre Auteur MetteurEnSc`ne e

ReprsLocales e NoReprsLocale e Date Heure RefPi`ce e

Subventions RefPi`ce e RefOrganisme Montant DateAttribution

TarifsConcerns e RefPi`ce e RefTarif

BilletsEmis RefReprsLocale e RefTarif Nombre

Organismes NoOrganisme Nom Adresse

Tarifs CodeTarif LibellTarif e MontantTarif

October 16, 2008 a 13h41 `

22/31

October 16, 2008 a 13h41 `

4
4.1

Le zoo
Mod`le conceptuel des donnes e e

Le nom de lentit est en majuscules, lidentiant est soulign. e e

TypesEnclos CodeType LibellType e

Zones Gographiques e CodeZone LibellZone e

Familles CodeFamille NomFamille

0:n

0:n 0:n

est de type

localisation eectif local

classication

1:n 1:1 Animaux IdfAnimal NomAnimal Sexe DateNaissance DateArrive e Remarques 1:1

Enclos CodeEnclos Situation

0:n

enferm dans e

1:1

1:1

appartient ` a

0:n

Esp`ces e CodeEsp`ce e NomScientique NomVulgaire Population

1:n

mange quantit e

0:n

1:n est remplac par e taux 0:n

Aliments CodeAliment NomAliment QuantitStock e

October 16, 2008 a 13h41 `

23/31

October 16, 2008 a 13h41 `

5
5.1

Le cabinet conseil
Mod`le conceptuel des donnes e e

Le nom de lentit est en majuscules, lidentiant est soulign. e e

Etudiants NoEtudiant Nom Prnom e DateNaissance Adresse

1:n

de

1:1

Inscriptions NoInscription Anne e Obtenu 1:1

1:1

liste 0:n

but 0:n

Instituts NoInstitut Nom Adresse

1:n

former

0:n

Diplmes o NoDiplme o Libell e

0:n

0:n

possder e Anne e satisfaire 1:n 1:n

Fonctions NoFonction Libell e

0:n

aptitude Rmunration e e

1:n

Candidats NoCandidat Nom Prnom e DateNaissance Adresse SituaFamiliale SituaProfession Mobilit e

0:n 0:n 0:1

poste

contacter 1:n Dates Date

employer

1:1

0:n

0:n

Missions NoMission DateOuverture Rmunration e e

1:1

coner

0:n

Entreprises NoEntreprise Nom Activit e Adresse Cliente

October 16, 2008 a 13h41 `

24/31

October 16, 2008 a 13h41 `

5.2

Mod`le logique des donnes e e

Le nom de lentit est en majuscules, lidentiant est soulign, les rfrences sont en italique. e e ee

Etudiants NoEtudiant Nom Prnom e DateNaissance Adresse

NoEtudiant=RefEtudiant

NoInstitut=RefInstitut

Inscriptions NoInscription Anne e Obtenu RefEtudiant RefInstitut RefDiplme o

NoDiplme=RefDiplme o o

Instituts NoInstitut Nom Adresse

Instituts.NoInstitut= Former.RefInstitut

former RefInstitut RefDiplme o

Former.RefDiplme= o Diplmes.NoDiplme o o

Diplmes o NoDiplme o Libell e

NoDiplme=RefDiplme o o NoDiplme=RefDiplme o o possder e RefDiplme o RefCandidat Anne e NoCandidat=RefCandidat

satisfaire RefFonction RefDiplme o

NoFonction=RefFonction

Fonctions NoFonction Libell e

NoFonction= RefFonction

aptitude RefFonction RefCandidat Rmunration e e

NoCandidat= RefCandidat

Candidats NoCandidat Nom Prnom e DateNaissance Adresse SituaFamiliale SituaProfession Mobilit e RefEntreprise

NoCandidat=RefCandidat contacter RefMission RefCandidat Date NoMission=RefMission NoEntreprise=RefEntreprise

NoFonction=RefFonction

Missions NoMission DateOuverture Rmunration e e RefFonction RefEntreprise

NoEntreprise=RefEntreprise

Entreprises NoEntreprise Nom Activit e Adresse Cliente

October 16, 2008 a 13h41 `

25/31

October 16, 2008 a 13h41 `

6
6.1

Les assurances
Mod`le conceptuel des donnes e e

Le nom de lentit est en majuscules, lidentiant est soulign. e e

Clients IdfClient NomClient PrnomClient e Adresse Ville

DossiersSinistres CodeDossier DateOuverture DateClture o Indemnits e

1:1

suit

0:n

Correspondants IdfCorrespondant NomCorrespondant Tlphone ee

1:1 0:n 1:n 1:1 charg de e

interventions 1:n Dates Date 1:n

signature

dpend de e

1:1

0:n

Experts IdfExpert NomExpert Tlphone ee

Contrats NoContrat DateSouscription DateEchance e

1:1

est dni par e 0:n

Formules CodeFormule Libell e

1:n

prvoit e plafond franchise

1:n

Garanties CodeGarantie Libell e

October 16, 2008 a 13h41 `

26/31

October 16, 2008 a 13h41 `

6.2

Mod`le logique des donnes e e

Le nom de lentit est en majuscules, lidentiant est soulign, les rfrences sont en italiques. e e ee

Clients IdfClient NomClient PrnomClient e Adresse Ville

DossiersSinistres CodeDossier DateOuverture DateClture o Indemnits e RefCorrespondant RefExpert RefContrat

RefCorrespondant = IdfCorrespondant

Correspondants IdfCorrespondant NomCorrespondant Tlphone ee

CodeDossier = RefDossier Interventions RefDossier Date RefContrat = NoContrat

RefExpert = IdfExpert

IdfClient = RefClient

Experts IdfExpert NomExpert Tlphone ee

Contrats NoContrat DateSouscription DateEchance e RefClient RefFormule RefFormule = CodeFormule

RefFormule = CodeFormule

Couvertures RefFormule RefGarantie Plafond Franchise

RefGarantie = CodeGarantie

Formules CodeFormule Libell e

Garanties CodeGarantie Libell e

October 16, 2008 a 13h41 `

27/31

October 16, 2008 a 13h41 `

6.3

Mod`le conceptuel des donnes (version 2) e e

Si les entits Experts et Correspondants contiennent les mmes informations, on devrait les fusionner. e e Le nom de lentit est en majuscules, lidentiant est soulign. e e

Clients IdfClient NomClient PrnomClient e Adresse Ville

DossiersSinistres CodeDossier DateOuverture DateClture o Indemnits e

1:1

suit

0:n

CorrespExperts IdfCorrespExpert Nom Tlphone ee

1:1 0:n 1:n 1:1 charg de e

0:n

interventions 1:n Dates Date

signature

dpend de e

1:1

0:n

Contrats NoContrat DateSouscription DateEchance e

1:1

est dni par e 0:n

Formules CodeFormule Libell e

1:n

prvoit e plafond franchise

1:n

Garanties CodeGarantie Libell e

October 16, 2008 a 13h41 `

28/31

October 16, 2008 a 13h41 `

6.4

Mod`le logique des donnes (version 2) e e

Le nom de lentit est en majuscules, lidentiant est soulign, les rfrences sont en italiques. e e ee

Clients IdfClient NomClient PrnomClient e Adresse Ville

DossiersSinistres CodeDossier DateOuverture DateClture o Indemnits e RefCorrespondant RefExpert RefContrat

RefCorrespondant = IdfCorrespondant

RefExpert = IdfExpert

CorrespExperts IdfCorrespExpert Nom Tlphone ee

CodeDossier = RefDossier Interventions RefDossier Date RefContrat = NoContrat

IdfClient = RefClient

Contrats NoContrat DateSouscription DateEchance e RefClient RefFormule RefFormule = CodeFormule

RefFormule = CodeFormule

Couvertures RefFormule RefGarantie Plafond Franchise

RefGarantie = CodeGarantie

Formules CodeFormule Libell e

Garanties CodeGarantie Libell e

October 16, 2008 a 13h41 `

29/31

October 16, 2008 a 13h41 `

7
7.1

Lentrept o
Mod`le conceptuel des donnes e e

Le nom de lentit est en majuscules, lidentiant est soulign. e e

CodesStatuts CodeStatut Libell e

Techniciens NoTechnicien Nom Prnom e Adresse 1:n

1:1

rsidence e

1:n

Villes CodePostal Ville

0:n

statut

responsable

1:1

1:1

Inventaires NoInventaire Anne e Semaine Commentaires

1:1

contrle o hebdomadaire

0:n

DossiersLots NoDossier DateArrivage Quantit e DateRetrait

1:1

arrivage

0:n

Produits NoProduit Libell e Volume Poids Description 1:1

0:n vrication e Date Rsultat e I 0:n 1:n

1:1

loi

rayon

1:n

Contrles o NoContrle o Libell e

1:n

liste vrications e

1:n

Cadres NoCadre DureMax e TempratureMin e TempratureMax e

Catgories e NoCatgorie e Libell e

October 16, 2008 a 13h41 `

30/31

October 16, 2008 a 13h41 `

7.2

Mod`le logique des donnes e e

Le nom de lentit est en majuscules, lidentiant est soulign, les rfrences sont en italiques. e e ee

CodesStatuts CodeStatut Libell e

Techniciens NoTechnicien Nom Prnom e Adresse CodePostal

CodePostal = CodePostal

Villes CodePostal Ville

CodeStatut = RefStatut

NoTechnicien = RefTechnicien

Inventaires NoInventaire Anne e Semaine Commentaires RefTechnicien RefStatut RefDossier

NoDossier = RefDossier

DossiersLots NoDossier DateArrivage Quantit e DateRetrait RefProduit

NoProduit = RefProduit

Produits NoProduit Libell e Volume Poids Description RefCategorie RefCadre

NoInventaire = RefInventaire NoCadre = RefCadre

Vrications e RefInventaire RefContrle o Date Rsultat e

NoCatgorie e = RefCatgorie e

NoContrle = RefContrle o o

Contrles o NoContrle o Libell e

NoContrle o = RefContrle o

Liste Vrications e RefContrle o RefCadre

NoCadre = RefCadre

Cadres NoCadre DureMax e TempratureMin e TempratureMax e

Catgories e NoCatgorie e Libell e

October 16, 2008 a 13h41 `

31/31

October 16, 2008 a 13h41 `