Conception d'une application web pour la publication des résultats académiques dans un portail documentaire.

III.2.2.8.2. DESCRIPTION SEMANTIQUE DES ENTITES

Les tableaux suivants présentent les entités concernés pour notre étude. a. ENSEIGNANT

Tableau III.3 : Entité d'enseignant

MNEMONIQUE	LIBELLE	CARACTERE		OBSERVATION
		AN	N
matri	Matricule	10	-	Identifiant
nom	Nom	20	-	-
post	Postnom	20	-	-
pren	Prénom	20	-	-

I S T A 2 0 1 4 - 2 0 1 5 Page | - 60 -

I S T A 2 0 1 4 - 2 0 1 5 P a g e | - 61 -

sexe	Sexe	1	-	-
etciv	Etat civil	1	-	-
nivet	Niveau Etude	3	-	-
danais	Date de Naissance	10	-	-
linais	Lieu de Naissance	20	-	-

b. ETUDIANT

Tableau III.4 : Entité étudiant

MNEMONIQUE	LIBELLE	CARACTERE			OBSERVATION
		N
Matricule étudiant	10	-		Identifiant	nom
Nom	20	-		-	post
Postnom	20	-		-	pren
Prénom	20	-		-	sexe
Sexe	1	-		-	danais
Date de Naissance	10	-		-	linais
Lieu de Naissance	20	-		-

c. CLASSE

Tableau III.5 : Entité classe

MNEMONIQUE	LIBELLE	CARACTERE			OBSERVATION
		N
Code classe	10	-		Identifiant	nomclasse
Nom classe	20	-		-

d. OPTION

Tableau III.6 : Entité option

MNEMONIQUE		LIBELLE	CARACTERE		OBSERVATION
			AN	N
codoption		Code option	10	-	Identifiant
nomoption		Nom option	20	-	-

e. COURS

Tableau III.7 : Entité cours

MNEMONIQUE	LIBELLE	CARACTERE			OBSERVATION
		N
Code cours	10	-		Identifiant	nomcours
Nom cours	30	-		-	max
Maxima	-	3		-

f. COTES

Tableau III.8 : Entité cotes

MNEMONIQUE	LIBELLE	CARACTERE			OBSERVATION
		N
Code cote	5	-		Identifiant	datecotation
Date de cotation	10	-		-	note
Note	-	3		-

g. PERIODE

Tableau III.9 : Entité période

MNEMONIQUE	LIBELLE	CARACTERE		OBSERVATION
		AN	N
codper	Code période	5	-	Identifiant
libelle	Libellé	20	-	-

III.2.2.8.3. REGLES DE GESTION

a. Règle 1 :

> Un étudiant évolue dans une ou plusieurs classes,

> Dans une classe peut évoluer un ou plusieurs étudiants. b. Règle 2 :

> Un enseignant dispense un ou plusieurs cours dans une ou plusieurs classes,

> Dans une classe, un cours est dispensé par un ou plusieurs enseignants.

c. Règle 3 :

> Une option concerne une ou plusieurs classes, > Une classe est concernée par une option.

I S T A 2 0 1 4 - 2 0 1 5 P a g e | - 62 -

d. Règle 4 :

> Un enseignant transcrit une ou plusieurs cotes, > Une cote est transcrite par un enseignant.

e. Règle 5 :

> Une cote concerne un étudiant,

> Un étudiant est concerné par une ou plusieurs cotes.

f. Règle 6 :

> Une cote concerne un cours,

> Un cours est concerné par une ou plusieurs cotes.

g. Règle 7 :

> Une cote appartient à une période,

> Dans une période peut appartenir une ou plusieurs cotes.

III.2.2.8.4. DESCRIPTION DES ASSOCIATIONS

Tableau III.10 : Description des associations

