MEMOIRE DE PROJET DE FIN DETUDES

Prsent en vue de lobtention du diplme : Mastre Professionnel

en N2TR
Nouvelles Technologies des Tlcommunications et Rseaux

Application Android
"RiyadTowing"
Ralis par :
BEN SIDIA Marwa
Encadr par :
Mr. ZARROUG Montassar (WEST EVENTS)
Mr....(UVT)
Socit daccueil

Page 1

MEMOIRE DE PROJET DE FIN DETUDES

Prsent en vue de lobtention du diplme : Mastre Professionnel

en N2TR
Nouvelles Technologies des Tlcommunications et Rseaux

Application Android
"RiyadTowing"
Ralis par :
BEN SIDIA Marwa

Encadreur : Mr ZARROUG Montassar Date : Signature :....

Superviseur :Mr .Date : Signature :

Universit virtuelle de Tunis

Page 2

Ddicaces
A mes chers parents,
Que nulle ddicace ne puisse exprimer ce que je leurs dois, pour leur
bienveillance, leur affection et leur soutien... Trsors de bont, de
gnrosit et de tendresse, en tmoignage de mon profond amour et ma
grande reconnaissance Que Dieu vous garde .
A mes chres surs et mes frre,
En tmoignage de mes sincres reconnaissances pour les efforts quils
ont consenti pour laccomplissement de mes tudes. Je leur ddie ce
modeste travail en tmoignage de mon grand amour et ma gratitude
infinie.
A tous mes amis,
Pour leur aide et leur soutien moral durant llaboration du travail de
fin dtudes.
A toute ma Famille
A tous ceux dont loubli du nom nest gure celui du coeur...
De lunion si avec mais naquit enfant nomm jamais
Il ny a pas de si ni de mais , il faut russir

Marwa

Page 3

Remerciements

Cest avec un grand plaisir que je rserve ces quelques lignes en signe de gratitude et de
profonde reconnaissance tous ceux qui, de prs ou de loin, ont contribu la ralisation et
laboutissement de ce travail.

Je tiens tout dabord remercier Monsieur ZARROUG Montassar pour son soutient,
son srieux sa gentillesse et surtout pour son aide prcieuse tout au long de llaboration de ce
travail.

Je remercie sincrement Monsieur GAZZAH Sami son encadrement, son assistance,

son soutien, sa disponibilit et ses prcieux conseils durant la priode de ce stage.

Je tiens aussi exprimer lhonneur qui mest fait par les membres du jury, en acceptant
de juger mon travail.

Je macquitte, enfin, volontiers dun devoir de gratitude et de remerciements tous mes

enseignants pour la qualit de lenseignement quils ont bien voulu me prodiguer durant mes
tudes afin de me fournir une formation efficiente.

Marwa

Page 4

Liste d'abrviation
A
API : Application Programming Interface
B
BD : Base de Donnes
C
CMS : Content Management System
G
GPS : Global Positioning System
GPS : Global Positioning System ou Systme de Positionnement Global .
I
IDE : Integrated Development Environment
IOS : Internetwork Operating System
J
JSON : JavaScript Object Notation
M
MCD : Modle Conceptuel de Donnes
R
RA : Ralit Augmente
S
SDK : Softaware Development Kit

Page 5

Sommaire
INTRODUCTION GENERALE ............................................................................................................... 11
CHAPITRE 1: Etude pralable ............................................................................................................ 12
I. Introduction : ............................................................................................................................ 12
II. Prsentation de la socit daccueil :......................................................................................... 12
II.1. Prsentation gnrale : ...................................................................................................... 12
II.2. Domaine dactivit: ............................................................................................................ 12
III. Les diffrentes plateformes mobiles :....................................................................................... 13
III.1. IOS: .................................................................................................................................. 13
III.2. Symbian OS: ..................................................................................................................... 14
III.3. Android OS: ...................................................................................................................... 14
III.4. Windows Mobile (Windows Phone): .................................................................................. 15
III.5. BlackBerry: ....................................................................................................................... 16
III.6. Part du march: ................................................................................................................ 17
IV. Etude de lexistant : ................................................................................................................. 17
IV.1. Objectif du projet :............................................................................................................ 17
IV.2. Applications Existantes : ................................................................................................... 18
V. Problmatiques: ....................................................................................................................... 19
VI. Cahier de charge ................................................................................................................... 19
VI.1 Solution propose : ............................................................................................................ 19
VI.2. Description : ..................................................................................................................... 19
VI.3. Architecture :.................................................................................................................... 19
VI.4. Planning de projet ............................................................................................................ 20
VII. Conclusion : ........................................................................................................................... 21
Chapitre 2: Analyse et Spcification des besoins ............................................................................... 22
I. Introduction : ............................................................................................................................ 22
II. Mthodologie du travail : ......................................................................................................... 22
II.1. Les mthodes de dveloppement des SI :............................................................................ 22

Page 6

[Link] des mthodes de dveloppement : ........................................................... 22

