Conclusion
Une étude des applications existantes concurentes s'est
avérée indisponsable pour notre étude théorique du
sujet.
Lors de cette étude nous avons recouru à une
comparaison entre quelques applications de géolocalisation de voiture
présentes sur le marché en identifiant leurs limites et les
objectifs de notre application et ses apports.
4
Analyse et spécification des besoins
L'ANALYSE et la spécification des besoins
représentent la première phase du cycle de développement
d'un logiciel. Elle sert à identifier les acteurs réactifs du
système et leur associer chacun l'ensemble d'actions avec lesquelles il
intervient dans l'objectif de donner un résultat optimal et satisfaisant
au client.
Ainsi, dans ce chapitre, nous commençons en premier
lieu par une spécification des besoins auxquels doit répondre
l'application, passant ensuite à l'analyse de ces besoins à
travers l'introduction des acteurs et les diagrammes de cas d'utilisation
relatifs à ces acteurs.
4.1 Spécification des besoins
4.1.1 Les besoins fonctionnels
Les services proposés par notre application se
résument en quatre actions majeures :
B1. Choix du mode de navigation
Le système doit donner à l'utilisateur la
possibilité de choisir le mode de sa navigation: On-Line s'il dispose
d'une connexion internet, étant dans une zone couverte par le
réseau, Off-Line dans le cas contraire.
B2. Marquage et enregistrement de la position de la
voiture
Le système, grâce au module GPS, doit permettre
à l'utilisateur d'enregistrer les coordonnées de la position de
sa voiture que ça soit en mode On ou Off-Line.
B3. Consultation de la position actuelle par rapport
à celle enregistrée
Le système doit permettre l'utilisateur, en seconde
phase, de se localiser via le GPS soit sur une carte géographique (en
choisissant le mode d'affichage) soit sur une vue de Radar afin de
déterminer sa position actuelle par rapport à celle de sa voiture
en termes de distance, en indiquant la direction suggérée pour la
récupérer.
B4. Envoie de la localisation de la voiture à un
autre téléphone
Le système doit autoriser l'utilisateur à recourir
à envoyer les coordonnées GPS retenues de sa voiture à un
numéro pouvant figurer dans sa liste de contacts.
B5. Réservation d'une section de
présentation de l'application
Le système doit offrir une section d'introduction de
l'application et son mode de fonctionnement à l'utilisateur.
4.1.2 Les besoins non fonctionnels
Les besoins non fonctionnels décrivent toutes les
contraintes auxquelles est soumis le système pour sa réalisation
et son bon fonctionnement.
B1. Ergonomie et souplesse
L'application doit offrir une interface conviviale et
ergonomique exploitable par l'utilisateur en envisageant toutes les
interactions possibles à l'écran du support tenu.
B2. Rapidité
L'application doit optimiser les traitements pour avoir un temps
de génération de schéma raisonnable.
B3. Efficacité
L'application doit être fonctionnelle
indépendamment de toutes circonstances pouvant entourer
l'utilisateur.
B4. Maintenabilité et
scalabilité
Le code de l'application doit être lisible et
compréhensible afin d'assurer son état évolutif et
extensible par rapport aux besoins du marché.
| 
