Ecole Supérieure de Gestion,

D’Informatique et de Comptabilité
ESGIC

Mémoire de fin de cycle pour l’obtention du diplôme de licence professionnelle

Option : Informatique de Gestion

THEME :

Mise en place d’une application pour la gestion

de location de voiture : Cas de Rental Car

Présenté et soutenu par : Encadrant :

1. Abdrahamane Diarra Mr Togola Samba
2. Ibrahima Mallet
Ingénieur en système
3. Hadiza Traoré
d’information

Xème Promotion

Août 2024
 Dédicace

Tous ceux qui œuvrent activement pour le développement des sciences

informatiques et de gestion en Afrique Particulièrement au Mali.

I
Remerciements
Nous tenons particulièrement à remercier :

 Notre famille, pour tout le soutien et l’encouragement dont elle a fait preuve à
notre égard durant ces trois années d’étude à l’ESGIC ;
 Mr Samba Togola, notre directeur de mémoire pour sa disponibilité, son
accompagnement et son soutien dans la réalisation de ce mémoire ;
 L’administration de l’ESGIC ;
 Tous nos enseignants, camarades et amis de l’ESGIC pour avoir créé un
environnement propice à un partage de connaissances tout au long de notre
formation.

II
Liste des abréviations
ESGIC : Ecole supérieur de gestion, d’informatique et de comptabilité
SGBD : Système de gestion de base de données
MCC : Modèle conceptuel de communication
MCD : Modèle conceptuel de données
MLD : Modèle logique de données
MCT : Modèle conceptuel de traitements
MOT : Modèle organisationnel de traitements
MPD : Modèle physique de données
SI : Système d’information
BDD : Base de données
RG : Règle de gestion
AN : Alpha numérique
A : Alphabétique
N : Numérique
D : Date

III
Liste des figures
Figure 1 : Représentation schématique des systèmes
Figure 2 : Exemple de MCD
Figure 3 : Exemple d’entité
Figure 4 : Exemple de propriété
Figure 5 : Exemple de relation
Figure 6 : Exemple de cardinalité
Figure 7,8 : Règles de passage du MCD au MLD
Figure 9 : MCC
Figure 10 : MCD
Figure 11 : MCT

IV
Table des matières
Introduction........................................................................................................................................1
I. Etude préalable..........................................................................................................................2
1. Représentation schématique des systèmes...................................................................2
2. Historique de la méthode merise.......................................................................................5
II. Etude détaillé............................................................................................................................13
1. Le Modèle Conceptuel de communication....................................................................13
2. Le dictionnaire de données...............................................................................................14
3. Les dépendances fonctionnelles.....................................................................................15
4. Le modèle conceptuel de données.................................................................................16
5. Le modèle logique de données........................................................................................17
6. Le modèle Physique de données.....................................................................................18
7. Le modèle conceptuel de traitements............................................................................19
8. Le modèle organisationnel de traitements....................................................................20
III. Réalisation du projet...........................................................................................................22
1. Le choix de SGBD................................................................................................................22
2. La présentation de l’application.......................................................................................23
Conclusion........................................................................................................................................35

V
Introduction
La location de voiture est un service offert par des professionnels détenteurs
d’automobiles. Ce service consiste pour le client (professionnel ou particulier) à
réserver et à jouir d’un véhicule pour une période donnée allant de quelques heures
à plusieurs mois. La location de voitures est un secteur d’activité en pleine
expansion, qui nécessite une organisation rigoureuse pour garantir une bonne
rentabilité et une satisfaction clientèle optimale. Cependant, la gestion manuelle de
cette activité peut être fastidieuse et source d’erreurs. C’est pourquoi la mise en
place d’une application dédiée à la gestion de location de voitures peut offrir de
nombreux avantages.

La méthode d’analyse et de conception choisit est la méthode merise qui va nous

permettre de modéliser les données, les traitements et les flux d’informations de
manière rigoureuse et structurée.

Notre application est conçue à la base de Microsoft Access qui est un SGBD
relationnel Qui vas nous permettre non seulement de créer une interface utilisateur
de notre application, mais aussi de créer des relations entre les tables de façon à
garantir fortement l’intégrités des données qui y sont stockées. Les différents outils
utilisés dans cet SGBD relationnel vont nous permettre la création des tables pour le
stockage des données, des formulaires pour la saisit, des requêtes d’interrogatoires,
des états à imprimer, ainsi que des macros.