II.1.2 Mthodes agiles : ......................................................................................................... 23
II.1.2.1 Scrum : .................................................................................................................. 23
II.1.2.2 Extrme Programming (XP) : .................................................................................. 23
II.1.2.3 Crystal : ................................................................................................................. 23
II.1.2.4 RUP (Rational Unified Process): .............................................................................. 24
II.1.3 Mthodologie du dveloppement mobile :.................................................................... 24
II.1.3.1 Introduction du Mobile-D : ..................................................................................... 24
II.1.3.2 Mobile-D sadapte aux applications mobiles : ......................................................... 24
II.1.3.3 Principes de Mobile-D :........................................................................................ 25
II.[Link] Explorer : ........................................................................................................ 26
II.[Link] Initialiser : ....................................................................................................... 26
II.[Link] Produire : ........................................................................................................ 27
II.[Link] Stabiliser : ....................................................................................................... 27
III. Analyse des besoins : ............................................................................................................... 28
III.1. Identification des acteurs du systme : .............................................................................. 28
III.2. Identification des besoins : ................................................................................................ 29
III.2.1 Identification des besoins fonctionnels : ..................................................................... 29
III.2.2 Identification des besoins non fonctionnels : ................................................................ 29
IV. Conclusion : ............................................................................................................................ 30
Chapitre 3: Conception..................................................................................................................... 31
I. Introduction : ............................................................................................................................ 31
II. Diagrammes de cas dutilisation : .............................................................................................. 31
II.1 Dfinition de diagramme de cas d'utilisation : ..................................................................... 31
II.2 Diagramme de cas dutilisation gnrale :............................................................................ 31
II.3 Diagramme de cas dutilisation de l`administrateur : ........................................................... 33
Les composants dun diagramme de squence sont les suivants : ............................................ 33
III.2. Diagramme de squence "consulter les socits" : ............................................................. 34
III.3 Diagramme de squence geolocaliser les socits : ....................................................... 35
III .4 Diagramme de squence naviguer avec la ralit augmente :..................................... 36
III .5 Diagramme de squence afficher litinraire de la socit : .......................................... 37
IV. Diagramme de classe : ............................................................................................................. 37

Page 7

[Link] de diagramme de classe : ................................................................................... 37

IV.2 Diagramme de classe de l'application : ............................................................................... 38
VIII. Conclusion :........................................................................................................................... 39
Chapitre4: Ralisation ...................................................................................................................... 40
I. Introduction : ............................................................................................................................ 40
II. Environnement du travail: ........................................................................................................ 40
II.1. Environnement matriel: ................................................................................................... 40
II.2. Environnement logiciel : .................................................................................................. 41
II.2.1 Android : ...................................................................................................................... 41
II.2.1.1 Prsentation de la plateforme Android : ................................................................. 41
II.2.2 Eclipse : .................................................................................................................... 42
II.2.3 SDK :........................................................................................................................ 43
II.2.4 Lmulateur : ............................................................................................................ 44
II.2.5 PhotoshopCS5: ......................................................................................................... 44
II.2.6 Serveurs : ................................................................................................................. 45
III. Protocol et format des donnes : ............................................................................................. 45
III.1 Protocol utilis : ................................................................................................................. 45
III.2 Format des donnes utilis :............................................................................................... 45
V. Description des interfaces de lapplication : .............................................................................. 46
IV.1. Interface Accueil : ........................................................................................................ 47
IV.2. Interface infos : ............................................................................................................ 48
IV.3. Interface une socit choisie :...................................................................................... 49
IV.4. Interface localiser:....................................................................................................... 50
VI. Conclusion .............................................................................................................................. 51
Conclusion Gnrale ........................................................................................................................ 52
Ntographies ............................................................................................................................ 53

Page 8

Liste Figures
Figure 1: Ios (operating System) [1 ......................................................................................................... 14
Figure 2: Symbian (Operating System) [2] ............................................................................................... 14
Figure 3: Android OS [3] ......................................................................................................................... 15
Figure 4 : Windows phone (Operating System) [4]................................................................................ 16
Figure 5 : BlackBerry (Operating System) [5] ....................................................................................... 16
Figure 6 : Part de march des systmes d'exploitation mobiles en France [16]................................ 17
Figure 7: Architecture 3-tiers ............................................................................................................ 20
Figure 8 : Chronogramme du projet .................................................................................................. 21
Figure 9 : Phase Explorer ............................................................................................................... 26
Figure 10 : Phase Initialiser7 .......................................................................................................... 27
Figure 11 : Phase Produire ............................................................................................................. 27
Figure 12 : Phase Stabiliser............................................................................................................. 28
Figure 13: Diagramme de cas d'utilisation gnral ......................................................................... 32
Figure 14: Diagramme de cas d'utilisation de l'administrateur ........................................................... 33
Figure 15: Diagramme de squence Consulter liste des socits ................................................. 34
Figure 16 : Diagramme de squence de la fentre "localiser les socits" ....................................... 35
Figure 18 : Diagramme de squence de la fentre "ralit augmente" .......................................... 36
Figure 17 : Diagramme de squence de la fentre "itinraire" ....................................................... 37
Figure 19 : Diagramme de classe de l'application ........................................................................... 38
Figure 20:les systmes dexploitation des Smartphones en 2012 [9] .................................................. 41
Figure 21: les meilleurs environnements de dveloppement ............................................................ 43
Figure 22 : SDK d'clipse ................................................................................................................... 43
Figure 23: mulateur d'clipse ......................................................................................................... 44
Figure 24: JSON ............................................................................................................................. 45
Figure 25 : interface de la page daccueil ........................................................................................ 47
Figure 26 : interface info................................................................................................................. 48
Figure 27: Interface de la socit slectionne ................................................................................. 49
Figure 28: Interface de localisation ................................................................................................. 50

Page 9

Liste Tableaux
Tableau 1: Caractristiques de MobileD .................................................................................................. 26
Tableau 2: Configuration matrielle ..........................................................................................................43

Page
10

INTRODUCTION GENERALE
Les progrs conjoints de la microlectronique, des technologies de transmission sans fil
et des applications embarques ont permis de produire cot raisonnable des terminaux mobiles
de haute technologie comme les Smartphones et les tablettes PC.
Durant le stage de PFE, il nous a t demand de faire la conception, le dveloppement et
Lintgration dune application embarque Android pour le service de remorquage des voitures,
cette application est appele TOWING.

Mis part le dveloppement proprement dit de l'application, la premire tape consistait

nous familiariser avec l'environnement Android, puis de choisir les outils conviviaux et
envisageables l'aboutissement du projet. Par la suite, nous entamerons la modlisation et le
dveloppement de l'application.

Ce rapport peut ainsi tre subdivis en quatre parties.

La premire partie Prsentation de projet qui consistera a la prsentation du projet,

des objectifs principaux et nous prsentons le cadre de notre stage de projet de fin dtude
savoir lorganisme de la socit Digital Window.
La seconde partie Conception nous laborons une conception dtaille des
cas dutilisation, les diagrammes de squence, ainsi que le diagramme de classe complet.

Page
11

CHAPITRE 1: ETUDE PREALABLE

I. Introduction :
Dans ce chapitre, nous commenons par prsenter lorganisme daccueil. Ensuite nous
dtaillerons la description du sujet, les objectifs ainsi que le travail demand.

II. Prsentation de la socit daccueil :

II.1. Prsentation gnrale :

DIGITAL WINDOW est une socit de services et d'ingnierie informatique qui

propose des solutions informatiques et web innovantes rpondant au besoin de tout type
dentreprise, de la cration de sites internet la conception de logiciels spcifiques.
DIGITAL WINDOW offre ses prestations aux entreprises et met leur disposition son
savoir-faire pour la ralisation des projets qui seront mens avec une expertise en gestion de
projets et une dmarche de qualit des prix trs comptitifs.
Elle s'engage sur :

La qualit des services offerts.

Le respect des dlais.

La confidentialit des donnes

II.2. Domaine dactivit:

Les activits de DIGITAL WINDOW sont principalement :

Cration, dveloppement des applications sur mesure et gestion de sites internet

de la cration graphique au rfrencement.

Page
12

Dveloppement des applications mobile Android, iphone et ipad.

Le conseil, la formation, la scurit, lintgration et lhbergement des sites

internet dynamique.

Loffre de services comprenant la cration de sites : intranet et extranet

(ralisation, conception, design, dveloppement, hbergement...), des solutions de
commerce lectronique (e-Commerce, e-Marketing) et des stratgies de
rfrencement et d'optimisation de la visibilit dans les moteurs de recherche
(principalement Google).

III. Les diffrentes plateformes mobiles :

Le march des tlphones mobile est aujourdhui domin par cinq grandes entreprises de
technologie Smartphone qui sont Apple, RIM, Google, Microsoft et Nokia qui dveloppent
respectivement les systmes dexploitation Ios, BlackBerry OS, Android, Windows Phone 7 et
Symbian OS.
Dans ce volet, nous allons prsenter brivement chacun des systmes, voir leurs
avantages et inconvnients pour connaitre le leader dans le march des Smartphones et
dterminer le systme qui pourra rpondre le plus aux besoins de lapplication.
III.1. IOS:

IOS est le systme d'exploitation mobile dvelopp par Apple pour l'iPhone, l'iPod touch,
et iPAD. Il est driv de Mac OSx dont il partage les fondations (le Keren hybride XNU bas sur
le micronoyau Mach, les services Unix et Cocoa, etc.). iOS comporte quatre couches
d'abstraction, similaires celles de Mac OS X : une couche Core OS , une couche Core
Services , une couche Media et une couche Cocoa . [1]

Page
13

Figure 1: Ios (operating System) [1

III.2. Symbian OS:

Symbian OS a t dvelopp par la socit Symbian, il comprend trois types de couche

de linterface de lutilisateur (UI layer ou middleware du SE Symbian), nous distinguons : La
couche S60 dveloppe par Nokia, UIQ par Sonny Ericsson et MOAP par NTT DoCoMo. [2]

Figure 2: Symbian (Operating System) [2]

III.3. Android OS:

Android a t dvelopp par lOpen Handset Aliance. Il a t annonc en 2007 et il est

devenu une plateforme ouverte en 2008. Android est un OS gratuit et compltement ouvert.
C'est--dire que le code source et les APIs sont ouvertes. Ainsi, les dveloppeurs obtiennent la
permission dintgrer, dagrandir et de replacer les composants existants.[3]

Page
14

Figure 3: Android OS [3]

III.4. Windows Mobile (Windows Phone):

Windows Mobile a t dvelopp par lentreprise Microsoft. Pour cette raison, Windows
Mobile fonctionne uniquement sous Windows , il est compatible avec tous les logiciels
Windows. Il offre la possibilit de tlcharger, de jouer les chansons et de regarder la TV en
ligne. Windows Mobile supporte aussi beaucoup de types daudio et de vido.

Remarque : Le magazine PCWorld(*) a publi une comparaison trs intressante entre

Windows Phone, Android et iOS. Cette tude prsente clairement les difficults de Windows
Phone 7 par rapport et ses deux principaux concurrents. Cette faiblesse se traduit par labsence
de plusieurs fonctionnalits trs apprcies prsentent dans les systmes des deux leaders du
march des Smartphone Android et iOS.
(*) PCWorld est un magazine mensuel appartenant au groupe de presse International
Data Group. Il traite l'informatique en gnral mais aussi de diffrents autres aspects de l'univers
PC et Internet.

Page
15

Figure 4 : Windows phone (Operating System) [4]

III.5. BlackBerry:

BlackBerry a t cr par Research In Motion (RIM).BlackBerry fournit le service

lectronique pour les entreprises en utilisant BlackBerry Enterprise Server.
De plus, le fournisseur offre aux abonns des fonctions push de messagerie et d'accs
mobile pratique qui a du contenu Internet pour leurs terminaux. Il comporte aussi la technologie
de la pice jointe qui supporte divers types de pices jointes telles que les fichiers dextensions
.zip, .html, .doc, .dot, .ppt, .PDF, etc. Cest pourquoi son service de messagerie lectronique est
meilleur que les autres plateformes. [5]

Figure 5 : BlackBerry (Operating System) [5]

Page
16

III.6. Part du march:

Chaque systme dexploitation embarqu et mentionn ci-dessous occupe une part du

march en France en Avril 2011 suivant le nombre de tlphone mobile des utilisateurs. Nous
remarquons quAndroid OS possde une part de march importante. En effet, il est class la
deuxime place aprs lIOS do l'intrt de notre application sur cette plateforme
mobile(Figure6).

Figure 6 : Part de march des systmes d'exploitation mobiles en France [16]

IV. Etude de lexistant :

Ce projet a t propos par la socit DIGITAL WINDOW: cette proposition consiste au
dveloppement dune application mobile pour lapplication de RiyadhTowing qui est une
application Android pour les socits de remorquage situe a Riyad gratuites pour particuliers et
professionnels o l'on trouve des plats dlicieux avec une explication de chaque recette
(ingrdients, tapes) ,etc.
IV.1. Objectif du projet :

Page
17

Lapplication "RiyadTowing" conue spcialement pour les appareils Android. Il fournit

un moyen simple et convivial pour naviguer travers 4 socits diffrents de remorquage et aide
l`utilisateur localiser les diverses socits de remorquage base sur la golocalisation en ligne
fin daccder diverses informations et la description de ces socits.
IV.2. Applications Existantes :

