conception de base de données

Département d’Enseignement et de Recherche en Informatique & Technologies Urbaines

Projet de développement d’une base de données

Base de données de location de voiture à

l’échelle urbaine

Dony Léa

Mazerat Thomas

.

Professeur responsable : Patrick Beuzit

Système de location de voiture à l’échelle urbaine

Dony Léa – Mazerat Thomas 2

Résumé

Le but de ce projet est de nous apprendre à manipuler Access. Dans un

contexte actuel de réchauffement climatique et après le succès de Vélib à Paris, nous

nous sommes intéressés à la mise à disposition de voitures collectives en ville. Ce projet

élabore ainsi la base de données sous Access de la gestion des voitures, que l’entreprise

de location, soutraitée par la mairie pourrait mettre en place.

Mots clés

Abonné, Location, Partage, Ville, Voiture.

Abstract

The purpose of this project is to learn how to use Microsoft Access. In a

current context of global warming and after the success of Vélib in Paris, we were

interested in the collective provision of cars in a city. This project elaborates the data

base under Access of the management of cars, as the company of rent could set up.

Keywords

Car, City, Rent, Share, Subscriber.



Table des matières

AVANT-PROPOS………………………………………………………………….……4

I. ELABORATION DU SCHEMA CONCEPTUEL……………………………………5

I.1 Présentation du projet………………………………………………………………..5

I.2 Liste des données à représenter…………………………………………………..….6

I.3 Dépendances Fonctionnelles………………………………………………………...7

I.4 Choix de la méthode de conception…………………………………………...……9

II. CONCEPTIOPN DU SCHEMA LOGIQUE………………………………………10

II.1 Choix des entités…………………………………………………………………...10

II.2 Les Associations………………………………………………………………......11

II.3 Les Cardinalités…………………………………………………………………...11

II.4 Schéma Entités-Associations……………………………………………………...11

II.5 Relations et Normalisation………………………………………………………...12

III. IMPLANTATION DE LA BASE DE DONNEES SOUS ACCESS……………..13

III.1 Création des relations et des liaisons…………………………………………......13

III.2 Création des requêtes…………………………………………………………….15

III.3 Création des formulaires………………………………………………………....17

CONCLUSION………………………………………………………………………...20



Avant-propos

Dans un contexte actuel de réchauffement climatique et d’augmentation

du prix du pétrole, il parait intéressant pour les habitants d’une grande ville de soustraire

leur véhicule personnel, immobile à plus de 70 % de leur temps et de plus en plus

coûteux, à un service de mise en commun de véhicules à l’échelle urbaine.

D’une part, ce système réduirait les déplacements motorisés intempestifs

des citadins. Les usagers pourront ainsi prendre conscience du véritable coût de leurs

déplacements. En effet on se rend plus facilement compte du véritable prix d’un

déplacement lorsqu’on le paye en temps réel, plutôt que par payements occasionnels

(remplissage d’un réservoir d’essence). D’autre part, cela limiterait la quantité de

voitures présentes au sein de la ville et par conséquent aiderait è résoudre la question de

leur stationnement, qui devient problématique dans les grandes villes, Cette démarche

aura également pour conséquence de réduire les frais d’entretien du véhicule, souvent

importants pour un ménage.

Le but de ce projet est de nous apprendre à manipuler Access, l’objet de

notre étude est une proposition de la mise en place de la base de données de l’entreprise

de location sous traitée par la mairie de Paris. Cette entreprise fournirait des voitures

avec un accès facile dans toute la ville, grave à une carte d’abonnement et d’une carte

de crédit.

Nous allons d’abord élaborer le schéma conceptuel puis nous verrons la

conception du schéma logique, puis nous ferons l’implantation de la base de données

sous Access.



I. Elaboration du schéma conceptuel

1. Présentation du projet

L’objet de notre étude est la mise à disposition de voitures en ville. Un

nombre N de parkings sont répartis au sein de la ville, ce nombre peut évoluer dans le

temps au gré du succès du dispositif et de son évolution. Chaque station comporte un

numéro qui la caractérise. Le système retenu est qu’une voiture peut être empruntée et

rendue dans une station différente. Pour pouvoir utiliser une voiture, l’utilisateur devra

préalablement souscrire à une inscription sur internet et avoir remis un chèque de

caution de 3000 euros non encaissés (même prix que les loueurs de voiture classique). Il

existe trois catégories de voiture :

Catégorie 1 : Petite voiture (voiture de ville).

Catégorie 2 : Moyenne voiture (berline).

Catégorie 3 : Grande voiture (Monospace).

Pour chacune de ces catégories un prix de départ de location est fixé :

Catégorie 1 : 5 euros



Ce prix donne accès à une heure de location, et ensuite les utilisateurs

