Alo Taxi
Alo Taxi
Alo Taxi
Présentation Du projet
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.
* 3 - scénarios possibles :
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.
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.
Réalisation technique
1. Template :
Après plusieurs tests, notre choix final se porte sur siteground-j15-85, dont la
barre de titre et de pied de page est un dégradé de noir, avec certains menus
bleus.
float:right;
top:220px;
position:
relative;
font:
white;
−
height: 20px;
et nous modifions l'image
templates\siteground-j15-85\images\flashnews.png
Par défaut, lors du passage de la souris sur le menu des catégories (en position
User3), un sous-menu montrant les sous-catégories s'affiche. Nous désirons
désactiver cet affichage pour forcer le visiteur à aller sur la page d'accueil de la
catégories, et voir chaque produit en faisant partie.
Pour ce faire, nous modifions le fichier :
includes\js\jscook!;js
b. Modification du panier :
/components/com_virtuemart/themes/[default]/templates/common/minicart.tpl.p
hp
Permet de choisir une date de début (et de fin selon article) pour la réservation
\components\com_virtuemart\themes\defaul
t\templates\product_details\includes\addtoca
rt_advanced_ attributes.tpl.php
Ce fichier est constitué d'une boucle, parcourant tous les attributs possibles d'un
produit. Nous ajoutons en début de boucle :
if ($attribute['title'] == 'Date') {
?>
<?php }
else if ($attribute['title'] == 'Date2')
{
?>
<?php }
else
{
Pour qu'un produit soit réservation selon une ou deux date (début – fin), il suffit
de créer pour ce produit un attribut vide appelé Date ou Date2. Le fichier que
nous venons de modifier va tester la présence de ces attributs et, dans ce cas,
afficher un objet HTML <input type='text'> auquel il associera un affichage
javascript de calendrier.
d. Modifications divers :
\administrator\components\com_virtuemart\classes\ps_product_attribut.ph
p
Puis nous modifions le même fichier ligne 335 pour ne pas afficher le prix s'il est
nul :
if($price["product_price"]!='0')
$html .= ' - ' .
$CURRENCY_DISPLAY-
>getFullValue( $price["product_price"] ) ;
Hébergement
1. Choix de l'hébergeur
Joomla, de plus, ne peut être héberger par un simple serveur web (de type Apache
ou IIS), car une base de données est nécessaire. Les pré-requis pour Joomla 1.5
sont les suivants :
− PHP 4.3.10
− MySQL 3.23
− Apache 1.3
− ou IIS 6
Une seule base de données est suffisante pour un site Joomla. Il est en revanche
recommandé d'avoir accès à PhpMyAdmin (pour administrer la base MySQL en
cas de besoin), de même qu'un accès FTP pour la mise en ligne. Les dernières
versions de ces logiciels est recommandée.
− infrastructure cloud
− serveur mail
Pour mettre le site en ligne depuis notre machine de test, nous utiliserons Akeeba,
qui permet de réaliser depuis Joomla des backups à un format compressé (il est
également possible de réaliser des backup à intervalle régulier en cas de
défaillance serveur). Pour extraire l'archive et la mettre en ligne, nous utilisons
Akeeba eXtract Wizard puis FileZilla.
2. Sécurité
− blocage des attaques par utilisation d'un pare-feu et d'un anti-virus, sur un
serveur de type linux ne pouvant être infecté
a. Droit d'accès :
L'hébergement, sur un serveur de type linux, accorde des droits d'accès de 3 types,
pour 3 catégories de personnes : le propriétaire, un membre du groupe, ou
n'importe ; qui peut lire un fichier, le modifier, ou l'exécuter.
Pas sécurité, nous accordons aux fichiers la permission 644 aux fichiersv(le
propiétaire a tout accès, les autres peuvent lire) et 755 aux dossiers (tous droits
pour le propriétaire, lecture et exécution pour les autres).
b. Sécurisation du .htaccess :
<Files .htaccess>
order allow,deny
deny from all
</Files>
Suite à une commande, le billet associé est téléchargeable. Il s'agit d'un fichier
PDF. Pour éviter des attaques possibles, il convient de réserver un sousrépertoire
à ces fichiers, à savoir administrator/media/download/
d. Protéger le fichier configuration.php :
Permet d'éviter qu'un tiers n'intercepte les données échangées entre le serveur et
le client et ne puisse les interpréter. Le site dispose d'une clé privée et donne au
client une clé publique pour encoder les données, que seul le serveur peut lire
grâce à la clé privée. Néanmois, notre hébergeur ne supportant pas le format SSL,
cette solution ne peut être appliquée
f. Divers
Une fois le site commerçant en ligne et protégé, il faut maintenant s'assurer qu'il
sera connu et utilisés par le plus de personnes possibles.
− ils ne cherchent pas un produit mais sont attirés par une publicité.
Inconvénients :
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
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 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é :
✓ Client
• S’inscrire / s’authentifier.
• Chercher un taxi.
• Réserver un taxi.
✓ Conducteur taxi :
• S’authentifier.
• Chercher un client.
• Contacter un client.
Notre administrateur peut aussi gérer les utilisateurs par l’ajout la suppression
la modification ou la consultation de la liste des utilisateurs.
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 :
Inscription :
Authentification :
Administration :
L’espace conducteur taxi contient une interface avec une carte Maps
permettant de contacter les clients en attente.
2. Les besoins non fonctionnels :
✓ L’ergonomie :
3. Les Contraintes :
• Avoir une application fiable et efficace qui traite les besoins du client et du
conducteur taxi.
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 »
Conception
I. Diagramme de classes