Les applications Android retiennent de plus en plus lattention du secteur commercial car
elles ne sont pas trs coteuses, elles peuvent tre produites assez vite.
Dans ce qui suit-on citera quelques exemples dapplication dans le mme sens que notre
application:

aCar

Track your vehicles

PRIORITY towing
DALLAS TOWING
BROKEN ROAD TOWING
ALL-WAYS TOWING

Page
18

V. Problmatiques:

En faisant un aperu sur les applications mobiles destines au secteur commercial dans le
monde, nous constatons lvolution rapide de ces applications. Mais la grande recherche sur
plusieurs socits de remorquage sur l'Internet nous donne cette ide d'application Android.
Donc, grce cette application, nous n'aurons pas besoin de l'accs l'Internet pour les socits
de remorquage.

VI. Cahier de charge

VI.1 Solution propose :

Dans le contexte des nouvelles stratgies damlioration de la qualit des services

propos les socits saoudiennes de remorquage, notre solution consiste dvelopper une
application mobile sous plateforme Android qui aide lutilisateur savoir les diffrentes socits
de remorquage.
VI.2. Description :
Avec l'avance et l'mergence des technologies mobiles, la plupart sont maintenant
quips de camera et de GPS, d ou Le but du projet tait de profiter ces fonctionnalits que
possdent aujourdhui les Smartphones pour dvelopper une application mobiles base sur la
golocalisation par satellite, qui aide lutilisateur prciser son position ainsi la position de la
socit de remorquage la plus proche de lui.
VI.3. Architecture :

