PROJET COODING WEEK

Réaliser par :
Nouhaila Elahli
Meriem bounafaa
Louay El mousalami
M.Taha El karama

MR.FILALI YOUSSEF Encadreur de projet

 Remerciements

On remercie dieu le tout puissant de

nous avoir donnée la santé et la volonté
d’entamer et de terminer ce mémoire.

Nous voudrons adresser toute notre

gratitude à notre encadrant de ce projet
Mr Youssef FILALI pour sa patience, sa
disponibilité et surtout ses judicieux
conseils qui nous ont beaucoup aidé afin
d’accomplir ce travail.

Nous désirons adresser nos

remerciements aussi a toute personne qui,
de près ou de loin, nous a apporté sa
sollicitude pour mener a bien ce travail.
 Table de matière
Remerciements
Liste des figures
Introduction générale…………………………………………………………6
CHAPITRE 1 : Présentation de cadre de projet………………….7
I. Introduction…………………………………………………………….….8
II. Analyse d’existant……………………………………………………….8
1. Fonctionnalités de base……………………………………...8
2. Interface utilisateur…………………………………………….8
3. Gestion des données………………….……………………….9
4. Sécurité…………………………………………………………….….9
5. Support client………………………………………………………9
III. Les défis……………………………………………………………………….10
IV. Conclusion……………………………………………………………………11
CHAPITRE 2 : MODELISATION CONCEPTUEL…………………………12
I. Analyses et spécification des besoins…………………………….13
1. Identification des acteurs …………………………………….13
2. Analyse des besoins fonctionnels………………………….13
3. Analyse des besoins non fonctionnels………..…………13
II. Méthodologie et approche adoptée………………………………15
III. Conception d’UML…………………………………………………………15
1. Diagramme de cas d’utilisation (clients)……………….15
2. Diagramme de cas d’utilisation (Administrateurs)…16
3. Diagramme de classe……………………………………………17
IV. Conclusion ……………………………………………………………………17
CHAPITRE 3 : REALISATION………………………………………………..18
I. Environnement du travail……………………………………………19
1. Environnement logiciel……………………………………..19
II. Application mobile………………………………………………………20
III. Conclusion ………………………………………………………………….26
Conclusion générales……………………………………………………………27
Références ……………………………………………………………………………28
 LISTE DES FIGURES
Figure 1 : Diagramme de cas d’utilisation (clients)
Figure 2 : Diagramme de cas d’utilisation (administrateurs)
Figure 3 : Diagramme de classe
Figure 4 : Interface accueil…………………………………………………………….20
Figure 5 : Base de données d’accueil…………………………………………….20
Figure 6 : Interface d’entrée………………………………………………………….21
Figure 7 : Base de données d’entrée………………………………………………21
Figure 8 : Interface d’authentique…………………………………………………22
Figure 9 : Base de données d’authentique………………………………………22
Figure 10 : Interface de choix………………………………………………………….23
Figure 11 : Base de données de choix…………………………………………………….23
Figure 12 : Interface liste des motos………………………………………………………24
Figure 13 : Base de données liste des motos……………………………….…………24
Figure 14 : Interface liste des bicyclettes ………………………………………………24
Figure 15 : Base de données liste des bicyclettes ………………………………….24
Figure 16 : Interface de paiement………………………………………………………….25
Figure 17 : Base de données de paiement………………………………………………25
Figure 18 : Interface de confirmation……………………………………………………25
Figure 19 : Base de données de confirmation ………………………………………25
Figure 20 : Interface de fin……………………………………………………………………26
Figure 21 : Base de données de fin……………………………………………………….26
INTRODUCTION GENERELE
Au cours de la formation d’ingénieur à l’EIGSI, les
étudiants de la première année cycle d’ingénieure ont
été amenés à réaliser un projet qui s’inscrit dans le
cadre de l’informatique.

C’est dans cette perspective que nous avons conçu

une application sous une version originale et
innovante. Loin des barques traditionnelles connues.

Durant 2 mois nous avons établi une étude

complète de notre système afin de répondre au cahier
de charge imposé. Dans ce rapport, nous détaillons les
étapes suivies dans la conception de l’application
L.V.M.

6
RESENTATION DE CADRE DE

PROJET

7
 I. INTRODUCTION :

Dans ce chapitre nous allons présenter, en premier lieu l’application