Ce mémoire est partagé en en trois chapitres :

Chapitre I : Etude préalable ou état des lieux

Ce chapitre contient une démonstration de la méthode merise ainsi que le système

d’information que nous voulons automatiser.

Chapitre II : Etude détaillée du projet

Dans ce chapitre nous allons faire la modélisation du système d’information avec la

méthode merise en réalisant le (MCC, MCD, MLD, MPD, MCT, MOT).

Chapitre III : Réalisation du projet

1
Ce dernier chapitre sera le reflet des outils (environnement, technologies, langage)
utilisé pour le développement de notre application ainsi que la présentation de
l’application.

2
 Chapitre I : Etude préalable
I. Etude préalable
Si nous reprenons l’analogie anatomique et si nous comparons l’entreprise à un
corps humain, nous pouvons réduire le système d’information à un cerveau qui
pilote, un muscle qui opère et des nerfs qui font transiter les informations. Voici un
schéma simplifié qui en découle :

1. Représentation schématique des systèmes

Figure 1

1.1. Le système de pilotage

Le système de pilotage, également connue sous le nom de système de gestion de la
performance ou système de contrôle de gestion, est un cadre destiné a surveillé,
évaluer et diriger les activités d’une organisation pour s’assure qu’elle aligne avec
ses objectifs stratégiques. Il permet aux dirigeant de prendre des décisions éclairer
et de piloter efficacement l’organisation vers ses buts.

3
 Chapitre I : Etude préalable
1.2. Le système d’information
Le système d’information est l’ensemble des moyens technologiques et humains
permettant de collecter, stocker, traiter et diffuser l’information nécessaire au bon
fonctionnement de l’organisation.

1.3. Le système opérant

Le système opérant est l’ensemble des processus, des ressources et des activités
opérationnels qui permettent à une organisation de fonctionner et de produire des
biens ou des services.

 Le système d’information que nous voulons automatiser

a. Analyse de l’existant
Le service de location de voiture facilite l’accès à la voiture aux différents personnes
réservées une voiture allant de quelques heures à plusieurs mois.

Pour avoir droit à la réservation d’une voiture il faut que le client soit majeur et devrait
avoir en possession le permis de conduire supérieur ou égale à 3 ans, une fois que
ses conditions son valable alors la personne pourra se jouir d’un véhicule, alors de
personnel de l’entreprise charger pour la réservation de voiture procèdera la
l’enregistrement des informations du client ainsi que celles de la réservation sur
papier.

b. Critique de l’existant
Le mode de gestion que l’entreprise Rental-car adapte présente de nombreux
risques car avec la version papier beaucoup de problème peut surgir à tout moment.
Imaginons de nos jours avec l’évolution de la technologie qu'un client se déplace
jusqu’à l’agence pour qu’il puisse réservée une voiture et qu’il voit que le personnel
de l'entreprise n’est pas muni d’un ordinateur, la première chose qui vient à la tête du
client c’est : « est ce qu’il y a du sérieux dans cette entreprise ?» donc sa peut jouer
sur la crédibilité de l’entreprise.

c. Proposition de la solution
Vue les différents problèmes qu’entraine le non information de l’agence nous avons
décidé alors de mettre en place une application dédiée pour la gestion de location de

4
 Chapitre I : Etude préalable
voiture pour faciliter la tâche au personnel de l’entreprise mais aussi pour minimiser
le temps du travail.

Notre application procure des avantages tels que :

 Ajouter des informations dans la base de données tel que les informations sur
les clients, réservations…
 Modifier les données existant dans la base de données.
 Supprimer certaines informations.
 Organiser et voir les données de plusieurs manières.
 Imprimer les factures, fiche voitures, fiche clients…
 Partager les données avec d’autres personne via les états.

Malgré les avantages que procure notre application, elle dispose aussi quelques
lacunes à savoir :

 Access n’est pas Client/serveur

 Access ne supporte pas les procédures stockées
 Access ne gère pas les accès par utilisateurs (puisque ce n’est que du
partage de fichiers).
 Access est mal sécurisé.
 Access ne gère pas plus de 2Go de données.
 Un seul fichier de BDD.

