SlideShare une entreprise Scribd logo
1  sur  57
1
UNIVERSITE ABDELMALEK ESSAADI
FACULTE DES SCIENCES ET TECHNIQUES D’AL-HOCEIMA
DEPARTEMENT DE MATHEMATHIQUES-INFORMATIQUE
Mémoire
De Projet de Fin d’Études
En vue de l’obtention de la
LICENCE SCIENCES ET TECHNIQUES en
‘’MATHEMATIQUE-INFORMATIQUE’’
Présenté par :
Mlle. EL AJJOURI MOUNA
Mlle. EL KADDOURI FATIMA
Titre :
Réalisation d’un guide touristique hors connexion sur plateforme
Android pour la région d’AL-HOCEIMA
Soutenu le 20 juin 2019 devant le jury composé de :
Pr. Omar Darhouche Président
Pr. Mostafa Allaoui Examinateur
Pr. Noureddine EL MAKHFI Encadrant
Année universitaire 2018-2019
2
DEDICACE
Nous dédions ce modeste travail à :
Nos très chers parents ;
Que nulle dédicace ne puisse exprimer notre sincères sentiments, pour leur patience illimitée,
leur encouragement contenu, leur aide, en témoignage de notre profond amour et respect
pour leurs grands sacrifices, que dieu vous protège et vous garde pour nous.
Nos chers frères et sœurs ;
Pour leur grand amour et leur soutien qu’ils trouvent ici l’expression de notre haute
gratitude.
Nos chers ami(e)s ;
Avec lesquels nous avons partagé nos moments de joie et de bonheur Pour votre fidélité et
votre soutien.
Nos enseignants ;
Pour votre enseignement et vos conseils tout au long de notre parcoure éducatif et
professionnel.
Et à tous les membres de nos famille et à tous ceux que nous aime.
3
REMERCIEMENTS
C’est avec un grand plaisir qu’on réserve ces quelques lignes en signe de gratitude et de
profonde reconnaissance à tous ceux qui, de près ou de loin, ont contribué à la réalisation et
l’aboutissement de ce travail.
Tout d’abord on remercie notre encadreur Monsieur NOUREDDINE EL MAKHFI pour son
soutient, son sérieux, ses précieux conseils et son aide tout au long de l’élaboration de ce
travail.
Nous remercions les membres de jury qui ont bien voulu examiner et évalué ce mémoire.
Nous nous acquittons, enfin, volontiers d’un devoir de gratitude et de remerciements à
tous nos enseignants pour la qualité de l’enseignement qu’ils ont bien voulu nous prodiguer
durant nos études afin de nous fournir une formation efficiente.
Merci à tous.
4
Résumer
Ce projet de fin d’étude consiste en l’étude, la réalisation d’un guide touristique sur la
plateforme Android pour la ville d’Al-Hoceima, qui permet aux touristes de découvrir les
principales destinations touristiques, les destinations possède une fiche détaillée
(Description, Photos, hôtels, Restaurants, Plage...), ainsi que facilite les déplacements, la
consommation et l’expérience du touriste.
En effet, notre application permet de combler certains vides tout au long de
l’expérience de visiteur. L’information deviendra accessible à toute heure et quel soit le lieu
où l’utilisateur sera localisé.
Dans ce contexte, la mise en place de l’application se déroule en plusieurs
étapes dans lesquelles nous spécifions les besoins qui sont un facteur important
pour choisir la méthode de développement à suivre afin de réaliser notre
application.
Mots clé : Application mobile, Tourisme, Android, Géolocalisation.
5
Table de matière
DEDICACE………………………………………………………………………………….…………………………………….2
REMERCIEMENTS…………………………………………………………………….………………………………………3
RESUME. ......................................................................................................................…..4
LISTE DES FIGURES…………………………………………………………………….…………………………………….7
Liste de tableau.................................................................................................................8
INTRODUCTION GENERALE…..………………………………………………………………………………………….9
I. Présentation et cadrage du projet.…….………………………………………………………..…...10
1. présentation d’AlHoceima..............................................................................11
2. Contexte du projet .……..………………………………………………………………………..…..11
3. Problématique………………………………………………………………………………………….…12
4. Objectifs....………………………………………………………………………………………………….12
5. Produit du projet..........................................................................................…13
6. Fonctionnalité d’une plateforme …………………………………………………………..……13
7. Coclusion.........................................................................................................13
II. DEROULEMENTDU PROJET.……………………………………………………………………………..…..14
1. Planification opérationnelle……………………………………………………………………….15
1.1 Tableau de tache………………………………………………………………………..…..…15
1.2 Diagramme de GANT……..……………………………………………………………….…16
2. Processus de développement........................................................................17
2.1 Présentation du cycle de vie de développement de la plateforme………17
a. Cycle de vie d’un logiciel…………………..……………………………………..…17
b. Modèles de cycle de vie d’un logiciel………………………………………….18
c. Choix du modèle de cycle de vie : Modèle en V………...…………….…18
2.2 Phases .……….…………………………………………………………………………………..…19
3. Conclusion.....................................................................................................19
III. ETUDE PREALABLE..………………………………………………………………………………………………...20
1. Etat de l’art …….……………………………………………………………………………………....21
1.1 L’informatique mobile.......................................................................... 21
1.2 Les applications mobiles........................................................................21
1.3 La plateforme Android...........................................................................23
2. Spécification des exigences ….……..………………………………………………………..…28
2.1 Solution proposé...................................................................................28
2.2 Etude des besoins ................................................................................28
3. Conclusion.......................................................................................................29
IV. SPECIFICATION ET MODELESATION DE LA PLATEFORME……………………..………………….30
6
1. Acteurs de la plateforme……………………………………………………………………………31
2. Langage de modélisation UML..…………………………………………………………………31
3. Diagramme des cas d’utilisations.………………………………………………………………31
3 .1 Diagramme des cas d’utilisations pour l’administra…………………………32
3.2 Diagramme des cas d’utilisations pour le visiteur..………..…………………32
3.3 Diagramme des cas d’utilisation général………..………………………………..33
3.4 Raffinement des cas d’utilisations……………………………………………………34
3.4.1 Cas d’utilisation pour s’identifier...............................................34
3.4.2 Cas d’utilisation pour se communiquer.....................................34
3.4.3 Cas d’utilisation pour gérer l’application...................................35
4. Conception……………………………………………..……………………………………………….. 35
4.1 Architecture globale de l’application…………....………………………………… 35
4.2 Conception de la base de données……………………...……………………………36
4.2.1 Modèle logique de données liée au diagramme de classe..………36
4.2.2 Diagramme de classe....................................................................37
5. conclusion........................................................................................................38
V. IMPLIMENTATION ET REALISATION………………………………………………………..………………39
1. Outil et langage de développement…………………………………………….………………40
1.1 Langage de développement……………………………….……………………………40
1.2 Outil de développement….…………………………………………………….…………40
1.3 Base de données………………………………………………………………………….…41
2. Implémentation …………………………………..……………………………………………………41
2.1 Installation d’Android studio………...…………………………………………………41
2.2 Présentation de quelques fragments de code……….…………………………46
3. Principales Interfaces……….…………………………………………...........……………………48
3.1 Interface d’icone……………....………….…………………………………………………48
3.2 Interface de chargement… .………………………..……………………………………48
3.3 Interface de l’accueil ………….…….…………………………………………………….49
3.4 Interface de service touristique..........................................................49
3.6 Interface d’inscription.........................................................................53
3.7 Interface de carte déographique........................................................54
4. Conclusion .....................................................................................................55
CONCLUSION ET PERDPECTIVES ……………………………………………………………………………………..56
Bibliographie.......................................................................................................57
7
Liste des figures
Figure 1 : Diagramme de Gant……………..…………………………………………………………………………16
Figure 2 : Modèle de cycle de vie en cascade……….…………………………………………………………17
Figure 3 : Modèle en V………………………………………..…………………………………………………..……..18
Figure 4 : Icône Android …………………… ………………………….……………………………………………....23
Figure 5 : les versions d’Android…………………………………….....…………………………. .………………24
Figure 6 : L’Architecture d’Android…....................................................................................25
Figure 7 : Le cycle de vie d’une activité…………………................................………………………….27
Figure 8 : Diagramme de cas d’utilisation pour l’administrateur………..…............……………..32
Figure 9 : Diagramme de cas d’utilisation pour le visiteur …………..……………...........……… 32
Figure 10 : Diagramme des cas d’utilisations général…………………………….................…… …..33
Figure 11 : Cas d’utilisation pour « s’identifier »……………………...........………………………………34
Figure 12 : Cas d’utilisation pour « se communiquer »……………………………….……………………34
Figure 13 : Cas d’utilisation pour « gérer l’application»……………………………....………………….35
Figure 14 : Architecture globale de l’application ...............................................................................36
Figure 15 : Diagramme de classe..............................................................................................................37
Figure 16 : Icône de l’application.........................................................................................48
Figure 17 : Interface de chargement....................................................................................48
Figure 18 : Interface d’accueil ................................................................... ..........................49
Figure 19 : Interfaces de service touristique................................................ .......................51
Figure 20 : Interface détail de service touristique........................... ....................................52
Figure 21 : Interface d’inscription...................... ..................................................................52
Figure 22 : Interface de de carte géographique ..................................................................53
8
Liste des tableaux
Tableau 1 : tableau des taches……………………………………………………………………………………………15
Tableau 2 : les types des applications mobiles.......................................................................22
9
Introduction générale
Aujourd’hui, le Smartphone occupe une place très importante dans notre quotidien, en
effet, le téléphone n’est pas seulement un outil de communication, mais participe même à
l’amélioration de quotidien grâce à de nombreuses applications. Ces applications mobiles
sont très récentes et pourtant leur apparition a très vite submergé et totalement changé le
quotidien de la population, elles ont été développées sur tous les domaines possibles.
Al Hoceima que certains qualifier de la perle de la Méditerranée, reste une ville portuaire
et touristique du Maroc, elle possède de splendides plages et paysages de montagne, sa
position géographique idéal offre de nombreuses activités aux touristes, ces touristes ont
besoin de connaitre les hôtels, les endroits et toutes les autres services touristiques et leur
localisation.
C’est dans ce cadre qu’entre le sujet de notre PFE. Il s’agit en fait, de concevoir et de
développer une solution informatique assurant l’exposition des informations des
monuments et des endroits les plus connus de la ville d’Al Hoceima.
Pour une meilleure accessibilité à ces informations, nous avons décidé de développer une
application mobile capable de gérer et d’exposer toutes ses informations.
Ce rapport basé sur cinq grandes parties, dans le premier chapitre nous allons
présenter le cadre du projet, ainsi que détailler le cahier des charges, Ensuite le deuxième
chapitre donne une étude sur le cycle de vie du projet ainsi que les principales phases
adoptées, le troisième chapitre présente le cadre théorique du projet, puis dans le chapitre
qui suit, consacré aux conception qui focalise sur l’ étude de la modélisation de l’application
et présente la conception UML de la plateforme Android, Enfin, le dernier chapitre, dédié à
la réalisation de l’application ou nous allons présenter l’environnement de développement,
les outils et langages de programmations utilisés dans notre travail, puis montrer quelques
interfaces graphiques de notre application réalisée.
Et nous conclurons notre travail par Tune conclusion générale et quelques perspectives.
10
I. Partie I : Présentation et cadrage du projet
11
1. La présentation d’Al Hoceima
Al Hoceima est une ville située sur la côte nord du Maroc, à 320 km de Tanger à
l’ouest et à 250 km de Saïdia et de la frontière algérienne à l’Est, elle est plus
connue sous le joli surnom de «la perle de la Méditerranée », elle est l’une des plus
grandes stations balnéaires du Maroc et d’Afrique du nord, elle est située au large
de nombreuses petites iles et ilots rocheux. Al Hoceima est une ville surtout
connue pour ses magnifique plages méditerranéennes (Quemado,
Sfiha, Calabonita, tala youssef, cala iris, matadero …..)
Al Hoceima est une destination touristique typique du Maroc littoral, plages,
souks, climat cette ville attire des touristes venus pour la qualité de ces plages,
l’Hospitalité marocaine et plus particulièrement rifaine et les nombreuses activités
possible dans cette région.
2. Contexte et définition du projet :
Ce projet entre dans le cadre de l’incorporation des nouvelles technologies dans
le domaine de tourisme, ce domaine lui aussi traversé par une importante vague de
transformation due à digitalisation et à l’expansion des nouvelles technologies.
En effet, le tourisme mobile semble être aujourd’hui une pratique à intégrer
dans les activités touristiques, ceci justifier par l’évolution des habitudes et des
comportements, de plus le m-tourisme se justifier par l’envie qu’on les individus
d’avoir un service personnalisé, les nouvelles technologies ont donc un impact
certain sur le tourisme mais surtout le comportement des utilisateurs avant,
pendant et même après leur voyage, en plus le tourisme mobile propose aux
utilisateurs de téléphone portable de se situer sur une carte dans la ville où ils se
trouvent. Le service comprend non seulement le géo localisation en temps, mais
également, des informations sur la ville et ses centres d’intérêts (musées, parcs,
monuments, évènements culturels ou artistiques du moment, etc…).les principales
fonctionnalités des profils (acteurs) d’inscrits sur une plateforme mobile touristique
(m-tourisme) sont les suivants :
-touriste : le touriste est un individu qui consulte les services touristiques dont il
a besoin, leurs détails, ainsi que leur localisation. Il est l’acteur principale qui
interagir directement avec le système.
-administrateur : Le rôle de l’administrateur est la gestion des utilisateurs qui
peuvent accéder au système.
12
3. Problématique :
Le service de tourisme a manifesté des difficultés dans la gestion des services
touristiques (agences de voyages, associations touristiques, restaurants, hôtels,
plages sources thermales, lieux touristiques), et aussi la recherche et les calculs des
statistiques qui prennent beaucoup de temps, avec le risque d’erreurs.
Les touristes rencontrent des problèmes lors de la recherche et la localisation
des services touristiques dont elle dispose la ville d’Al-Hoceima.
L’informatique est presque devenue indispensable au niveau de tous les
domaines dans notre vie courante, pour cela il est utile de réaliser une application
pour le service de tourisme. Mais peut-on vraiment intégrer la technologie et
l’informatique à ce domaine ? Existe-t-il un moyen pour réaliser une application qui
répond aux besoins de ce service ? Si c’est le cas, comment et quelle est la
méthode ou processus de développement à suivre pour réaliser cette application ?
4. Objectifs :
L’objectif principal de ce projet est de réaliser une application mobile sous forme d’un guide
touristique hors connexion développé sous la plateforme Android, cette application a pour
but :
 Découvrir et déterminer les lieux de services et de loisir de la ville les plus