qui consiste à louer des motos et des vélos. Ensuite nous allons faire
une étude de l’existant sur les modalités des travaux actuelles.
Enfin nous allons spécifier l’ensemble des besoins fonctionnels et non
fonctionnels liés à notre application.
II. ANALYSE D’EXISTANT :
1. Fonctionnalités de base
 Inscription et connexion des utilisateurs : L'application devrait
permettre aux utilisateurs de créer un compte et de se
connecter facilement.
 Recherche et réservation : Les utilisateurs devraient pouvoir
rechercher des motos et des vélos disponibles, consulter les
détails et les tarifs, et effectuer une réservation.
 Gestion des réservations : L'application devrait permettre aux
utilisateurs de visualiser, modifier ou annuler leurs réservations
existantes.
 Paiements : Il devrait y avoir un système de paiement sécurisé
intégré à l'application, permettant aux utilisateurs de régler
leurs réservations.
 Localisation : L'application pourrait inclure une fonctionnalité
de localisation pour aider les utilisateurs à trouver les motos et
les vélos à proximité.

2. Interface utilisateur :

 Design intuitif : L'interface utilisateur devrait être conviviale,

avec une navigation facile et des éléments d'interface clairs.

8
 Convivialité mobile : Étant donné qu'il s'agit d'une application
pour la location de motos et de vélos, il est essentiel qu'elle soit
adaptée aux appareils mobiles pour une utilisation pratique sur
le terrain.
 Processus de réservation simplifié : Le processus de recherche,
de réservation et de paiement doit être simple et facile à
comprendre pour les utilisateurs.

3. Gestion des donnés :

 Base de données des véhicules : L'application devrait disposer

d'une base de données complète des motos et des vélos
disponibles, y compris les détails des modèles, les tarifs, les
disponibilités, etc.
 Profils utilisateurs : Les informations des utilisateurs, telles que
les coordonnées, les préférences, l'historique des réservations,
etc., devraient être correctement stockées et gérées.

4. Sécurité :

 Confidentialité des données : L'application doit mettre en place

des mesures de sécurité pour protéger les informations
personnelles des utilisateurs et les données sensibles, telles que
les informations de paiement.
 Vérification des utilisateurs : Il peut être judicieux de mettre en
place un processus de vérification des utilisateurs pour garantir
la sécurité de la communauté.

5. Support client :

 Service d'assistance : L'application pourrait inclure un système

de support client pour répondre aux questions, résoudre les
problèmes et traiter les réclamations des utilisateurs.

9
  Commentaires et évaluations : Les utilisateurs devraient
pouvoir laisser des commentaires et des évaluations sur les
motos, les vélos et leur expérience globale avec l'application.

III. LES DEFIS :

La problématique de cette application de location de motos et de

vélos peut varier en fonction des défis spécifiques rencontrés. Voici
quelques problématiques courantes qui pourraient se poser :
I. Concurrence : Si le marché de la location de motos et de vélos est
saturé, l'application pourrait faire face à une concurrence féroce.
La problématique consisterait alors à se démarquer et à offrir des
fonctionnalités uniques pour attirer les utilisateurs.
II. Acquisition d'utilisateurs : Une problématique majeure peut être
d'attirer et de fidéliser un nombre suffisant d'utilisateurs.
L'application devrait élaborer une stratégie efficace de marketing
et de promotion pour atteindre son public cible et encourager
l'adoption de l'application.
III. Gestion des stocks : Assurer une disponibilité suffisante de motos
et de vélos pour répondre à la demande des utilisateurs peut être
un défi. Il est important de mettre en place un système de gestion
des stocks efficace pour suivre les réservations, les retours et la
maintenance des véhicules.
IV. Expérience utilisateur : L'application doit offrir une expérience
utilisateur fluide et agréable pour encourager les utilisateurs à
l'utiliser régulièrement. Des problèmes d'interface, de navigation
complexe ou de performances médiocres peuvent entraîner une
mauvaise expérience utilisateur
V. Sécurité des transactions et des véhicules : La sécurité des
transactions financières et la protection des véhicules contre le vol
ou les dommages sont des problématiques essentielles.

10
 L'application doit mettre en place des mesures de sécurité
robustes pour garantir la confiance des utilisateurs.
VI. Support client : Assurer un support client efficace et réactif est
crucial. Les problématiques peuvent survenir lors de la
réservation du Paiement ou de l'utilisation des véhicules, et il est
important de pouvoir les résoudre rapidement pour satisfaire les
utilisateurs.
 Adaptation aux réglementations locales : Les applications de
