ALO TAXI

Projet Approche Agile

Elaboré par :
Maher khemiri Chaima Rejeb Oumaima Boubaker

TEK_UP
2_DMWM
 Introduction générale

Depuis la dernière décennie du siècle précédent, le domaine de l’informatique a pu faire un

pas géant vers un stade de progrès infini qui n’a pas cessé de développer chaque jour de ces
deux cotés software et hardware.

Face à cette croissance, les entreprises et les établissements se voient dans l’obligation
d’élaborer une stratégie complète pour améliorer la qualité de leurs services et automatiser
leurs différents systèmes d’information.

L’informatique marque sa présence dans plusieurs domaines et surtout dans le secteur

commercial. En effet, les entreprises veulent utiliser les logiciels et les services informatiques
pour faciliter leurs tâches et leurs besoins.

Dans ce cadre que se situe notre projet qui concerne la conception et le développement d’une
application mobile qui assure la mise en contact entre le client et le conducteur taxi.

1
Chapitre 1 :
Présentation
Du projet

2
Introduction 
Ce chapitre Contient la présentation de notre projet, dans laquelle nous allons préciser la
problématique et en fin nous essayons d’introduire l’étude de l’existant et on va proposer
notre solution.

I. Cadre général du Projet :

1. Problématique :

Les citoyens en Tunisie font face à des difficultés pour trouver leurs moyens de transport
notamment le service des taxis, parmi ces difficultés on trouve:

 La perte de temps.
 La longue attente des clients pour trouver un taxi.
 L’encombrement des demandeurs de taxi dans les grands axes (exemple : avenue Habib
Bourguiba).

Aujourd’hui, on constate une absence quasi-total de l’utilisation des outils technologique dans
ce domaine, et que le seul moyen de recherche de moyens de transport offert aux usagers est
de se pointer dans la rue, et de guetter les taxis libres, tout en espérant qu’il n’y a pas trop de
monde au même endroit et avec le même objectif « trouver un taxi libre ». Nous pensons que
les nouvelles technologies peuvent contribuer fortement à l’amélioration du quotidien des
usagers en leurs proposants un service informatique plus adapté et en les mettant en relation
direct avec les taxis, et ainsi limiter le temps d’attente ou du moins l’attente sera dans des
conditions plus confortables (commander son taxi depuis sa maison, depuis un café ou son
lieu de travail et donc ne passer son temps d’attente dans la rue…).

3
2. Etude de l’existant : 

1.1 Description

L’étude de l’existant permet de déterminer les points faibles et les points forts
d’un produit actuel ou d’un marché pour pouvoir déterminer les besoins du client, en
vue d’en prendre en considération lors de la conception et la réalisation de notre
application. Dans cette section, nous présentons une analyse de quelques exemples
d’applications marchands. Ensuite, nous proposons des solutions d’amélioration.

Nous avons constaté que le mode de recherche classique d’un taxi devient de plus en
plus ennuyant et parfois provoque des problèmes pour les citoyens et les conducteurs
Taxi pour plusieurs raisons car il y’a des lacunes dans ce secteur parmi eux l’absence
de l‘informatique, et l’absence de la communication instantané entre le client et le
conducteur. Dans la section suivante nous présentons des applications existantes.

1.2 Applications existantes :

● Taxi 216

Figure 1 : logo de l'application Taxi 216

Taxi 216 est une application mobile tunisienne qui permet la mise en relation
entre le client et le conducteur taxi. Cette application a pour but de faciliter l’accès des
passagers aux taxis grâce à son utilisation via un Smartphone, elle comporte plusieurs
fonctionnalités spécifiques comme la géo localisation, l’appel téléphonique.

Inconvénients :

Cette application ne compte pas un grand nombre d’utilisateurs aujourd’hui, nous

pensons que cela est dû à l’absence de publicités et de marketing autour de cette
application. Elle manque aussi certaines fonctionnalités comme par exemple la
messagerie et la réservation.

4
 C’est une application tunisienne web et mobile disponible sur Play store, elle
permet la mise en contact entre le client et le conducteur et elle comporte plusieurs
fonctionnalité notamment la réservation, le service de notification, service de géo
localisation.

3. Proposition de la solution 
3.1 Etude d’amélioration

Apres l’étude de l’existant nous avons pu identifier des points faibles qui
nécessitent des améliorations permettant de mieux répondre aux besoins des
utilisateurs. Notre application comprendra des fonctionnalités nouvelles que nous
évoquerons dans la section suivante et nous les introduisons avec plus de détails dans
le chapitre suivant, ainsi que les points qui pourront porter un plus.