Pour que le client Android se connecter une base de donnes MySQL, la solution la
plus rpondue est dcrire et dexcuter des scripts PHP laide dun Protocol http. Ensuite
coder les donnes dans le format JSON, afin de rcuprer les donnes par le client Android.
Le client Android, le serveur web et le serveur de base de donnes forment une
architecture 3-tiers.
Page
19

Figure 7: Architecture 3-tiers

VI.4. Planning de projet

Pour finir le travail dans les dlais, nous avons commenc par la mise en place dun
chronogramme comportant la rpartition des diffrentes tches raliser au cours du temps. En
effet, nous avons choisi un cycle de vies itratives et incrmental. Le logiciel utilis GRANT
projet. La Figure1 illustre le chronogramme que nous avons suivi tout au long du cycle de vie de
lapplication.

Page
20

Figure 8 : Chronogramme du projet

VII. Conclusion :

Lors de ce chapitre nous avons prsent lorganisme daccueil. Nous avons bien cit les
diffrentes plateformes mobiles dans un premier temps. Ensuite. Nous avons aussi labor une
tude de projet. A la lumire des problmatiques dgages, nous avons propos une solution.
Dans le chapitre suivant nous dfinirons la mthodologie de dveloppement et prciserons les
besoins fonctionnels et non fonctionnels.

Page
21

CHAPITRE 2: ANALYSE ET SPECIFICATION DES BESOINS

I. Introduction :
Cette phase de notre tude est la plus importante, puisque cest la premire tape du cycle
de dveloppement du projet, au cours de laquelle les fonctionnalits que l'application devrait
satisfaire seront dtermines.
Nous dgagerons dans la premire partie de ce chapitre les diffrents besoins fonctionnels
et non fonctionnels.
Ensuite nous allons prsenter dans la deuxime partie les diffrents cas dutilisation de
notre systme.

II. Mthodologie du travail :

II.1. Les mthodes de dveloppement des SI :
[Link] des mthodes de dveloppement :
Une mthodologie de gnie logiciel dcrit les diffrentes phases et leurs enchanements
dans le processus de dveloppement dune application informatique. Les phases les plus
rcurrentes dans ces mthodologies sont lanalyse de lexistant, la spcification, la conception,
limplmentation et lvaluation. Une phase dintgration est parfois explicite lorsquil sagit de
combiner deux processus de dveloppement relatifs deux domaines diffrents.

La matrise du gnie logiciel est une ncessit incontournable pour le dveloppement des
systmes logiciels, en particulier si ces systmes sont de grande taille ou si leur utilisation
prsente des risques pour la vie humaine ou la proprit. Le gnie logiciel se base sur des
principes, propose des mthodes et offre des techniques permettant de dvelopper des logiciels
avec une qualit tablie de faon conomique et dans des dlais fixs.

Page
22

II.1.2 Mthodes agiles :

II.1.2.1 Scrum :

Les mthodes agiles sont des groupes de pratiques pouvant s'appliquer divers types de
projets, mais se limitant plutt actuellement aux projets de dveloppement en informatique
(conception de logiciel). Les mthodes agiles se veulent plus pragmatiques que les mthodes
traditionnelles. Elles impliquent au maximum le demandeur et permettent une grande ractivit
ses demandes. Elles visent la satisfaction relle du besoin du client et non les termes d'un contrat
de dveloppement.

Scrum est une autre de ces mthodes agiles conues pour un usage au sein d'une petite
quipe, cherchant maximiser sa productivit au travers de "rgles de vie" facile adapter son
cycle de dveloppement. En dfinitive, il introduit des rgles pour suivre un processus itratif
empirique permettant d'obtenir un produit trs proche de besoins qui voluent et ainsi de
maximiser la valeur pour les clients.
II.1.2.2 Extrme Programming (XP) :

Extrme Programming est une mthode agile de gestion de projet informatique adapte
aux quipes rduites avec des besoins changeants. Elle pousse l'extrme des principes simples.
Son but principal est de rduire les cots du changement. Dans les mthodes traditionnelles, les
besoins sont dfinis et souvent fixs au dpart du projet informatique ce qui accrot les cots
ultrieurs de modifications.
II.1.2.3 Crystal :

Crystal clear est une mthode de gestion de projet. Elle est trs fortement adaptable aux
spcificits de chaque projet. Elle prsente tous les avantages des mthodes agiles : flexibilit par
rapport au changement, rapidit, livraisons frquentes, etc. Elle convient tout fait pour des
petites structures, mais ce qui fait son efficacit dans les projets de petite taille cause son
inadquation pour des projets plus importants.

