Rapport N°1 : Base de Données

Le Modèle Conceptuel Des Données MCD

Réalisé par :

Mohamed Amine El moudni

Zouhair Bibi

Abdessamie Boqtob

Sous l’Encadrement de : Mr El Mouhajir Mohammed

Les Exercices Traités Dans cette rapport :

Leçon Elève Bateau Permis Moniteur Examen

Spécialité ( Du Moniteur )

Exercice 2

Les Entités :

Les Relations :

Leçon Bateau S’effectuer

Elève Permis Préparer

Elève Examen S’inscrire

Elève Prendre

Leçon

Moniteur

Moniteur Avoir Spécialité

∀ Fluvial

Maritime

Les règles de gestion dans le texte d’exercice :

1. Les moniteurs, certains spécialisée dans le domaine fluvial, certain dans le domaine maritime, certain dans les deux domaines.

2. Une leçon s’effectue sur un bateau donné avec un moniteur donné. 3. Au cours des différentes leçons, un élève peut avoir affaire à plusieurs moniteurs, mais un

seul par leçon.

En déduit :

1. ∀ Le Moniteur ∃ au moins une spécialité, et au maximum deux spécialité .

1,2

Présentation du MCD à l’aide « Power AMC » :

Cardinalité :

Moniteur Avoir Spécialité

∀ Spécialité

∀

On traite le cas inverse « Spécialité -> Moniteur »

On ∀La Specialité ∃au moins un moniteur qui appartient à cette spécialisation et

au maximum plusieurs moniteurs.

1, n

2. On a l’entité leçon est caractérisé par l’attribut date leçon donc on n’a pas la possibilité

d’avoir plusieurs bateaux qui contient la même leçon.

1,1

Spécialité Moniteur

Avoir

Date :

31/10/2015 à

13 :15

Disponible

Disponible

Disponible

Leçon Bateau S’effectuer

∀

∀

On traite le cas inverse « Bateau -> Leçon »

On ∀Le Bateau ∃au moins une leçon qui peut s’effectuer dans cette bateau, et au maximum

Plusieurs leçons.

1,n

3. ∀ L’élève ∃ au moins moniteur qui encadré cette élève , et au maximum plusieurs

moniteurs.

1,n

Date : 31/10/2015

Date :

31/10/2015

Date : 02/11/2015

Leçon Bateau S’effectuer

Elève Moniteur Prendre

∀

∀

On traite le cas inverse « Moniteur -> Elève »

On ∀Le Moniteur ∃au moins un élève qui est encadré par cette moniteur, et au maximum

Plusieurs Elèves.

1,n

∀ Le Moniteur ∃ au moins une leçon qui peut donner par cette Moniteur, et au

maximum plusieurs leçons.

1,n

Moniteur Elève Prendre

Date : 31/10/2015

Date : 02/11/2015

Date :

31/10/2015

Moniteur Leçon Prendre

∀

∀

On traite le cas inverse « Leçon -> Moniteur »

On ∀La Lecon ( Avec une date précis ) ∃une seule Moniteur qui peut le donner.

1,1

Traitement des autres cardinalités : 1. Relation (Elève -> Permis)

Supposons que quand un candidat vient à l’école pour l’inscription le système informatique crée un

dossier qui contient un numéro du permis qui va l’obtenir s’il réussit dans l’examen en plus on suppose que

l’école ne permet pas à l’élève de préparer les deux types de permis on même temps, Grâce à cette hypothèse,

nous concluons que si on prendre un élève il a la possibilité d’obtenir une seule Permis parmi les autres

permis de l’école.

1,1

Date : 31/10/2015

Disponible

Disponible

Disponible

Leçon Moniteur Prendre

Num : 12AB / Type : A

Num : 13AB / Type : B

Elève Permis Préparer

∀

Prépare à un permis de type A de Num 12AB

∀

Cas inverse (Permis -> Elève)

On ∀Le Permis ( Avec une Numéro précis ) ∃une seule Elève qui Prépare cette Permis .

1,1

2. Relation (Elève -> Examen)