5
 Chapitre I : Etude préalable

2. Historique de la méthode merise

Merise est une méthode de conception, de développement et de réalisation de
projets informatiques. Le but de cette méthode est de rationaliser, standardiser et
mieux définir la conception et le développement des SI assurant une information de
qualité (passage d’un SI manuel à un SI automatisé).

La méthode MERISE date de 1978-1979, et fait une suite à une consultation

nationale lancée en 1977 par le ministère de l’industrie dans le but de choisir des
sociétés de conseil en informatique afin de mettre au point une méthode de
conception-réalisation de SI. Les deux sociétés ayant mise au point cette méthode
sont le CETTE (centre d’étude techniques de l’équipement) et le CTI (centre
technique d’informatique).

Cette méthode est basée sur la modélisation du SI, la description des données
indépendante de leurs traitements et l’approche systémique.

2.1. Définition
La méthode merise permet de modéliser un système d’information à différents
niveaux de détail en utilisant des modèles dédiés. Cette approche permet d’obtenir
une description exhaustive et structurée du système d’information, qui peut être
utilisée pour concevoir, implémenter, et maintenir des applications informatiques.

2.2. Présentation générale de la méthode merise

La méthode merise se caractérise par :

 Une approche systémique en ayant une vue de l’entreprise en termes

de systèmes.
 Une séparation des données (le coté statique) et des traitements (le
cote dynamique).

Pour la conception d’un SI, il est nécessaire de considérer quatre niveaux d’étude :

 Niveau conceptuel
 Niveau logique
6
 Chapitre I : Etude préalable
 Niveau organisationnel
 Niveau physique

2.2.1.Le niveau conceptuel

Le niveau décrit l’ensemble des informations et des traitements nécessaires au bon
fonctionnement de l’entreprise, des orientations et des choix de gestion. Le niveau
est indépendant des contraintes organisationnelles et techniques, il répond à la
question « Quoi ».

Le formalisme merise employé sera :

 Le Modèle Conceptuel des Données (MCD)

 Le Modèle Conceptuel des Traitements (MCT)

2.2.2.Le Niveau Organisationnel

Le niveau organisationnel a comme mission d’intégrer dans l’analyse les critères liés
à l’organisation étudiée. Le niveau organisationnel fera préciser les notions de
temporalité, de chronologie des opérations, d’unité de lieu…Il répond à la question
« Qui, Ou, Quand ».

Le formalisme merise employé sera :

 Le modèle organisationnel de Données (MOD)

 Le Modèle Organisationnel de Traitements (MOT)

2.2.3.Le niveau logique

Le niveau logique est indépendant du matériel informatique, des langages de
programmation ou de gestion des données. C’est la réponse à la question avec
« Comment ».

Le formalisme sera :

 Le Modèle Logique des Données (MLD).

 Le Modèle Logique des Traitements (MLT).

7
 Chapitre I : Etude préalable

2.2.4.Le Niveau physique

Le niveau physique permet de définir l’organisation réelle (physique) des données. Il
apporte les solutions techniques, par exemple sur les méthodes de stockage et
d’accès à l’information. C’est la réponse au « Comment ».

Le formalisme employé sera :

 Le Modèle Physique des Données (MPD)

 Le Modèle Opérationnel et Physique des Traitements (MOPT).

2.3. Le dictionnaire de données

Le dictionnaire de données est un document qui permet de recenser, de classer
et de trier toutes les informations collectées lors des entretiens ou de l’étude des
documents. Le dictionnaire peut être plus ou moins élaboré selon le niveau de
granularité souhaité.

En voici un exemple si dessous :

Code Désignation Type Taille

Cette cellule est Cette cellule est Cette cellule est Ici sera indiquée
réservée pour réservée pour réservée pour la longueur
recevoir Le nom recevoir la recevoir le type approximative ou
de la donnée par signification de la de donnée exacte de la
exemple : donnée par donnée
IdReservation exemple :
Identifiant de la
réservation

2.4. Les dépendances fonctionnelles

Le rôle de l’établissement des dépendances fonctionnelles est de nous aider à
comprendre les liens entre chaque donnée. Cette démarche de recherche des
dépendance fonctionnelles est la pierre angulaire de toute analyse des données.

8
 Chapitre I : Etude préalable