Page
23

II.1.2.4 RUP (Rational Unified Process):

RUP est une mthode de dveloppement par itration promue par la socit Rational
Software, rachete par IBM. Il propose une mthode spcifiant notamment la composition des
quipes et le calendrier ainsi qu'un certain nombre de modles de documents.
II.1.3 Mthodologie du dveloppement mobile :
II.1.3.1 Introduction du Mobile-D :
Aprs avoir prsent les mthodes agiles les plus utilises, il est soulign quaucune
delles nest spcifiquement vise pour le dveloppement du logiciel mobile.
Tandis quil existe une mthode de dveloppement ddie aux applications mobiles
appele Mobile-D, cest une approche agile pour lquipement mobile qui est base sur XP
Extreme Programming (pratique), mthodologie Crystal et Rational Unified Process (assurance
de cycle de vie).
Elle est conue pour rencontrer les caractristiques spcifiques du dveloppement de
lapplication mobile et le standard de qualit de lindustrie.
II.1.3.2 Mobile-D sadapte aux applications mobiles :

En faisant la combinaison des avantages de trois mthodes agiles XP, Crystal et RUP, la
mthodologie Mobile-D se prsente comme la mthodologie la mieux adapte au dveloppement
de lapplication mobile.

Caractristiques

Rational

Logiciel mobile

de Mobile-D
Changement

En

raison

du

changement

lev

des Incertitude leve,

leve

exigences, on a besoin de lapproche de Dynamique

d'environnement

dveloppement incrmental et itratif

environnement

une Centaines de nouveaux

tlphones portables est
fabrique chaque anne

Page
24

Environnement

Flexible, extensive, etc.

Utilise souvent Java et

De dveloppement

C++

dobjet orient
Logiciel de

Les grands systmes embarqus exigent la

Tandis que mobiles les

niveau

communication

systmes sont

d'application

complexes et tendue et
mcanismes de
vrification. Fortement
dpendants, les
applications mobiles
peuvent tre des
applications autonomes

Petit systme

Moins de conception d'upfront requise.

La taille des
applications mobiles
varie, mais
gnralement elles sont
moins que 10000 lignes
de code.

Cycle de

Pour les buts de la rtroaction rapide

Les cycles de dveloppement

dveloppement

[Link] gnrale, applications

court

mobiles peuvent tre dvelopps

de 1 6 mois.
Tableau 1: Caractristiques de Mobile-D

II.1.3.3 Principes de Mobile-D :

La mthodologie Mobile-D se compose de 5 phases principales :

Explorer
Initialiser
Produire
Stabiliser
Page
25

 Test du systme et correction

II.[Link] Explorer :

La phase explore est ralise en trois tapes pour obtenir les buts suivants :
Etablissement des groupes de stakeholders ncessaires dans la planification et la
surveillance du projet.
Dfinition du port du projet.
Planification du projet en considrant des problmes concernant l'environnement personnelle,
et processus.

Figure 9 : Phase Explorer

II.[Link] Initialiser :

La phase Initialiser est ralise en quatre tapes pour obtenir les buts principaux suivants :
_ Laugmentation de la comprhension dquipe du projet, Ceci en se basant sur les exigences
initiales et la description de la ligne de larchitecture.
_ Prparation du plan du projet et des solutions pour tous les problmes critiques du
dveloppement.
_ Cette phase assure quelles sont toutes prtes pour la ralisation des exigences du client.

Page
26

Figure 10 : Phase Initialiser7

II.[Link] Produire :

La phase Produire est ralise en 3 tapes pour obtenir les 2 buts principaux suivants :
_ Implmentation de la fonctionnalit prioritaire par client au produit.
_ Concentrer sur la fonctionnalit cruciale, la fonctionnalit de noyau.

Figure 11 : Phase Produire

II.[Link] Stabiliser :

La phase Stabiliser est ralise en 3 tapes pour obtenir les 3 buts principaux
suivants :

Finissage de limplmentation du produit

Amlioration et assurance de la qualit du produit

Finissage de la documentation du produit

Page
27

Dans cette phase, il y a quatre tapes: planning day, working day, documentation wrapup, release day. Les tches des trois tapes planning day, working day, release day sont
identiques aux celles de la phase Produire. Le but de ltape documentation wrap-up est
dachever la documentation de conception, dUI et darchitecture du logiciel. Il faut assurer que
les documents crs dans cette tape sont courts, saillants, utiles, comprhensibles et cohrents
avec le code source.

Figure 12 : Phase Stabiliser

III. Analyse des besoins :

III.1. Identification des acteurs du systme :

Comme nous venons de le mentionner dans ce qui prcde, RiyadTowing est une
application personnalise et destine des utilisateurs qui vont tre professionnels ou bien des
amateurs ou aussi des simples utilisateurs ne possdant pas de compte dans le site.
Dans tous les cas, il y aura un seul acteur qui va interagir avec lapplication, et qui va
prsenter ses besoins. Lapplication doit y rpondre.

Dans ce qui suit, nous allons nommer cet acteur tout simplement : Utilisateur .

Page
28

III.2. Identification des besoins :

III.2.1 Identification des besoins fonctionnels :

Lapplication RiyadTowing donne des fonctionnalits aux utilisateurs qui sont classs sur trois
parties :

lapplication liste les socits de remorquage situe au Riyad, ainsi en slectionnant la

socit elle permet dafficher leurs diverses informations avec une description dtailles.

elle permet, en utilisant Google map, dafficher la position actuelle de lutilisateur et les
socits ainsi la distance qui les sparent et ladresse de chaque socit.

Grace la plateforme Wikitude, lapplication active la camera et localise tous les socits de
remorquage en affichons tous ces lments de golocalisation sur la camera en temps rel avec la
distance qui les loigne.

III.2.2 Identification des besoins non fonctionnels :