devront payer 10 euros de l’heure.

Ce système est fait pour que les gens rendent le plus rapidement possible

les voitures afin qu’un renouvellement des véhicules se mette en place.

Le lieu d’implantation des sites recevant plus ou moins de demandes, le

nombre de voiture ne pourra pas être fixe dans chaque station. La capacité d’accueil des

parkings sera alors variable

Dans chaque parking une pompe à essence sera à la disposition des

utilisateurs, ils devront refaire le plein d’essence, à leur frais avant de restituer la

voiture.

Chaque voiture sera identifiée par un numéro de voiture. Des équipes de

maintenance assureront des révisions régulières et les réparations des véhicules si

besoins.



2. Liste des données à représenter

Pour l’élaboration de notre base de données, nous allons avoir besoin des données

suivantes :

Les abonnés :

-Numéro de l’abonné

-Nom de l’abonné

-Prénom de l’abonné

-Date de naissance de l’abonné

-Numéro de permis de l’abonné

-Numéro de carte de bleue de l’abonné

Les véhicules

-Date d’emprunt de la voiture

-Heure d’emprunt de la voiture

-Date de retour de la voiture

-Heure de retour de la voiture

-Numéro du véhicule

-Type du véhicule

-date d’achat du véhicule

-Disponibilité

La location

-Numéro location

-Numéro de la station d’emprunt

-Nom de la station d’emprunt

-Nombre de places disponibles



-Capacité de la station

-Catégorie du véhicule

-Code catégorie

-Prix forfaitaire de la catégorie

L’entretien

-Numéro entretien

-Date d’entretien du véhicule

-Date de renvoi du véhicule

-Numéro de l’employé qui s’occupe du véhicule

-Nom de l’employé

-Prénom de l’employé

-Statut de l’employé

3. Les dépendances fonctionnelles

Les dépendances fonctionnelles traduisent les contraintes entre les données

utilisées. Nous remarquons dans notre cas que beaucoup d’éléments découlent du

numéro de location, directement ou indirectement.



De même le numéro de l’entretien nous donne :



On choisit ensuite les clés de notre programme : les clés sont les rubriques source de

dépendances fonctionnelles. Les clés de notre programme sont alors :

Numéro abonné

Numéro voiture

Numéro site

Numéro employé

Numéro catégorie

4. Choix de la méthode de conception

Pour réaliser notre base de données, nous avons choisi le modèle entité

association.



II. Conception du schéma logique

1. Choix des tables

Nous avons déjà séparé nos données dans plusieurs tables, les clés primaires sont

soulignées :

2. Les associations Toutes les tables doivent être reliées entre elles grâce à des associations.

Nous relions ainsi les entités abonné, véhicule et site grâce à l’association

« loue »

Ensuite nous avons décidé de relier les entités véhicule et employé par

l’association « est entretenu par ».

Enfin, nous relions les entités véhicule et catégorie par l’association « appartient

à ».



3. Cardinalité

Pour connaitre les cardinalités, il faut préalablement établir les hypothèses suivantes :

Un abonné ne peut louer qu’une seule voiture à la fois.

Une voiture ne peut être louée que par un seul abonné.

Une voiture peut se trouver sur un seul site à la fois ou pas du tout.

Un site peut contenir de zéro à n voitures.

Un véhicule ne peut appartenir qu’à une seule catégorie.

Une catégorie peut contenir plusieurs véhicules

Un véhicule peut être entretenu par plusieurs employé ou aucun.

4. Schéma entité association

On en déduit alors le schéma entité association suivant :



5. Relations et normalisations

On a alors les relations de normalisation suivantes (les clés primaires

sont soulignées) :

Abonné (Numéro abonné, Nom, Prénom, Adresse, Numéro permis, Numéro CB, Date

naissance)

Véhicule (Numéro voiture, Type, Date achat, Disponibilité, Immatriculation, Numéro

catégorie)

Catégorie (Numéro catégorie, Nom catégorie, Prix catégorie)

Site (Numéro site, Nom site, Capacité, Nombre voiture disponible)

Location (Numéro location, Numéro abonné, Numéro voiture, Numéro location, Date

emprunt, Heure emprunt, Date retour, Heure retour)

Employé (Numéro employé, Nom employé, Prénom employé, Statut)

Entretient (Numéro entretien, Numéro voiture, Numéro employé, Date réception, Date

renvoi)

Une relation R est dite normalisée si elle ne présente pas les anomalies

suivantes :

Redondance : un même attribut n’est pas représenté plusieurs fois dans R.

Décomposition : aucun attribut de R n’est décomposable en d’autres attributs.

Maintenant que l’on à créé toute nos relations, on s’assure qu’elles sont toutes