proches. Les touristes doivent savoir des informations sur les destinations
touristiques, et d’améliorer l’expérience de voyage du visiteurs tout en
augmentant la visibilité de la ville à l’aide d’un répertoire des points
d’intérêt avec photo, description, heure d’ouverture, adresse, contact.
 répondre aux besoins des utilisateurs de pouvoir se localiser dans un
endroit.
 l’application puisse fonctionner hors ligne. Les visiteurs peuvent être
accédés à n’importe quel moment.
 utiliser plusieurs outils de localisation GPS.
 Développement sous la plateforme Android.
13
5. Produits du projet :
Le produit de ce projet est une application mobile native sur smartphone
développé sous la plateforme Android, sous forme d’un guide touristique hors
connexion, elle permet de localiser les points d’intérêts à proximité, et aussi dédiée
aux utilisateurs ayant visité la ville d’Al Hoceima ou bien qui souhaite la visité dans
la future, elle permet de facilité les déplacements, la consommation et l’expérience
du touriste.
6. Fonctionnalités du produit :
L’application que nous allons développer, devra proposer les principales
fonctionnalités du tourisme mobile :
 Présenter les informations sur les endroits de la ville Al-Hoceima.
 Spécifier les localisations qu’on veut priser en compte.
 Savoir la localisation des lieux les plus proches.
 Consulter la liste des endroits favoris
7. Conclusion
Dans ce chapitre nous avons présenté notre cas d’étude, en commençant par
une présentation de la ville d’Al Hoceima, par la suite nous avons défini le contexte
générale du projet, puis nous avons cité la problématique, à laquelle notre projet
doit répondre, ce qui nous a permet de spécifier les besoins qui sont un facteur
important pour choisir la méthode de développement à suivre afin de réaliser
notre application ‘AL HoceimaGuide’.
14
Chapitre II : Déroulement du projet
15
1. planification opérationnelle
1.1 Tableau de tâches
Le tableau suivant présente la liste des étapes et les tâches à réaliser avec leur durée (jours)
Nom Date de départ Date fin
Analyse des besoins 18/04/2019 22/04/2019
Etude des problématiques 23/04/2019 24/04/2019
Rédaction du cahier de charges 25/04/2019 27/04/2019
Validation du cahier de charges 28/04/2019 29/04/2019
Réalisation de la
Conception
30/04/2019 05/05/2019
Installation de la plateforme 06/05/2019 09/05/2019
Configuration de la plateforme 10/05/2019 20/05/2019
Validation du projet 21/05/2019 24/05/2019
Rédaction du rapport 05/05/2019 26/05/2019
Tableau 1 : tableau de tâches.
16
1.2 Diagramme de GANT
Le diagramme de GANT permet de planifier le projet et de rendre plus simple le suivi de
son avancement. Cette méthode visuelle est efficace lorsqu’il s’agit de lister une vingtaine de
tâches.
Figure 1 : Diagramme de GANT
2. Processus de développement
2.1 Présentation des cycles de vie de développement de
plateforme
17
2.1.1 Cycle de vie d’un logiciel
Le cycle de vie d’un logiciel (software life cycle), désigne toutes les étapes du
développement d’un logiciel, de sa conception à sa disparition. L’objectif d’un tel découpage
est de permettre de définir des jalons intermédiaires permettant la validation du
développement logiciel, c’est-à-dire il a conformité du logiciel avec les besoins exprimés, et
la vérification du processus de développement, c’est-à-dire l’adéquation des méthodes mise
en œuvre.
2.1.2 Les modèles de cycle de vie d’un logiciel
Il existe différents types de cycles de développement entrant dans la réalisation d’un
logiciel. Ces cycles prennent en compte toutes les étapes de la conception d’un logiciel.
a. Modèle en cascade
Dans ce modèle le principe est : chaque phase se termine à une date par la production de
certains documents ou logiciels .Les résultats sont définis sur la base des interactions entre
étape, ils sont soumis à une revue approfondie et on ne passe à la phase suivante que s’ils
sont jugés satisfaisants.
Figure 2 : Modèle de cycle de vie en cascade.
b. Modèle de cycle de vie en V
18
Dans ce modèle le principe est basé sur deux branches : la première descend depuis
l’expression du besoin vers le codage, la seconde remonte du codage vers la recette en
passant par les phases de tests. La mise en production ne fait pas partie du cycle en V du
développement, mais est postérieure à celui-ci.
Figure 3 : Modèle en V.
c. Choix du modèle de cycle de vie : Modèle enV :
On a choisi le cycle de vie en V, car la stricte structure en V permet d’espérer que le
livrable final sera parfait, puisque les étapes de réflexion. De plus, il est facile de prévoir les
tests à réaliser au moment où l’on conçoit une fonctionnalité ou une interface, le travail
s’enchaine donc de façon assez naturelle.
2.2 Les phases
Nous pouvons décomposer le modèle en 6 phases, de plus générale (concept) au plus
précis (code) :
 Analyse de besoins :
On doit réaliser une application sous forme d’un guide touristique qui répond aux besoins
des touristes et les fonctionnalités seront alors :
Fonctionnalité 1 : communiquer
19
Fonctionnalité 2 : découvrir les endroits
Fonctionnalité 3 : consulter la liste des endroits favoris.
Fonctionnalité 4 :…
 Conception générale :
Il s’agit de l’élaboration des spécifications de l’architecteur générale d’un logiciel
 Codage (implémentation ou programmation):
Soit la traduction dans un langage de programmation des fonctionnalités définies lors de
phase de conception.
 Test :
Permettant de vérifier individuellement que chaque sous-ensemble du logiciel est
implémenté conformément aux spécifications.
 Recette :
La vérification de la conformité du logiciel aux spécifications initiales
 Maintenance :
La maintenance consiste à modifié le logiciel son but est correctif ou évolutif leur degré
dépend de la qualité de la conception.
3. Conclusion :
Ce chapitre représente la planification opérationnelle qui consiste à le découper en
tache unitaires, pouvant dépendre les unes des autres, et à les ordonnancer de façon à
obtenir un planning de réalisation, puis nous avons présentés une étude sur le cycle de vie
de mise en place du projet ainsi que les principales phases abordées.
20
Chapitre III. L’étude préalable
21
1. Etat de l’art
1.1 L’informatique mobile
Difficile, aujourd’hui de passer à côté de l’explosion de l’internet mobile, en l’espace de
quelque mois, les nouveaux terminaux mobiles que sont les tablettes et les smartphones ont
envahi notre quotidien. Cet afflux technologique change radicalement notre rapport à
l’informatique en affranchissant de l’utilisation d’un micro-ordinateur classique.
Un terminal mobile est un appareil portable permettant le traitement et l’échange de
données. Cela inclut :
 Les smartphones
Un smartphone ou téléphone intelligent désigne un téléphone mobile disposant aussi des
fonctions d’un assistant numérique personnel, la saisie des données se fait par le biais d’un
écran tactile ou d’un clavier, il fournit des fonctionnalités basiques comme : l’agenda, le
calendrier, la navigation sur le web, la consultation de courrier électronique, le GPS, etc.
 Les tablettes
Une tablette est un assistant numérique personnel ou un ordinateur portable qui se
présente sous la forme d’un écran tactile sans clavier et qui offre à peu près les mêmes
fonctionnalités qu’un ordinateur personnel. Elle permet d’accéder à des contenus
multimédias tels que la télévision, la navigation web, l’agenda, il est possible d’installer des
applications depuis une boutique d’applications en ligne, en quelque sorte, la tablette tactile
est un intermédiaire entre l’ordinateur portable et le smartphone.
1.2 Les applications mobiles
1.2.1 Présentation
Une application mobile est un logiciel applicatif, c’est-à-dire un programme, qui a été
spécialement développé pour un appareil électronique mobile .Dans la catégorie des
appareils électroniques on peut y trouver les téléphones portables. Se définit comme étant
un logiciel téléchargeable et qu’on installe facilement sur les smartphones comme nous le
faisons avec tout logiciel un notre pc portable.
Une application smartphone peut-être ludique, efficace pour utiliser un service déjà
existant, pour communiquer, trouver des informations, échanger…, il existe aujourd’hui une
très large diversité d’application mobiles : jeux, réseau sociaux, GPS, boite mail, météo…
Les applications sont pour la plupart du temps distribuées depuis des plateformes de
téléchargement, comme par exemple l’App Store (pour les apparies de la marque à la
pomme : Apple), le Google Play (Plateforme d’Android ou Google), mais aussi le Windows
Phone Store(Microsoft).
22
1.2.2 Les types des applications mobiles
Le type Définition Ces avantages
Application
native
-correspondent à des logiciels
crées uniquement pour une
plateforme mobile spécifique.
-le développement de ces logiciels
se fait au travers du SDK ou
software développent Kit de la
plateforme mobile en question.
-Le nom des applications vient de
fait quelle sont développées
exclusivement avec le langage
native (java, C).
- ces application sont capables
d’utiliser l’ensemble des
fonctionnalités du mobile et
peuvent être utilisés sans avoir
accédé à internet.
- Meilleure rapidité, fiabilité et
dotée d’une meilleure réactivité
ainsi qu’unerésolution supérieure
ce qui assure meilleure
expérience utilisateur.
Application
web
-Une interface Web applicative
disponible uniquement sur le Web
et accessible via un navigateur
internet.
-Une application qui peut être
hébergée en Cloud ou sur serveurs
dédiés.
-Toutes les données sont stockées
sur un serveur Web.
-Disponibles partout, ils peuvent
connecter depuis n’importe quel
poste.
-Retrouver toutes les données
synchronisés.
-La création de comptes multi-
accès avec la création de login et
de mots de passe.
Application
hybride
- Utilisant le navigateur web
intégré du support(smartphoneou
tablette) et les technologies web
(HTML, CSS et JavaScript).
-Permettant d’utiliser les
fonctionnalités natives des
smartphones et d’être distribuent
en tant qu’application sur les
plateformes d’applications.
-L’Independence des différents
systèmes d’exploitation mobiles.
-le faible cout requis et la
simplicité de développement.
Tableau 2 : les types des applications mobiles.
23
1.2.3 L’application du tourisme (guide touristique)
Le tourisme mobile accompagner les touristes dans la préparation de ses voyages, l’adoption
des smartphones est également source de très nombreuses applications touristiques ayant
souvent recours à la géolocalisation. Dans une moindre mesure, la réalité augmentée est
utilisée pour guider les touristes et voyageurs. Le traitement du langage naturel couplé à des
techniques d’intelligence artificielle donne naissance à une nouvelle forme d’assistance
disponible sur les PC, mais également sur les smartphones.
Le touriste s’attend à trouver toutes les informations de l’endroit où il se trouve
présentement, l’offre touristique doit être géolocalisé. En fin le touriste est mobile et utilise
de plus en plus son téléphone portable afin de faciliter ses déplacements, Enrichir son
expérience de visite ou bien tout simplement renseigner.
Le tourisme mobile est :
 Technologies mobiles appliquées au tourisme
 Nouvelle forme d’accès aux informations touristiques
 Liberté de l’utilisateur de réserver, s’informer, donner son avis.
 Géolocalisation et concordance entre information et contexte.
 Interactivité avec l’utilisateur placé au rang d’acteur.
 Tendances.
