Projet Europcar Rapport 1 - La modélisation - BOUADDI Badr BOUVOT Simon CAVELIER Brice COSTE DOMBRE Hugo
←
→
Transcription du contenu de la page
Si votre navigateur ne rend pas la page correctement, lisez s'il vous plaît le contenu de la page ci-dessous
Spécialité Automatique et Electronique - 3A IMACS
Professeur - Ms. Nawal Guermouche
UF : Base de données
Projet Europcar
Rapport 1 - La modélisation
BOUADDI Badr
BOUVOT Simon
CAVELIER Brice
COSTE DOMBRE Hugo
Toulouse - Février 2012Table des matières
Introduction 3
1 Le modèle Entité/Association 4
1.1 Modèle Entité/Association graphique . . . . . . . . . . . . . . . . 5
1.2 Le Dictionnaire de données . . . . . . . . . . . . . . . . . . . . . 5
1.3 La Carte des concepts . . . . . . . . . . . . . . . . . . . . . . . . 8
2 Le modèle relationnel 10
2.1 Modèle relationnel textuel . . . . . . . . . . . . . . . . . . . . . . 10
2.2 Diagramme relationnel . . . . . . . . . . . . . . . . . . . . . . . . 11
2Introduction
A l'heure actuelle, la gestion de l'information est omniprésente dans le monde
dans lequel nous vivons. De la petite association à la grande multinationale, la
maîtrise de cette dernière représente un fabuleux enjeu quant au bon fonction-
nement de n'importe quelle structure.
Devant la masse souvent colossale de données à gérer, il est nécessaire d'uti-
liser l'outil informatique. Cela permettra de construire des bases de données
qui présenteront beaucoup plus d'avantages que n'en avaient nos cahiers et nos
stylos il n'y a pas si longtemps.
Le but de notre travail est de réaliser l'ensemble de la base de données néces-
saire au bon fonctionnement de la société Europcar. Pour ce faire, la conception
se décline en 4 temps essentiels :
La modélisation
La validation
L'implémentation
Les tests et l'écriture des requêtes
La modélisation est un des points les plus importants de la conception. Elle per-
met de représenter sur le papier les diérents objets du monde réel nécessaire
à la base de données. Elle permet aussi de représenter les relations qu'ont ces
objets les uns avec les autres ; ce qui n'est pas forcément chose simple lors de la
vision du monde réel.
Le présent rapport rendra compte du travail réalisé à l'issu de la modélisa-
tion. Il présentera les diérentes étapes nécessaires à la conception de celle-ci et
fournira les délivrables réalisés lors des diérentes séances.
3Chapitre 1
Le modèle Entité/Association
Le modèle Entité/Association (E/A) est la représentation telle quelle du
monde réel. Du fait qu'il soit intuitif, il est assez simple à réaliser et à com-
prendre. Comme son nom l'indique, il se base sur les concepts d'entité et d'asso-
ciation. L'entité est un objet, une personne ou toute autre chose présente dans
le monde réel. Ces entités sont reliées grâce à des associations qui permettent de
symboliser les interactions des unes avec les autres. Il est intéressant de noter
que l'on aurait pu choisir un modèle de type UML qui est équivalent au modèle
Entité/Association. Cependant, le modèle UML ne diérencie pas les entités et
les associations, ce qui est moins intéressant sur le plan pédagogique.
41.1 Modèle Entité/Association graphique
1.2 Le Dictionnaire de données
Le dictionnaire des données décrit de manière précise tous les attributs, leur
type, leur rôle et toutes leurs contraintes. Celui-ci complète le modèle E/A. Voici
le dictionnaire des données issu de notre modélisation.
Pour l'entité Clients :
5Attributs Type Contraintes Requis #Code_client Entier Unique Oui CI/Passeport Entier Unique Oui type Boolean Particulier =1, entreprise =0 Oui nom Alphastring / Oui prénom Alphastring / Oui adresse Alphastring Existe Oui complément adresse Alphastring Existe Oui tel Entier 0100000000 < X Today Oui conducteur Boolean / Oui num_permis Entier contient X chires Oui Pour l'entité Agences : Attributs Type Contraintes Requis #Code_agence Entier / Oui nom Alphastring / Oui adresse_complete Alphastring / Oui telephone Entier 0100000000 < X
Pour l'entité Réservation + Assurance :
Attributs Type Contraintes Requis
#Code_resa Entier / Oui
jour_debut / jour_debut >= Today Oui
heure_debut / *1 Oui
jour_ n / Si type==Heure, jour_ n == jour_debut ... Oui
heure_ n / *2 Oui
option_full_tank Boolean 1 : oui, 0 : non Oui
option_modele Boolean 1 : oui, 0 : non Oui
option_diesel Boolean 1 : oui, 0 : non Oui
Modele_vehicule String / Oui
Assurance Entier *3 Oui
*1 : (8h < heure_debut < 22h) ET (( heure_debut > current_hour) if
(jour_debut == Today))
*2 : Si type==Heure,heure_ n > heure_début ET 8h < heure_debut < 22h
...
*3 : 0 : minimal, 1 : tous risques maximal, 2 : tous risques minimal (0Pour l'entité Utilitaires :
Attributs Type Contraintes Requis
Catégorie Entier 1 : petit, 2 : moyen, 3 : grand, 4 : spéci que Oui
Volume Real / Oui
longueur_utile Real / Oui
largeur_utile Real / Oui
hauteur_utile Real / Oui
hauteur_totale Real / Oui
charge_utile Real / Oui
Nb_passagers Entier / Oui
Péage ? Catégorie de péage Oui
1.3 La Carte des concepts
89
Chapitre 2
Le modèle relationnel
Après avoir réalisé le modèle Entité/Association, nous l'avons dérivé en mo-
dèle relationnel. Le modèle relationnel est basé sur la notion de relation. Il n'y
a alors plus de diérence entre "objet" et association. L'intérêt du modèle rela-
tionnel est qu'il existe des règles permettant de le valider. Cela permet donc de
corriger facilement la modélisation de base de données.
La dérivation de modèle E/A en modèle relationnel suit plusieurs règles :
L'ensemble d'entité est traduit en une relation de même clé et attributs
Si cet ensemble d'entités est lié à un ensemble d'associations par une car-
dinalité (0,1) ou (1,1), alors sa traduction reçoit une clé étrangère et les
attributs de l'ensemble d'associations
Un ensemble d'associations qui n'est pas dans le cas dernier, est traduit
en une relation de mêmes clés et mêmes attributs
2.1 Modèle relationnel textuel
Dans cette partie, on rassemble quelques relations intéressantes pour éviter
le surchargement de ce présent rapport r1.
Tourisme(#immatriculation#, Constructeur, Nom, Puissance, Carburant,
CO2, Nb_places, Nb_portes, Nb_Bagages, boite_auto, clim, accriss)
Utilitaires(#immatriculation#, Catégorie, Volume, longueur_utile, largeur_utile,
hauteur_utile, hauteur_totale, charge_utile, Nb_passagers, Péage)
Agences (#Code_agence, Nom, Pays, Ville, Région, Adresse, Code_postal,
Telephone, Fax, Type_site)
10Clients (#Code_client, CI/Passeport, type, nom, prénom, adresse, complé-
ment_adresse, tel, mail, naissance, conducteur, num, permis)
2.2 Diagramme relationnel
Le diagramme relationnel est une traduction directe du modèle relationnel
textuel.
11Vous pouvez aussi lire