Les besoins non fonctionnels dcrivent toutes les contraintes auxquelles est soumis le
systme pour sa ralisation et son bon fonctionnement.
Ergonomie et souplesse:
Lapplication doit offrir une interface conviviale et ergonomique exploitable par
lutilisateur.
Rapidit:
Lapplication doit optimiser les traitements pour avoir un court temps de rponse.
Efficacit:
Lapplication doit tre fonctionnelle indpendamment de toutes circonstances pouvant
entourer lutilisateur.

Page
29

 Maintenabilit et scalabilit:
Le code de lapplication doit tre lisible et comprhensible afin dassurer son tat volutif
et extensible par rapport aux besoins du march.

IV. Conclusion :
Dans ce chapitre, on a prsent notre solution propose tout en citant les fonctionnalits
principales. Par la suite on a procd une identification des acteurs et on a fait une analyse des
besoins par le biais des diagrammes de cas dutilisation pour mieux comprendre le principe de
fonctionnement de lapplication. Cette tude a permis de rsoudre certains problmes lis au
dveloppement de lapplication.

Page
30

CHAPITRE 3: CONCEPTION
I. Introduction :
La conception est une tape prliminaire et primordiale qui doit prcder ltape de
dveloppement de toute application informatique. Pour dcrire la conception de lapplication, on
commencera avec les diagrammes de cas dutilisation et les diagrammes de squence. Par la
suite on passera au diagramme de classes.

II. Diagrammes de cas dutilisation :

II.1 Dfinition de diagramme de cas d'utilisation :

Le diagramme de cas dutilisation est une reprsentation du comportement du systme de

point de vue de lutilisateur, cest une dfinition des besoins quattend un utilisateur du systme,
il contient tous les cas dutilisation en liaison directe ou indirecte avec les acteurs.

Les acteurs : reprsents sous la forme de petits personnages nomms.

Un acteur reprsente le rle jou par une personne ou une classe qui interagit avec le
systme.

Cas dutilisation : est un classificateur qui modlise une fonctionnalit dun systme ou
dune classe. Linstanciation dun cas dutilisation se traduit par lchange de message
entre le systme et ses acteurs.

II.2 Diagramme de cas dutilisation gnrale :

La figure 13 reprsente le diagramme de cas d'utilisation gnrale qui fait preuve d'un
acteur appel client Android, qui admet les fonctionnalits suivantes :
-Consulter liste recherche : le client peut chercher les recettes a travers trois mthodes
(nombre de cuisson, temps de prparation, alphabtique).
- ajouter aux favoris : il peut ajouter une socit choisie aux favoris.
-Configurer les paramtres: le client peut modifier les paramtres selon le choix.
Page
31

-Accder la ralit augmente : le client superpose la vue de camera les socits en temps.

Figure 13: Diagramme de cas d'utilisation gnral

Page
32

II.3 Diagramme de cas dutilisation de l`administrateur :

La figure 13 reprsente le diagramme de cas d'utilisation de l`administrateur qui a la

fonction de grer les diffrentes socits de remorquages : ajout, suppression, mettre jouretc.

Figure 14: Diagramme de cas d'utilisation de l'administrateur

III. Diagramme de squence :

III.1 Dfinition de diagramme de squence :
Le diagramme de squence reprsente la succession chronologique des oprations ralises
par les acteurs. Il montre les interactions entre les objets, en montrant les messages quils
changent entre eux ordonns dans le temps.
Les composants dun diagramme de squence sont les suivants :
Les objets : sur un diagramme de squence, les objets apparaissent toujours dans la partie
suprieure, ce qui facilite lidentification des classes qui participent linteraction.

Page
33

Le message : lment de communication unidirectionnel entre objets qui dclenche une

activit dans lobjet destinataire. La rception dun message provoque un vnement dans lobjet
rcepteur. La flche pointille reprsente un retour au sens UML. Cela signifie que le message en
question est le rsultat direct du message prcdent.
III.2. Diagramme de squence "consulter les socits" :
Le diagramme suivant (figure 13) permet d'accder la liste des socits de remorquage,
d'o le client doit tout d'abord accder au menu de lapplication, puis il slectionne "remorquage"
qui retourne une liste des socits.

Figure 15: Diagramme de squence Consulter liste des socits

Page
34

III.3 Diagramme de squence geolocaliser les socits :

La figure 14 reprsente le diagramme de squence de la fentre "localiser", ce diagramme

dcrit la demande de la golocalisation alors le systme active le GPS et affiche tous les
positions des socits sur la carte aprs les rcuprer depuis la base des donnes. Il slectionne
une socit pour que le systme lui affiche le nom et ladresse.
.

Figure 16 : Diagramme de squence de la fentre "localiser les socits"

Page
35

III .4 Diagramme de squence naviguer avec la ralit augmente :

Pour la ralit augmente, lutilisateur choisi la localisation des socits, Ensuite le
systme rcuprer les donnes dans le serveur, lancer wikitude, configurer le GPS et superposer
et situer les socits sur la vue de la camera par rapport la position de lutilisateur.

Figure 17 : Diagramme de squence de la fentre "ralit augmente"

Page
36

III .5 Diagramme de squence afficher litinraire de la socit :

Le client Android consulte la socit choisie et demande dafficher un itinraire, le
systme configurer le GPS et afficher le trajet vers cette socit.

Figure 18 : Diagramme de squence de la fentre "itinraire"

IV. Diagramme de classe :

[Link] de diagramme de classe :

Le diagramme de classes est le point central dans le dveloppement orient objet. Cot
analyse, il a pour objectif de dcrire la structure des entits manipules par les utilisateurs. Cot
conception, le diagramme de classes reprsente la structure dun code orient objet ou, un
niveau de dtail plus important, les modules du langage de dveloppement.
Une classe est compose des attributs et oprations, et admet des associations et multiplicit.

Page
37

IV.2 Diagramme de classe de l'application :

Comme le montre la figure 19 ci-dessous, le diagramme de classe de lapplication admet

sept classes: client, socit, description, favoris, mapclasse, itinraire, ralit augmente.
Le client accde aux diffrentes socits de remorquage selon le choix.
Le client peut naviguer la ralit augmente.
Le client peut ajouter une socit de remorquage aux favoris.
Chaque socit de remorquage contient une description.
Chaque socit de remorquage contient une un itinraire bien dfinie.
Chaque socit de remorquage peut tre localise partir de la classe map.

