Niveau : Licence

Travaux Dirigés
Pr : Alami Laila

Travaux Dirigés

Modélisation conceptuelle et logique : MCD & MLD

Sujet 1: Gestion des examens

Ce système d’information correspond à la gestion des examens d’automne des étudiants S5 de
la FSJES.
Un étudiant est inscrit dans un parcours (Gestion ou Eco-Gestion), l’étudiant est connu par
son cne, son nom et son numéro d’examen. L’étudiant a le droit de passer un examen dans
tous les modules auxquels il est inscrit. Le planning des modules comporte le titre du module,
la date, l’heure et la durée. Un étudiant passe ses examens dans un même lieu (salle ou amphi)
connu par son numéro et sa capacité totale.
La plus part des professeurs assurent la surveillance dans la même salle ou amphi durant toute
la période des examens.
On ignore dans cet exercice le groupe de l’étudiant et les différents sujets par module.

Travail à réaliser : Donnez le MCD correspondant

Solution MCD:
1-1 1-N Parcours
0-N Etudiant #PNum
#Cne Inscrit PNom
Exam Enum
1-1
Nom
1-N
Module Lieu Affecté
#MNum #Lcode Professeur
Titre Ltype 0-N #Matricule
durée capacité Nom
Date Surveiller
heure
0-N 0-1
Solution MLD:
Etudiant ( Cne , Enum , Nom ,#PNum , #Lcode)
Module (MNum , Titre , durée , Date, Heure)
Lieu (Lcode , LType , capacité)
Parcours (PNum , PNom)
Professeur (Matricule , Nom , #Lcode)
Exam (#cne, #Mnum)
Sujet 2: Gestion d’une agence immobilière

Une agence de location de maisons à Fès désire gérer sa liste de logements. Elle voudrait en
effet connaître l’implantation de chaque logement (le quartier par exemple : Sidi Brahim,
Saada, Bensouda, …) ainsi que les personnes qui les occupent (les signataires uniquement).
Le loyer dépend d’un logement, mais en fonction de son type (maison, studio, T1, T2...)
l’agence facturera toujours en plus du loyer la même somme forfaitaire à ses clients.
Par exemple, le prix d’un studio sera toujours égal au prix du loyer + 100 dh de charges
forfaitaires par mois. Pour chaque logement, on enregistre l’adresse, la superficie et le loyer.
Quant aux individus qui occupent les logements (les signataires du contrat uniquement), on se
contentera de leurs noms, prénoms, date de naissance et numéro de téléphone. Pour chaque
quartier, on désire connaître le niveau (Haut standing, économique, …) ainsi que la distance
séparant le quartier de l’agence.
On ne gérera pas l’historique de l’occupation des logements par les individus.
On considère de plus qu’un individu ne peut être signataire que d’un seul contrat.

Dictionnaire de données
Propriété Signification Type Contrainte
Lcode Code du logement Texte Identifiant du logement
Adresse Adresse du logement Texte
Superficie Superficie du logement en m2 réel
Loyer Montant du loyer réel
LocCode Code du locataire Texte Identifiant du Locataire
LocNom Nom du locataire Texte
LocPrenom Prénom du locataire Texte
LocDateN Date de naissance du locataire Date
LocTel Numéro de téléphone du locataire entierLong
Qcode Code du Quartier texte Identifiant du quartier
Nom Nom du Quartier texte
Distance Distance entre le quartier et Entier
l’agence
Niveau Niveau du quartier Texte
Tcode Code du type Logement Texte Identifiant du type
Logement
Tnom Nom du type de logement Texte
charge Charge à payer par type de entier
Logement

Le dictionnaire de données est épuré, il ne contient que les propriétés élémentaire et atomique.
Il n’ya ni synonyme, ni polysème.
Chaque entité doit avoir un identifiant.
Les associations représentent des liens sémantiques entre les entités.
Les cardinalités existent à travers les règles de gestion de l’énoncé.
Une certaine souplesse est acceptée en fonction des informations non disponibles dans
l’énoncé.
Par exemple : la cardinalité 0-N entre quartier et logement signifie que l’on peut enregistrer
un quartier qui ne contient aucun logement.
MCD
1-1 0-N
Logement . Quartier .
Implanté #Qcode
#Lcode
Adresse Nom
1-1
Superficie Distance
Loyer Niveau
Est_de 0-N
0-N
Locataire . Type_Logement.
#Loc_code #Tcode
Occupe Loc_Nom Tnom
Loc_Prenom Charge
1-1 Loc_dateN
Loc_Tel

MLD
Chaque entité devient une relation (R1)
Dans cet exemple toutes les associations sont binaires à cardinalité unique dans un sens (R2)

Logement (Lcode, Adresse, Superficie, Loyer, #Qcode, #Tcode)

Quartier (Qcode, Nom , Distance, Niveau)
Type_Logement (Tcode , Tnom , Charge)
Locataire (Loc_code , Loc_nom , Loc_Prenom , Loc_dateN , Loc_Tel, #Lcode)
Sujet 3 : Gestion de la Procédure d’un Appel d’offre

Quand le service production souhaite trouver un fournisseur pour un nouveau produit, il fait une
demande auprès du service achats. Celui-ci crée le produit et saisit les caractéristiques du produit puis
des caractéristiques de l’appel d’offres : N° offre, Date offre, Date clôture offre, Quantité du produit
dans l’offre, N° Produit et nom du produit. L’appel d’offres est lancé généralement par voie de presse
spécialisée.
Le service achat reçoit alors régulièrement des offres fermes de fournisseurs. Dés réception de ces
offres les caractéristiques du fournisseur sont saisies dans une table fournisseur (N°, nom, Adresse,
CP, Ville).
Quand la date de dépouillement de l’appel d’offre est atteinte, et si des offres fermes ont été reçues, le
service achats examine ces offres.
Le service achats choisit la meilleure proposition (qui n’est pas forcément la moins chère, car il tient
compte aussi de la réputation du fournisseur) et informe le directeur d’usine du fournisseur choisi
parmi la liste des fournisseurs possibles.
Après accord de celui-ci (dans le cas contraire, le service des achats fait une autre proposition au
directeur d’usine que nous ne traiterons pas dans l’exercice), le service achats informe les candidats à
l’appel d’offres par une lettre de refus ou par une lettre d’acceptation accompagné d’un contrat à
signer pour le fournisseur choisi. Les caractéristiques du contrat sont saisit dans une table contrat où
on trouve le Numéro du contrat, la date du contrat, Quantité négociée et une signature d’acceptation ou
de refus.
Le service achat informe alors le service production du choix du fournisseur. Le produit est alors
disponible à la commande. Ceci se traduit par une saisie du prix unitaire du produit dans la table
produit.

Dictionnaire de données
Propriété Signification Contrainte
Ccode Numéro de contrat Identifiant de contrat
CDate Date du contrat
CQté Quantité négociée dans le contrat
Signé = oui si le contrat est signé, nom sinon
FNum Numéro du Fournissaur Identifiant du fournisseur
FNom Nom du Fournisseur
Adresse Adresse du Fournisseur
CodeP CodePostal du fournisseur
Ville Ville du Fournisseur
PNum Numéro du Rroduit Identifiant de produit
PNom Nom du Produit
PrixUnitaire Prix Unitaire du produit
ONum Numéro de l’offre Identifiant de l’offre
OCloture Date de Clôture de l’Offre
OQté Quantité demandée dans l’offre
MCD
1-1 0-N
Offre . Produit .
correspond #PNum
#ONum
OCloture PNOM
0-N
OQte PrixUnitaire
0-N
Comprend
Liste
1-1

0-N Contrat .
Fournisseur .
#Ccode
#FNum
Cdate
FNom
0-N 1-1 CQte
Adresse
Signe
CodeP
Ville Signer

Règles de gestion pour les cardinalités définies dans le MCD

Une offre correspond à un seul produit.
Un produit peut faire l’objet de plusieurs offres.
Plusieurs fournisseurs peuvent répondre à une offre.
Un fournisseur peut répondre à plusieurs offres.
Un fournisseur peut signer plusieurs contrats.
Un contrat est signé par un seul fournisseur. (s’il n’est pas signé la valeur de la propriété signé =
« N », le contrat existe et l’association aussi)
Un contrat comprend un seul produit.
Un produit correspond à plusieurs contrats.

MLD

Offre (ONum, ODate, OQte , #PNum)

Produit ( PNum, PNom , PrixUnitaire)
Fournisseur (FNum , FNom , Adresse, CodeP, ville
Contrat (Ccode , CDate, CQte , signé , #PNum, #FNum)
Liste (#ONum , # FNum)

Dans ce MLD, nous avons appliqué les règles : R1, R2 et R3