3.2 Solution proposée :

Afin de réduire les obstacles de mise en relation entre les clients et les
conducteurs taxi, on propose de développer une application qui permet d’améliorer la
mise en contact entre eux. Cette application va faciliter et accélérer la procédure de
recherche de taxis, et par la suite elle offre des fonctionnalités qui permettent de
contacter les conducteurs taxi : l’appel téléphonique, la messagerie... En effet elle
présente aux les utilisateurs des opportunités et elle permet de s’inscrire et de
s’authentifier à l’application.

Le client, peut choisir la procédure de recherche qui convienne : En appuyant le

bouton Taxii puis attendre les consultations des conducteurs, ou bien effectuer une
recherche manuellement à travers l’interface de la carte Maps. Elle offre aussi
l’opportunité aux clients de réserver un taxi.

Le conducteur taxi peut contacter les clients ou attendre les réservations des clients.

5
Conclusion 

Dans ce chapitre nous avons vu une présentation générale de notre projet, Ainsi
que nous avons donné :

Une idée globale sur le déroulement de notre application. Dans le prochain chapitre
nous introduisons notre analyse des besoins et on va identifier les acteurs de
l’application.

6
 Chapitre 2 : Analyse des
Besoins

Introduction 

7
 Dans ce chapitre nous mettons en évidence l’analyse et la spécification des besoins de
notre projet, Et par la suite nous essayons d’élaborer les différents solutions, d’évaluer les
diverses conséquences, d’identifier les acteurs et de définir les besoins fonctionnels et les
besoins non fonctionnels de notre projet.

I. Identification des acteurs :

Dans le cadre de ce projet on va identifier trois types d’utilisateur:

 Client

 S’inscrire / s’authentifier.
 Chercher un taxi.
 Réserver un taxi.
 Contacter les conducteurs taxi.

 Conducteur taxi :
 S’inscrire et saisir les informations et les caractéristiques du véhicule de taxi.
 S’authentifier.
 Chercher un client.
 Contacter un client.
 Consulter les réservations demandées.

 Administrateur :

C’est la seule personne grâce à l’authentification avec un login et un mot de passe qui peut
contrôler les différentes fonctionnalités du système, de ce fait il gère les différents taches et
consulter par la suite la liste des utilisateurs.

Notre administrateur peut aussi gérer les utilisateurs par l’ajout la suppression la modification
ou la consultation de la liste des utilisateurs.

II. Description des besoins :

8
 Notre projet se base sur l’étude des besoins c’est pour cela qu’on doit spécifier les besoins
fonctionnels et les besoins non fonctionnels dans cette section du chapitre :

1. Les besoins Fonctionnels :

Les besoins fonctionnels permettant de cadrer les fonctionnalités attendues par

notre application.

Inscription :

 l’application permet à l’utilisateur : client et conducteur taxi de s’inscrire.

 Le conducteur taxi doit saisir les informations (statut, position, …) et les

caractéristiques de son véhicule taxi (carte grise…).

Authentification :

 L’application permet au client, conducteur taxi, et l’administrateur de s’authentifier.

Déconnexion :

L’application permet aux utilisateurs de se déconnecter de l’application.

Administration :

 Gestion d’utilisateur : l’application permet de mettre en place une gestion simple

et fiable des utilisateurs de ce portail dans le but de modifier, supprimer, ajouter.
 Consultation des listes d’utilisateurs (client/conducteur Taxi).

Notification :

Gestion de notification : lorsque le client va réserver un taxi le système envoi une

notification au conducteur, et si le conducteur accepte la course le système génère une
notification pour client pour lui informer de l’acceptation.

Appel téléphonique :

9
L’application offre la possibilité au client et au conducteur taxi de communiquer
mutuellement par une appelle téléphonique.

Messagerie :

L’application permet la mise en relation entre le client et le conducteur qui s’effectue

par messagerie (sms).

Réservation Taxi :

L’application permet à le client de réserver un taxi à travers l’interface de réservation

taxi, il peut saisir les coordonnés de réservation suivantes : date, heure, Départ,
Arrivée, information supplémentaires et valide.

Géo-localisation :

L’espace client contient une interface avec une carte Maps permettant de déterminer
les marqueurs des positions des taxis libres sur la carte.

L’espace conducteur taxi contient une interface avec une carte Maps permettant de
contacter les clients en attente.

2. Les besoins non fonctionnels :

Les besoins non fonctionnels présentent les exigences internes pour le système qui
sont substantielles.

 L’ergonomie :

L’application doit présenter des interfaces utilisateurs conviviales bien structurées du