Figure 19 : Diagramme de classe de l'application

Page
38

VIII. Conclusion :
Tout au long de ce chapitre, nous avons dtaill la conception de notre application
travers le diagramme de classes ainsi que les diagrammes de squences associes afin que la
phase ralisation et la mise en place de lapplication soit plus souple et plus aise. Le chapitre
suivant mettra en vidence, le fruit de ce passage et les diffrents rsultats du dveloppement de
lapplication demande.

Page
39

CHAPITRE4: REALISATION

I. Introduction :

Pour pouvoir mener bien un projet informatique, il est ncessaire de choisir des
technologies permettant de simplifier sa ralisation. Pour cela, aprs avoir complter l'tude
conceptuelle dans le chapitre prcdent, nous allons aborder la partie implmentation dans ce qui
suit. Nous commenons par prsenter lenvironnement matriel et logiciel, et ensuite, ltat de
ralisation.

II. Environnement du travail:

Le choix de systme Android OS et les programmes de dveloppement est requis pour

raliser notre application, Ce chapitre couvre les prs requis matriels et logiciels qui sont
utiliss pour la ralisation de notre application.
II.1. Environnement matriel:

Pour la ralisation de lapplication :

Un pc bureautique pour le dveloppement ayant les caractristiques suivantes :

Intel core i3 2.53 GHz.

2 Go de mmoire vive.

Windows 7 - 32 bits.

Un Smartphone Samsung Young pour raliser les tests.

Page
40

II.2. Environnement logiciel :

II.2.1 Android :
II.2.1.1 Prsentation de la plateforme Android :

Android c'est une plateforme complte pour appareil mobile, lanc par Google et lOHA
(Open Hanset Alliance) qui compose doprateurs mobiles, de fabricants de tlphones et
dditeurs logiciels. Il concurrence des plateformes telles que liOS dApple, Windows Mobile
de Microsoft, RIM (Research In Motion) intgr dans les BlackBerry, Symbian et MeeGo de
Nokia.
La plateforme Android est un OS (Operating System) base sur un kernel linux
entirement gratuit, sous licence open source. Elle est compose d'un systme d'exploitation, de
librairies, et d'un ensemble d'applications. La version 1.0 est annonce en novembre 2007 et la
version actuelle des sources est 4.0.1 libre le 14 novembre 2011.
Le succs dune plate-forme ne vient pas seulement par lattraction des utilisateurs,
oprateurs et constructeurs. Le succs est galement port par les dveloppeurs tiers et
lconomie qui se dveloppe dans ce march. Pour Android, la communaut de dveloppeurs est
trs grande Il y a aujourdhui plus de 100 000 applications sur Android Market.
Il a pu dans un laps de temps concurrencer les lgendes du mobile et conqurir presque
la moiti du march comme on peut voir sur le dessin suivant:

Figure 20:les systmes dexploitation des Smartphones en 2012 [9]

Page
41

Apres ltude des diffrents systmes dexploitation des Smartphones, jai constat
quAndroid est le plus volu.
Systme
dexploitation

2011
Units

2011 Part du march 2010

2010 Part du march

(%)

(%)

Units

Android

46,775.9

43.4

10,652.7 17.2

Symbian

23,853.2

22.1

25,386.8 40.9

Ios

19,628.8

18.2

8,743.0

Research In Motion

12,652.3

11.7

11,628.8 18.7

Bada

2,055.8

1.9

577.0

0.9

Microsoft

1,723.8

1.6

3,058.8

4.9

Autres

1,050.6

1.0

2,010.9

3.2

Total

107,740.4 100.0

14.1

62,058.1 100.0

Tableau IV.1 : Ventes de Smartphones aux utilisateurs finals par systme dexploitation
2011
II.2.2 Eclipse :

Le dveloppement dapplications pour Android se fait entirement en Java. Java est un

puissant langage orient objet, utilis trs largement dans le monde du dveloppement, jai fait
des recherches Sur les IDE : eclipse et NetBeans.

Page
42

Les deux programmes taient trs connus mais Eclipse est le plus largement utilis pour la
programmation Java; il est trs performant, de plus gratuit et open source.

Figure 21: les meilleurs environnements de dveloppement

II.2.3 SDK :
Loutil le plus important est le SDK Android. Facile installer, il permet de tlcharger
tous les outils indispensables au dveloppement dapplications. Un petit logiciel permet dabord
de tlcharger les diffrentes versions du SDK (une version du SDK par version dAndroid : 1.4,
1.5, 1.6, 2.0 etc.). Il permet galement de tlcharger les diffrentes versions des Google APIs
(APIs pour intgrer des fonctionnalits lies aux services Google tels que Maps etc.)

Figure 22 : SDK d'clipse

Page
43

II.2.4 Lmulateur :

Evoqu plus haut, le SDK propose un mulateur Android. Il permet de lancer sur la
machine du dveloppeur un terminal virtuel reprsentant lcran un tlphone embarquant
Android. Cest bien videmment un outil indispensable pour le dveloppement mobile. A chaque
version dAndroid est associe une version de lmulateur, permettant au dveloppeur de voir
exactement quoi ressemblera son application sur un matriel rel.
Rappelons cependant que lmulateur ne propose pas toutes les fonctionnalits dun vrai
tlphone. Il ne permet par exemple pas dmuler la gestion du Bluetooth.

Figure 23: mulateur d'clipse

II.2.5 PhotoshopCS5:
Photoshop est un logiciel de retouche, de traitement et de dessin assist par ordinateur
dit par Adobe. Il est principalement utilis pour le traitement de photographies numriques,
mais sert galement la cration dimages.

Page
44

Photoshop est un logiciel travaillant sur images matricielles car les images sont
constitues dune grille de points appels pixels. Lintrt de ces images est de reproduire des
graduations subtiles de couleurs.
II.2.6 Serveurs :
Deux serveurs distants utiliss dans cette application : un serveur web et un serveur de base de
donnes.

