2. Dictionnaire des données
Le tableau ci-dessous représente la liste des attributs
composants toutes les classesformants notre système ainsi que leur
description, leur taille et leur type.
|
N°
|
Les attributs
|
Description
|
Type
|
Taille
|
|
01
|
Id
|
L'identifiant del'utilisateur
|
Entier
|
8
|
|
02
|
Nom
|
Le nom del'utilisateur
|
Chaine de caractères
|
50
|
|
03
|
Prénom
|
Le prénom del'utilisateur
|
Chaine de caractères
|
50
|
|
04
|
Email
|
L'email del'utilisateur
|
Chaine de caractères
|
50
|
|
05
|
Adresse
|
L'adresse del'utilisateur
|
Chaine de caractères
|
50
|
|
06
|
Login
|
Le login del'utilisateur
|
Chaine de caractères
|
50
|
|
07
|
Mot_de_passe
|
Le mot de passe del'utilisateur
|
Chaine de caractères
|
50
|
|
08
|
Profession
|
La Profession du membre
|
Chaine de caractères
|
50
|
|
09
|
Id_Station
|
L'identifiant dela station
|
Entier
|
8
|
|
10
|
Nom
|
Le nom dela station
|
Chaine de caractères
|
50
|
|
11
|
Description
|
La description dela station
|
Chaine de caractères
|
50
|
|
12
|
Localisation
|
La localisation dela station
|
Chaine de caractères
|
50
|
|
13
|
Longitude
|
La longitude de la localisation de la station
|
Chaine de caractères
|
50
|
|
14
|
Latitude
|
La latitude de l'emplacement dela station
|
Chaine de caractères
|
50
|
|
15
|
DateAjout
|
La date d'ajout dela station
|
Date
|
-
|
|
16
|
Id_Mesure
|
L'identifiant de la mesure
|
Entier
|
8
|
|
17
|
Temperature
|
La valeur de la température
|
Entier
|
8
|
|
18
|
Humidite
|
La valeur de l'humidité
|
Entier
|
8
|
|
19
|
Pluviometrie
|
La valeur de la pluviométrie
|
Entier
|
8
|
|
20
|
VitesseVent
|
La vitesse du vent
|
Entier
|
8
|
|
21
|
DirectionVent
|
La direction du vent
|
Entier
|
8
|
|
22
|
Date_Mesure
|
La date de la mesure
|
Date
|
-
|
|
23
|
Id_Notification
|
L'identifiant de la notification
|
Entier
|
8
|
|
24
|
Notification
|
Le contenu de la notification
|
Chaine de caractères
|
50
|
|
25
|
DateNotification
|
La date de la notification
|
Date
|
-
|
|
26
|
Id_Reclamation
|
L'identifiant de la réclamation
|
Entier
|
8
|
|
27
|
Objet
|
L'objet de la réclamation
|
Chaine de caractères
|
50
|
Application de gestion des informations
météorologiques Salhi Mohamed Khaled
31
|
28
|
ContenuReclamation
|
Le contenu de la réclamation
|
Chaine de caractères
|
50
|
|
29
|
ReponseReclamation
|
La réponse de la réclamation
|
Chaine de caractères
|
50
|
|
30
|
DateReclamation
|
La date de la réclamation
|
Date
|
-
|
Tableau 14 : Dictionnaire des
données
3. Modélisation logique des données
La modélisation logique des données est une
représentation des données, issues de la modélisation
conceptuelle puis des données.
Dans ce qui suit, nous présentons les
différentes règles de passages d'un diagramme de classe vers un
modèle relationnel
3.1 Règles de passage d'un diagramme de classe vers
un modèlerelationnel
Dans notre projet, nous avons adapté les règles
suivantes pour faire le passage du diagramme de classe vers le modèle
relationnel.
Chaque classe sera représentée par une table dont
les colonnes sont les attributs de cetteclasse. + Les associations de types 1
:N, N : 1, 1 :1 se traduisent par la conversion des deuxclasses constituant
cette association en deux tables dont une va contenir une clé
étrangèrepour référencer à l'autre table.
+ Les associations de type N :M entre deux classes sont
représentées par une nouvelletable qui prend pour clé
primaire la concaténation des clés primaires des deux classes.
+ Une association de classe entre deux classes est
représentée par une nouvelle table quiprend pour clé
primaire la concaténation des clés primaires des deux classes.
+ L'agrégation sera traitée comme une
association tout en tenant compte des cardinalités + La composition sera
traitée comme une association sauf qu'on doit ajouter une clause
ONDELETE CASCADE.
Pour la généralisation (héritage) il
existe trois stratégies de génération:
+ Père et fils : La classe mère et la classe
fille seront représentées par deux tablesdistinctes chacune.
Application de gestion des informations
météorologiques Salhi Mohamed Khaled
+ Père seulement : Seulement la classe mère sera
représentée par une tableportant ses attributs et les attributs
de sa classe fille comme champs dans la table.
+ Fils seulement : Seulement la classe fille sera
représentée par une table portantses attributs ainsi que les
attributs hérités de la classe mère comme champs dans la
table.
Nous avons utilisé dans notre cas la troisième
stratégie d'héritage. Chaque classe filsreprésente une
relation (table)
| 