point de vue contenu informationnel. Cet effet est assuré par la combinaison du texte
et du graphique avec un bon choix des couleurs et du style d’écriture.

 Fiabilité :

10
L’application doit toujours être en mesure de fonctionner correctement, il ne doit pas
avoir de problème de fonctionnement ou des cas d’utilisation donnant des résultats
non souhaités ou erronés.

 La charge de travail :

Ce critère stipule que l’interface soit conçue de telle façon qu’elle réduit le travail de
lecture de l’utilisateur. D’autre part, l’interface doit être faite de sorte que l’utilisateur
passe par le minimum d’étape pour effectuer une tache.

 La gestion des erreurs :

La gestion des erreurs consiste en la conception d’interfaces qui aident l’utilisateur à

éviter de commettre des fautes.

De plus si l’utilisateur commet une erreur, l’interface doit lui permettre de la corriger.

 Vérification de saisie :

L’application doit permettre la vérification des différents paramètres manipulés. Par

exemple, si un champ est vide alors qu’il est requis, ou dans le cas d’un chemin
invalide l’application doit indiquer qu’il y a une faute dans les paramètres.

 Rapidité :

L’interrogation de la base de données doit être aussi rapide et efficace, et les requêtes
SQL doivent être complètes et optimisées.

 Maintenance :

11
 Le code doit être facile à maintenir pour des raisons de réutilisation et de modification.

 Technique :

Respecter la règle de sécurité par la mise en place des mesures d’authentification.

Adopter un nom et un titre parlant pour chaque page de l’application.

3. Les Contraintes :

✓ Chaque utilisateur doit s’authentifier avant d’être connecté au système.

✓ Le droit d’accès à la base des données doit être restreint à l’administrateur.
✓ Chaque utilisateur peut se déconnecter.

4. Objectifs du projet :

La mise en place d’une application mobile qui offre des fonctionnalités qui
vont révolutionner et innover le mode de recherche classique et traditionnel et le
remplacer par un autre informatisé, plus rapide, fiable.

Ce système permet à son utilisateur : client de consulter l’interface et choisir la

méthode de recherche, et à son utilisateur Conducteur Taxi de consulter l’interface
puis effectuer une recherche sur les clients, tout en se basant sur les nouvelles
technologies. Et à son administrateur de gérer tous les utilisateurs et consulter la liste
des utilisateurs rétablit.

Les principaux objectifs sont cités ci-après:

 Réduire la surcharge des clients en attente de taxis.

 Révolutionner le secteur des taxis.
 Réduire le temps d’attente par-rapport aux conducteurs taxi et aux clients.
 Avoir une application fiable et efficace qui traite les besoins du client et du
conducteur taxi.

12
III. Diagramme de cas d’utilisation :

1. Représentation :

Le diagramme de cas d’utilisation est le premier diagramme du modèle UML,

il représente la structure des grandes fonctionnalités aux utilisateurs du système,
autrement dit une représentation graphique qui montre les différentes relations entre
l’utilisateur et les objets que le système met en œuvre.

2. Diagramme de cas d’utilisation global

Débutons-nous par le diagramme global de l’administrateur qui nous montre

tous les cas d’utilisation qui peut s’effectuer par le l’administrateur puis nous allons
détailler chaque cas d’utilisation en spécifiant les sous cas :

Figure 1 : Diagramme de cas d’utilisation Global « Administrateur »

Le deuxième c’est le diagramme du Client qui nous montre tous les cas d’utilisation
qui peuvent s’effectuer par le client puis nous allons détailler chaque cas d’utilisation en
spécifiant les sous cas:

13
 Figure 2 : Diagramme de cas d’utilisation Global « Client »

Le troisième c’est le diagramme du Conducteur Taxi qui nous montre tous les cas
d’utilisation qui peuvent s’effectuer par le conducteur taxi puis nous allons détailler chaque
cas d’utilisation en spécifiant les sous cas:

Figure 3 : Diagramme de Cas d’utilisation Global « Conducteur Taxi »

Diagrame d’utilisateur globale

14
15
 Chapitre 2 

Conception

16
I. Diagramme de classes 
Le diagramme de classe constitue un élément très important de la modélisation, il
permet de définir les composantes du système final et de séparer les composantes de
manière à pouvoir répartir le travail de développent entre les membres du groupes.

● Le schéma de diagramme de classe :

17
Conclusion

Nous avons terminé ce chapitre qui se concentre sur la conception de notre application
et de base de données. Nous avons présenté les fonctionnalités pour chaque acteur et les
scénarios relatifs à chacun d’entre eux et le déploiement de notre application

18
19