location de motos et de vélos doivent souvent se conformer
aux réglementations locales en matière de transport et de
sécurité routière. S'assurer que l'application est en
conformité avec ces réglementations peut être un défi
complexe.

VII. CONCLUSION :

Dans ce chapitre, nous avons présenté le sujet, ainsi que les

grands choix techniques adoptés pour la mise en place du prototype
attendu. Dans le chapitre suivant, nous allons examiner la solution
proposée, afin de définir les besoins fonctionnels et opérationnels de
l’application à développer

11
MODELISATION CONCEPTUEL

12
I. ANALYSES ET SPECIFICATIONS DES BESOINS :

1. Identification des acteurs :

Les acteurs principaux qui interagissent avec l'application peuvent

être identifiés comme suit :
 Les acteurs de notre application mobile sont:
• Client: tous les personnes peut consulter les services dans un
espace ouvert.
 Les acteurs de notre site web est :
• Administrateur: les administrateur qui gérer les trajets et arrêts
ainsi que valider les abonnements.

2. Analyse besoins fonctionnels :

Les besoins fonctionnels liés à l'administrateur dans une

application de location de motos et de vélos peuvent inclure :

 Gestion des utilisateurs : Permettre à l'administrateur de

gérer les comptes des utilisateurs, notamment la création, la
modification et la suppression des comptes, ainsi que la
gestion des autorisations d'accès.

 Gestion des propriétaires de motos/vélos : Permettre à

l'administrateur de gérer les informations des propriétaires
de motos/vélos, y compris l'ajout de nouveaux propriétaires,
la vérification de leurs informations, la modification des
détails, etc.

 Gestion des véhicules : Permettre à l'administrateur

d'ajouter de nouveaux véhicules à la base de données, de
modifier les détails des véhicules existants, de supprimer des
véhicules, et de gérer les disponibilités des véhicules.
 Gestion des réservations : Permettre à l'administrateur de
visualiser toutes les réservations en cours, de vérifier les

13
 détails des réservations, de modifier les dates ou les
informations si nécessaire, d'annuler des réservations, etc.
 Gestion des problèmes techniques : Permettre à
l'administrateur de surveiller et de résoudre les problèmes
techniques liés à l'application, tels que les erreurs système,
les pannes, les problèmes de performance, etc.
 Gestion des tarifs et des disponibilités : Permettre à
l'administrateur de définir les tarifs de location des motos et
des vélos, de gérer les saisons tarifaires, les réductions
spéciales, et de mettre à jour la disponibilité des véhicules.
 Support client : Fournir à l'administrateur un accès au
système de support client pour répondre aux demandes
d'assistance, résoudre les problèmes et traiter les
réclamations des utilisateurs.

3. Analyse besoins non fonctionnels :

Les spécifications non fonctionnelles décrivent les contraintes

auxquelles est soumis le système pour sa réalisation et son bon
fonctionnement :
 Performance : L’application doit faire face à un très grand
nombre de requêtes et doit également avoir un temps de
réponse rapide.
 Sécurité : Le système doit être sécurisé, en assurant l’intégrité
et le non répudiation des données stockées dans la base,
compte tenu qu’elles reflètent des informations privées sur les
différents acteurs.
 Ergonomie : Les interfaces utilisées par le logiciel doivent être
claires concises et faciles à manipuler. Fiabilité : L’application
doit assurer l’échange des données et n’en perdre aucun détail.
 Configuration : La configuration du logiciel ne doit présenter
aucune difficulté pour un simple utilisateur non expert.

14
II. METHODOLOGIE ET APPROCHE ADOPTEE :

Avant de programmer l’application et se lancer dans l’écriture

du code : il faut tout d’abord organiser les idées, les documenter,
puis organiser la réalisation en définissant les modules et les
étapes de la réalisation Cette démarche antérieure à l’écriture que
l’on appelle modélisation ; son produit et un module. La
modélisation consiste à créer une représentation virtuelle d’une
réalité de telle façon à faire ressortir les points auxquels on
s’intéresse. Dans le cadre de notre projet on a utilisé la
méthodologie UML pour la modélisation des différents
diagrammes.

III. CONCEPTION D’UML :

4. Diagramme de cas utilisation (clients) :