de forme normale de Boyce-codd :

Toutes les relations possèdent des clés primaires et leurs attributs ne sont pas

décomposables, la BDD est donc au minimum en première forme normale.

Les relations sont en 1NF et les dépendances fonctionnelles sont élémentaires

(aucun sous ensemble de clé n'est source de dépendance fonctionnelle) On a

donc au minimum une deuxième forme normale.

Les relations sont en 2NF et toutes les dépendance fonctionnelles issues des clés

sont directes. On a donc au minimum une 3NF

Les relations sont en 3NF et aucun attribut non clé n'est source de dépendance

fonctionnelle vers une partie de la clé. On a donc une forme normale de Boyce-

Codd.

La base de données est donc normalisée en troisième forme normale de Boyce-Codd.



III. Implantation de la base de données sous

Access

1. Création des tables et des liaisons.

Nous créons sous Access, les différentes tables. Pour ceci, nous cliquons sur

« création de table en mode création »

Puis nous créons la première table, en entrant les noms des champs. Nous répétons cette

manipulation pour toutes les tables.

Après avoir relié toutes les relations entre elle, nous obtenons le schéma

relationnel suivant :



Ensuite nous avons commencé la saisie des données pour les différentes

relations. Par exemple ci-dessous la relation abonné :



2. Création des requêtes

On a construit 5 requêtes à partir de notre base de données. Les requêtes

ont pour but d’obtenir et rassembler des informations répondant à une question posée.

Les requêtes effectuées sont les suivantes :

Caractéristique d’un abonné :

Cette requête permet d’obtenir toutes les informations disponibles sur l’abonné à

partir de son numéro.

Lorsque l’on effectue cette requête, une fenêtre de saisie s’affiche et nous

demande le numéro de l’abonné :

Une fois le numéro saisi on obtient les données suivantes :

Voiture en réparation :

Cette requête permet pour une date donnée de savoir quelles sont les voitures en

réparation.

Une fenêtre nous demande alors la date. Puis s’affiche la liste des voitures en

réparation.

Par exemple le 16 mai 2008 les voitures suivantes étaient en réparation :



Historique d’une voiture

Cette requête permet de retracer l’historique d’une voiture.

On nous demande ici le numéro d’une voiture et l’on obtient alors l’historique de ses

locations.

Par exemple pour la voiture numéro 7 :

Historique du travail d’un employé

Cette requête permet de retracer l’historique du travail d’un ouvrier, pour savoir

sur quelle voiture il à travaillé. Cela peut être intéressant dans le cadre de distribution de

prime aux ouvriers, ou alors dans le cas où un problème surviendrait lors de la

réparation d’un véhicule.

Pour cela, on nous demande de saisir le numéro d’un employé. Par exemple,

pour l’employé numéro 4476, on obtient l’historique suivant :

Kilométrage d’une voiture

Enfin, cette dernière requête nous permet de connaître le kilométrage total

effectué par chaque véhicule. Pour construire cette requête, nous avons utilisé l’outil

Somme.



3. Création de formulaires

Les formulaires servent avant tout à saisir plus facilement des données pour les

rentrer dans la base de données, mais aussi à rechercher des informations contenues

dans la relation considérée.

Par exemple, la recherche de la location numéro 4 se matérialise de la façon suivante :

On obtient alors les informations suivantes, tirées de la base de données :



Nous avons créé un deuxième formulaire, le formulaire abonné. En plus de la

fonction de la fonction saisie que nous avons vue précédemment, ce formulaire permet

aussi, en rentrant un numéro d’abonné, de connaître toutes les informations disponibles

sur l’abonné, ainsi que l’historique de ses locations. Ainsi, nous pouvons voir que

l’abonné numéro 2, Pauline Grougnet, a loué trois voitures sur la période considérée, les

24, 25 et 30 mai.

Enfin, les formulaires avec plusieurs éléments nous permettent d’afficher les

informations provenant d’une requête sous forme de tableau. Nous en avons créé deux,

l’un sur l’historique des locations d’une voiture, l’autre sur la liste des voitures en

réparation à une date donnée.

Exemple pour la liste des voitures en réparation le 16 mai 2008 :





Conclusion

Ce projet nous a permis de nous familiariser avec le logiciel Access, pour la

conception de base de données, au travers d’un exemple concret et actuel provenant du

génie urbain.

Nous avons construit un outil simple et pratique, permettant de gérer un système

de location de véhicule en ville. Cependant nous avons conscience qu’il ne s’agit que

d’une proposition de réalisation et qu’en réalité elle s’avère plus complexe, mais nous

avons pu comprendre l’étendu des réflexions nécessaires à l’élaboration de ce projet.

Documents

conception de base de données