Nom de l'association	Cardinalité	Dimension	Entités
Evoluer	1,n-1,n	Binaire(2)	Etudiant et Classe
Concerner	1,n-1,1	Binaire (2)	Option et Classe
Dispenser	1,n-1,n-1,n	Ternaire(3)	Enseignant, Cours et Classe
Concerner	1,n-1,1	Binaire(2)	Etudiant et Cotes
Transcrire	1,n-1,1	Binaire(2)	Enseignant et Cotes
Concerner	1,1-1,n	Binaire(2)	Cotes et Cours
Appartenir	1,n-1,1	Binaire(2)	Période et Cotes

III.2.2.8.5. DICTIONNAIRE DES DONNEES

Le dictionnaire de données est à la fois le support du travail, le résultat de la recherche et de l'analyse de données. Il se présente sous forme d'un tableau. Un dictionnaire de données recense et décrit l'ensemble des propriétés qui seront utilisées par le système.

I S T A 2 0 1 4 - 2 0 1 5 Page | - 63 -

Tableau III.11 : Dictionnaire des données

MNEMONIQUE	LIBELLE	NATURE	TAILLE	OBSERVATION
matrie	Matricule étudiant	AN	10	Identifiant
nom	Nom	AN	20	-
	Postnom	AN	20	-
post	Prénom	AN	20	-
pren	Sexe	AN	1	-
sexe	Etat civil	AN	1	-
etciv	Niveau Etude	AN	3	-
nivet	Date de naissance	AN	10	-
danais linais	Lieu de naissance	AN	20	-
matri	Matricule	AN	10	Identifiant
nom	Nom	AN	20	-
post	Postnom	AN	20	-
pren	Prénom	AN	20	-
sexe	Sexe	AN	1	-
danais	Date de naissance	AN	10	-
linais	Lieu de naissance	AN	20	-
codclasse	Code Classe	AN	10	Identifiant
nomclasse	Nom classe	AN	20	-
codoption	Code option	AN	10	Identifiant
nomoption	Nom option	AN	20	-
codcours	Code cours	AN	10	Identifiant
nomcours	Nom cours	AN	30	-
max	Maxima	AN	3	-
codcote	Code cote	AN	5	Identifiant
datecotation	Date de cotation	AN	10	-
note	Note	AN	3	-
codper	Code période	AN	5	Identifiant
libelle	Libellé	AN	20	-

I S T A 2 0 1 4 - 2 0 1 5 Page | - 64 -

III.2.2.8.6. PRESENTATION DU MODELE CONCEPTUEL DE DONNEES BRUT (MCDB)

La figure III.7 présente le modèle conceptuel de données bruts

1, n

Apparteni

1, 1 1, 1

COTES 1, n

Concerne

Evoluer

anscol

1, n

Concerne

1, 1

1, n

1, 1 1, n

Transcrir

PERIODE

codper
libelle

codcote
datecotation
note

Concerne

1, n

ETUDIANT

matrie nom post pren sexe

danais
linais

CLASSE

codclasse
nomclasse

1, n

1, 1

ENSEIGNANT

matri nom post pren sexe etciv nivet danais linais

1, n

Dispenser

anscol

1, n

OPTION

codoption
nomoption

1, n

COURS

codcours
nomcours
max

Fig. III.7 : Modèle conceptuel de données brut (MCDB)

III.2.2.8.7. NORMALISATION

La modélisation est une opération intellectuelle qui consiste à représenter graphiquement en vue de visualiser les différents objets, leurs propriétés, les différentes relations et leurs contraintes ainsi que la dépendance

I S T A 2 0 1 4 - 2 0 1 5 Page | - 65 -

fonctionnelle (DF) ou contraintes d'intégrité fonctionnelle (CIF). Elle permet donc d'avoir une vision globale, simple mais complexe.

En d'autres termes, elle doit être autant que possible claire, fiable, correcte et représentée de manière exhaustive, le réel perçu.

En effet, le modèle conceptuel de données à la description du contenu de la base de données est le résultat d'un travail d'analyse et de conception d'un système d'information automatisé.

Le rôle d'une contrainte d'intégrité fonctionnelle (CIF) entre deux entités est de relier une entité de cardinalité (1, 1) et une autre dite de cardinalité (1, n).