LOVH est comme serveur web utilis, permet de se propager les scripts PHP.

Le serveur de base de donnes utilis est le serveur MySQL, son rle est le stockage de donnes.

III. Protocol et format des donnes :

III.1 Protocol utilis :

Dans cette application le Protocol http utilis comme un support pour communiquer les
donnes entre le client Android et le serveur web. Dans ce Protocol on utilise la mthode POST
pour envoyer des donnes partir de client Android vers le serveur.
III.2 Format des donnes utilis :

Aprs avoir dfinir le Protocol utilis, un format de donnes doit tre prsent pour le
transport de donnes :
JSON (JavaScript Object Notation) : est un format de donnes textuel, gnrique, driv de la
notation des objets du langage ECMAScript. Il permet de reprsenter de linformation structure.
[12]

Figure 24: JSON

Page
45

Le format de donnes JSON possde 3 lments structurels : nom/valeur et liste

ordonnes de valeurs.
Exemple :

Le principe est donc que le client Android appeler le script PHP et ce script va rcuprer
les donnes partir de la base de donnes MySQL. Les donnes seront encodes au format
JSON et le serveur envoyes au client. Ensuite lapplication analyser et afficher ces donnes
codes.

V. Description des interfaces de lapplication :

Dans ce qui suit nous prsentons les diffrentes interfaces de lapplication en citant les
dtails de chaque imprime cran.

Page
46

IV.1. Interface Accueil :

Cest linterface principale, elle saffiche lors du lancement de notre application et elle est
sense capter lattention des clients par le choix des couleurs d ou on a utilis beaucoup la
couleur bleue qui cr un sentiment de confiance et de scurit dautre part on a ajout le noir
cette couleur est associ lide de pouvoir et de raffinement.

Figure 25 : interface de la page daccueil

Page
47

IV.2. Interface infos :

Cette interface a lobjectif de faire une petite publication de la socit en ajoutant les
informations sur la socit daccueil : site web, numro tlphone, email, et son logo ainsi que sa page
sur Facebook.

Figure 26 : interface info

Page
48

IV.3. Interface une socit choisie :

Cette interface est un modle choisi parmi la liste socits de remorquages. .Elle
continent d'abord le nom de la socit, sa description, ses informations, la distance entre la
socit et la position de l`utilisateur et l'image qui dsigne la socit. En bas, figure les outils de
communication avec la socit choisie.

Figure 27: Interface de la socit slectionne

Page
49

IV.4. Interface localiser:

Cet onglet affiche sur carte Google map les positions des socits de remorquages
travers les coordonnes de chaque socit (latitude, longitude) ainsi que la position actuelle de
lutilisateur.

Figure 28: Interface de localisation

Page
50

VI. Conclusion
Dans ce rapport , nous avons suivi une dmarche bien dtermine pour rsumer ce que nous
avons ralis durant la priode de prparation du projet de fin d'tude en vue de lobtention du
diplme de Mastre Professionnel en nouvelles technologies des tlcommunications et rseaux.
En effet, nous avons commenc par un chapitre reprsentatif dont on a essay de donner une ide
sur le cadre de notre projet, puis nous avons entam une tude pralable afin d'tudier l'existant ,
le critiquer et noncer notre solution sans oublier d'insrer le planning de l'application . Ensuite,
nous avons abord une tude conceptuelle, tant une phase de base dans toute application
informatique

Page
51

CONCLUSION GENERALE

A lissue de la ralisation de ce travail, nous pouvons affirmer que notre projet nous a t
dune grande utilit dans la mesure o il nous a permis de nous familiariser avec le travail sur
une nouvelle plate-forme savoir la plate-forme Android. Non seulement, les bnfices ont t
raliss sur le plan technique mais aussi sur le plan social. Nous avons pu avoir un aperu autour
du travail au sein dune bote de dveloppement. Lintgration dune quipe de travail a t une
exprience qui marquera la priode de ralisation du projet au sein de lorganisme daccueil.

Au cours de la phase de ralisation de notre application, nous avons labor une tude
pralable sur les smart phones et son importance sur le plan social afin de prciser le but
principal pour la future application. Cette phase a constitu le point de dpart pour ltape
danalyse et de spcification des besoins. Une fois nos objectifs sont fixs nous avons enchan
avec la conception afin de mener bien notre projet. Nous avons procd la phase de
ralisation au cours de laquelle nous nous sommes familiariss avec le langage de
programmation Objective-C.

Pour conclure, notre travail peut tre sujet des extensions. En effet, nous envisageons
dajouter une application RiyadTowing sur Android market dans notre travail, la possibilit
dvelopper sous dautres plateformes comme iphone ou BlackBerry.

Page
52

NETOGRAPHIES

[1] [Link] 28 Mars 2012

[2] [Link] 02 Avril
2012.
[3] [Link] 02 Avril 2012.
[4] [Link] 02 Avril 2012.
[5] [Link] 21 Mars 2012.
[6] [Link] 28 Mars 2012.
[7] [Link] 27
Mars 2012.
[8] [Link] 12 Mars 2012.
[9] [Link] ,29 Mai 2012.
[10] [Link] 05 Juin 2012
[11] [Link] 02 Juillet 2012.
[12] [Link] 14 Juillet 2012

Page
53

RESUME
Le prsent travail effectu au sein de la socit DIGITAL WINDOW, sinscrit dans le cadre du
projet de fin dtudes luniversit virtuelle de Tunis UVT pour lobtention du diplme de
Master professionnel en nouvelles technologies des tlcommunication et rseaux N2TR .
Lobjectif de ce travail est de raliser ltude, la conception et le dveloppement dune
application mobile sous plateforme Android nomme "RiyadTowing".
Mots cls : Android, plateforme, mobile.

SUMMARY
This work within the society calledDIGITALWINDOW, is a part of Projects
Graduation at the virtual university in Tunis for obtaining a diploma professional master in new
technologies of telecommunication and network N2TR.
The objective of this work is to realize the study, designing and development of a mobile
application platform in Android named "RiyadTowing".
Keywords: Android, Platform, mobile.

:
" "
.

" ) ) "
. :
Page
54