1.3 La plateforme Android
Android est un système d’exploitation orienté dispositif mobiles créer par Google, il
s’agit donc d’un ensemble de logiciel qui sert d’interface entre le matériel(les composantes
du téléphone, tablette…) et les logiciel applicatifs, est un système d’exploitation open source
basé sur le noyau linux dont le code source est distribué sous une licence permettant à
quiconque de lire, modifier ou redistribué le logiciel. La plateforme Android est innovante et
accessible en tant que développeur, il n’y a pas besoin de matériel spécifique, pas
d’apprentissage d’un langage spécifique. Le développement ce fait en Java.
Figure 4 : Icone Android
24
1.3.1 Les versions d’Android
Les différentes versions d’Android ont toutes des noms de desserts depuis la sortie de la
version 1.5 et suivant un ordre alphabétique :
● 1.0 -- 2007 : Version peu connue (version du SDK distribuée avant la sortie du premier
téléphone Android).
● 1.1 -- 2008 : Version incluse dans le premier téléphone, le HTC Dream
● 1.5 - Cupcake - 04/2009 : Dernière révision officielle en mai 2010
● 1.6 - Donut - 09/2009 : Dernière révision officielle en mai 2010
● 2.0 - Eclair - 2009 : Vite remplacée à cause de nombreux bugs par la 2.0.1 puis par la 2.1.
● 2.1 - Eclair - 01/2010 : Dernière révision officielle en mai 2010
● 2.2 (2.2.3) - FroYo - 05/2010 : Dernière révision officielle en 2011
● 2.3 (2.3.7) - Gingerbread - 12/2010 : Version actuelle pour smartphones et petites
tablettes
● 3.0 (3.2) - Honeycomb - 01/2011 : Version actuelle pour grandes tablettes et TV connectes.
● 4.0 (4.0.3) - Ice Cream Sandwich - 10/2011 : Version unifiée pour Smartphone, Tablette et
Google TV, fortement inspirée d’Honeycomb
● 5.0 - Jelly Bean : Version à venir
Figure 5 : les versions d’Android.
25
1.3.2 L’Architecture d’Android
Android se basé sur un noyau linux 2.6, au-dessus l’architecture générale :
Figure 6 : L’Architecture d’Android
a. Application
Android est fourni avec un ensemble du programmes de base (application native)
permettant d’accéder à des fonctionnalités comme les courriels, les SMS, le téléphone, le
calendrier, les photos, les cartes graphiques, le web…. Ces applications sont développées
à l’aide du langage de programmation Java. Pour l’utilisateur final, c’est la seule couche
accessible et visible.
26
b. Le Framework (application Framework)
En fournissant une plateforme de développement ouverte, Android offre aux
développeurs la possibilité de créer des applications extrêmement riches et innovants. Les
développeurs sont libres de profiter du matériel périphérique, information de localisation
d’accès ajouté des notifications de la barre d’état…
c. Les bibliothèques (libraires)
En interne, Android inclue un ensemble de bibliothèque C et C++ utilisé à de nombre
composants de la plateforme Android. Ces bibliothèques sont en réalité accessibles aux
développeurs par l’intermédiaire du Framework Android, en effet, le Framework Android
effectué, de façon interne, des appels à des fonctions C/C++ beaucoup plus rapides à
exécuter que des méthodes Java Standard.
d. Moteur d’exécutionAndroid (AndroidRuntime)
Android inclus un ensemble de bibliothèques qui fournit la plupart des fonctionnalités
disponibles dans les bibliothèques de base du langage de programmation Java.
e. Noyau linux (linux Karnel)
Android repose sue un noyau linux (version 2.6) qui gère les services du système. Comme
la sécurité.la gestion de la mémoire et des processus, la pile réseau et les pilotes. Il agit
également comme une couche d’abstraction entre le matériel et la pile logicielle.
1.3.3 cycle de vie d’une activité Android
Une activité est la composante principale pour une application Android. Elle représente
l’implémentation, étier dans une application Android, permettant de gérer l’ensemble des
vues et ressource, la figure suivante illustre le cycle de vie de l’application Android :
27
Figure 7 : Le cycle de vie d’une activité.
Oncreate() : cette méthode est appelée à la création d’une activité. Elle permet de
l’initialisé.
OnStart() :cette méthode est appelée quand l’application est démarrée
OnResume() : cette méthode est appelée quand l’application passe(ou repasse) en avant-
plan.
OnPause () : appelée quand l’application passe en arrière-plan et qu’une autre application se
met devant
OnStop() :appelée quand l’application n’est plus visible
OnRestar() : appelée quand l’application redevient visible.
OnDestroy () : appelée quand l’application est fermée par le système à cause d’un manque
de ressource. Ou par l’utilisateur à l’utilisation d’un finish ().
28
2. Spécification des exigences :
2.1 Solution proposé :
Le Smartphone est devenu un outil essentiel au cœur de la vie quotidienne des
individus, pour cela nous avons pensés à réaliser un guide touristique hors connexion sur les
smartphone ou tablette sous la plateforme (application m-tourisme), cette application aide
les touristes à trouver la liste des endroits et destinations touristique…
2.2 Étude des besoins fonctionnels :
Les besoins fonctionnels représentent les attentes de chaque acteur, ils expriment une
action que doit effectuer le système en réponse à une demande :
2.2.1 Les besoins fonctionnels :
Il s’agit des fonctionnalités du système. Ce sont les besoins spécifiant un comportement
d’entrée/sortie du système.
 S’identifier les utilisateurs.
 présenter les endroits.
 Consulter la liste des endroits favoris.
 Spécifier les localisations.
 L’utilisation de l’application hors connexion.
2.2.2 Les besoins non fonctionnels :
Les besoins non fonctionnels décrivent les objectifs liés aux performances du système
et aux contraintes de son environnement. Ses exigences techniques sont souvent exprimées
sous forme d’objectifs spécifiques que doit atteindre le système.
 La disponibilité : l’Application doit être disponible pour être utilisé par n’importe quel
utilisateur.
 Assurer une cohérence et une crédibilité aux informations stockées dans la base de
données.
 L’ergonomie des interfaces de l’application mobile : il faut que toute interface de
l’application soit homogène, en effet, les déférentes pages doivent suivre le même
modèle de représentation.
 L’application sera installée sur un téléphone mobile à OS Android.
 La fiabilité : les données fournies par l’application doivent être fiables.
29
2. Conclusion :
Dans ce chapitre nous avons définie c’est quoi l’informatique mobile, et quelques
notions de base, puis nous avons présenté l’univers Android tout en définissant c’est quoi le
système Android, son architecture et le cycle de vie d’une application Android, ainsi que
cette partie décrit la solution proposé et Les besoins fonctionnels que doit effectuer le
système en réponse à une demande.
30
IV. Spécification et modélisation de la plateforme
31
1. Les acteurs de l’application
Un acteur représente l’abstraction d’un rôle joué par des entités externes
(utilisateur, dispositif matériel ou autre système) qui interagissent directement avec le
système (réception d’information, etc.).Pour notre application, contient deux acteurs.
Nous allons nommer le premier acteur « visiteur », et le deuxième acteur
« administrateur ».
 Touriste : le touriste découvrir les endroits de la ville, leur historique, ainsi
que leur localisation
 Administrateur : la gestion des utilisateurs qui peuvent accéder au système,
