Le sujet comprend quatre dossiers indépendants

UTBM BD50 P2002 Final PAGE 1/7
Mr Fischer Christian
BD50 : Conception des Bases de Données
Printemps 2002
Examen final du 22 juin 2000 de 9h à 12h
Support de cours et travaux dirigés de BD50 autorisés
Le sujet comprend quatre dossiers indépendants.
Rédiger chaque dossier sur une copie séparée.
Compléter le dossier 4 sur le sujet et joignez ce dossier à la copie.
Barème :
Dossier 1 Journal SIXVOIX 7 pts
MEA
Dossier 2 Gestion des appels d’offres 6 pts
Reverse du MLD 1
Requêtes SQL 5
Dossier 3 Gestion d’une mutuelle d’assurance 4 pts
MLD 3
Optimisation du MLD 1
Dossier 4 Client-Serveur 3 pts
A1 1
A2 1
A3 1

UTBM BD50 P2002 Final PAGE 2/7
Dossier 1 : Journal SIXVOIX
Le journal SIXVOIX est spécialisé dans la diffusion d'informations "people". Afin de
permettre à ses lectrice d'être informées au mieux sur la vie des VIP (Very Important Person),
la rédaction souhaite mettre en place un système d'information les concernant. Ce système
d'information devra permettre d'une part de suivre la carrière, d'autre part de gérer les
publications du journal traitant des VIP.
1/ SUIVI DE LA CARRIÈRE DES VIP
Un VIP est une personne publique appartenant au monde du show-biz , du cinéma, ou encore
de la mode.
Outre l'identité (nom et prénom usuels), le sexe, la nationalité et la date de naissance du VIP,
le journal SIXVOIX veut connaître un certain nombre d'événements liés à la vie du VIP :
- son ou ses mariage(s), avec pour chacun d'eux, la date et le lieu de la cérémonie, l'identité
du conjoint (considéré également comme un VIP). Il est possible qu'un VIP se marie
plusieurs fois avec une même personne (par exemple les mariages célèbres du couple
mythique Richard Burton et Liz Taylor). En cas de séparation, la date de séparation et les
circonstances de la séparation sont également conservées.
- Pour chaque liaison avec un autre VIP, on conserve la date d'annonce de la liaison.
- selon le VIP, il est important de connaître
• pour un acteur de cinéma, la date de son premier tournage, les films long métrage
déjà réalisés (rôle joué, numéro de visa du film, date de réalisation, titre du film,
identité du réalisateur qui est un VIP).
• pour un chanteur ou un musicien, sa spécialité, les albums réalisés (date de
réalisation, titre de l'album, nom de la maison de disque).
• pour un mannequin (topmodel), sa taille, le nom de son agence, les défilés
auxquels le mannequin a participé (date du défilé, lieu, nom du couturier
également VIP).
Certes les stars sont immortelles mais si un VIP vient à disparaître, on conservera la date de
son décès.
-

UTBM BD50 P2002 Final PAGE 3/7
2/ GESTION DOCUMENTAIRE DES PUBLICATIONS
Pour la gestion de ses publications, la rédaction souhaite disposer d'une base documentaire
des photos et des exemplaires de la revue déjà publiés.
Pour chaque exemplaire de la revue, elle souhaite conserver :
- sa date de publication,
- son numéro de revue,
- pour chaque article : titre de l'article, numéro de la page où débute l'article, résumé.
Pour chaque photo, elle souhaite conserver :
- le numéro attribué à la photo par le journal,
- la photo sous forme d'image numérisée,
- la date de réalisation, le nom du photographe et de son agence de presse ;
- le lieu et les circonstances, les VIP présents sur la photo ;
- le (ou les) article(s) dans lesquels la photo a été publiée et le numéro de page dans
l'exemplaire de la revue concerné ;
- Pour chaque VIP, elle souhaite garder trace des articles qui lui ont été consacrés. Un
même article peut-être consacré à plusieurs VIP.
Travail à faire
Proposer un modèle entité-association étendu pour représenter le schéma conceptuel des
données manipulées dans le domaine de gestion décrit.

UTBM BD50 P2002 Final PAGE 4/7
DOSSIER 2 : Suivi des appels d’offres
Une base de données relationnelle a été implantée pour permettre le suivi des appels d’offres
et la réalisation des cahiers des charges destinés à y répondre. La description d’un extrait de
cette base est fournie
CLIENT (NumClient, NomClient, AdresseClient, ContactClient, CategorieClient)
EMPLOYE (NumEmploye, NomEmploye, PrenomEmploye, RoleEmploye)
APPEL (NumAppel, DateAppel, DescriptifAppel, EtatAppel, TypeAppel, NumClient,
NumResponsable)
CAHIER (NumCahier, DateCahier, MontantCahier, NumResponsable, NumAppel,
NumClient)
LIGNE_CAHIER (NumCahier, NumLigneCahier, DescriptionLigneCahier)
NumResponsable dans APPEL désigne le numéro de l’employé responsable de la réponse à
l’appel d’offre.
NumResponsable dans CAHIER désigne le numéro de l’employé responsable de la rédaction
du cahier des charges.
Dans la relation CAHIER, seulement l’un des deux attributs suivants est renseigné :
– soit NumAppel lorsque le cahier des charges répond à un appel d’offre préalable,
– soit NumClient dans le cas contraire.
Travail à faire
1 Construire le schéma entité-association correspondant à l’ensemble des relations
décrites ci-dessus.
2 Créer les tables CAHIER et LIGNE_CAHIER en précisant la clé primaire et clés
étrangères. Le choix du type de données est libre.
4 Écrire la requête SQL permettant d'obtenir la liste des cahiers des charges dans laquelle
chaque cahier des charges est caractérisé par son numéro, sa date et le nombre de lignes
qu’il contient.
5 Écrire la requête SQL permettant d'obtenir la liste des clients (nom et contact) pour
lesquels un cahier des charges a été rédigé par l'ingénieur Grimaud.
6 Écrire la requête SQL permettant d'obtenir le numéro et la date du cahier comportant le
plus de lignes.
7 On veut enregistrer le cahier des charges défini ci-dessous :
Le client MRSInfo, déjà enregistré sous le numéro CF3456, demande un devis le 24 janvier
2002 (n° D200201345) à l’ingénieur Alphonse Lepitre (déjà enregistré sous le matricule
DS453) pour l’extension de son parking visiteur d’une part et la réalisation d’un nouveau
portail automatique d’autre part, le tout pour un montant de 35 000 €. Il n'y a pas eu d'appel
d'offre préalable.
Rédiger les commandes SQL à exécuter pour ajouter le cahier des charges ci-dessus, en
indiquant dans quel ordre elles doivent être exécutées.

UTBM BD50 P2002 Final PAGE 5/7
DOSSIER 3 : MLD et Optimisation
1,n
1,n
date évaluation coefficient
1,n
(1 ,1 )
1,1
1,n
1,n
1,n
1,n
0,n
1,1
0,n
1,1
0,n
1,1
1,1
0,n
1,1
0,n
1,n
1,1
Soci ét aire
numér o sociétai re
nom sociétaire
prénom sociétaire
adr esse sociétair e
date de nai ssance soci étair e
numér o tél sociétair e
date d'adhésion
Soci étaire acti f
coef en vi gueur (C)
nb accidents pér iode en cours (C)
date der nier passage coef max
mode de r églement
coor données bancair es
date appel pér iode en cours ( C)
montant cotis appel ée (C)
Sociétaire radié
date radiati on
mo ti f r a di at ion
Bureau
n° bur eau l ocal
adr esse bureau
tél bur eau
r es pons a bl e bur e au
Contrat
num _i mmatri c ul at ion
date établ issement
marque véhicule
modèl e véhicule
q ual ifi c at if pui ss a nc e
ident puissance
année de sor ti e
nom conducteur pri ncipal
prénom conducteur pri ncipal
année obtention per mis
type de gar antie
nature contrat
date der nier versement
Est gér é
Compagnie
n° compagni e
adr esse compagnie
tél c ompag ni e
nom cor respondant
Sinis tr e
n° sini stre
date sinistr e
date enr egistrement
identité du conducteur
degré responsabilité sociétaire
cir constances accident
identité du tier s
Est traité avec
Concerne
Groupe
n° groupe
caractéristiques groupe
Nature
nature d'utilisation
désignation utilisation
Zone
zone d'utilisation
désignation zone
Appartient Est utilisé Se s itue
Détermine prime
montant semestr iel base
montant semestr iel option
montant annuel base
montant annuel opti on
Souscrit
Modèl e conceptuel de données
Proj et : Cie Assurance
Modèl e : Mutuell e d' assurances
Auteur : Fischer C. Version: 1 16/ 06/ 20 0 2
Dépar tement
code dépar tement
nom département
Est implanté
Date
JJM MAAAA
A pour coefficient
coefficient évalué
nombr e d'acci dents péri ode
Travail à faire
1. Fournir le modèle relationnel associé au MEA ci-dessus (représentation graphique ou
textuelle)
2. Proposer différentes solutions pour l’optimisation de votre modèle.