15
5. Diagramme de cas utilisation
(Administrateur) :

16
 6. Diagramme de classe :

IV. CONCLUSION :

Ce chapitre présente les besoins fonctionnels et non

fonctionnels et les différentes étapes de la conception de
l’application. Le chapitre suivant sera consacré le dernier chapitre
qui présente la réalisation de notre application.

17
REALISATION

18
I. ENVIRONNEMENT DU TRAVAIL :
1. Environnement logiciel
a. Technologie utilisées
La plateforme MIT App Inventor est un environnement de
développement d'applications mobiles convivial qui permet aux
utilisateurs de créer des applications Android sans avoir besoin de
compétences en programmation avancées. Elle a été conçue pour
faciliter l'apprentissage de la programmation et permettre à un large
éventail de personnes, y compris les débutants, d'entrer dans le
monde de la création d'applications mobiles.

Voici quelques-unes des principales utilisations et fonctionnalités

de la plateforme MIT App Inventor :
 Développement d'applications mobiles
 Programmation visuelle
 Personnalisation des composants
 Tests et débogage en direct
 Connectivité avec des appareils externes
 Partage des applications

19
II. APPLICATION MOBILE :
ETAPE 1 :

Figure4 : interface accueil Figure5 : base de donné d’accueil

La phase d'accueil est une période importante où l'on établit les

bases d'une expérience positive pour les nouveaux arrivants. Elle vise
à faciliter leur intégration en leur fournissant les informations, les
ressources et le soutien nécessaires pour qu'ils puissent se sentir
bienvenus et engagés dans leur nouvel environnement.

20
Etape2 :

Figure6 : Interface d’entrée Figure7 : base de donnée d’entrée

L’interface d’entrée permettra de passé directement à
l’interface d’authentique.

21
Etape3 :

Figure8 : interface d’authentique figure9 : base de données

D’authentique

Une interface d'authentification est utilisée pour vérifier

l'identité d'un utilisateur ou d'un système avant de lui accorder
l'accès à des ressources spécifiques ou à des fonctionnalités
particulières. Elle permet d'établir une connexion sécurisée entre
l'utilisateur et le système, en s'assurant que seules les personnes
autorisées peuvent accéder aux informations ou aux
fonctionnalités restreintes.

22
 Etape4 :

Figure10 : interface des choix figure11 : base de données des choix

L’interface des choix permettra de choisir entre moto et

bicyclette donc si quelqu’un a choisi moto il va aller vers Screen6
sinon il va ouvrir Screen4.

23
 Etape5 :

Figure12 : interface liste des motos figure13 : base de données

. Liste des motos

Figure14 : interface liste des bicyclettes Figure15 : base de données

. Liste des bicyclettes
24
L’interface des listes permettra de choisir la moto ou bien la
bicyclette que voudrais louer et ont un seul clic sur le choix il va
ouvrir Screen8 de paiement.
Etape6 :

Figure16 : interface de paiement Figure17 : base de données de

. Paiement
Etape7 :

Figure18 : Interface de confirmation figure19 : base de données de

. Confirmation.

25
 Interface de confirmation permettra de confirmer votre
commande d’après le mode passe ainsi que le code CIN.

Etape8 :

Figure20 : Interface de fin Figure21 : base de données de fin

Interface de fin permettra de retourner vers Screen1 pour soit

refaire la demande soit pour sortir de l’application.

III. CONCLUSION :

Dans ce chapitre on présente la réalisation de diffèrent partie

de notre application

26
CONCLUSION GENERALES

Ce travail de réalisation et de conception d’une application

mobile multiplateforme dédiés au service client LMV Du point de
vue technique, ce projet m’a permis de m’adapter avec
l’environnement du développement informatique, de même il m’a
permis de maîtriser la méthode développement et des nouvelles
technologies de programmation.

J’ai rencontré plusieurs difficultés tant au niveau conceptuel

qu’au niveau de la réalisation.

Tout de même j’ai réussi à les surpasser pour présenter en fin de

compte une application opérationnelle.

27
 REFERENCES

https://appinventor.mit.edu/

https://apps.apple.com/fr/app/bienici-achat-
location/id1181371766

https://moto-station.com/moto-revue/choisir-acheter-
vendre/toutes-motos-eligibles-permis-a2/424741

https://fr.wikipedia.org/wiki/Diagramme_de_cas_d%27utilisation

28