gérer les endroits et les parcours de la ville.
2. Langage de modélisation UML
Pour modéliser d’une manière claire et précise la structure et le comportement de
notre application mobile, indépendamment de tout langage de programmation, nous
adoptons le langage de modélisation UML.
UML se définie comme un langage de modélisation graphique et textuel destine à
comprendre et décrire des besoins, spécifier et documenter des systèmes, esquisser des
architecteurs logicielles, concevoir des solutions et communiquer des points de vue.
UML représente le standard de modélisation objet le plus répondu et le plus utilisé
aujourd’hui.
Il s’articule autour de treize types de diagrammes, ces types de diagrammes sont répartir
en deux grands groupes :
-diagrammes structurels
-diagrammes comporte en taux.
3. Diagramme des cas d’utilisation :
Un cas d’utilisation représente un ensemble de séquence d’actions réalisées par le
système et produisant un résultat observable intéressant pour un acteur particulier.
Un cas d’utilisation modélise un service rendu par le système, il exprime les interactions
acteur Système et apporte une valeur ajouté notables à l’acteur concerné pour chaque
acteur identifié précédemment on associe les cas d’utilisation qui correspond.
32
3.1 Diagramme de cas d’utilisation pour l’administrateur
Figure 8 : Diagramme de cas d’utilisation pour l’administrateur
3.2. Diagramme de cas d’utilisation pour le visiteur
Figure 9 : Diagramme de cas d’utilisation pour le visiteur
33
3.3 Diagramme des cas d’utilisations général
Le diagramme suivant résume tous les cas d’utilisation associés à tous les acteurs de notre
système.
Figure 10 : Diagramme des cas d’utilisations général
34
3.4 Raffinement des cas d’utilisation
3.4.1 Cas d’utilisation pour «S’identifier »
FF
Figure 11 : Cas d’utilisation pour « s’identifier »
3.4.2 Cas d’utilisation pour «se communiquer »
Figure 12 : Cas d’utilisation pour « se communiquer »
35
3.4.3 Cas d’utilisation pour « gérer l’application»
Figure 13 : Cas d’utilisation « gérer l’application »
4. Conception :
4.1 Architecture globale de l’application
L’architecture générale de l’application décrit d’une manière symbolique et
schématique les interrelations et les interactions de différentes fonctionnalités définies dans
le cahier de charges. Cette architecture comprend un espace de guider permettant de
localiser et décrire les endroits et afficher les lieux les plus connue...Ainsi, le schéma de la
figure ci-dessous résume les différentes fonctionnalités de l’application :
36
Figure 14 : Architecture globale de l’application
4.2 conception de la base de données
4.2.1 Modèle logique de données liée au diagramme de
classe
Touriste (EmailTouriste, Motpasse).
Endroit (Nom Endroit, Description).
Découvrir (#EmailTouriste, #Nom_Endroit).
Favoris (IdFavoris, Date_Ajou, Nom_Endroit).
Plage (NomPlage, Description, ImageView).
Restaurant (NomRestaurant, AdresseRestaurant, Tel, ImageView).
Hôtel (NomHotel, AdresseHotel, Tel, ImageView).
Transport (Type, AdresseTransport, Tel, ImageView).
Activité (NomAct, descriptionAct, ImageView).
37
4.2.2 Diagramme de classes
Le diagramme de classes représente les classes intervenant dans le système. Le
diagramme de classe est une représentation statique des éléments qui composent un
système et de leurs relations.
Figure 15 : Diagramme de classes.
38
5 .Conclusion :
Ce chapitre a été consacré les différentes étapes de la conception détaillée, nous
avons défini les acteurs de l’application et langage de modélisation UML, puis le raffinement
de diagramme de cas d’utilisation, finalement nous avons terminé avec le diagramme de
classe avec lequel nous avons pour présenter la structure de notre application.
39
V. Implémentation et Réalisation
40
1. outil et langage de développement
1.1 Langage de développement
1.1.1 Java
C’est un langage de programmation informatique orienté objet créé par James
Gosling et Patrick Naughton, employés de Sun Microsystème. Il permet de crée des logiciels
compatibles avec de nombreux système d’exploitation (Windows, Linux …).Java donne aussi
la possibilité de développer des programmes pour téléphones portable et assistants
intégrées à la page Web (applet) ou encore comme langage serveur(JSP).
1.1.2 XML
XML (extensible Markup Langage) est un langage informatique qui sert à enregistrer
des données textuelles. Ce langage a été standardisé par le W3C en 1998 et il est maintenant
très populaire. Ce langage, grosso-modo similaire à l’HTML de par son système de balisage,
permet de facilité l’échange d’information sur l’internet. Contrairement à l’HTML qui présent
un nombre finit de balises, le XML donne la possibilité de créer de nouvelles balises à
volonté.
1.2 Outil de développement
1.2.1 Android Studio
Android studio est un environnement de développement pour développer des
applications Android. Il est basé sur IntelliJ IDEA, mis gratuitement à la disposition des
développeurs Android accompagné de sa documentation complète. Il est créé par Google
pour remplacer l’ancien IDE eclipse.
1.2.2 PowerAMC
PowerAMC est un logiciel de modélisation. Il permet de modéliser les traitements
informatiques et leurs bases de données associées. Créé par SDP sous le nom AMC*designer,
racheté par Power soft, ce logiciel est produit par Sybase depuis le rachat par cet éditeur en
1995. Hors de France, la version internationale est commercialisée par Sybase sous la
marque PowerDesgner.
1.2.3 StarUML
41
StarUML est un logiciel de modélisation UML, cédé comme open source par son
éditeur, à la fin de son exploitation commercial, sous une licence modifiée de GNU GPL.
1.2.4 Google Maps Android AP
Google Maps Android API nous permet d’ajouter des cartes utilisant des données
Google Maps à notre application. Cette API gère automatiquement l’accès aux serveurs
Google Maps. Le téléchargement de données, l’affichage de la carte et la réponse aux gestes
effectués sur la carte. Nous pouvons également utiliser les appels d’API pour ajouter des
marqueurs, des polygones et des superpositions à une carte de base, ainsi que pour modifier
la vue de l’utilisation pour une zone donnée. Les objets suivants fournissent des
informations supplémentaires sur les points géographiques et permettent à l’utilisateur
d’interagir avec la carte.
1.2 Base de donné
1.2.1 SQLite
SQLite est une base de données relationnelle constituée d’un seul
fichier, ce qui la rend très simple d’utilisation. Elle supporte la syntaxe SQL, les
prepared statement et les transactions. De plus elle nécessite peu de mémoire lors de
l’exécution d’une requête. Toutes ces caractéristiques font de SQLite la base de
données idéale pour les applications embarquées.
2. Implémentation
2.1 .Installation d’Android studio
Comme première étape, vous allez sur le site officiel d’Android studio :
https://developer.android.com/studio , Acceptez les termes et conditions pour
commencer le téléchargement.
42
Double-cliquez sur le fichier téléchargé et suivez toutes les invites. Ouvrez le fichier
téléchargé et suivez l’Assistant Installation d’Android Studio. Acceptez la
configuration par défaut pour toutes les étapes.
Lorsque vous atteignez cet écran, assurez-vous que tous les composants sont
sélectionnés
43
Une fois l’installation terminée, l’assistant d’installation télécharge et installe des
composants supplémentaires. Soyez patient, cela peut prendre un certain temps en
fonction de votre connexion Internet.
Lorsque L’installation terminé, vous verrez cette fenêtre :
44
Puis vous click sur le bouton Configure et choisir SDK manager
Choisissez ensuite la version adaptée à votre configuration. Une fois le téléchargement
terminé, vous pouvez installer le tout là où vous le désirez.
45
Le SDK propose unémulateurAndroid.Il permetde lancersurlamachine dudéveloppeurun
terminal virtuel représentantàl’écranuntéléphone embarquantAndroid.
46
2.2 Présentation de quelques fragments de code
47
48
3. Principales interfaces
3.1 Icône de l’application
Figure 16 : Icône de l’application
3.2. Interface de chargement
Cette interface s’affiche 5 secondes, contient une image et le nom de l’application,
avec une phrase qui définit l’objectif principale de l’application.
Figure 17 : Interface de chargement
49
3.3. Interface d’accueil
Cette interface illustre un aperçu sur la page d’accueil de l’application, contient les
principaux services (Restaurant, Plages, Hôtel, etc.).
Figure 18 : Interface d’accueil
3.4 Interface de service touristique.
Dans cette interface, l’utilisateur permet de gérer les endroits et profiter de ces
fonctionnalités suivantes :
 Consulte la liste des endroits par son catégorie (plage, restaurant, etc.)
 représenter les détails pour chaque endroit (image, description).
50
51
Figure 19 : Interfaces de service touristique
52
Figure 20 : Interfaces détail de service touristique
53
3.5 Interface d’inscription
Cette interface offre aux utilisateurs un service d’inscription et D’authentification
(l’utilisateur doit remplir le formulaire d’inscription).
Figure 21 : Interface d’inscription
54
3.7 Interface de carte géographique
Depuis cette interface on peut gérer l’api Google Map, les fonctionnalités sont :
 Localisation géographique des endroits sur la carte
Figure 22 : Interface de carte géographique.
55
4.Conclusion :
La phase de réalisation est l’étape la plus importante dans le cycle de vie d’une
application. Dans ce chapitre on a mis l’accent sur la description des
caractéristiques de l’environnement du travail et décrit la plateforme matérielles et
logiciel sur lesquelles nous avons construit notre application d’une part, d’autre part
par la représentation des différents interfaces développé tout au long de
l’application.
56
Conclusions etperspectives :
Ce projet de fin d’étude est pour but de réaliser un guide touristique sur la plateforme
Android pour la ville d’Al-Hoceima, cette application munie de fonctionnalités nécessaires et
adéquates au besoin des touristes, c’est une occasion pour nous appliquer ce que nous
avons étudié au cours de notre processus de formation, toute les étapes de ce projet nous a
permis d’enrichir notre expérience notamment dans les différents outils et langage dédiés à
la programmation mobile.
Nous avons retenu également que la réalisation d’une application mobile demande une
bonne organisation et une cohérence entre les différents acteurs du projet. Etant donné que
tout travail informatique a été toujours l’œuvre d’une équipe.
Bien que notre application n’est pas encore fini, nous avons l’attention de la compléter
et l’améliorer en terme design, et quelques fonctionnalités tel que les notifications,
recherche avancés, sécurité et la déployé dans Play Store, et la possibilité de développer
d’autre plateforme.
57
Bibliographie
 https://developer.android.com/studio Téléchargementd’Androidstudio.
 https://www.clubic.com/telecharger-fiche11146-ganttproject.htmlTéléchargementde Gant
Projet.
 https://www.clubic.com/telecharger-fiche384048-staruml.htmlTéléchargementde Star
UML.
 https://www.clubic.com/telecharger-fiche170752-poweramc.html Téléchargementde Power
AMC.
 https://www.emse.fr/~picard/cours/2A/devsi/android.pdf lesversionsetl’architecture
d’Android.
 https://www.wikipedia.org/ site official de Wikipedia.
 http://www.commentcamarche.net/contents/473-cycle-de-vie-d-un-logiciel cycle de
vie d’un logiciel.
 https://console.developers.google.com/apis/credentials?hl=FR&project=generated-case-
241009 google APIconsole.

Contenu connexe

Tendances

Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Riadh K.
 
RapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRITRapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRIT
Lina Meddeb
 
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Riadh K.
 

Tendances (20)

PFE :: Application de gestion des dus d'enseignement
PFE :: Application de gestion des dus d'enseignementPFE :: Application de gestion des dus d'enseignement
PFE :: Application de gestion des dus d'enseignement
 
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
 
Rapport PFE "Conception et développement d'un Portail web pour le Smart Met...
Rapport  PFE  "Conception et développement d'un Portail web pour le Smart Met...Rapport  PFE  "Conception et développement d'un Portail web pour le Smart Met...
Rapport PFE "Conception et développement d'un Portail web pour le Smart Met...
 
Projet Fin D'étude Application Mobile
Projet Fin D'étude Application MobileProjet Fin D'étude Application Mobile
Projet Fin D'étude Application Mobile
 
Rapport projet c : Logiciel de gestion des ressources humaines
Rapport projet c : Logiciel de gestion des ressources humainesRapport projet c : Logiciel de gestion des ressources humaines
Rapport projet c : Logiciel de gestion des ressources humaines
 
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
 
Rapport du Projet de Fin d'année Génie informatique
Rapport du Projet de Fin d'année Génie informatique Rapport du Projet de Fin d'année Génie informatique
Rapport du Projet de Fin d'année Génie informatique
 
Rapport PFE Application Web Mobiles belwafi bilel
Rapport PFE Application Web Mobiles belwafi bilelRapport PFE Application Web Mobiles belwafi bilel
Rapport PFE Application Web Mobiles belwafi bilel
 
Rapport pfe 2017 Système de gestion des rendez-vous médicaux
Rapport pfe 2017 Système de gestion des rendez-vous médicaux Rapport pfe 2017 Système de gestion des rendez-vous médicaux
Rapport pfe 2017 Système de gestion des rendez-vous médicaux
 
Conception et réalisation d'une application de gestion intégrée au sein de la...
Conception et réalisation d'une application de gestion intégrée au sein de la...Conception et réalisation d'une application de gestion intégrée au sein de la...
Conception et réalisation d'une application de gestion intégrée au sein de la...
 
Rapport pfe-ayoub mkharbach
Rapport pfe-ayoub mkharbachRapport pfe-ayoub mkharbach
Rapport pfe-ayoub mkharbach
 
RapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRITRapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRIT
 
Pfe conception et réalisation d'une application de gestion des processus d'ac...
Pfe conception et réalisation d'une application de gestion des processus d'ac...Pfe conception et réalisation d'une application de gestion des processus d'ac...
Pfe conception et réalisation d'une application de gestion des processus d'ac...
 
Rapportpfe
RapportpfeRapportpfe
Rapportpfe
 
Rapport de projet de conception et de développement
Rapport de projet de conception et de développementRapport de projet de conception et de développement
Rapport de projet de conception et de développement
 
Rapport Pfe Application Web e-commerce Symfony2
Rapport Pfe Application Web e-commerce Symfony2Rapport Pfe Application Web e-commerce Symfony2
Rapport Pfe Application Web e-commerce Symfony2
 
Etude d'une application de gestion d'une bibliothèque numérique
Etude d'une application de gestion d'une bibliothèque numérique Etude d'une application de gestion d'une bibliothèque numérique
Etude d'une application de gestion d'une bibliothèque numérique
 
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
 
Projet de fin étude ( LFIG : Conception et Développement d'une application W...
Projet de fin étude  ( LFIG : Conception et Développement d'une application W...Projet de fin étude  ( LFIG : Conception et Développement d'une application W...
Projet de fin étude ( LFIG : Conception et Développement d'une application W...
 
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
Rapport PFE : Développement D'une application de gestion des cartes de fidéli...
 

Similaire à Réalisation d’un guide touristique hors connexion sur plateforme Android pour la région d’AL-HOCEIMA

rapport-projet-de-fin-detudes
 rapport-projet-de-fin-detudes rapport-projet-de-fin-detudes
rapport-projet-de-fin-detudes
Achraf Mokhtari
 
rapport_stage_issame
rapport_stage_issamerapport_stage_issame
rapport_stage_issame
AMAL Issame
 

Similaire à Réalisation d’un guide touristique hors connexion sur plateforme Android pour la région d’AL-HOCEIMA (20)

Étude et mise en place d'un serveur messengerie
Étude et mise en place d'un serveur messengerie Étude et mise en place d'un serveur messengerie
Étude et mise en place d'un serveur messengerie
 
Plonegov projet egov
Plonegov projet egov Plonegov projet egov
Plonegov projet egov
 
GEmploi : Smart school timetable management software using RFID technology
GEmploi : Smart school timetable management software using RFID technologyGEmploi : Smart school timetable management software using RFID technology
GEmploi : Smart school timetable management software using RFID technology
 
Rapport de Stage PFE - Développement d'un Projet ALTEN MAROC Concernant le Sy...
Rapport de Stage PFE - Développement d'un Projet ALTEN MAROC Concernant le Sy...Rapport de Stage PFE - Développement d'un Projet ALTEN MAROC Concernant le Sy...
Rapport de Stage PFE - Développement d'un Projet ALTEN MAROC Concernant le Sy...
 
rapport-projet-de-fin-detudes
 rapport-projet-de-fin-detudes rapport-projet-de-fin-detudes
rapport-projet-de-fin-detudes
 
rapport MobiResto
rapport MobiResto rapport MobiResto
rapport MobiResto
 
MEMOIRE DE STAGE
MEMOIRE DE STAGEMEMOIRE DE STAGE
MEMOIRE DE STAGE
 
rapport_stage_issame
rapport_stage_issamerapport_stage_issame
rapport_stage_issame
 
Rapport-PfA-ACHKAOU-SARA.pdf
Rapport-PfA-ACHKAOU-SARA.pdfRapport-PfA-ACHKAOU-SARA.pdf
Rapport-PfA-ACHKAOU-SARA.pdf
 
Rapport de projet de fin d’étude
Rapport  de projet de fin d’étudeRapport  de projet de fin d’étude
Rapport de projet de fin d’étude
 
Rapport stage pfe
Rapport stage  pfe Rapport stage  pfe
Rapport stage pfe
 
Rapport Projet Fin d'Études PFE
Rapport Projet Fin d'Études PFERapport Projet Fin d'Études PFE
Rapport Projet Fin d'Études PFE
 
Programme MOPA 2013
Programme MOPA 2013Programme MOPA 2013
Programme MOPA 2013
 
Rapport PFE: PIM (Product Information Management) - A graduation project repo...
Rapport PFE: PIM (Product Information Management) - A graduation project repo...Rapport PFE: PIM (Product Information Management) - A graduation project repo...
Rapport PFE: PIM (Product Information Management) - A graduation project repo...
 
Rapport projet de fin d'études licence PFE
Rapport projet de fin d'études licence PFERapport projet de fin d'études licence PFE
Rapport projet de fin d'études licence PFE
 
Rapport Stage Alstom
Rapport Stage AlstomRapport Stage Alstom
Rapport Stage Alstom
 
Conception d'un module de gestion de la paie adapté au contexte marocain pour...
Conception d'un module de gestion de la paie adapté au contexte marocain pour...Conception d'un module de gestion de la paie adapté au contexte marocain pour...
Conception d'un module de gestion de la paie adapté au contexte marocain pour...
 
ERP médical pour la TRANSTU : module de gestion pharmaceutiques
ERP médical pour la TRANSTU : module de gestion pharmaceutiquesERP médical pour la TRANSTU : module de gestion pharmaceutiques
ERP médical pour la TRANSTU : module de gestion pharmaceutiques
 
MISE EN PLACE D’UNE Progressive Web App Pour la Gestion des Rapports d’Audit
MISE EN PLACE D’UNE Progressive Web App Pour la Gestion des Rapports d’AuditMISE EN PLACE D’UNE Progressive Web App Pour la Gestion des Rapports d’Audit
MISE EN PLACE D’UNE Progressive Web App Pour la Gestion des Rapports d’Audit
 
Tpe nguyen tien-thinh
Tpe nguyen tien-thinhTpe nguyen tien-thinh
Tpe nguyen tien-thinh
 

Réalisation d’un guide touristique hors connexion sur plateforme Android pour la région d’AL-HOCEIMA

  • 1. 1 UNIVERSITE ABDELMALEK ESSAADI FACULTE DES SCIENCES ET TECHNIQUES D’AL-HOCEIMA DEPARTEMENT DE MATHEMATHIQUES-INFORMATIQUE Mémoire De Projet de Fin d’Études En vue de l’obtention de la LICENCE SCIENCES ET TECHNIQUES en ‘’MATHEMATIQUE-INFORMATIQUE’’ Présenté par : Mlle. EL AJJOURI MOUNA Mlle. EL KADDOURI FATIMA Titre : Réalisation d’un guide touristique hors connexion sur plateforme Android pour la région d’AL-HOCEIMA Soutenu le 20 juin 2019 devant le jury composé de : Pr. Omar Darhouche Président Pr. Mostafa Allaoui Examinateur Pr. Noureddine EL MAKHFI Encadrant Année universitaire 2018-2019
  • 2. 2 DEDICACE Nous dédions ce modeste travail à : Nos très chers parents ; Que nulle dédicace ne puisse exprimer notre sincères sentiments, pour leur patience illimitée, leur encouragement contenu, leur aide, en témoignage de notre profond amour et respect pour leurs grands sacrifices, que dieu vous protège et vous garde pour nous. Nos chers frères et sœurs ; Pour leur grand amour et leur soutien qu’ils trouvent ici l’expression de notre haute gratitude. Nos chers ami(e)s ; Avec lesquels nous avons partagé nos moments de joie et de bonheur Pour votre fidélité et votre soutien. Nos enseignants ; Pour votre enseignement et vos conseils tout au long de notre parcoure éducatif et professionnel. Et à tous les membres de nos famille et à tous ceux que nous aime.
  • 3. 3 REMERCIEMENTS C’est avec un grand plaisir qu’on réserve ces quelques lignes en signe de gratitude et de profonde reconnaissance à tous ceux qui, de près ou de loin, ont contribué à la réalisation et l’aboutissement de ce travail. Tout d’abord on remercie notre encadreur Monsieur NOUREDDINE EL MAKHFI pour son soutient, son sérieux, ses précieux conseils et son aide tout au long de l’élaboration de ce travail. Nous remercions les membres de jury qui ont bien voulu examiner et évalué ce mémoire. Nous nous acquittons, enfin, volontiers d’un devoir de gratitude et de remerciements à tous nos enseignants pour la qualité de l’enseignement qu’ils ont bien voulu nous prodiguer durant nos études afin de nous fournir une formation efficiente. Merci à tous.
  • 4. 4 Résumer Ce projet de fin d’étude consiste en l’étude, la réalisation d’un guide touristique sur la plateforme Android pour la ville d’Al-Hoceima, qui permet aux touristes de découvrir les principales destinations touristiques, les destinations possède une fiche détaillée (Description, Photos, hôtels, Restaurants, Plage...), ainsi que facilite les déplacements, la consommation et l’expérience du touriste. En effet, notre application permet de combler certains vides tout au long de l’expérience de visiteur. L’information deviendra accessible à toute heure et quel soit le lieu où l’utilisateur sera localisé. Dans ce contexte, la mise en place de l’application se déroule en plusieurs étapes dans lesquelles nous spécifions les besoins qui sont un facteur important pour choisir la méthode de développement à suivre afin de réaliser notre application. Mots clé : Application mobile, Tourisme, Android, Géolocalisation.
  • 5. 5 Table de matière DEDICACE………………………………………………………………………………….…………………………………….2 REMERCIEMENTS…………………………………………………………………….………………………………………3 RESUME. ......................................................................................................................…..4 LISTE DES FIGURES…………………………………………………………………….…………………………………….7 Liste de tableau.................................................................................................................8 INTRODUCTION GENERALE…..………………………………………………………………………………………….9 I. Présentation et cadrage du projet.…….………………………………………………………..…...10 1. présentation d’AlHoceima..............................................................................11 2. Contexte du projet .……..………………………………………………………………………..…..11 3. Problématique………………………………………………………………………………………….…12 4. Objectifs....………………………………………………………………………………………………….12 5. Produit du projet..........................................................................................…13 6. Fonctionnalité d’une plateforme …………………………………………………………..……13 7. Coclusion.........................................................................................................13 II. DEROULEMENTDU PROJET.……………………………………………………………………………..…..14 1. Planification opérationnelle……………………………………………………………………….15 1.1 Tableau de tache………………………………………………………………………..…..…15 1.2 Diagramme de GANT……..……………………………………………………………….…16 2. Processus de développement........................................................................17 2.1 Présentation du cycle de vie de développement de la plateforme………17 a. Cycle de vie d’un logiciel…………………..……………………………………..…17 b. Modèles de cycle de vie d’un logiciel………………………………………….18 c. Choix du modèle de cycle de vie : Modèle en V………...…………….…18 2.2 Phases .……….…………………………………………………………………………………..…19 3. Conclusion.....................................................................................................19 III. ETUDE PREALABLE..………………………………………………………………………………………………...20 1. Etat de l’art …….……………………………………………………………………………………....21 1.1 L’informatique mobile.......................................................................... 21 1.2 Les applications mobiles........................................................................21 1.3 La plateforme Android...........................................................................23 2. Spécification des exigences ….……..………………………………………………………..…28 2.1 Solution proposé...................................................................................28 2.2 Etude des besoins ................................................................................28 3. Conclusion.......................................................................................................29 IV. SPECIFICATION ET MODELESATION DE LA PLATEFORME……………………..………………….30
  • 6. 6 1. Acteurs de la plateforme……………………………………………………………………………31 2. Langage de modélisation UML..…………………………………………………………………31 3. Diagramme des cas d’utilisations.………………………………………………………………31 3 .1 Diagramme des cas d’utilisations pour l’administra…………………………32 3.2 Diagramme des cas d’utilisations pour le visiteur..………..…………………32 3.3 Diagramme des cas d’utilisation général………..………………………………..33 3.4 Raffinement des cas d’utilisations……………………………………………………34 3.4.1 Cas d’utilisation pour s’identifier...............................................34 3.4.2 Cas d’utilisation pour se communiquer.....................................34 3.4.3 Cas d’utilisation pour gérer l’application...................................35 4. Conception……………………………………………..……………………………………………….. 35 4.1 Architecture globale de l’application…………....………………………………… 35 4.2 Conception de la base de données……………………...……………………………36 4.2.1 Modèle logique de données liée au diagramme de classe..………36 4.2.2 Diagramme de classe....................................................................37 5. conclusion........................................................................................................38 V. IMPLIMENTATION ET REALISATION………………………………………………………..………………39 1. Outil et langage de développement…………………………………………….………………40 1.1 Langage de développement……………………………….……………………………40 1.2 Outil de développement….…………………………………………………….…………40 1.3 Base de données………………………………………………………………………….…41 2. Implémentation …………………………………..……………………………………………………41 2.1 Installation d’Android studio………...…………………………………………………41 2.2 Présentation de quelques fragments de code……….…………………………46 3. Principales Interfaces……….…………………………………………...........……………………48 3.1 Interface d’icone……………....………….…………………………………………………48 3.2 Interface de chargement… .………………………..……………………………………48 3.3 Interface de l’accueil ………….…….…………………………………………………….49 3.4 Interface de service touristique..........................................................49 3.6 Interface d’inscription.........................................................................53 3.7 Interface de carte déographique........................................................54 4. Conclusion .....................................................................................................55 CONCLUSION ET PERDPECTIVES ……………………………………………………………………………………..56 Bibliographie.......................................................................................................57
  • 7. 7 Liste des figures Figure 1 : Diagramme de Gant……………..…………………………………………………………………………16 Figure 2 : Modèle de cycle de vie en cascade……….…………………………………………………………17 Figure 3 : Modèle en V………………………………………..…………………………………………………..……..18 Figure 4 : Icône Android …………………… ………………………….……………………………………………....23 Figure 5 : les versions d’Android…………………………………….....…………………………. .………………24 Figure 6 : L’Architecture d’Android…....................................................................................25 Figure 7 : Le cycle de vie d’une activité…………………................................………………………….27 Figure 8 : Diagramme de cas d’utilisation pour l’administrateur………..…............……………..32 Figure 9 : Diagramme de cas d’utilisation pour le visiteur …………..……………...........……… 32 Figure 10 : Diagramme des cas d’utilisations général…………………………….................…… …..33 Figure 11 : Cas d’utilisation pour « s’identifier »……………………...........………………………………34 Figure 12 : Cas d’utilisation pour « se communiquer »……………………………….……………………34 Figure 13 : Cas d’utilisation pour « gérer l’application»……………………………....………………….35 Figure 14 : Architecture globale de l’application ...............................................................................36 Figure 15 : Diagramme de classe..............................................................................................................37 Figure 16 : Icône de l’application.........................................................................................48 Figure 17 : Interface de chargement....................................................................................48 Figure 18 : Interface d’accueil ................................................................... ..........................49 Figure 19 : Interfaces de service touristique................................................ .......................51 Figure 20 : Interface détail de service touristique........................... ....................................52 Figure 21 : Interface d’inscription...................... ..................................................................52 Figure 22 : Interface de de carte géographique ..................................................................53
  • 8. 8 Liste des tableaux Tableau 1 : tableau des taches……………………………………………………………………………………………15 Tableau 2 : les types des applications mobiles.......................................................................22
  • 9. 9 Introduction générale Aujourd’hui, le Smartphone occupe une place très importante dans notre quotidien, en effet, le téléphone n’est pas seulement un outil de communication, mais participe même à l’amélioration de quotidien grâce à de nombreuses applications. Ces applications mobiles sont très récentes et pourtant leur apparition a très vite submergé et totalement changé le quotidien de la population, elles ont été développées sur tous les domaines possibles. Al Hoceima que certains qualifier de la perle de la Méditerranée, reste une ville portuaire et touristique du Maroc, elle possède de splendides plages et paysages de montagne, sa position géographique idéal offre de nombreuses activités aux touristes, ces touristes ont besoin de connaitre les hôtels, les endroits et toutes les autres services touristiques et leur localisation. C’est dans ce cadre qu’entre le sujet de notre PFE. Il s’agit en fait, de concevoir et de développer une solution informatique assurant l’exposition des informations des monuments et des endroits les plus connus de la ville d’Al Hoceima. Pour une meilleure accessibilité à ces informations, nous avons décidé de développer une application mobile capable de gérer et d’exposer toutes ses informations. Ce rapport basé sur cinq grandes parties, dans le premier chapitre nous allons présenter le cadre du projet, ainsi que détailler le cahier des charges, Ensuite le deuxième chapitre donne une étude sur le cycle de vie du projet ainsi que les principales phases adoptées, le troisième chapitre présente le cadre théorique du projet, puis dans le chapitre qui suit, consacré aux conception qui focalise sur l’ étude de la modélisation de l’application et présente la conception UML de la plateforme Android, Enfin, le dernier chapitre, dédié à la réalisation de l’application ou nous allons présenter l’environnement de développement, les outils et langages de programmations utilisés dans notre travail, puis montrer quelques interfaces graphiques de notre application réalisée. Et nous conclurons notre travail par Tune conclusion générale et quelques perspectives.
  • 10. 10 I. Partie I : Présentation et cadrage du projet
  • 11. 11 1. La présentation d’Al Hoceima Al Hoceima est une ville située sur la côte nord du Maroc, à 320 km de Tanger à l’ouest et à 250 km de Saïdia et de la frontière algérienne à l’Est, elle est plus connue sous le joli surnom de «la perle de la Méditerranée », elle est l’une des plus grandes stations balnéaires du Maroc et d’Afrique du nord, elle est située au large de nombreuses petites iles et ilots rocheux. Al Hoceima est une ville surtout connue pour ses magnifique plages méditerranéennes (Quemado, Sfiha, Calabonita, tala youssef, cala iris, matadero …..) Al Hoceima est une destination touristique typique du Maroc littoral, plages, souks, climat cette ville attire des touristes venus pour la qualité de ces plages, l’Hospitalité marocaine et plus particulièrement rifaine et les nombreuses activités possible dans cette région. 2. Contexte et définition du projet : Ce projet entre dans le cadre de l’incorporation des nouvelles technologies dans le domaine de tourisme, ce domaine lui aussi traversé par une importante vague de transformation due à digitalisation et à l’expansion des nouvelles technologies. En effet, le tourisme mobile semble être aujourd’hui une pratique à intégrer dans les activités touristiques, ceci justifier par l’évolution des habitudes et des comportements, de plus le m-tourisme se justifier par l’envie qu’on les individus d’avoir un service personnalisé, les nouvelles technologies ont donc un impact certain sur le tourisme mais surtout le comportement des utilisateurs avant, pendant et même après leur voyage, en plus le tourisme mobile propose aux utilisateurs de téléphone portable de se situer sur une carte dans la ville où ils se trouvent. Le service comprend non seulement le géo localisation en temps, mais également, des informations sur la ville et ses centres d’intérêts (musées, parcs, monuments, évènements culturels ou artistiques du moment, etc…).les principales fonctionnalités des profils (acteurs) d’inscrits sur une plateforme mobile touristique (m-tourisme) sont les suivants : -touriste : le touriste est un individu qui consulte les services touristiques dont il a besoin, leurs détails, ainsi que leur localisation. Il est l’acteur principale qui interagir directement avec le système. -administrateur : Le rôle de l’administrateur est la gestion des utilisateurs qui peuvent accéder au système.
  • 12. 12 3. Problématique : Le service de tourisme a manifesté des difficultés dans la gestion des services touristiques (agences de voyages, associations touristiques, restaurants, hôtels, plages sources thermales, lieux touristiques), et aussi la recherche et les calculs des statistiques qui prennent beaucoup de temps, avec le risque d’erreurs. Les touristes rencontrent des problèmes lors de la recherche et la localisation des services touristiques dont elle dispose la ville d’Al-Hoceima. L’informatique est presque devenue indispensable au niveau de tous les domaines dans notre vie courante, pour cela il est utile de réaliser une application pour le service de tourisme. Mais peut-on vraiment intégrer la technologie et l’informatique à ce domaine ? Existe-t-il un moyen pour réaliser une application qui répond aux besoins de ce service ? Si c’est le cas, comment et quelle est la méthode ou processus de développement à suivre pour réaliser cette application ? 4. Objectifs : L’objectif principal de ce projet est de réaliser une application mobile sous forme d’un guide touristique hors connexion développé sous la plateforme Android, cette application a pour but :  Découvrir et déterminer les lieux de services et de loisir de la ville les plus proches. Les touristes doivent savoir des informations sur les destinations touristiques, et d’améliorer l’expérience de voyage du visiteurs tout en augmentant la visibilité de la ville à l’aide d’un répertoire des points d’intérêt avec photo, description, heure d’ouverture, adresse, contact.  répondre aux besoins des utilisateurs de pouvoir se localiser dans un endroit.  l’application puisse fonctionner hors ligne. Les visiteurs peuvent être accédés à n’importe quel moment.  utiliser plusieurs outils de localisation GPS.  Développement sous la plateforme Android.
  • 13. 13 5. Produits du projet : Le produit de ce projet est une application mobile native sur smartphone développé sous la plateforme Android, sous forme d’un guide touristique hors connexion, elle permet de localiser les points d’intérêts à proximité, et aussi dédiée aux utilisateurs ayant visité la ville d’Al Hoceima ou bien qui souhaite la visité dans la future, elle permet de facilité les déplacements, la consommation et l’expérience du touriste. 6. Fonctionnalités du produit : L’application que nous allons développer, devra proposer les principales fonctionnalités du tourisme mobile :  Présenter les informations sur les endroits de la ville Al-Hoceima.  Spécifier les localisations qu’on veut priser en compte.  Savoir la localisation des lieux les plus proches.  Consulter la liste des endroits favoris 7. Conclusion Dans ce chapitre nous avons présenté notre cas d’étude, en commençant par une présentation de la ville d’Al Hoceima, par la suite nous avons défini le contexte générale du projet, puis nous avons cité la problématique, à laquelle notre projet doit répondre, ce qui nous a permet de spécifier les besoins qui sont un facteur important pour choisir la méthode de développement à suivre afin de réaliser notre application ‘AL HoceimaGuide’.
  • 14. 14 Chapitre II : Déroulement du projet
  • 15. 15 1. planification opérationnelle 1.1 Tableau de tâches Le tableau suivant présente la liste des étapes et les tâches à réaliser avec leur durée (jours) Nom Date de départ Date fin Analyse des besoins 18/04/2019 22/04/2019 Etude des problématiques 23/04/2019 24/04/2019 Rédaction du cahier de charges 25/04/2019 27/04/2019 Validation du cahier de charges 28/04/2019 29/04/2019 Réalisation de la Conception 30/04/2019 05/05/2019 Installation de la plateforme 06/05/2019 09/05/2019 Configuration de la plateforme 10/05/2019 20/05/2019 Validation du projet 21/05/2019 24/05/2019 Rédaction du rapport 05/05/2019 26/05/2019 Tableau 1 : tableau de tâches.
  • 16. 16 1.2 Diagramme de GANT Le diagramme de GANT permet de planifier le projet et de rendre plus simple le suivi de son avancement. Cette méthode visuelle est efficace lorsqu’il s’agit de lister une vingtaine de tâches. Figure 1 : Diagramme de GANT 2. Processus de développement 2.1 Présentation des cycles de vie de développement de plateforme
  • 17. 17 2.1.1 Cycle de vie d’un logiciel Le cycle de vie d’un logiciel (software life cycle), désigne toutes les étapes du développement d’un logiciel, de sa conception à sa disparition. L’objectif d’un tel découpage est de permettre de définir des jalons intermédiaires permettant la validation du développement logiciel, c’est-à-dire il a conformité du logiciel avec les besoins exprimés, et la vérification du processus de développement, c’est-à-dire l’adéquation des méthodes mise en œuvre. 2.1.2 Les modèles de cycle de vie d’un logiciel Il existe différents types de cycles de développement entrant dans la réalisation d’un logiciel. Ces cycles prennent en compte toutes les étapes de la conception d’un logiciel. a. Modèle en cascade Dans ce modèle le principe est : chaque phase se termine à une date par la production de certains documents ou logiciels .Les résultats sont définis sur la base des interactions entre étape, ils sont soumis à une revue approfondie et on ne passe à la phase suivante que s’ils sont jugés satisfaisants. Figure 2 : Modèle de cycle de vie en cascade. b. Modèle de cycle de vie en V
  • 18. 18 Dans ce modèle le principe est basé sur deux branches : la première descend depuis l’expression du besoin vers le codage, la seconde remonte du codage vers la recette en passant par les phases de tests. La mise en production ne fait pas partie du cycle en V du développement, mais est postérieure à celui-ci. Figure 3 : Modèle en V. c. Choix du modèle de cycle de vie : Modèle enV : On a choisi le cycle de vie en V, car la stricte structure en V permet d’espérer que le livrable final sera parfait, puisque les étapes de réflexion. De plus, il est facile de prévoir les tests à réaliser au moment où l’on conçoit une fonctionnalité ou une interface, le travail s’enchaine donc de façon assez naturelle. 2.2 Les phases Nous pouvons décomposer le modèle en 6 phases, de plus générale (concept) au plus précis (code) :  Analyse de besoins : On doit réaliser une application sous forme d’un guide touristique qui répond aux besoins des touristes et les fonctionnalités seront alors : Fonctionnalité 1 : communiquer
  • 19. 19 Fonctionnalité 2 : découvrir les endroits Fonctionnalité 3 : consulter la liste des endroits favoris. Fonctionnalité 4 :…  Conception générale : Il s’agit de l’élaboration des spécifications de l’architecteur générale d’un logiciel  Codage (implémentation ou programmation): Soit la traduction dans un langage de programmation des fonctionnalités définies lors de phase de conception.  Test : Permettant de vérifier individuellement que chaque sous-ensemble du logiciel est implémenté conformément aux spécifications.  Recette : La vérification de la conformité du logiciel aux spécifications initiales  Maintenance : La maintenance consiste à modifié le logiciel son but est correctif ou évolutif leur degré dépend de la qualité de la conception. 3. Conclusion : Ce chapitre représente la planification opérationnelle qui consiste à le découper en tache unitaires, pouvant dépendre les unes des autres, et à les ordonnancer de façon à obtenir un planning de réalisation, puis nous avons présentés une étude sur le cycle de vie de mise en place du projet ainsi que les principales phases abordées.
  • 21. 21 1. Etat de l’art 1.1 L’informatique mobile Difficile, aujourd’hui de passer à côté de l’explosion de l’internet mobile, en l’espace de quelque mois, les nouveaux terminaux mobiles que sont les tablettes et les smartphones ont envahi notre quotidien. Cet afflux technologique change radicalement notre rapport à l’informatique en affranchissant de l’utilisation d’un micro-ordinateur classique. Un terminal mobile est un appareil portable permettant le traitement et l’échange de données. Cela inclut :  Les smartphones Un smartphone ou téléphone intelligent désigne un téléphone mobile disposant aussi des fonctions d’un assistant numérique personnel, la saisie des données se fait par le biais d’un écran tactile ou d’un clavier, il fournit des fonctionnalités basiques comme : l’agenda, le calendrier, la navigation sur le web, la consultation de courrier électronique, le GPS, etc.  Les tablettes Une tablette est un assistant numérique personnel ou un ordinateur portable qui se présente sous la forme d’un écran tactile sans clavier et qui offre à peu près les mêmes fonctionnalités qu’un ordinateur personnel. Elle permet d’accéder à des contenus multimédias tels que la télévision, la navigation web, l’agenda, il est possible d’installer des applications depuis une boutique d’applications en ligne, en quelque sorte, la tablette tactile est un intermédiaire entre l’ordinateur portable et le smartphone. 1.2 Les applications mobiles 1.2.1 Présentation Une application mobile est un logiciel applicatif, c’est-à-dire un programme, qui a été spécialement développé pour un appareil électronique mobile .Dans la catégorie des appareils électroniques on peut y trouver les téléphones portables. Se définit comme étant un logiciel téléchargeable et qu’on installe facilement sur les smartphones comme nous le faisons avec tout logiciel un notre pc portable. Une application smartphone peut-être ludique, efficace pour utiliser un service déjà existant, pour communiquer, trouver des informations, échanger…, il existe aujourd’hui une très large diversité d’application mobiles : jeux, réseau sociaux, GPS, boite mail, météo… Les applications sont pour la plupart du temps distribuées depuis des plateformes de téléchargement, comme par exemple l’App Store (pour les apparies de la marque à la pomme : Apple), le Google Play (Plateforme d’Android ou Google), mais aussi le Windows Phone Store(Microsoft).
  • 22. 22 1.2.2 Les types des applications mobiles Le type Définition Ces avantages Application native -correspondent à des logiciels crées uniquement pour une plateforme mobile spécifique. -le développement de ces logiciels se fait au travers du SDK ou software développent Kit de la plateforme mobile en question. -Le nom des applications vient de fait quelle sont développées exclusivement avec le langage native (java, C). - ces application sont capables d’utiliser l’ensemble des fonctionnalités du mobile et peuvent être utilisés sans avoir accédé à internet. - Meilleure rapidité, fiabilité et dotée d’une meilleure réactivité ainsi qu’unerésolution supérieure ce qui assure meilleure expérience utilisateur. Application web -Une interface Web applicative disponible uniquement sur le Web et accessible via un navigateur internet. -Une application qui peut être hébergée en Cloud ou sur serveurs dédiés. -Toutes les données sont stockées sur un serveur Web. -Disponibles partout, ils peuvent connecter depuis n’importe quel poste. -Retrouver toutes les données synchronisés. -La création de comptes multi- accès avec la création de login et de mots de passe. Application hybride - Utilisant le navigateur web intégré du support(smartphoneou tablette) et les technologies web (HTML, CSS et JavaScript). -Permettant d’utiliser les fonctionnalités natives des smartphones et d’être distribuent en tant qu’application sur les plateformes d’applications. -L’Independence des différents systèmes d’exploitation mobiles. -le faible cout requis et la simplicité de développement. Tableau 2 : les types des applications mobiles.
  • 23. 23 1.2.3 L’application du tourisme (guide touristique) Le tourisme mobile accompagner les touristes dans la préparation de ses voyages, l’adoption des smartphones est également source de très nombreuses applications touristiques ayant souvent recours à la géolocalisation. Dans une moindre mesure, la réalité augmentée est utilisée pour guider les touristes et voyageurs. Le traitement du langage naturel couplé à des techniques d’intelligence artificielle donne naissance à une nouvelle forme d’assistance disponible sur les PC, mais également sur les smartphones. Le touriste s’attend à trouver toutes les informations de l’endroit où il se trouve présentement, l’offre touristique doit être géolocalisé. En fin le touriste est mobile et utilise de plus en plus son téléphone portable afin de faciliter ses déplacements, Enrichir son expérience de visite ou bien tout simplement renseigner. Le tourisme mobile est :  Technologies mobiles appliquées au tourisme  Nouvelle forme d’accès aux informations touristiques  Liberté de l’utilisateur de réserver, s’informer, donner son avis.  Géolocalisation et concordance entre information et contexte.  Interactivité avec l’utilisateur placé au rang d’acteur.  Tendances. 1.3 La plateforme Android Android est un système d’exploitation orienté dispositif mobiles créer par Google, il s’agit donc d’un ensemble de logiciel qui sert d’interface entre le matériel(les composantes du téléphone, tablette…) et les logiciel applicatifs, est un système d’exploitation open source basé sur le noyau linux dont le code source est distribué sous une licence permettant à quiconque de lire, modifier ou redistribué le logiciel. La plateforme Android est innovante et accessible en tant que développeur, il n’y a pas besoin de matériel spécifique, pas d’apprentissage d’un langage spécifique. Le développement ce fait en Java. Figure 4 : Icone Android
  • 24. 24 1.3.1 Les versions d’Android Les différentes versions d’Android ont toutes des noms de desserts depuis la sortie de la version 1.5 et suivant un ordre alphabétique : ● 1.0 -- 2007 : Version peu connue (version du SDK distribuée avant la sortie du premier téléphone Android). ● 1.1 -- 2008 : Version incluse dans le premier téléphone, le HTC Dream ● 1.5 - Cupcake - 04/2009 : Dernière révision officielle en mai 2010 ● 1.6 - Donut - 09/2009 : Dernière révision officielle en mai 2010 ● 2.0 - Eclair - 2009 : Vite remplacée à cause de nombreux bugs par la 2.0.1 puis par la 2.1. ● 2.1 - Eclair - 01/2010 : Dernière révision officielle en mai 2010 ● 2.2 (2.2.3) - FroYo - 05/2010 : Dernière révision officielle en 2011 ● 2.3 (2.3.7) - Gingerbread - 12/2010 : Version actuelle pour smartphones et petites tablettes ● 3.0 (3.2) - Honeycomb - 01/2011 : Version actuelle pour grandes tablettes et TV connectes. ● 4.0 (4.0.3) - Ice Cream Sandwich - 10/2011 : Version unifiée pour Smartphone, Tablette et Google TV, fortement inspirée d’Honeycomb ● 5.0 - Jelly Bean : Version à venir Figure 5 : les versions d’Android.
  • 25. 25 1.3.2 L’Architecture d’Android Android se basé sur un noyau linux 2.6, au-dessus l’architecture générale : Figure 6 : L’Architecture d’Android a. Application Android est fourni avec un ensemble du programmes de base (application native) permettant d’accéder à des fonctionnalités comme les courriels, les SMS, le téléphone, le calendrier, les photos, les cartes graphiques, le web…. Ces applications sont développées à l’aide du langage de programmation Java. Pour l’utilisateur final, c’est la seule couche accessible et visible.
  • 26. 26 b. Le Framework (application Framework) En fournissant une plateforme de développement ouverte, Android offre aux développeurs la possibilité de créer des applications extrêmement riches et innovants. Les développeurs sont libres de profiter du matériel périphérique, information de localisation d’accès ajouté des notifications de la barre d’état… c. Les bibliothèques (libraires) En interne, Android inclue un ensemble de bibliothèque C et C++ utilisé à de nombre composants de la plateforme Android. Ces bibliothèques sont en réalité accessibles aux développeurs par l’intermédiaire du Framework Android, en effet, le Framework Android effectué, de façon interne, des appels à des fonctions C/C++ beaucoup plus rapides à exécuter que des méthodes Java Standard. d. Moteur d’exécutionAndroid (AndroidRuntime) Android inclus un ensemble de bibliothèques qui fournit la plupart des fonctionnalités disponibles dans les bibliothèques de base du langage de programmation Java. e. Noyau linux (linux Karnel) Android repose sue un noyau linux (version 2.6) qui gère les services du système. Comme la sécurité.la gestion de la mémoire et des processus, la pile réseau et les pilotes. Il agit également comme une couche d’abstraction entre le matériel et la pile logicielle. 1.3.3 cycle de vie d’une activité Android Une activité est la composante principale pour une application Android. Elle représente l’implémentation, étier dans une application Android, permettant de gérer l’ensemble des vues et ressource, la figure suivante illustre le cycle de vie de l’application Android :
  • 27. 27 Figure 7 : Le cycle de vie d’une activité. Oncreate() : cette méthode est appelée à la création d’une activité. Elle permet de l’initialisé. OnStart() :cette méthode est appelée quand l’application est démarrée OnResume() : cette méthode est appelée quand l’application passe(ou repasse) en avant- plan. OnPause () : appelée quand l’application passe en arrière-plan et qu’une autre application se met devant OnStop() :appelée quand l’application n’est plus visible OnRestar() : appelée quand l’application redevient visible. OnDestroy () : appelée quand l’application est fermée par le système à cause d’un manque de ressource. Ou par l’utilisateur à l’utilisation d’un finish ().
  • 28. 28 2. Spécification des exigences : 2.1 Solution proposé : Le Smartphone est devenu un outil essentiel au cœur de la vie quotidienne des individus, pour cela nous avons pensés à réaliser un guide touristique hors connexion sur les smartphone ou tablette sous la plateforme (application m-tourisme), cette application aide les touristes à trouver la liste des endroits et destinations touristique… 2.2 Étude des besoins fonctionnels : Les besoins fonctionnels représentent les attentes de chaque acteur, ils expriment une action que doit effectuer le système en réponse à une demande : 2.2.1 Les besoins fonctionnels : Il s’agit des fonctionnalités du système. Ce sont les besoins spécifiant un comportement d’entrée/sortie du système.  S’identifier les utilisateurs.  présenter les endroits.  Consulter la liste des endroits favoris.  Spécifier les localisations.  L’utilisation de l’application hors connexion. 2.2.2 Les besoins non fonctionnels : Les besoins non fonctionnels décrivent les objectifs liés aux performances du système et aux contraintes de son environnement. Ses exigences techniques sont souvent exprimées sous forme d’objectifs spécifiques que doit atteindre le système.  La disponibilité : l’Application doit être disponible pour être utilisé par n’importe quel utilisateur.  Assurer une cohérence et une crédibilité aux informations stockées dans la base de données.  L’ergonomie des interfaces de l’application mobile : il faut que toute interface de l’application soit homogène, en effet, les déférentes pages doivent suivre le même modèle de représentation.  L’application sera installée sur un téléphone mobile à OS Android.  La fiabilité : les données fournies par l’application doivent être fiables.
  • 29. 29 2. Conclusion : Dans ce chapitre nous avons définie c’est quoi l’informatique mobile, et quelques notions de base, puis nous avons présenté l’univers Android tout en définissant c’est quoi le système Android, son architecture et le cycle de vie d’une application Android, ainsi que cette partie décrit la solution proposé et Les besoins fonctionnels que doit effectuer le système en réponse à une demande.
  • 30. 30 IV. Spécification et modélisation de la plateforme
  • 31. 31 1. Les acteurs de l’application Un acteur représente l’abstraction d’un rôle joué par des entités externes (utilisateur, dispositif matériel ou autre système) qui interagissent directement avec le système (réception d’information, etc.).Pour notre application, contient deux acteurs. Nous allons nommer le premier acteur « visiteur », et le deuxième acteur « administrateur ».  Touriste : le touriste découvrir les endroits de la ville, leur historique, ainsi que leur localisation  Administrateur : la gestion des utilisateurs qui peuvent accéder au système, gérer les endroits et les parcours de la ville. 2. Langage de modélisation UML Pour modéliser d’une manière claire et précise la structure et le comportement de notre application mobile, indépendamment de tout langage de programmation, nous adoptons le langage de modélisation UML. UML se définie comme un langage de modélisation graphique et textuel destine à comprendre et décrire des besoins, spécifier et documenter des systèmes, esquisser des architecteurs logicielles, concevoir des solutions et communiquer des points de vue. UML représente le standard de modélisation objet le plus répondu et le plus utilisé aujourd’hui. Il s’articule autour de treize types de diagrammes, ces types de diagrammes sont répartir en deux grands groupes : -diagrammes structurels -diagrammes comporte en taux. 3. Diagramme des cas d’utilisation : Un cas d’utilisation représente un ensemble de séquence d’actions réalisées par le système et produisant un résultat observable intéressant pour un acteur particulier. Un cas d’utilisation modélise un service rendu par le système, il exprime les interactions acteur Système et apporte une valeur ajouté notables à l’acteur concerné pour chaque acteur identifié précédemment on associe les cas d’utilisation qui correspond.
  • 32. 32 3.1 Diagramme de cas d’utilisation pour l’administrateur Figure 8 : Diagramme de cas d’utilisation pour l’administrateur 3.2. Diagramme de cas d’utilisation pour le visiteur Figure 9 : Diagramme de cas d’utilisation pour le visiteur
  • 33. 33 3.3 Diagramme des cas d’utilisations général Le diagramme suivant résume tous les cas d’utilisation associés à tous les acteurs de notre système. Figure 10 : Diagramme des cas d’utilisations général
  • 34. 34 3.4 Raffinement des cas d’utilisation 3.4.1 Cas d’utilisation pour «S’identifier » FF Figure 11 : Cas d’utilisation pour « s’identifier » 3.4.2 Cas d’utilisation pour «se communiquer » Figure 12 : Cas d’utilisation pour « se communiquer »
  • 35. 35 3.4.3 Cas d’utilisation pour « gérer l’application» Figure 13 : Cas d’utilisation « gérer l’application » 4. Conception : 4.1 Architecture globale de l’application L’architecture générale de l’application décrit d’une manière symbolique et schématique les interrelations et les interactions de différentes fonctionnalités définies dans le cahier de charges. Cette architecture comprend un espace de guider permettant de localiser et décrire les endroits et afficher les lieux les plus connue...Ainsi, le schéma de la figure ci-dessous résume les différentes fonctionnalités de l’application :
  • 36. 36 Figure 14 : Architecture globale de l’application 4.2 conception de la base de données 4.2.1 Modèle logique de données liée au diagramme de classe Touriste (EmailTouriste, Motpasse). Endroit (Nom Endroit, Description). Découvrir (#EmailTouriste, #Nom_Endroit). Favoris (IdFavoris, Date_Ajou, Nom_Endroit). Plage (NomPlage, Description, ImageView). Restaurant (NomRestaurant, AdresseRestaurant, Tel, ImageView). Hôtel (NomHotel, AdresseHotel, Tel, ImageView). Transport (Type, AdresseTransport, Tel, ImageView). Activité (NomAct, descriptionAct, ImageView).
  • 37. 37 4.2.2 Diagramme de classes Le diagramme de classes représente les classes intervenant dans le système. Le diagramme de classe est une représentation statique des éléments qui composent un système et de leurs relations. Figure 15 : Diagramme de classes.
  • 38. 38 5 .Conclusion : Ce chapitre a été consacré les différentes étapes de la conception détaillée, nous avons défini les acteurs de l’application et langage de modélisation UML, puis le raffinement de diagramme de cas d’utilisation, finalement nous avons terminé avec le diagramme de classe avec lequel nous avons pour présenter la structure de notre application.
  • 39. 39 V. Implémentation et Réalisation
  • 40. 40 1. outil et langage de développement 1.1 Langage de développement 1.1.1 Java C’est un langage de programmation informatique orienté objet créé par James Gosling et Patrick Naughton, employés de Sun Microsystème. Il permet de crée des logiciels compatibles avec de nombreux système d’exploitation (Windows, Linux …).Java donne aussi la possibilité de développer des programmes pour téléphones portable et assistants intégrées à la page Web (applet) ou encore comme langage serveur(JSP). 1.1.2 XML XML (extensible Markup Langage) est un langage informatique qui sert à enregistrer des données textuelles. Ce langage a été standardisé par le W3C en 1998 et il est maintenant très populaire. Ce langage, grosso-modo similaire à l’HTML de par son système de balisage, permet de facilité l’échange d’information sur l’internet. Contrairement à l’HTML qui présent un nombre finit de balises, le XML donne la possibilité de créer de nouvelles balises à volonté. 1.2 Outil de développement 1.2.1 Android Studio Android studio est un environnement de développement pour développer des applications Android. Il est basé sur IntelliJ IDEA, mis gratuitement à la disposition des développeurs Android accompagné de sa documentation complète. Il est créé par Google pour remplacer l’ancien IDE eclipse. 1.2.2 PowerAMC PowerAMC est un logiciel de modélisation. Il permet de modéliser les traitements informatiques et leurs bases de données associées. Créé par SDP sous le nom AMC*designer, racheté par Power soft, ce logiciel est produit par Sybase depuis le rachat par cet éditeur en 1995. Hors de France, la version internationale est commercialisée par Sybase sous la marque PowerDesgner. 1.2.3 StarUML
  • 41. 41 StarUML est un logiciel de modélisation UML, cédé comme open source par son éditeur, à la fin de son exploitation commercial, sous une licence modifiée de GNU GPL. 1.2.4 Google Maps Android AP Google Maps Android API nous permet d’ajouter des cartes utilisant des données Google Maps à notre application. Cette API gère automatiquement l’accès aux serveurs Google Maps. Le téléchargement de données, l’affichage de la carte et la réponse aux gestes effectués sur la carte. Nous pouvons également utiliser les appels d’API pour ajouter des marqueurs, des polygones et des superpositions à une carte de base, ainsi que pour modifier la vue de l’utilisation pour une zone donnée. Les objets suivants fournissent des informations supplémentaires sur les points géographiques et permettent à l’utilisateur d’interagir avec la carte. 1.2 Base de donné 1.2.1 SQLite SQLite est une base de données relationnelle constituée d’un seul fichier, ce qui la rend très simple d’utilisation. Elle supporte la syntaxe SQL, les prepared statement et les transactions. De plus elle nécessite peu de mémoire lors de l’exécution d’une requête. Toutes ces caractéristiques font de SQLite la base de données idéale pour les applications embarquées. 2. Implémentation 2.1 .Installation d’Android studio Comme première étape, vous allez sur le site officiel d’Android studio : https://developer.android.com/studio , Acceptez les termes et conditions pour commencer le téléchargement.
  • 42. 42 Double-cliquez sur le fichier téléchargé et suivez toutes les invites. Ouvrez le fichier téléchargé et suivez l’Assistant Installation d’Android Studio. Acceptez la configuration par défaut pour toutes les étapes. Lorsque vous atteignez cet écran, assurez-vous que tous les composants sont sélectionnés
  • 43. 43 Une fois l’installation terminée, l’assistant d’installation télécharge et installe des composants supplémentaires. Soyez patient, cela peut prendre un certain temps en fonction de votre connexion Internet. Lorsque L’installation terminé, vous verrez cette fenêtre :
  • 44. 44 Puis vous click sur le bouton Configure et choisir SDK manager Choisissez ensuite la version adaptée à votre configuration. Une fois le téléchargement terminé, vous pouvez installer le tout là où vous le désirez.
  • 45. 45 Le SDK propose unémulateurAndroid.Il permetde lancersurlamachine dudéveloppeurun terminal virtuel représentantàl’écranuntéléphone embarquantAndroid.
  • 46. 46 2.2 Présentation de quelques fragments de code
  • 47. 47
  • 48. 48 3. Principales interfaces 3.1 Icône de l’application Figure 16 : Icône de l’application 3.2. Interface de chargement Cette interface s’affiche 5 secondes, contient une image et le nom de l’application, avec une phrase qui définit l’objectif principale de l’application. Figure 17 : Interface de chargement
  • 49. 49 3.3. Interface d’accueil Cette interface illustre un aperçu sur la page d’accueil de l’application, contient les principaux services (Restaurant, Plages, Hôtel, etc.). Figure 18 : Interface d’accueil 3.4 Interface de service touristique. Dans cette interface, l’utilisateur permet de gérer les endroits et profiter de ces fonctionnalités suivantes :  Consulte la liste des endroits par son catégorie (plage, restaurant, etc.)  représenter les détails pour chaque endroit (image, description).
  • 50. 50
  • 51. 51 Figure 19 : Interfaces de service touristique
  • 52. 52 Figure 20 : Interfaces détail de service touristique
  • 53. 53 3.5 Interface d’inscription Cette interface offre aux utilisateurs un service d’inscription et D’authentification (l’utilisateur doit remplir le formulaire d’inscription). Figure 21 : Interface d’inscription
  • 54. 54 3.7 Interface de carte géographique Depuis cette interface on peut gérer l’api Google Map, les fonctionnalités sont :  Localisation géographique des endroits sur la carte Figure 22 : Interface de carte géographique.
  • 55. 55 4.Conclusion : La phase de réalisation est l’étape la plus importante dans le cycle de vie d’une application. Dans ce chapitre on a mis l’accent sur la description des caractéristiques de l’environnement du travail et décrit la plateforme matérielles et logiciel sur lesquelles nous avons construit notre application d’une part, d’autre part par la représentation des différents interfaces développé tout au long de l’application.
  • 56. 56 Conclusions etperspectives : Ce projet de fin d’étude est pour but de réaliser un guide touristique sur la plateforme Android pour la ville d’Al-Hoceima, cette application munie de fonctionnalités nécessaires et adéquates au besoin des touristes, c’est une occasion pour nous appliquer ce que nous avons étudié au cours de notre processus de formation, toute les étapes de ce projet nous a permis d’enrichir notre expérience notamment dans les différents outils et langage dédiés à la programmation mobile. Nous avons retenu également que la réalisation d’une application mobile demande une bonne organisation et une cohérence entre les différents acteurs du projet. Etant donné que tout travail informatique a été toujours l’œuvre d’une équipe. Bien que notre application n’est pas encore fini, nous avons l’attention de la compléter et l’améliorer en terme design, et quelques fonctionnalités tel que les notifications, recherche avancés, sécurité et la déployé dans Play Store, et la possibilité de développer d’autre plateforme.
  • 57. 57 Bibliographie  https://developer.android.com/studio Téléchargementd’Androidstudio.  https://www.clubic.com/telecharger-fiche11146-ganttproject.htmlTéléchargementde Gant Projet.  https://www.clubic.com/telecharger-fiche384048-staruml.htmlTéléchargementde Star UML.  https://www.clubic.com/telecharger-fiche170752-poweramc.html Téléchargementde Power AMC.  https://www.emse.fr/~picard/cours/2A/devsi/android.pdf lesversionsetl’architecture d’Android.  https://www.wikipedia.org/ site official de Wikipedia.  http://www.commentcamarche.net/contents/473-cycle-de-vie-d-un-logiciel cycle de vie d’un logiciel.  https://console.developers.google.com/apis/credentials?hl=FR&project=generated-case- 241009 google APIconsole.