2.5. Le Modèle conceptuel de données

Le MCD est une représentation de l’ensemble des données du SI et de leurs
dépendances fonctionnelles sans tenir compte des aspects techniques et
économiques de mémorisation et d’accès.

Formalisme et concepts :

Description des données à l’aide du formalisme entité-relation, basé sur quatre

concepts :

 Entité
 Relation
 Propriété
 Cardinalité

Exemple :

Figure 2

 Entité
Ensemble cohérant (caractéristiques comparables) décrivant un objet ou individu qui
peut représenter une notion concrète ou abstraite.

Exemple :

9
 Chapitre I : Etude préalable

Figure 3

 Propriété
Donnée élémentaire qui décrit une entité ou une relation.

Exemple :

Figure 4

L’identifiant est une propriété de l’entité permettant d’identifier de façon unique toutes
les autres propriétés (1 seule occurrence de l’entité). L’identifiant est inscrit en tête
de la liste et souligné.

 Relation
Elle permet de modéliser un ensemble d’association de même nature entre elle deux
ou plusieurs entités.

10
 Chapitre I : Etude préalable
Exemple :

Figure 5

 Cardinalité
Participation des occurrences d’une entité aux occurrences d’une relation. Il existe
de type de cardinalité (minimum et maximum).

Cardinalité minimum : Nombre minimum de fois où une entité est concernée par
l’association.

Cardinalité maximum : Nombre maximum de fois où une entité est concernée par
l’association.

Exemple :

Figure 6

11
 Chapitre I : Etude préalable

2.6. Le modèle logique de données

Le modèle logique de donnée est une version plus raffinée du modèle conceptuel. Il
représente de manière schématique les contraintes de données, les noms des
entités et les relations à mettre en œuvre de manière indépendante à la plateforme.

2.6.1.Règles de passage du MCD au MLD

L’entité qui possède la cardinalité maximale égale à 1, recevra l’identifiant ou les
identifiants des entités ayant les cardinalités maximales les plus fortes.

 Chaque relation de type :

Entité A 1,N 1,1 Entité B
Clé A Clé B
Relation
Propriété A Propriété B

Figure 7

Se transforme en deux tables :

Table A clé A propriété A.

Table B clé B propriété B.

N.B : La clé du coté 1, N migre vers 1,1.

12
 Chapitre I : Etude préalable
 Chaque relation de type :
Entité A 1, N 1, N Entité B
Relation
Clé A Clé B
Propriété A Propriété B
Propriétés R

Figure 8

Se transforme en trois tables

Table A clé A propriété A.

Table B clé B propriété B.

Table R clé A clé B propriété R

N.B : les clés migrent vers l’association porteuse de donnée.

2.7. Le Modèle conceptuel de traitements

Le modèle conceptuel de traitements permet de formaliser les traitements en
fonctions des évènements sans s’intéresser à l’organisation qui régira ses
traitements.

Le MCT est constitué d’un enchainement d’opération, chaque opération est

constituée d’une ou plusieurs actions. Les résultats sont liés aux conditions de sorti
(règle d’émission) et sont appelé des évènements sortants.

Les concepts utilisés sont :

 Evènement
 Synchronisation
 Opération
 Règle d’émission

13
 Chapitre II : Etude détaillée
II. Etude détaillé
L’étude détaillé selon la méthode merise consiste à réaliser les modèles de données
tels que : MCC, MCD, MLD, MCT, MOT.

1. Le Modèle Conceptuel de communication

Le modèle conceptuel de communication est un modèle qui permet de représenter
les échanges d’informations entre différents acteurs et systèmes dans un système
d’information. Ce modèle est basé sur la notion de flux d’information et permet de
décrire les différents processus et interactions entre les acteurs du système.

Voici le modèle conceptuel de communication de notre système d’information :

Figure 9

Cet MCC représente les flux d’informations qui circulent entre un client souhaitant
louer un véhicule et une agence de location de voiture. Le client est pointillé puisqu’il
est un acteur externe du système d’information.

14
 Chapitre II : Etude détaillée
2. Le dictionnaire de données
Le dictionnaire de données est un tableau qui regroupe toutes les données que vous
aurez à conserver dans votre base de données.

Voici le dictionnaire de données ci-dessous :

Code Désignation Type Taille