Le même symbole peut remplacer une relation reliant une source de cardinalité (0, 1) et une autre de cardinalité (1, 1).

Le rôle d'une contrainte d'intégrité multiple (CIM) entre deux entités est de relier une entité de cardinalité (1, n) et une autre toujours de cardinalité (1, n).

Le même symbole peut remplacer une relation reliant une source de cardinalité (0, n) et une autre de cardinalité (1, n).

III.2.2.8.7.1 REGLE DE NORMALISATION¹

a. Normalisation des entités

Toute entité doit comporter un identifiant qui permet de distinguer entre elles toutes les occurrences d'une même entité. L'identifiant est placé en tête des propriétés et il est souligné.

b. Normalisation des noms

Le nom d'une entité, d'une association ou d'un attribut doit être unique. Pour ce qui concerne la normalisation des noms, il est conseillé :

? Pour les entités, utiliser un nom commun au pluriel (par exemple : Carnets) ;

? Pour les associations, utiliser un verbe à l'infinitif (par exemple : remplir, recevoir) éventuellement à la forme passive (être concerné) et accompagné d'un adverbe (à, par, pendant) ;

? Pour les attributs, utiliser un nom commun singulier (Nom, Postnom).

c. Normalisation des attributs des associations

Les attributs d'une association doivent dépendre directement des identifiants de toutes les entités en association.

¹ Cyril GRUAU, Conception d'une base de données, 2005.

I S T A 2 0 1 4 - 2 0 1 5 Page | - 66 -

d. Normalisation des cardinalités

Une cardinalité minimale est toujours 0 ou 1 (pas 2, 3 ou n) et une cardinalité maximale est toujours 1 ou n (et pas 2, 3, ...), cela signifie que si une cardinalité maximale est connue et vaut 2, 3 ou plus, alors nous considérons quand même qu'elle est indéterminée et vaut n. Cela se justifie par le fait que même si nous connaissons n au moment de la conception, il se peut que cette valeur évolue au cours du temps. Il vaut donc mieux considérer n comme une inconnue dès le départ. Cela signifie également qu'on ne modélise pas les cardinalités minimales qui valent plus de 1 car ce genre de valeur est aussi amené à évoluer.

III.2.2.8.7.2. LES FORMES NORMALES

a. Première forme normale

A un instant donné dans une entité, pour un individu, un attribut ne peut prendre qu'une valeur et non pas, un ensemble ou une liste de valeurs. Si un attribut prend plusieurs valeurs, alors ces valeurs doivent faire l'objet d'une entité supplémentaire, en association avec la première.

b. Deuxième forme normale

L'identifiant peut être composé de plusieurs attributs mais les autres attributs de l'entité doivent dépendre de l'identifiant en entier (et non pas une partie de cet identifiant). Cette deuxième forme normale peut être oubliée si on suit le conseil de n'utiliser que des identifiants non composés et de type entier.

c. Troisième forme normale de Boyce-Codd

Tous les attributs d'une entité doivent dépendre directement de son identifiant et d'aucun autre attribut. Si ce n'est pas le cas, il faut placer l'attribut pathologique dans une entité séparée, mais en association avec la première.

III.2.2.8.8. PRESENTATION DU MODELE CONCEPTUEL DE DONNEES VALIDE (MCDV)

La figure III.8 illustre le modèle conceptuel de données valide

I S T A 2 0 1 4 - 2 0 1 5 Page | - 67 -

PERSONNE

codperso nom post pren sexe danais linais

COTES

codcote
datecotation
note

ENSEIGNANT

matri
etciv
nivet

CLASSE

codclasse
nomclasse

matrie

CI

Evoluer

andeb anfin

CI

PERIODE

codper
libelle

ETUDIANT

CI

CI

Evoluer

andeb anfin

CI

OPTION	COURS
codoption nomoption	codcours nomcours max

Fig. III.8 : Modèle conceptuel de données valide (MCDV)