On ∀L’Elève il peut préparer à une seule Examen ( car en a l’élève préparer à un examen précisé

par la date , on a pas la possibilité de trouver un élève qui prépare à plusieurs examen de date

différents ( on ne prendre pas en compte s’il y a un examen de rattrapage ou non ) ).

1,1

Num : 12AB / Type : A

Prépare à un permis de type B de Num 13AB

Permis Elève Préparer

Date : 01/11/2015 à 13 :15

Date : 02/11/2015 à 10 :00

L’école précis que le 02/11/2015 est la date pour passer l’examen

de cette occurrence.

Elève Examen Préparer

∀

Cas inverse (Examen -> Elève)

On ∀L’Examen ( Avec un date précis ) ∃au moins un élève qui passe cette examen, et au

maximum plusieurs élèves.

1,n

Date : 01/11/2015 à 13 :15 Date d’exam : 01/11/2015

Date d’exam : 01/11/2015

Examen Elève Préparer

1. Relation (Personne->Ville)

Dimension :

Il faut une occurrence de l’entité Personne et une autre de l’entité Ville pour que la relation Habiter et

bien défini.

Donc La relation est binaire -> Dim (Relation Habiter) = 2.

Fonctionnalités :

Une ville peut habiter par plusieurs Personne, mais une personne est habitée dans une seule ville.

Donc la fonctionnalité de la relation = 1, n.

2. Relation (Etudiant->Examen)

Dimension :

Pour que la relation Passer est bien défini il faut une occurrence au moins de l’entité Etudiant et autre de

l’entité Examen.

Donc La relation est binaire -> Dim (Relation Passer) = 2.

Fonctionnalités :

Un étudiant peut passer plusieurs Examens et chaque Examen peut être passé par plusieurs Etudiants.

Donc la fonctionnalité de la relation = n, n.

Exercice 3

Ville Personne Habiter

Etudiant Examen Passer

3. Relation (Personne->Voyage)

Dimension :

Il faut deux occurrence de l’entité Personne et une de l’entité Voyage pour bien défini la relation

propose.

Par exemple :

Ahmed a proposé de voyagé vers Montréal à Zouhir.

Donc La Dim (Relation Propose) = 3.

Fonctionnalités :

Un Personne peut proposer plusieurs Voyage et chaque Voyage peut être proposé par plusieurs

Personne.

Donc la fonctionnalités de la relation = n,n.

Voyage Personne Propose

1. Problème 1 + Corriger

Entité de prof possède deux clés d’identification, les relations DF entre chaque clé est les

autres attributs ne sont pas élémentaires donc il faut décomposer cette entité pour

obtenir la 3 FN.

2. Problème 2 + Corriger

D’après les règles de gestion on a « un élève peut avoir plusieurs notes dans une matière a des

dates différentes » alors il faut ajouter une entité de date cette dernière qui va être

relier avec la relation notation parce que la note dépend les 4 entités : élève, prof,

matière, date.

Exercice 4

PROF

Codeprof Nomprof Code_categ Nom_categ

ELEVE

Codelev nomelev

MATIERE

matiere

CLASSE

noclasse

1,1

prof

Codeprof Nomprof

1,n

Categorie

Code_categ Nom_categ

Notation

Note

Appartient

Salle

Fait cours

Appartenir

3. Problème 3 + Corriger

Au niveau des relations on a « fait cours » dépend seulement les entités classe et prof,

d’après la règle de gestion 2 « un professeur enseigne une seule matière » on peut

ajouter la relation enseigne entre les entités prof, matière.

Date

Date

matiere

matiere

prof

Codeprof Nomprof

eleve

Codelev nomelev

matiere

matiere

prof

Codeprof Nomprof Code_categ Nom_categ

classe

noclasse

Notation

note

Enseigne

Fait cours

4. Problème 4 + Corriger

La propriété SALLE ne dépend que de CLASSE d’après la règle de gestion « chaque classe

ne peut avoir cours que dans une seule salle », donc la faire migrer dans cette

entité.

classe

Noclasse salle

Présentation du MCD à l’aide « Power AMC » :

MCD

Stock

Ref No_magasin Designation Stock

Problème :

DF entre les clés et les autres attributs ne sont pas élémentaires, donc entité stock n’ai

pas en 2FN on peut la décomposer en deux.