IdReservation Identifiant réservation AN 4
DateDebut Date de début D 10
DateFin Date de fin D 10

CIN AN 4
NumPermis Numéro permis AN 8
Nom Nom A 20
Prénom Prénom A 20
Sexe Sexe A 4
Adresse Adresse AN 17
Téléphone Téléphone N 8
Email Email AN 20

Matricule Matricule AN 8
AnneeModele Année du modèle N 10
Couleur Couleur A 10
Puissance Puissance AN 8
CoutParJour Cout par jour N 8

IdType Identifiant du type AN 4

Type Type AN 12

IdMarque Identifiant de la marque AN 4

Marque Marque AN 12

IdModele Identifiant du modèle AN 4

Modèle Modèle AN 12

IdPenalisation Identifiant de la pénalisation AN 4

IdReservation Identifiant de la réservation AN 4
DateRetour Date de retour D 10
Raison Raison A 20
Cout Cout N 8

Ce dictionnaire de données contient toutes les informations nécessaires pour la mise

en place du futur système.

15
 Chapitre II : Etude détaillée
3. Les dépendances fonctionnelles
Les dépendances fonctionnelles sont des liens existants entre deux ou plusieurs
propriétés appartenant à une même donnée ou à des données différentes.

3.1. Liste des dépendances

CIN IdReservation IdPenalisation

NumPermis DateDebut DateRetour
Nom DateFin Raison
Prénom Cout
Sexe Matricule IdModele
Adresse AnneeModele Modèle
Téléphone Couleur
Email Puissance IdMarque
CoutParJour Marque
IdType
Type

3.2. Graphe de dépendance

CIN IdType

IdReservation Matricule

IdPenalisation IdModele

IdMarque

16
 Chapitre II : Etude détaillée
4. Le modèle conceptuel de données
La conception d’un modèle conceptuel est un processus dynamique, nous allons
considérer maintenant que toutes nos dépendances fonctionnelles sont décrites et
continuer à cheminer dans le projet en commençant à générer le MCD.

Figure 10

4.1. Les règles de gestion

 RG1 : une voiture appartient à un modèle, un modèle possède une ou
plusieurs voitures.
 RG2 : un modèle appartient à une marque, une marque possède un ou
plusieurs modèles.
 RG3 : une voiture possède un type de carburant, un type de carburant est
utilisé par une ou plusieurs voitures.
 RG5 : une réservation concerne une voiture, une voiture peut figurer dans
plusieurs réservations.
 RG6 : une pénalisation est attribuée une seule réservation, une réservation
peut avoir plusieurs pénalisations.

17
 Chapitre II : Etude détaillée
5. Le modèle logique de données
Le modèle logique de données est une étape clé de la méthodologie merise. Il
permet de décrire de manière abstraite les données manipulées par le système
d’information en répondant aux besoins exprimés lors de l’étape de l’analyse
fonctionnelle.

5.1. Règles de passage du MCD au MLD

