Vous êtes sur la page 1sur 9

Pfe insaf & takwa

Chapitre 1
Analyse et
spécification de
besoins
Pfe insaf & takwa

I. Introduction
Ce premier chapitre présente un état des lieux : il s’agit d’une étude de l’existant qui va
nous permettre de dégager la problématique de notre sujet suivie de critique permettant au projet
de présenter une amélioration résumant l’ensemble des solutions retenues . Enfin nous
présenterons une étude détaillée des besoins fonctionnels et non fonctionnels.

Toujours Pas d'espace avant, mais une espace après les signes de ponctuation (point ou
virgule)

II. Etude de l’existant


L’objectif de l’étude de l’existant est de présenter quelques applications mobiles
de covoiturage et faire la comparaison entre les services similaire pour entreprise
disponibles sur le marché cite à titre d’exemple «Wassalni » ,
«GoVoiturage.tn», et «Partagi.tn» procédons à une analyse fonctionnels et
technique de ces dernier.

1. Description de l’application existant

1.1 A. L’application partagi.tn

1.1.1 Présentation

partagi.tn est une application Tunisienne gratuite, disponible sur tout plateforme mobile et
site web qui a pour but de mettre en relation des personnes voulant partager un trajet à
plusieurs [1].

à chaque fois vous copiez un texte, il faut ajouter le lien vers la source
du texte copié (exp : [1] [2] [3] ….)

A la fin du rapport on ajoute :

Bibliographie

[1] : Lien du Site, date du dernier accès :…

[2] : source bibliographique. Auteur de l’article, titre de l’article, date d’édition ;


Pfe insaf & takwa

Figure 1 : Titre de la figure

1.1 .2 étude technique de l’application partagi.tn

Fonctionnalité :

 S’inscrire ou se connecter avec : Facebook, Google ou via un compte Partagi


 Vérifier l’adresse email
 Modifier le profil
 Partager une offre (covoiturage / colocation) sur les réseaux sociaux ou l’envoyer à
un ami par email ou SMS
 Contacter l’annonceur par Facebook, Email ou téléphone
 Réserver un trajet ave une ou plusieurs places
 Recevoir les notifications
 Signaler un trajet
 Recherche et trie sur la liste de trajet

Critique de l’application:

 Point faible
 Nombre d'utilisateurs très faibles
Pfe insaf & takwa

1.2 l’application wassalni

1.2.1 présentation

Wassalni est une application de covoiturage en Tunisie qui met en relation des conducteurs
qui voyagent avec des places libres avec des passagers recherchant un trajet vise
principalement a faciliter les opérations de transport.

Figure 2 : Titre de la figure

1.2.2 Étude technique de l’application wassalni

Fonctionnalité :

 Désormais ne prenez jamais la route tout(e) seul(e), partagez votre trajet avec des
passagers et couvrez vos frais de péages et carburants. ????pas claire !!

 Accédez au profil du conducteur, lisez les avis des autres covoitureurs avant de
voyager avec lui.les verbes ne doivent pas finir par ez!!!!EXP: l’application nous
permet d’acceder au profil du conducteur…..

 Recerver des notfications a chaque nouvelle reservation

 Accédez à tout moment aux détails de vos trajets.

 Accedez a tout moment aux details de vos trajets

Critique de l’application:
Pfe insaf & takwa

 Point faible

 Critique de l’application moins sécurisé : la responsabilité de l’équipe s’arrête à la


validation du trajet.
 Seuls les voyageurs prennent tous les risques pendant leur voyage.

1.3 l’application wassalni

1.3.1 présentation

GoVoiturage est une application de covoiturage en Tunisie qui met en relation des
conducteurs et des passagers ayant une destination commune pour un trajet économique.
Pfe insaf & takwa

Figure 3 : Titre de la figure

1.3.2 étude technique de l’application GoVoiturage

Fonctionnalité :

 L’inscription est facile

 Publier votre trajet

 paiement en ligne qui garantit la ponctualité

 Sécurité et économie des frais de voyage

Critique:

 L’inconvénient est majeur  est le nombre un peu limité d’offres


 La présence de plusieurs bugs

III. Critiques de l’existant