produit

Ref designation

magasin

No-magasin

La DF Produit Magasin s'applique à la relation (stocker).

produit

Ref designation

1,n

magasin

No-magasin 1,n

Exercice 5

La relation COHABITE est une relation entre 3 entité :

ENFANT

PERSONNE

ADRESSE

Traitement de c’est relation :

On a les enfants habite sur une adresse et aussi habite avec chez leur personne.

Pour que la décomposition soit possible, il faut que la décompose la relation entre l’ENFANT et PERSONNE

Puisque les enfants habitent toujours chez leurs parents.

Sous ces conditions, on peut décomposer puisque la cardinalité minimale d’ENFANT est 1

On obtient les deux relations suivantes :

0.n

1.1

1.n

0.n

Exercice 6

ENFANT PERSONNE COHABITE

ENFANT ADRESSE COHABITE

ENFANT

PERSONNE

ADRESSE

FILS DE

COHABITE

a) Un employé a une et une seule société. Une société a 1 ou n employés.

MCD :

MLDR :

La relation A est une relation binaire aux cardinalités (X,1) - (X,n) avec X=0 ou X=1 « (1,1) – ( 1,n) » donc MLDR :

EMPLOYE (id_Employe , Nom_Employe, #id_Societe)

SOCIETE (id_Societe, Nom_Societe)

b) Une commande est composée de 1 ou n produits distincts en certaine quantité. Un produit est présent dans 0

ou n commandes en certaine quantité .

MCD :

MLDR :

La relation Compose est une relation binaire aux cardinalités (X,n) - (X,n) avec X=0 ou X=1 « (1,n) – ( 0,n) » donc

MLDR :

COMMANDE (id_Commande, Date_commande) PRODUIT (id_Produit, libelle)

COMPOSE (id_Commande, id_Produit, qantité)

c) Une société organisée de manière pyramidale : chaque employé a 0 ou 1 supérieur hiérarchique direct .

Simultanément , chaque employé est le supérieur hiérarchique direct de 0 ou pluqieurs employés .

MCD :

MLDR :

La relation sup_hiérarchique est une relation binaire aux cardinalités (X,1) - (X,n) avec X=0 ou X=1 « (0,1) – ( 0,n) »

Réflexive donc MLDR :

EMPLOYE (id_Employe, Nom_Employe, #id_Sup_Hierarchique)

Exercice 7

1,1

1,n

EMPLOYE

id_Employe

Nom_Employe

...

<pi> Caractère variable (200)

Caractère variable (200)

<O>

<O>

SOCIETE

id_Societe

Nom_Societe

...

<pi> Caractère variable (200)

Caractère variable (200)

<O>

<O>

A

0,1

0,n

EMPLOYE

id_Employe

Nom_Employe

...

<pi> Caractère variable (200)

Caractère variable (200)

<O>

<O>

sup_hiérarchique

1,n

0,n

COMMANDE

id_Commande

Date_Commande

...

<pi> Caractère variable (200)

Date

<O>

<O>

PRODUIT

id_Produit

Libelle

...

<pi> Caractère variable (200)

Caractère variable (200)

<O>

<O>

Compose

Quantité

Le #id_Sup_Hierarchique est l'identifiant du supérieur hiérarchique direct de l'employé considéré.

d) d'une organisation de type familiale : chaque personne a 0 ou n descendants directs (enfants), et a aussi 0 ou n

descendants directs (enfants).

MCD :

MLDR :

La relation Parenté est une relation binaire aux cardinalités (X,n) - (X,n) avec X=0 ou X=1 « (0,1) – ( 0,n) »

Réflexive , est cette relation sera en fait l'ensemble des couples (parents-enfants) présent dans cette famille donc

MLDR :

PERSONNE (id_Personne, Nom_Personne)

PARENTE (#id_Parent, #id_Enfant)

Le #id_Parent est l’identifiant d’un ascendant direct de la personne.

Le #id_Enfant est l'identifiant d'un descendant direct de la personne.

0,n

0,nenfant

parent

PERSONNE

id_Personne

Nom_Personne

...

<pi> Caractère variable (200)

Caractère variable (200)

<O>

<O>

Parenté