Réservation (IdReservation, DateDebut, DateFin, #CIN, #Matricule)

Client (CIN, NumPermis, Nom, Prénom, Sexe, Adresse, Téléphone, Email)

Voiture (Matricule, AnneeModele, Couleur, Puissance, CoutParJour, #IdType,

#IdModele)

Carburant (IdType, Type)

Marque (IdMarque, Marque)

Modèle (IdModele, Modèle, #IdMarque)

Pénalisation (IdPenalisation, DateRetour, Raison, Cout, #IdReservation)

18
 Chapitre II : Etude détaillée

6. Le modèle Physique de données

La méthode merise est basée sur un modèle physique de données qui décrit les
structures et les relations entre les données d’un système d’information. Il s’agit
d’implémenter le modèle dans un SGBD, c’est-à-dire le traduire dans un langage de
définition de données comme le nom le précise. Ce modèle est représenté sous
forme de schémas physiques et de tables.

Le modèle physique de données de la méthode merise comprend quatre éléments

principaux : les tables, les clés, les relations et les contraintes.

Voici le modèle physique de données ci-dessous :

19
 Chapitre II : Etude détaillée
7. Le modèle conceptuel de traitements
Le modèle conceptuel de traitements ou MCT va nous permettre de représenter de
façon schématique l’activité du système d’information sans faire de référence à des
choix organisationnels ou des moyens d’exécutions, c’est-à-dire qu’il permet de
définir simplement ce qui doit être fait, mais il ne dit pas quand, par quel moyen ni à
quel endroit de l’organisation.

Voici le modèle conceptuel de traitement ci-dessous :

8. Le modèle organisationnel de traitements Figure 11

La méthode merise propose un modèle organisationnel de traitement pour

décrire les activités d’une organisation en termes de processus métier, de services

20
 Chapitre II : Etude détaillée
offerts et de données manipulées. Ce modèle est concu pour representer les
opérations de l’organisation de manière à ce qu’elles puissent etre facilement
comprehensibles et analysées.

Le MOT permet de préciser l’ensemble des concepts d’écris dans le MCT. Ainsi
apres avoir repondu à la question QUOI lors du MCT il faut maintenant repondre aux
questions (QUI, QUAND, et COMMENT).

Voici le modèle organisationnel de traitement ci-dessous :

21
Chapitre II : Etude détaillée
Action
Temps Enchainement des procedures fonctionnelles Poste

10 Acceuil S.A

10 Comptable S.A

15 Gestionnaire S.A
de flotte

22
 Chapitre III : Réalisation du projet
III. Réalisation du projet
L’étude technique complète l’étude détailler par la prise en compte et la description
de tout environnement technique (ordinateurs, système d’exploitation, outils de
développement, système de gestion de bases de données…).

1. Le choix de SGBD
Microsoft Access est un SGBD relationnelles qui nous permettent d’effectuer des
opérations suivantes :

 Ajouter de nouvelle donnée à une base de donnée.

 Modifier les données existant dans la base e de donnée.
 Supprimer certaine information.
 Organiser et voir les données de plusieurs manière.
 Partager les données avec d’autre personne via les états.

23
 Chapitre III : Réalisation du projet
2. La présentation de l’application
2.1. Les tables
Une table est le liéu de stockage des informations dans une base de donnée. Une
table de base de donneé resemble a une feuille de calcule car les données sont
stocker en ligne et colonne.

Liste des tables :

 Client
 Reservation
 Voiture
 Modele
 Marque
 Carburant
 Penalisation
 Users

Exemple de table :

Voici la table Client en mode création de notre base données en SGBD Access :

24
 Chapitre III : Réalisation du projet
2.2. Les requêtes
Les requêtes permettent d’interroger la base de données.
La liste des requêtes :

 CA
 Client Info
 Info Facture
 Liste Carburants
 Liste Clients
 Liste Marques
 Liste Modèles
 Liste Pénalisations
 Liste Réservations
 Liste Voitures
 Nbre Clients
 Nbre Voitures
 Pénalisation Infos
 Réservation Infos
 Top5
 Voiture Infos
 Voitures réservées

Exemple de requête :

Cette requête de sélection est mise en place pour sélectionner les informations
clients dans la base de données.

25
 Chapitre III : Réalisation du projet
2.3. Les formulaires
Les formulaires sont souvent appelés écran de saisit des données. Il s’agit des
interfaces qui permettent d’utiliser les données. Souvent ils contiennent des boutons
de commande qui effectue diverse opération.

Liste des formulaires :

 Client
 Réservation
 Pénalisation
 Tableau de bord
 Voiture
 Modèle
 Marque
 Carburant
 Login
 Menu

Exemple de formulaire :

Voici le formulaire Pénalisation basculé en mode création

26
 Chapitre III : Réalisation du projet
2.4. Les états
Les états permettent de sintériser et de présenter les données provenant des tables
ou des requêtes. Un état répond généralement à une question spécifique.

Liste des états :

 Facture
 Facture Pénale
 Fiche Client
 Fiche Voiture
 Liste Clients
 Liste Réservations
 Liste Pénalisations
 Liste Voitures
 Liste Marques
 Liste Modèles
 Liste Carburants

Exemple d’état :

Voici l’état Fiche Voiture basculé en mode création

27
 Chapitre III : Réalisation du projet
2.5. Les macros
Une macros est un outils permettant d’automatiser les taches et d’ajouter des
fonctionnalités à des (formulaires, états et contrôle) sans avoir a entrez du code dans
un module Visual Basic.

Liste des macros :

 Macros pour imprimer la liste (Client, réservation, pénalisation).

 Macros pour imprimer la facture de réservation et de pénalisation.
 Macros pour imprimer la fiche client et voiture.
 Macro pour automatiser le formulaire d’authentification.

Exemple de macros :

Cet macros permet d’automatiser un bouton pour imprimer la liste des clients

28
 Chapitre III : Réalisation du projet
2.6. Les interfaces utilisateurs
L’interface utilisateur n’est d’autre chose que le formulaire qui permet la saisit des
informations dans la BDD.

2.6.1.L’interface d’authentification
L’authentification est la première interface qui apparait lors de l’ouverture de
l’application de gestion de location de voiture. C’est à travers elle que les utilisateurs
autorisés auront accès à l’application grace à la saisit du nom d’utilisateur et du mot
de passe.

29
 Chapitre III : Réalisation du projet
2.6.2. L’interface Menu general
L’interface menu general donne une vue globale de l’agence en question, c’est à
travers elle que l’utilisateur peut naviguer sur les différents formulaires en
commencant par le formulaire tableau de bord qui va permettre à l’utilisateur de
visualiser automatiquement le chiffre d’affaire de l’agence, le nombre de voiture que
lagence possède, ainsi que le nombre de client ayant réservés des voitures…

2.6.3. L’interface réservation

L’interface réservation permet la saisit des differentes réservations effectuées dans
l’agence de location de voiture.

30
 Chapitre III : Réalisation du projet
On peut également imprimer la liste des réseravtions en cliquant sur l’icone
imprimante(2) ainsi que la facturation en cliquant sur l’icone imprimante (1).

Exemple de liste de réservation :

Exemple de facturation :

31
 Chapitre III : Réalisation du projet
2.6.4.L’interface client
L’interface client permet à l’utilisateur la saisit des différents clients souhaitant
réservés une voiture.

2.6.5.L’interface voiture
L’interface voiture est réservée uniquement pour l’enregistrement des voitures
existants dans l’agence.

32
 Chapitre III : Réalisation du projet
2.6.6.L’interface marque
Cette interface permet d’enregistrer les différentes marques de voitures que l’agence
possède.

2.6.7.L’interface carburant
Cette interface permet la saisit du type de carburant que chaque voiture de l’agence
utilise

33
 Chapitre III : Réalisation du projet
2.6.8.L’interface modèle
Cette interface permet à l’utilisateur d’enregistrer les modèles de voiture que
l’agence possède.

2.6.9.L’interface pénalisation
L’interface pénalisation est un endroit réservées unique pour enregistrer les
différentes pénalisations.

34
 Chapitre III : Réalisation du projet
2.7. Le Manuel d’utilisation
Le manuel d’utilisation permet à l’utilisateur de pouvoir utiliser l’application facilement
et en toute autonomie.

Ajouter un nouvel Rafraichir le Rechercher un Imprimer une Fermer le

enregistrement formulaire enregistrement facture formulaire

Premier Enregistrement Enregistrement Dernier

enregistrement précédent suivant enregistrement

Enregistrer les Supprimer les

informations informations

35
Conclusion
En somme, la mise en place d’une application pour la gestion de location
de voitures constitue un levier de compétitivité majeur. Elle permet non
seulement d’améliorer la gestion interne et la satisfaction des clients,
mais aussi de préparer l’entreprise à une croissance durable et à
l’adaptation rapide aux évolutions du marché.

36
 Bibliographie
Deux Anciens mémoires corrigés en IG :
Sidi Mohamed Berthé, AUTOMATISATION DE LA GESTION DES AGENTS DE
SECURITE DE GARDIENNAGE (CAS DE LA SOCIETE DE SECURITE DU MALI -
GUARD (MG), IUG, informatique de gestion, 25 septembre 2020.

Mohamed Kane, AUTOMATISATION DE LA GESTION DES CONGES ET DES

PERMISSIONS DES AGENTS DE LA DFM DU MINISTERE DES
INFRASTRUCTURES ET DE L’EQUIPEMENT, IUG, Informatique de gestion,
promotion 2018-2021.

37
 Webographie
Deux sites Web Visités :
La méthode MERISE : Cours et exercices corrigés | Udemy

Cours pour apprendre l'ingénierie des systèmes d'information (developpez.com)

38