Nous avons essayé d’étudier quelques applications mobiles de covoiturage d’avoir une idée
plus claire sur les produits existants dans le marché. En effet, la principale difficulté du
covoiturage réside dans son essence même, c'est-à-dire trouvé un partenaire avec qui faire le
trajet.
Aussi le problème de trouver des personnes ayant les mêmes trajets et les mêmes horaires et
le risque de se retrouver avec des personnes moins appréciées pour effectuer les
déplacements.
Pour palier a ce problème, plusieurs plateformes et site web proposent des solutions qui ne
sont pas toujours efficaces pour l’utilisateur.

Ajoutez un tableau comparatif :

partagi.tn wassalni GoVoiturage


Gratuit
S’identifier

….

Pfe insaf & takwa

…..

Tableau 1 : tableau comparatif

D’après le tableau 1, on constate que toutes ces applications (ou sites) existants
ne sont pas suffisants à tous les besoins. En effet, partagi.tn permet de …. Mais
ne permet pas de ….. wassalni ne permet pas de ….

Ainsi nous avons opté de développer une …… qui permet de :

 ….
 ….
 ….

IV. Solutions proposée


En se basant sur l’étude de l’existant et ses critiques que nous avons effectuée, la solution
qui nous proposons est de développer une application mobile performante permettant

Sur la partie CLIENT (passager) de :

 Cree un compte (inscription)


 S’authentifier
 Rechercher un covoiturage
 Consulter la liste des conducteurs
 Effectuer des réservations

Sur la partie CONDUCTEUR  de :

 Cree un compte (inscription)


 S’authentifier
 Publier un covoiturage
 Recevoir des notifications sur la réservation des clients

Sur la partie ADMINISTRATEUR :

 Gestion des administrateurs


 Gestion des covoiturages
Pfe insaf & takwa

 Gestion des conducteurs


 Gestion des clients
 Suivi des réservations

V. Analyse des besoins

1. besoins fonctionnels
Un besoin fonctionnel spécifie l’action qu’un système doit être capable d’effectuer Hors
contrainte physique : besoin spécifiant un comportement d’entrée /sortie d’un système dans ce
contexte notre application de covoiturage, implémente principalement les fonctionnalités
suivantes :

 Module des inscriptions : le système doit permettre aux conducteurs et passagers de


pouvoir s’inscrire facilement

 Module de gestion des trajets : le système doit permettre l’ajout, modification et


suppression d’un trajet par un conducteur ou un passager. Ces derniers auront accès à
tous leurs trajets passés et pourront créer de nouveaux trajets a partir d’un trajet déjà
effectuée dans le passé.

 Module de gestion de réservations : le système doit aussi permettre aux co-voitureurs


de rechercher des trajets. Des recherches peuvent s’effectuée suivants des critères
précis suite a l’affichage des résultats le passager peut choisis parmi les plus
intéressants pour lui

 En cas de changement de plan, un système de notification envers le conducteur ou le


passager est disponible (messagerie), afin d’aviser que le passager n’embarque plus
avec le conducteur ou que le conducteur souhaite annuler son trajet.

 Module de gestion des comptes : le système permet a chacun des membres de faire la
gestion de son compte.il sera possible de modifier des informations personnelles ou
préférences..

2. besoins non fonctionnels


Les besoins non fonctionnels caractérisent les propriétés de l’application, les contraintes
d’environnement et d’implémentation, les dépendances de la plate-forme, les capacités de
maintenance, l’extensibilité et la fiabilité.
Une première analyse des conditions d’exploitation souhaitées, nous a permis d’identifier les
besoins non-fonctionnels décrits ci-après :
Pfe insaf & takwa

 La fiabilité : Le système doit être disponible à tout moment pour l’utilisateur, avec un
accès sécurisé par la définition d’un login et d’un mot de passe.
 La simplicité : Le système doit présenter une interface compréhensible, facile à
manipuler permettant d’accroitre la rentabilité et l’efficacité du système.

 L’ergonomie : L’interface de notre application doit être optimisée pour réduire les
erreurs tout en facilitant l’utilisation.
 Le temps de réponse : Le système doit répondre aux requêtes des utilisateurs en un
minimum de temps possible.

Conclusion
Dans ce chapitre on a présenté une étude du système existant et sa critique ainsi que les
solutions que nous proposons pour pallier ces problèmes, nous avons aussi cité les besoins
fonctionnels et non fonctionnels.

Dans le chapitre suivant nous allons aborder l’étude conceptuelle de notre application.