Business-Plan Cyber Professionnel

Projet ALO TAXI
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
Présentation Du projet
I. Cadre général du Projet :

1. Problématique :
Les citoyens au Burundi 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 :

KAMEGE).
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…).
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 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.
C’est une application 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
Après 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 au point 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 Taxi 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.
Dans ce point 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.
II. Analyse des Besoins
Dans ce point 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érentes tâches 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 :
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 : 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é :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 :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.
III. Diagramme de cas d’utilisation :

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.
1. 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:
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
Conception
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 :

Conclusion
Nous avons terminé ce point 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

Business-Plan Cyber Professionnel

Transféré par

Droits d'auteur :

Formats disponibles

Business-Plan Cyber Professionnel

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Business-Plan Cyber Professionnel

Transféré par

Droits d'auteur :

Formats disponibles

Projet ALO TAXI

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

Face à cette croissance, les entreprises et les établissements se voient dans

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

Dans ce cadre que se situe notre projet qui concerne la conception et le

I. Cadre général du Projet :

✓ La longue attente des clients pour trouver un taxi.

✓ L’encombrement des demandeurs de taxi dans les grands axes (exemple :

Aujourd’hui, on constate une absence quasi-total de l’utilisation des outils

1.2 Applications existantes :

Figure 1 : logo de l'application Taxi 216

Cette application ne compte pas un grand nombre d’utilisateurs

3.1 Etude d’amélioration

Après l’étude de l’existant nous avons pu identifier des points faibles

3.2 Solution proposée :

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

Une idée globale sur le déroulement de notre application. Dans le prochain

Dans ce point nous mettons en évidence l’analyse et la spécification des

I. Identification des acteurs :

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

• Contacter les conducteurs taxi.

• S’inscrire et saisir les informations et les caractéristiques du véhicule de taxi.

• Consulter les réservations demandées.

C’est la seule personne grâce à l’authentification avec un login et un mot de

II. Description des besoins :

1. Les besoins Fonctionnels :

Les besoins fonctionnels permettant de cadrer les fonctionnalités

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

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

• L’application permet au client, conducteur taxi, et l’administrateur de

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

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

Notification :Gestion de notification : lorsque le client va réserver un taxi le

Réservation Taxi :L’application permet à le client de réserver un taxi à

Les besoins non fonctionnels présentent les exigences internes pour le

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

L’interrogation de la base de données doit être aussi rapide et efficace, et les

✓ 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

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

• Réduire le temps d’attente par-rapport aux conducteurs taxi et aux clients.

III. Diagramme de cas d’utilisation :

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

1. Diagramme de cas d’utilisation global

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

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

Le troisième c’est le diagramme du Conducteur Taxi qui nous montre

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

Le diagramme de classe constitue un élément très important de la

●Le schéma de diagramme de classe :

Nous avons terminé ce point qui se concentre sur la conception de notre

Vous aimerez peut-être aussi