Vous êtes sur la page 1sur 6

Enoncé 1:

Un ensemble d'équipes de cyclistes se propose d’effectuer le tour du Maghreb sur un


ensemble d'étapes chronométrées.
Soit le schéma relationnel suivant ;

CYCLISTES (NumCycliste , NomCycliste , CodeEquipe, NomEquipe, DirecteurSportif,


CodePays, NomPays)

TEMPS (NumCycliste,NumEtape , VilleDepart , VilleArrivée, Distance, TempsRéalisé)

Soient les dépendances Fonctionnelles suivantes:


DF1 : CodeEquipe → NomEquipe
DF2 : CodePays → NomPays
DF3 : NumEtape → VilleDepart, VilleArrivée, Distance
(Ref Examen SP 2014-2015)

FN1: TOUS LES ATTRIBUTS DE LA RELATION SONT .


ÉLÉMENTAIRES ET MONO-VALUES
Les 2 relations sont en 1FN car il n’y a pas d’attributs
multi-valués ou composés.

FN2: TOUS LES ATTRIBUTS non-clé dépendent DE LA


TOTALITÉ DE LA CLÉ
CYCLISTES (NumCycliste, nomCycliste, codeEquipe, nomEquipe,
codePays, nomPays, directeurSportif )
ETAPES (NumEtape, villeD, villeArr, Distance)
TEMPS (Num Cycliste, NumEtape#, tempsRealise)

FN3: PAS DE DÉPENDANCE ENTRE LES ATTRIBUTS


non-clé
EQUIPES (codeEquipe, nomEquipe)
PAYS(codePays, nomPays)
CYCLISTES (NumCycliste, nomCycliste, CodeEquipe#,
codePays#, directeurSportif )

ETAPES (NumEtape, villeD, villeArr, Distance)


TEMPS (Num Cycliste, NumEtape#, tempsRealise)
Enoncé 2:

Soit la relation CINEMAS décrite comme suit:

CINEMAS (NumSalleCinema, NumFilm, DateDebutProjectionFilm, Dureefilm,


AdresseSalleCinema, NomSalleCinema, TitreFilm, NumCategorieFilm,
IntituleCategorieFilm, CodeRealisateur1, NomPrenomRealisateur1, codeRealisateur2,
NomPrenomRealisateur2)

Soient les dépendances fonctionnelles suivantes :


DF1 : NumCategorieFilm → IntituleCategorieFilm
DF2 : NumFilm → TitreFilm, NumCategorieFilm
DF3 : numSalleCinema → AdresseSalleCinema, NomSalleCinema
DF4 : codeRealisateur → NomPrenomRealisateur
DF5 : numFilm → codeRealisateur

NB:
l’adresse comporte: rue, ville, code postal.
Correction :
FN1: TOUS LES ATTRIBUTS DE LA RELATION SONT
ÉLÉMENTAIRES ET MONO-VALUES
1FN:
CINEMAS (NumSalleCinema, NumFilm, DateDebutProjectionFilm, Dureefilm, rue, ville, code
postal, NomSalleCinema, TitreFilm, NumCategorieFilm, IntituleCategorieFilm,
CodeRealisateur1, NomPrenomRealisateur1, codeRealisateur2, NomPrenomRealisateur2)

FN2: TOUS LES ATTRIBUTS non-clé dépendent DE LA


TOTALITÉ DE LA CLÉ
2FN:
FILMS (numFilm, titreFilm, NumcategorieFilm)
SALLES (numSalleCinema, rue, ville, code postal, NomSalleCinema)
CINEMAS (NumSalleCinema#, NumFilm#, DateDebutProjectionFilm, Dureefilm,
IntituleCategorieFilm, CodeRealisateur1, NomPrenomRealisateur1, codeRealisateur2,
NomPrenomRealisateur2)

FN3: PAS DE DÉPENDANCE ENTRE LES ATTRIBUTS


non-clé
3FN:
SALLES (numSalleCinema, rue, ville, code postal, NomSalleCinema)
Categories (numCategorie, intituleCategorie)
Realisateurs (codeRealisateur, NomPrenomRealisateur)
FILMS (numFilm, titreFilm, NumcategorieFilm#, CodeRealisateur1#, codeRealisateur2#)
CINEMAS (NumSalleCinema#, NumFilm#, DateDebutProjectionFilm, Dureefilm)

Enoncé 3:

Soit la relation suivante permettant d’enregistrer les différentes données relatives aux
employés d’une entreprise :

EMPLOYES (Matricule,
nom,prenom,dateNaissance,date_embauche,id_grade,salaire_grade ,salaire ,adresses
,numerosTels, id_Bureau, id_departement, nom_departement, capacite)

Soient les dépendances fonctionnelles suivantes:


DF1 : id_departement → nom_departement
DF2 : id_Bureau,id_departement → capacite
DF3 : id_grade → salaire_grade

NB:
Pour un employé, on souhaite enregistrer deux adresses, une adresse principale et une
adresse secondaire. Chaque adresse sera composée d’un numéro, une rue, un code postal
et le nom de la ville. Pour un employé, on souhaite aussi enregistrer son numéro de
téléphone du domicile et son numéro de portable. Le salaire d’un employé est calculé à
partir du salaire de son grade et selon son ancienneté.

Correction :
FN1: TOUS LES ATTRIBUTS DE LA RELATION SONT
ÉLÉMENTAIRES ET MONO-VALUES
1FN:
ADRESSES (idAdd, numAdd, rue, CodePostal, Ville)
EMPLOYES (Matricule,nom ,prenom ,dateNaissance, date_embauche,
id_grade,salaire_grade,salaire
,id_Bureau,id_departement,nom_departement,capacite,IdAddP#,IdAddS#,TelD,TelP).
FN2: TOUS LES ATTRIBUTS non-clé dépendent DE LA
TOTALITÉ DE LA CLÉ
2FN:
Les deux relations sont en 2eme FN car tous les attributs dépendent de la totalité de la clé.

FN3: PAS DE DÉPENDANCE ENTRE LES ATTRIBUTS


non-clé
3FN:
ADRESSES (idAdd, numAdd, rue, CodePostal, Ville)
GRADE (id_grade, salaire_grade)
DEPARTEMENTS (id_departement,nom_departement)
BUREAU (id_bureau,id_departement#,capacite)
EMPLOYES (Matricule, nom, prenom,
dateNaissance,date_embauche,id_grade#,salaire,(id_Bure,id_departement)#,IdAddP#,IdAd
dS#,TelD,TelP).

Enoncé 4:

Soient les deux relations décrivant la base de données relationnelles des lignes de
commandes des clients:

LigneCommandes (Matricule, CodePrioduit , DateCommande, Nom, Prenom, date_naissance,


libelle_produit, prix_produit,quantité_commandée, adresse_client))

ApprovionnementsStock (CodeProduit, CodeFournisseur, DateAppStock, description_fournisseur,


adresses_fournisseur)

Soient les dépendances Fonctionnelles suivantes :


DF1 : Matricule→ Nom, Prenom, date_naissance,adresse_client
DF2 : CodeProduit→ libelle_produit, prix_produit
DF3 : CodeFournisseur→ Description_fournisseur, adresses_fournisseur

NB:
Un client n'a qu'une seule adresse. Un fournisseur peut avoir plusieurs adresses.
Pour l’adresse, on souhaite enregistrer le numéro, le nom de la rue et la ville et le code
postal.

FN1: TOUS LES ATTRIBUTS DE LA RELATION SONT .


ÉLÉMENTAIRES ET MONO-VALUES

LigneCommandes(Matricule ,CodeProduit ,DateCommande, Nom, Prenom,


date_naissance, libelle_produit, prix_produit,quantité_commandée, numRue, rue,
CodePostal, Ville)

ApprovionnementsStock (CodeProduit, CodeFournisseur, DateAppStock,


description_fournisseur)

ADRESSES_F (idAdd, num_r, rue, CodePostal, Ville,CodeFournisseur#)

FN2: TOUS LES ATTRIBUTS non-clé dépendent DE LA


TOTALITÉ DE LA CLÉ

Client (Matricule , Nom, Prenom, date_naissance, numrue, rue, CodePostal, Ville)


Produit (CodeProduit, libelle_produit, prix_produit)
Fournisseur (CodeFournisseur,description_fournisseur)
ADRESSES_F (idAdd, num, rue, CodePostal, Ville, CodeFournisseur#)
LigneCommandes (Matricule# ,CodeProduit# ,DateCommande,quantité_commandée)
ApprovionnementsStock (CodeProduit#, CodeFournisseur#, DateAppStock)

FN3: PAS DE DÉPENDANCE ENTRE LES ATTRIBUTS


non-clé
Les relations sont en 3FN car il n y’a pas de dépendances
entre les attributs non clé.
Enoncé 5:

DEVELOPPEMENTS (id_module, id_projet, id_ingenieur, description_module,


charge_dev_module , nom_projet, charge_dev_projet, nom_ing, prenom_ing)

Avec les DEPENDANCES FONCTIONNELLES suivantes :


DF1 : id_module, id_projet → description_module, charge_dev_module
DF2 : id_projet → nom_projet, charge_dev_projet
DF3: id_ingenieur → nom_ing, prenom_ing

FN1: TOUS LES ATTRIBUTS DE LA RELATION SONT


ÉLÉMENTAIRES ET MONO-VALUES
La relation développements est 1ere forme normale.
FN2: TOUS LES ATTRIBUTS non-clé dépendent DE LA
TOTALITÉ DE LA CLÉ
Ingenieurs (id_ingenieur, nom_ing, prenom_ing )
Projets (id_projet, nom_projet, charge_dev_projet)
Modules(id_module, id_projet #, description_module, charge_dev_module)
DEVELOPPEMENTS (id_module#, id_projet#, id_ingenieur#)

FN3: PAS DE DÉPENDANCE ENTRE LES ATTRIBUTS


non-clé
Pas de DFs entre les attributs non clé. On obtient alors 4 relations en 3FN !!

Enoncé 6:

ASSURES (id_assure, tel, email, nom, prenom, registre_Commercial, nom_societe)


CONSTATS (id_assure1, id_assure2, date_constat, description_constat)

Avec les DEPENDANCES FONCTIONNELLES suivantes :


DF1 : id_assure1 → tel, email, nom, prenom
DF2 : id_assure2 → tel, email, registre_commercial, nom_societe

FN1: TOUS LES ATTRIBUTS DE LA RELATION SONT


ÉLÉMENTAIRES ET MONO-VALUES

Les deux relations vérifient le 1er FN (pas d’attributs composés ni multi values)

FN2: TOUS LES ATTRIBUTS non-clé dépendent DE LA


TOTALITÉ DE LA CLÉ
Assure ( id_assure, tel,email) LA notion d’héritage
AssurePer (id_assure1#, nom, prenom)
AssureCom ( id_assure2 #, registre_commercial, nom_societe )

CONSTATS (id_assure1#, id_assure2#, date_constat, description_constat)

On obtient alors 4 relations en 2FN !


FN3: PAS DE DÉPENDANCE ENTRE LES ATTRIBUTS
non-clé
Pas de DFs entre les attributs non clé et donc les 4 relations vérifient le 3FN.