Pfe Jordy Android Apply 2017 Licence Reseaux

République Tunisienne Ecole Supérieure Privée de
Technologie et de Management
Ministère de l'Enseignement SUPTECH
Supérieur et de la Recherche
Scientifique Agrément N° :09-2001
Projet de Fin d’Etudes en vue de

l’obtention du diplôme de Licence-
Appliquée
Spécialité : Réseaux Informatiques
Sujet : Contribution a la mise en

place d’une application Androïde
pour les services Mobiles Radio de
(TT) Tunisie Telecom
Présenté par : Gaboumounga Encadré par : Nizar hadj Ferjani

Gerhod Jordy
Année Universitaire 2016-2017
D édicaces
JE dédie ce modeste travail à :
Ma mère, qui a œuvré pour ma réussite, par son amour, son soutien, tous les sacrifices consentis et
ses précieux conseils, pour toute son assistance et sa présence dans ma vie, reçois à travers ce
travail aussi modeste soit-il, l'expression de mes sentiments et de mon éternelle gratitude.
Mon père, qui peut être fier et trouver ici le résultat de longues années de sacrifices et de privations
pour m'aider à avancer dans la vie. Puisse Dieu faire en sorte que ce travail porte son fruit ; Merci
pour les valeurs nobles, l'éducation et le soutient permanent venu de toi.
Mes frères et sœurs qui n'ont cessé d'être pour moi des exemples de persévérance, de courage et de
générosité.
Mes professeurs de l'Université SUPTECH qui doivent voir dans ce travail la fierté d'un savoir bien
acquis.
ET à toute la promotion de la «3éme années Réseaux informatique: 2016-2017 »
Gaboumounga gerhod jordy

R EMERCIEMENT
J’adresse mes vifs remerciements à mon encadreur, Mr Nizar ferjani, enseignant à l’Université
Supérieure Privé de Technologie et de Management de Tunis, pour son entière disponibilité, son
aide inestimable et ses conseils, sans lesquels ce travail n’aurait pu aboutir.
Je remercie également tout le personnel de la Direction technique de Tunisie télécom et
particulièrement Mr Nizar ferjani mon encadreur dans la société pendant toute la période de mon
stage. Je remercie assez les membres de la commission de suivi, pour leur disponibilité, leurs
précieux conseils et remarques constructives tout au long de l’année.
Merci également aux membres du jury qui ont accepté d’évaluer mon travail. Que tous les
enseignants de SUPTECH qui ont contribué à ma formation, le long de ces deux années, trouvent
ici l’expression de ma gratitude et de ma reconnaissance.
Enfin, je tiens à remercier tous ceux qui, de près ou de loin, ont contribué à l’aboutissement de ce
travail.
Table des matières
Introduction Générale : .....................................................................................................................................10
...............................................................................................12
Introduction ......................................................................................................................................................13
1. Présentation du projet ...............................................................................................................................13
1.1. Objectif .............................................................................................................................................13
1.2. Etude de l’existant & Critique de l’existant ..........................................................................................14
1.3. Solution proposée .............................................................................................................................14
1.4. Architecture de la solution................................................................................................................14
1.5. Méthode à adopter ............................................................................................................................15
1.6. processus de développement ............................................................................................................16
Conclusion ........................................................................................................................................................16
..................................................................................................................18
Introduction ......................................................................................................................................................18
1. Architecture Android ................................................................................................................................18
1.1. Applications......................................................................................................................................19
1.2. Framework de développement .........................................................................................................19
1.3. Bibliothèques ....................................................................................................................................19
1.4. Android Runtime ..............................................................................................................................21
1.5. Linux Kernel.....................................................................................................................................21
1. Planning du projet ....................................................................................................................................22
1.1. Recherche documentaire ..................................................................................................................22
1.2. Analyse et spécification....................................................................................................................22
1.3. Conception........................................................................................................................................22
1.4. Réalisation ........................................................................................................................................23
Conclusion ........................................................................................................................................................23
.........................................................................................24
Introduction ......................................................................................................................................................25
1. Phases de réalisation de l’étude préliminaire ...........................................................................................25
2. Cahier des charges ....................................................................................................................................26
1.1. Présentation du projet .......................................................................................................................26
1.2. Grands choix techniques...................................................................................................................26
1.3. Recueil des besoins fonctionnels ......................................................................................................27
1.4. Recueil des besoins opérationnels ....................................................................................................28
3. Identification des acteurs ..........................................................................................................................28
 Générer le code USSD .........................................................................................................................28
 Identifier le client .................................................................................................................................28
4. Identifier les messages..............................................................................................................................28
1.1. Messages entre le système et ses acteurs .........................................................................................29
Conclusion ........................................................................................................................................................29
............................................................30
Introduction ......................................................................................................................................................31
1. Présentation succincte du langage utilisé UML .......................................................................................31
Définition d’UML selon l’OMG : ....................................................................................................................31
2. Conception détaillé ...................................................................................................................................31
Introduction ..................................................................................................................................................31
2.1. Diagramme de cas d’utilisation ............................................................................................................32
2.2. Présentation des diagrammes de cas d’utilisation ............................................................................32
2.3. Description des scénarios : ...............................................................................................................33
2.4. Diagramme de classe ........................................................................................................................45
2.5. Diagrammes de séquences :..............................................................................................................46
................................................................................................55
Introduction ......................................................................................................................................................56
1. Environnement matériel ...........................................................................................................................56
2. Etude technique ........................................................................................................................................56
2.1. Environnement de réalisation ................................................................................................................56
2.1.1Choix des langages de développement et de base de données ........................................................56
Langages utilisés ..........................................................................................................................................56
Base de données utilisés ...............................................................................................................................57
SQLite sous Android ........................................................................................................................58
SQLiteOpenHelper................................................................................................................................58
SQLiteDataBase ....................................................................................................................................58
execSQL .....................................................................................................................................................58
3. Enivrement de développement .................................................................................................................58
4. Outils du réalisation..................................................................................................................................59
4.1. Outils de conception ..............................................................................................................................59
4.1. Outils de développement : .....................................................................................................................59
5. Les pages web réalisées :..........................................................................................................................60
Conclusion Générale : ......................................................................................................................................71
Liste de figures :
Figure 1 Architecture de la solution proposée ..................................................................................................15

Figure 2 Cycle de développement en Y ............................................................................................................16
Figure 3 Architecture de ces médiathèques .....................................................................................................21
Figure 4 Résumé des activités et des produits de l’étude préliminaire ..........................................................25
Figure 5 : diagramme cas d'utilisation globale .................................................................................................32
Figure 6 Diagramme de cas d'utilisation gestion de mon compte ...................................................................40
Figure 7 Diagramme de cas d'utilisation gestion de mes services ...................................................................42
Figure 8 Diagramme de cas d'utilisation gestion d'appels d'urgence ..............................................................43
Figure 9 cas d'utilisation gestion des services client ........................................................................................43
Figure 10 Cas d'utilisation gestion de contact..................................................................................................44
Figure 11 cas d'utilisation gestion des offres préférées ...................................................................................44
Figure 12 Diagramme de classe .......................................................................................................................45
Figure 13Diagramme de séquence abstract représente le service simple .........................................................47
Figure 14 Diagramme de séquence activation de Forfait Messagét .................................................................47
Figure 15 Diagramme de séquence abstract représente le service composé ....................................................48
Figure 16 Diagramme de séquence demande code puk ...................................................................................49
Figure 17 Diagramme de séquence « Ajouter une contact » : .........................................................................50
Figure 18 Diagramme de séquence « Supprimer une contact » .....................................................................50
Figure 19 Diagramme de séquence « Modifier une contact » ........................................................................51
Figure 20 Diagramme de séquence « Supprimer toutes les contacts » .......................................................52
Figure 21 Gestion d'appel.................................................................................................................................53
Figure 22 Menu principale ...............................................................................................................................61
Figure 23 Interface mon compte ......................................................................................................................61
Figure 24 Exemple "solde et bonus " ...............................................................................................................61
Figure 25 Exemple consommation sms ............................................................................................................61
Figure 26 Service tabbe3ni ...............................................................................................................................62
Figure 27 fidélité KELMA ...............................................................................................................................62
Figure 28 Interface mes services ......................................................................................................................62
Figure 29 Mon offres préférées .......................................................................................................................62
Figure 30 Interface autres forfaits ...................................................................................................................63
Figure 31 L’interface appel d’urgence ..............................................................................................................63
Figure 32Interface autre services ....................................................................................................................63
Figure 33 interface code puk ............................................................................................................................64
Figure 34interface liste des mes forfaits ..........................................................................................................64
Figure 35 interface service client .....................................................................................................................64
Figure 36 Interface recharge électronique .......................................................................................................65
Figure 37 Interface de service kellemni ...........................................................................................................65
Figure 38 interface pour la gestion de service .................................................................................................65
Figure 39 Exemple interface de modification de service ...............................................................................66
Figure 40 Interface gestion de service .............................................................................................................66
Figure 41 Interface menu de contact ...............................................................................................................67
Figure 42 Interface liste de contacts ................................................................................................................67
Figure 49 Interface supprimer contact ............................................................................................................67
Figure 43 Interface d'appel ..............................................................................................................................68
Figure 44 interface liste de contacts amis ........................................................................................................68
Figure 45 Interface transférer de montant ......................................................................................................68
Figure 46 interface trier liste des contacts .......................................................................................................69
Figure 47 interface envoyer un sms .................................................................................................................69
Figure 48 interface supprimer toutes les contacts...........................................................................................69
Liste de tableaux :
Tableau 1 Description des scénarios : Exemple de services simples :.............................................................33
Tableau 2 Description des scénarios : gestion d'appels d’urgences ...............................................................35
Tableau 3 Description des scénarios : Exemple de services composés : .........................................................35
Tableau 4 Description des scénarios : Ajouter une contact: ............................................................................36
Tableau 5 Description des scénarios : Supprimer une contact .......................................................................37
Tableau 6 Description des scénarios : Modifier une contact ...........................................................................37
Tableau 7 Description des scénarios : Supprimer toutes les contacts .............................................................38
Tableau 8 Description des scénarios : appeler ................................................................................................39
Tableau 9 Description des scénarios : envoi d’un sms simple ou multiple ....................................................39
Introduction Générale :
Le marché de la téléphonie portable connaît actuellement une véritable révolution, menée
par Apple et son i Phone. . Apple a su mettre en avant son produit en ajoutant au téléphone de
nouvelles fonctionnalités et en créant de nouveaux besoins.
L’application Androïde présente une forme de communication, permettant à un utilisateur de bien

ce placé dans son environnement. Se présenter sur le réseau n’est pas une mode ou un caprice, mais
plutôt un investissement qu’on peut plus l’ignorer, à cet effet Tunisie télécom se trouvent face aux
enjeux des évolutions technologiques de services Smartphone. Elle décide alors d’ouvrir ces
services aux clients sur toute l’étendu nationale pour un objectif offrant la possibilité d’activer les
services d’un simple clic, sans que l’utilisateur (client) soit obligé de mémoriser les code USSD à la
fois dans l’application et dans son répertoire téléphonique.
Dans ce contexte, et dans le cadre de notre projet de fin d’étude, qui s’est étalé sur une
période de 4 mois allant du 01/02/2017 au 30/05/2017, l’association nous a confié la conception et
la réalisation d’une application Androïde permettant à tous les clients de Tunisie télécom de faciliter
leur accès au service âpres vente crée par Tunisie télécom ainsi la gestion des appels et des services
téléphonique et des SMS .
Le présent rapport est structuré en 5 chapitres reflétant la démarche que nous avons adoptée
pour la réalisation de ce projet.
Le premier chapitre introductif « Présentation générale », nous présentons l’association,

l’organisme d’accueil. Suivi d’une présentation générale du cadre du projet, de la critique de
l’existant et la méthode à adopter.
Le second chapitre « Etat de l’art » Nous mettons l'accent sur les différentes technologies
existantes pouvant être utilisées pour l'élaboration de notre Projet et nous présentons les avantages
et les inconvénients de chacune d'entre elles.
Dans le troisième chapitre nommé « Etude préalable », nous déterminons les besoins
fonctionnels et l’identification des acteurs qui interagit avec le système.
Et en avant dernier, le quatrième chapitre intitulé « Conception détaillé, préliminaire et

générique », nous vous permettons de voir UML en action, étudier le rôle d’UML et documenter les
classes, les tables et les méthodes.
Enfin le dernier chapitre du présent rapport nommé « Elaboration et mise en œuvre », définit
les interfaces, les outils de développement, détailler l’architecture de la mise en place de plateforme
et présenter le processus de déploiement.
Le présent rapport se termine par une conclusion générale qui donne une synthèse de notre
travail.
Introduction
Dans ce chapitre introductif, nous présentons l’organisme d’accueil où nous avons effectué
notre projet PFE. Suivi d’une présentation générale du cadre du projet, de la critique de l’existant et
la proposition de notre contribution avec son architecture et la méthode à adopter.
1. Présentation du projet
1.1. Objectif
Les responsables de Tunisie télécom ont exprimé leurs besoins et leurs souhaits concernant le
nouveau l’application lors d’une réunion. Cette dernière était axée autour de trois questions :
 Quels sont les services qui doivent gérer sur l’application ?

 Quelles fonctionnalités désirez-vous voir apparaitre sur l’application ?
 A quelles caractéristiques de style doit répondre l’application?
Des réponses formulées lors de cette réunion sont nées un cahier des charges.
Cette application permettra de réaliser les opérations générales suivantes :
 Gestion des offres préférées

 Gestion des comptes client
 Gestion des Services client
 Gestion des Services supplémentaires
 Gestion des appels d'urgence
 Gestion des contacts téléphonique
 Gestion des SMS
En effet, cette application donne aux clients la possibilité d’accéder directement au service après-
vente sans savoir aucune information sur les codes USSD utiliser pour activer les services que nous
offrent l’opérateur Tunisie télécom, On effectuons leurs demandes à l’aide de menu d’accès qui se
trouve sur l’application, et de recevoir une confirmation immédiate. En plus, les clients peuvent
effectuer en ligne les services nécessaires de temps prévus aussi l’application laisse le client de
passer des contacts et des SMS avec des options supplémentaires.
1.2. Etude de l’existant & Critique de l’existant
Tunisie télécom c’est une société qui ne possède pas une application Androïde au paravent pour
le but de bien faciliter l’accès à leurs services et offres selon des critères pour le but d’améliorer
leurs services .
Cependant, Tunisie télécom a fortement besoin de mettre sur le réseau, les services concernant les
besoins clientèle. Etc.… et surtout de présenter les services qu’elle offre pour ceux qui sont
intéressés dans le domaine de la téléphonie mobile.
Dans un premier temps, Tunisie télécom avaient recours à l’utilisation de la plateforme IPVCC,
qui permettent de gérer ses évènements et actualités. Mais cette première solution, a marqué un
manque aux client qui doivent savoir tous les codes USSD fournies par la société , en effet, ses
objectifs n’étant pas clairement exposés, nécessite une architecture conceptuelle bien rédigé qui
repend au besoin par exemple les applications doivent êtres Androïdes pour la publication les
informations et la communication avec l’opérateur Tunisie télécom, L’application gère aussi les
contact dans le téléphone portable lister tous les contacts téléphoniques dans une même liste cela
consiste un problème lorsqu’Il ya un grand nombre de contacts pour cela nous disposons d’une
solution qui consiste a diviser la liste en catégories (famille ,amis ,contact générale ,travail et
contact rapide,) .autre problématique existe lorsque nous envoyons un sms à plusieurs personnes en
même temps pour cet objectif nous proposons une autre solution pour avoir ce but et l’application
laisse le client d’envoi des sms en même temps à plusieurs personnes.
1.3. Solution proposée

Nous avons réalisé au cours de ce Projet de Fin d’étude, une solution complète de gestion de
tous les services et les offres dont le principal objectif était de garantir la facilité d’accéder aux
services après-vente et des transactions avec leurs clients.
Dans ce rapport nous allons donner un aperçu de notre travail tout en soulignant les
technologies libres déployées. Nous commencerons d’abord par la description de la
méthodologie suivie pour la gestion du projet. Puis chaque domaine, conception,
programmation, sera traité dans son ensemble, exposant sa réalisation et les résultats
obtenus.
1.4. Architecture de la solution

Notre projet aura comme architecture une architecture suivant illustre les composants
principaux du système d’exploitation Androïde. Chaque section sera décrite dans ce qui suit :
Figure 1 Architecture de la solution proposée
1.5. Méthode à adopter

Pour notre projet de fin d’étude, nous avons choisi de suivre les méthodes de développement
dites « méthodes agiles » (en anglais Agile Modeling, noté AG) qui visent à réduire le cycle de vie
du logiciel (donc accélérer son développement) en développant une version minimale, puis en
intégrant les fonctionnalités par un processus itératif basé sur une écoute client et des tests tout au
long du cycle de développement.
L’origine des méthodes agiles est liée à l’instabilité de l’environnement technologique et au fait
que le client est souvent dans l’incapacité de définir ses besoins de manière exhaustive dès le début
du projet. Le terme « agile » fait ainsi référence à la capacité d’adaptation aux changements de
contexte et aux modifications de spécifications intervenant pendant le processus de développement.
En 2001, 17 personnes mirent ainsi au point le manifeste agile dont la traduction est la suivante :
 Individus et interactions plutôt que processus et outils ;
 Développement logiciel plutôt que documentation exhaustive ;
 Collaboration avec le client plutôt que négociation contractuelle ;
 Ouverture au changement plutôt que suivi d’un plan rigide.
Grâce aux méthodes agiles, le client est pilote à part entière de son projet et obtient très vite une
première mise en production de son logiciel. Ainsi, il est possible d’associer les utilisateurs dès le
début du projet et des besoins des clients.
1.6. Processus de développement
La meilleure façon d’aborder un problème, c’est de s’y attaquer de front. C’est ce que propose le
2TUP en faisant une place à part entière à la technologie dans le processus de développement ! Le
2TUP propose un cycle de développement en Y, qui dissocie les aspects techniques des aspects
fonctionnels. Illustré en figure 4, le processus en Y s’articule autour de 3 phases,
 une branche technique
 une branche fonctionnelle
 une phase de réalisation
Figure 2 Cycle de développement en Y
Le processus de développement doit faire une place importante à la maîtrise des Nouvelles
Technologies. Sous-estimer cet aspect, c’est résoudre les problèmes techniques au fil des
développements, avec des risques importants de remise en cause des réalisations (décalage de
planning, démotivation des équipes, …).
Exemple : Faire reposer la phase de réalisation sur un processus en Y, en s’attachant à
 Intégrer les risques dès les premières itérations
 Isoler les solutions techniques dans des Framework
 Valider l’avancement par des prototypes fonctionnels
Conclusion
Tout au long de ce chapitre nous avons identifié nos objectifs. Par suite, nous avons proposé une
solution, avec une architecture préalable et nous avons introduit la méthode à adopter. Dans le
chapitre suivant, nous intéressons à l’étude des technologies qui sont mises à notre disponibilité
pour choisir les quelles à utiliser afin d’élaborer notre projet.
Introduction
Dans ce chapitre, nous mettons l'accent sur les différentes technologies existantes pouvant être
utilisées pour l'élaboration de notre projet (pendant les phases de conception et de réalisation) et
nous présentons les avantages et les inconvénients de chacune d'entre elles.
1. Architecture Androïde
Androïde est basé sur un kernel linux 2.6.xx.
Au-dessus de cette couche, on retrouve les librairies C/C++ utilisées par un certain nombre de
composants du système Androïde.
Au-dessus des librairies, on retrouve l'Androïde Runtime. Cette couche contient les librairies cœurs
du Framework ainsi que la machine virtuelle exécutant les applications.
Au-dessus de la couche "Androïde Runtime" et des librairies cœurs, on retrouve le Framework
permettant au développeur de créer des applications. Enfin au-dessus du Framework, il y a les
applications.
1.1. Applications
Androïde est fourni avec un ensemble d’applications dont un client email, une application SMS, un
calendrier, un service de cartographie, un navigateur… toutes écrites en JAVA.
1.2. Framework de développement

En fournissant une plateforme de développement ouverte, Androïde offre aux développeurs la
possibilité de créer des applications extrêmement riches et innovantes. Les développeurs sont libres
de profiter du matériel périphérique et informations sur la localisation d’accès, exécuter des services
d’arrière-plan, définir des alarmes, ajouter des notifications à la barre d’état, etc.
Les développeurs ont un accès complet au même Framework API utilisé par les applications de
base. L’architecture d’application est conçue pour simplifier la réutilisation des composants;
n’importe quelle application peut publier ses capacités et n’importe quelle autre application peut
alors faire usage de ces capacités (soumis à des contraintes de sécurité appliquées par le
Framework). Ce même mécanisme permet aux composants d’être remplacés par l’utilisateur.
Toutes les applications sous-jacentes forment un ensemble de services et de systèmes, y compris:
 Un jeu extensible de vues qui peuvent être utilisées pour construire une application.
 Des fournisseurs de contenu qui permettent aux applications d’accéder aux données d’autres
applications (telles que les Contacts), ou de partager leurs propres données
 Un gestionnaire de ressources.
 Un gestionnaire de notification qui permet à toutes les demandes d’afficher des alertes
personnalisées dans la barre d’état.
 Un gestionnaire d’activité qui gère le cycle de vie des applications et propose une navigation
commune.
1.3. Bibliothèques
Androïde dispose d’un ensemble de librairies C / C++ utilisées par les différents composants du
système Androïde. Elles sont offertes aux développeurs à travers le Framework Androïde. En voici
quelques-unes:
Système de bibliothèque C – une mise en œuvre dérivée de BSD de la bibliothèque C standard du
système (libc), destinés aux systèmes embarqués basés sur Linux.
Comme cela a été dit précédemment, Androïde ne supporte pas la glibc, donc les ingénieurs
d'Androïde ont développé une librairie C (libc) nommé Bioniclibc. Elle est optimisée pour les
appareils mobiles et a été développée spécialement pour Androïde.
Les ingénieurs d'Androïde ont décidé de développer une libc propre à la plateforme Androïde car ils
avaient besoin d'une libc légère (la libc sera chargée dans chaque processus) et rapide (les appareils
mobiles ne disposent pas de CPU puissant).
La Bioniclibc a été écrit pour supporter les CPU ARM, bien que le support x86 soit présent. Il n'y
pas de support pour les autres architectures CPU telles que PowerPC ou MIPS. Néanmoins, pour le
marché des appareils mobiles, seulement l'architecture ARM est importante. Cette libc est sous
licence BSD. Elle reprend une grande partie du code des glibc issue d'Open BSD, Free BSD et Net
BSD.
Ces caractéristiques importantes :
Elle pèse environ 200Ko, soit la moitié de la glibc
L'implémentation des pthreads (POSIX thread) a été complètement réécrite pour supporter les
threads de la machine virtuelle Dalvik. De ce fait, la Bioniclibc ne supporte pas les threads POSIX
Les exceptions C++ et les "wide char" ne sont pas supportés
Médiathèques – basée sur PacketVideo de OpenCore; les librairies permettant la lecture et
l’enregistrement audio et vidéo, ainsi que la gestion des fichiers image, y compris MPEG4, H.264,
MP3, AAC, AMR, JPG et PNG. 11
Le schéma ci-dessous décrit tous les éléments de l’architecture de ces médiathèques:
Figure 3 Architecture de ces médiathèques
1.4. Androïde Runtime

Androïde inclut un ensemble de librairies de base offrant la plupart des fonctionnalités disponibles
dans les bibliothèques de base du langage de programmation Java.
Chaque application Androïde s’exécute dans son propre processus, avec sa propre instance de la
machine virtuelle Dalvik. Dalvik a été écrit pour que le dispositif puisse faire tourner plusieurs
machines virtuelles de manière efficace. La machine virtuelle Dalvik exécute des fichiers dans
l’exécutable Dalvik (. DEX), un format optimisé pour ne pas encombrer la mémoire. La machine
virtuelle est la base de registres et fonctionne grâce aux classes compilées par un compilateur Java
et transformées dans le format DEX.
La machine virtuelle Dalvik s’appuie sur le noyau Linux pour les fonctionnalités de base telles que
le filetage et la gestion de la mémoire de bas niveau.
1.5. Linux Kernel

Androïde est basé sur un kernel linux 2.6 mais ce n'est pas linux. Il ne possède pas de système de
fenêtrage natif (X Windows system). La glibc n'étant pas supportée, Androïde utilise une libc
customisée appelée Bioniclibc.
Enfin, Androïde utilise un kernel avec différents patches pour la gestion de l'alimentation, le partage
mémoire, etc. permettant une meilleure gestion de ces caractéristiques pour les appareils mobiles.
Android n'est pas linux mais il est basé sur un kernel linux. Pourquoi sur un kernel linux ?
Le kernel linux a un système de gestion mémoire et de processus reconnu pour sa stabilité et ses
performances.
Le model de sécurité utilisé par linux, basé sur un système de permission, est connu pour être
robuste et performant. Il n’a pas changé depuis les années 70
Le kernel linux fournit un système de driver permettant une abstraction avec le matériel. Il
permet également le partage de librairies entre différents processus, le chargement et le
déchargement de modules à chaud.
 le kernel linux est entièrement open source et il y a une communauté de développeurs qui
l'améliorèrent et rajoutent des drivers.
 C'est pour les points cités ci-dessus que l'équipe en charge du noyau a décidé d'utiliser un
kernel linux.
1. Planning du projet
Dans le but d’assurer le bon déroulement du travail, Nous nous sommes avons suivi le planning
prévisionnel suivant
Notre projet se déroule en cinq étapes ordonnées dans le temps :
1.1. Recherche documentaire

Dans cette étape on s’intéresse à collecter des informations nécessaires pour mieux comprendre le
fonctionnement du système et d’apprendre les technologies qu’on a choisie pour le développement.
Ceci permettra d’avantage d’éviter de produire une application non adéquate.
1.2. Analyse et spécification

L’objectif de cette étape est d’établir une première description du futur système en se basant sur les
résultats de l’analyse des besoins, les considérations techniques et la faisabilité informatique afin de
produire une enquête descriptive du fonctionnement du système sans préciser comment ça marche.
1.3. Conception
Deux types de conceptions doit être étudié successivement :
Conception globale : a pour but de décomposer le logiciel en composants simples présentés par
leurs interfaces et leurs services qu’ils rendent.
Conception détaillées : pour chaque composant, une description de la manière doit être fournit
dont les fonctions ou les services sont réalisés.
1.4. Réalisation
Suivant la conception détaillée, on va réaliser un ensemble de programmes ou des compositions
composants de programmes.
Rédaction des rapports
C’est la préparation d’un mémoire qui décrit notre application.
Conclusion
Dans ce chapitre nous avons présenté notre organisme d’accueil, ainsi l’objectif de ce projet. Le
chapitre suivant sera consacré à la spécification des besoins et la conception afin de préciser les
fonctionnalités de notre application.
Introduction
Ce chapitre va nous servir à poser les bases de la capture des besoins du système à réaliser.
Dans un premier temps, nous allons commencer à déterminer les besoins fonctionnels en
considérant le système comme une boîte noire, afin d’étudier sa place dans le système métier plus
global de l’entreprise. Après avoir identifié les acteurs qui interagiront avec le système, nous
développerons un premier modèle UML de niveau contexte, pour pouvoir établir précisément les
frontières fonctionnelles du système.
1. Phases de réalisation de l’étude préliminaire

L’étude préliminaire a pour objectifs principaux de :
 Etablir un recueil initial des besoins fonctionnels et opérationnels,

 Modéliser le contexte du système, considéré comme une boîte noire, en :
 Identifiant les entités externes au système qui interagissent directement avec lui;
 Répertoriant les interactions (émission/réception de messages) entre ces acteurs et le
système ;
 Représentant l’ensemble des interactions sur un modèle de contexte dynamique,
éventuellement complété par un modèle de contexte statique.
Figure 4Résumé des activités et des produits de l’étude préliminaire

2. Cahier des charges
1.1. Présentation du projet
Tunisie télécom est une entreprise dont l’activité principale est de rendre ses services après-vente
clairs et faciles à ses clients. Cette activité consiste en la publication des services qui concernent
les clients et l’opérateur ainsi le responsable d’entreprise…, dont le but est de couvrir un domaine
d'activité relativement bien connu, il est nécessaire de disposer d'une bonne description de ce
domaine. Diverses techniques sont possibles, afin de récolter une maximum simplification de
services: accès des acteurs aux services, l’opérateur doit fournir toutes les solutions possibles pour
avoir une bonne méthode de communication et de transaction.
Tunisie télécom souhaitent se doter d’une application androïde performant afin de :
 Gestion des offres préférées

 Gestion des comptes client
 Gestion des Services client
 Gestion des Services supplémentaires
 Gestion des appels d'urgence
Autre besoin de clients consiste à la classification des contacts selon des catégories bien précise
chaque catégorie comporte des contacts de même type (famille, amis, generale, travail, contact
rapide) ainsi des améliorations au niveau de service sms.
1.2. Grands choix techniques

Afin de maitriser les risques, nous souhaitons utiliser une approche itérative et incrémentale,
fondée sur le processus en Y.
Après une première étude menée au chapitre II, nous avons officialisé le choix d’un certain
nombre de techniques clés pour notre projet stratégique. Ces technologies clés sont principalement :
 La modélisation objet avec UML ;

 Installation d’Androïde SDK sous Windows – Déploiement;
 Paramétrage d’Eclipse et installation du plugin ADT
 Installation des applications sur téléphone
 une plateforme de développement ouverte
 La technologie androïde, pour les applications à développer.
1.3. Recueil des besoins fonctionnels
Un premier tour d’horizon des besoins exprimés par les employés de l’entreprise a permis
d’établir le cahier des charges préliminaire suivant :
 Recharge de la ligne
 Consultation solde et bonus
 Suivi bonus corporate
 Suivi du forfait internet mobile
 Suivi forfait Black Berry
 Suivi forfait Messagét
 Suivi consommation BEST
 Suivi MobiRacid et Transfert du montant
 Suivi mon programme de fidélité Kélma
 Demande du code PUK
 Utilisation de service Kallemni
 Suivi Menu pour la gestion de tous les services utiles
 Suivi votre numéro d'appel et offre
 Envoi SMS « Kallemni » restants
 Activation double appel
 Activation internet mobile
 Accéder à la messagerie vocale
 Activation de service MMS
 Consulter Portail WAP: wap.ahaya.tn
 Activation Roaming Prépayé
 Activation d’appel en conférence (Gratuit)
 Activation de Service Black Berry
 Activation de Service Mobidinar (gratuit)
 Activation de Service Tabba3ni
 Utilisation de Services Samu
 Utilisation de Services Garde nationale
 Utilisation de Services Police de secours
 Utilisation de Services Protection civile
 Suivi Services Centre d'appel
 Suivi Services Serveur vocal des offres et promos
 Activation DOUBLE
 Activation BINETNA
 Activation BEST
 Activation SIGOUNDA
 Forfait Messagét
1.4. Recueil des besoins opérationnels

Simplicité : Lors de sa connexion, un client connecté via smartphone doit être identifié par un
numéro carte SIM et numéro de sans savoir code USSD de chaque offre ou service.
3. Identification des acteurs

Dans cette partie nous allons, tout d’abord, identifier les acteurs du système. Un acteur est un
utilisateur qui communique et interagit avec les cas d’utilisation du système. C’est une entité ayant
un comportement comme une personne, un système ou une entreprise.
Les principaux acteurs d’application sont :
 Le client : il présente l’acteur principal de l’application. L’administrateur peut dans cette

application de bénéficier seulement des fonctionnalités offertes par l’application concernant
la gestion services et des offres. D’où le droit activer quelques types de service.
 Plateforme IPVCC : c’est un acteur externe et pour rôle et limiter en :
 Générer le code USSD

 Identifier le client
4. Identifier les messages

Un message représente la spécification d’une communication unidirectionnelle entre objets qui
transporte de l’information avec l’intention de déclencher une activité chez le récepteur.
Un message est normalement associé à deux occurrences d’évènements : un évènement d’envoi

et un évènement de réception.
Cette notion de message est également tout à fait applicable pour décrire les interactions de plus
haut niveau entre les acteurs et le système.
1.1. Messages entre le système et ses acteurs
Le système émet (entre autres) :
 Donne les droits d’accès aux différentes interface.

 Rafraichissement des données (ajouter, consulter, supprimer..) en cas des mises à jour.
 Affichage des réponses aux différentes requêtes des acteurs.
Le système reçoit (entre autres) :
 Activer, Consulter, suivi,… des informations et des services

 ajouter, suppression, mise à jour et consultation des informations concernant les services
après-vente.
Remarque: toutes activations, consultations ou suivis présentée sur l’application sont appelés
opération clientèle.
Conclusion
Après avoir analysé le cahier de charge proposé et étudié le marché, on a pu trouver une solution
répondant aux attentes des utilisateurs ainsi nous avons décrit les besoins fonctionnels et non
fonctionnels de notre application. Suivant ces besoins, on a le droit d’entamer la prochaine phase
qui consiste de présenter la conception de notre application.
Introduction
Dans ce chapitre, on va essayer de schématiser le mécanisme de fonctionnement de notre
application en se basant sur une collection de diagrammes que nous allons les présenter ci-après
afin que notre travail soit clair et structuré sur une conception bien définie .nous allons donc
exposer une démarche de modélisation nécessaire et suffisante pour construire une application.
1. Présentation succincte du langage utilisé UML

 UML (Unified Modeling Language) est un langage pour la modélisation. En effet la
modélisation permet de mieux visualiser et contrôler la construction du système.
 Ce langage présente les avantages suivants :
 il facilite la compréhension du phénomène étudié, et réduit la complexité.
 Il aide aussi à visualiser les conséquences de modifications apportées au système.
 2 Rappels de quelques points forts du langage UML
 UML est un langage formel et normalisé
 Gain de précision.
 Encourage l'utilisation d'outils.
 UML est un support de communication performant
 Il facilite la compréhension des représentations abstraites complexes.
 C’est donc un guide pour construire un système stable et fiable.
Définition d’UML selon l’OMG :
Langage visuel dédié à la spécification, la construction et la documentation des artefacts d’un

système logiciel .L’OMG définit le méta-modèle d’UML Syntaxe et interprétation en partie
formalisées
2. Conception détaillé
Introduction
La conception détaillée constitue le lien qui permet d’intégrer toutes les données préliminaires et
conceptuelles pluridisciplinaires en une définition de produit numérique complète et finale. Le
processus actuel de conception détaillée est par conséquent caractérisé par des conceptions très
sophistiquées et une demande croissante de partage des données.
En tant que concepteurs, nous allons préparer une modèle de conception bien déterminée permettant
de donner une image prête à coder.
2.1. Diagramme de cas d’utilisation
Le diagramme de cas d'utilisation est un diagramme UML utilisé pour donner une vision globale du
comportement fonctionnel d'un système logiciel. Il est une unité significative de travail. Dans un
diagramme de cas d'utilisation, les utilisateurs sont appelés acteurs, ils interagissent avec les cas
d'utilisation (use cases).
2.2. Présentation des diagrammes de cas d’utilisation

Diagramme de cas d’utilisation global
Figure 5 : diagramme cas d'utilisation globale
La figure ci-dessus illustre le diagramme des cas d’utilisation générale de 2acteurs « Client », «
Plateforme IPVCC », ... Ces acteurs interagiront avec l'interface principale de notre application
ainsi qu’il pourra accéder aux différentes composantes principales de notre projet .En effet, il pourra
:
Pour le client :
 Gestion des offres préférées

 Gestion des comptes client
 Gestion des Services client
 Gestion des Services supplémentaires
 Gestion des appels d'urgence
Pour le Plateforme IPVCC:
 Gestion de client (identification client d’opérateur)

 Générer les services et les offres
1 : Cas d’utilisation détaillée _ Gestion des Comptes client
 Recharge de la ligne
 Consultation solde et bonus
 Suivi bonus corporate
 Suivi du forfait internet mobile
 Suivi forfait Black Berry
 Suivi forfait Messagét
 Suivi consommation BEST
 Suivi MobiRacid et Transfert du montant
 Suivi mon programme de fidélité Kélma
 Demande du code PUK
2.3. Description des scénarios :

Tableau 1 Description des scénarios : Exemple de services simples :
Description des scénarios : Sommaire

Titre Gérer comptes client
But Accéder au menu mon compte
Acteur client
Description des enchainements
Pré-condition Post-condition
Le client visite l’application Affichage du bonus
Scénario
1. client clique sur le bouton « mon compte».

2. Le système fournit le formulaire pour suivi bonus corporate.
3. le client valide en cliquant sur le bouton «bonus corporate».
4. l’application détecter les identifications de client puis envoi une demande à la plateforme
IPVCC pour génère le code USSD correspondant à la suivi bonus corporate (*122* 3#)
5_platforme IPVCC retourne à l’application le résultat de demande puis l’application afficher le
bonus corporate au client
Séquence exceptionnelle
pas.
Titre Gérer offre préférée
But Accéder au menu mes offres
Acteur client
Pré-condition Post-condition
Le client visite l’application Suivi forfait Messagét
Scénario
1. client clique sur le bouton « mon compte».

2. Le système fournit le formulaire pour Suivi forfait Messagét.
3. le client valide en cliquant sur le bouton « Messagét».
4. l’application détecter les identifications de client puis envoi une demande à la plateforme
IPVCC pour génère le code USSD correspondant a la Suivi forfait Messagét (*118#)
code PUK au client
N’existe pas.
Tableau 2 Description des scénarios : gestion d'appels d’urgences

Titre Gérer les appels d'urgence
But Accéder au menu appels d'urgence
Acteur Client
Pré condition Post-condition
Le client visite l’application Appeler garde nationale
Scénario
1. client clique sur le bouton «Appels d'urgence».

2. Le système fournit le formulaire pour Appeler garde nationale.
3. le client valide en cliquant sur le bouton «garde nationale».
4. l’application détecter les identifications de client puis envoi une demande à la plateforme IPVCC
pour génère le code USSD correspondant à l’appelé de garde nationale 193
formulaire d’Apple de garde nationale
N’existe pas.
Tableau 3 Description des scénarios : Exemple de services composés :

Titre Gérer compte client
But Accéder au menu mon compte
Acteur Client
Le client visite l’application Demande du code PUK
Scénario
1. client clique sur le bouton «Appels d'urgence».
2. Le système fournit le formulaire pour Demande du code PUK
4_ l’application faire une redirection vers un autre formulaire pour saisir numéro bloqué et numéro
CIN
3. le client valide en cliquant sur le bouton «code PUK».
4. l’application détecter les identifications de client puis envoi une demande à la plateforme IPVCC
pour génère le code USSD correspondant à le demande du code PUK (*153*3*numéro bloqué *
numéro CIN #)
formulaire d’Apple de garde nationale
Si Numéro bloqué ou numéro CIN invalide l’application affiche un message d’erreur.
Tableau 4 Description des scénarios : Ajouter un contact:

Titre Gérer des contacts
But Ajouter un contact
Acteur Client
Le client lancer l’application Ajouter contact
Scénario
1. client clique sur le bouton «appels et services».

2. L’application fournit le formulaire contact.
3. le client valide en cliquant sur le bouton «Ajouter».
4. l’application détecter le contact de client puis envoi une demande à la base de données pour
Ajouter le contact.
5_le base de données vérifié l’existence des données puis il retourne à l’application le résultat de
demande puis l’application afficher message ok.
N’existe pas.
Tableau 5 Description des scénarios : Supprimer un contact

But Supprimer un contact
Acteur Client
Le client lancer l’application Supprimer contact
Scénario

3. le client valide en cliquant sur le bouton «Supprimer».
supprimer le contact.
5_le base de données vérifier l’existence de données puis retourne à l’application le résultat de
N’existe pas.
Tableau 6 Description des scénarios : Modifier un contact

But Modifier un contact
Acteur Client
Le client lancer l’application Modifier contact
Scénario

3. le client valide en cliquant sur le bouton «Modifier».
Modifier le contact.
5_le base de données vérifier l’existence de données puis renvoyer à l’application le résultat de
N’existe pas.
Tableau 7 Description des scénarios : Supprimer toutes les contacts

But Supprimer toutes les contacts
Acteur Client
Le client lancer l’application Supprimer toutes les contacts
Scénario

3. le client valide en cliquant sur le bouton «Supprimer toutes les contacts».
Supprimer toutes les contacts.
5_le base de données vérifier l’existence de données retourne à l’application le résultat de demande
puis l’application afficher message ok.
N’existe pas.
Tableau 8 Description des scénarios : appeler

But Réaliser un appel
Acteur Client
Le client lancer l’application Faire un appel
Scénario

2. L’application fournit du formulaire contact.
3. le client valide en cliquant sur le bouton «Appeler».
4. l’application détecter le contact de client puis exécutera l’appel par Plateforme IPVCC
5_ Plateforme IPVCC retourne à l’application le résultat de demande puis l’application afficher
l’interface d’appel.
N’existe pas.
Tableau 9 Description des scénarios : envoi d’un sms simple ou multiple

But Envoyer un SMS simple ou multiple
Acteur Client
Le client lancer l’application Envoi d’un SMS
Scénario
3. le client choisir un ou plusieurs numéros pour envoyer un seul sms
4. le client valide en cliquant sur le bouton «SMS».
5. l’application détecter le contact de client puis afficher l’interface sms
6. le client envoyer l’SMS
7. L’application affiche un message ok message envoyé
N’existe pas.
Remarque : nous ne pouvons pas décrire toutes les scenarios concernant les services
d’application A cause d’éviter le conflit de données et la parachute des informations qui ne
sont pas très importants il faut donc tout simplement faire des exemples claires comme nous
expliquons,
Figure 6 Diagramme de cas d'utilisation gestion de mon compte

2 : Cas d’utilisation détaillée _ Gestion des services supplémentaires
 Utilisation de service Kallemni

 Suivi Menu pour la gestion de tous les services utiles
 Suivi votre numéro d'appel et offre
 Envoi SMS « Kallemni » restants
 Activation double appel
 Activation internet mobile
 Gestion de service Activation appels manqués
 Accéder à la messagerie vocale
 Activation de service MMS
 Consulter Portail WAP: wap.ahaya.tn
 Activation Roaming Prépayé
 Activation d’appel en conférence (Gratuit)
 Activation Service Black Berry
 Activation Service Mobidinar (gratuit)
 Activation Service Tabba3ni
Figure 7 Diagramme de cas d'utilisation gestion de mes services
3 : Cas d’utilisation détaillée _ Gestion des Appels d'urgence
 Utilisation de Services Samu

 Utilisation de Services Garde nationale
 Utilisation de Services Police de secours
 Utilisation de Services Protection civile
Figure 8 Diagramme de cas d'utilisation gestion d'appels d'urgence
4 : Cas d’utilisation détaillée _ Gestion des services client
 Suivi Services Centre d'appel

 Suivi Services Serveur vocal des offres et promos
Figure 9 cas d'utilisation gestion des services client
4 : Cas d’utilisation détaillée _ Gestion de contact téléphonique

Figure 10 Cas d'utilisation gestion de contact
5 : Cas d’utilisation détaillée Gestion des offres préférées
Figure 11 cas d'utilisation gestion des offres préférées

2.4. Diagramme de classe
Le diagramme de classes est un schéma utilisé en génie logiciel pour présenter les classes et les
interfaces des systèmes ainsi que les différentes relations entre celles-ci. Ce diagramme fait partie
de la partie statique d'UML car il fait abstraction des aspects temporels et dynamiques.
Une classe est un ensemble de fonctions et de données (attributs) qui sont liées ensembles par un
champ sémantique. Les classes sont utilisées dans la programmation orientée objet. Elles permettent
de modéliser un programme et ainsi de découper une tâche complexe en plusieurs petits travaux
simples.
Les classes peuvent être liées entre elles grâce au mécanisme d'héritage qui permet de mettre en
évidence des relations de parenté. D'autres relations sont possibles entre des classes, chacune de ces
relations est représentée par un arc spécifique dans le diagramme de classes.
Le schéma ci-dessus représente le diagramme de classe de notre application, il regroupe les
différentes classes constituant notre application.
Figure 12 Diagramme de classe

2.5. Diagrammes de séquences :
Le diagramme de séquence permet de visualiser les messages par une lecture de haut en bas.
L’axe vertical représente le temps, l’axe horizontal les objets qui collaborent. Une ligne verticale en
pointillé est attachée à chaque objet est représenté sa durée de vie.
Avec la vue de cas d’utilisation, nous allons modéliser quelques fonctions du système et
développer des scénarios décrivant la façon dont le système doit se comporter lorsque ces fonctions
sont utilisées. Les notions de base sont les interactions, les messages et les scénarios.
• Les messages : Ils sont envoyés à partir d’un objet vers un autre objet ou vers l’objet
lui-même. Ainsi ils permettent de demander l’exécution d’une opération.
• Scénario : C’est une liste d’actions qui décrivent une interaction entre un acteur et le
système.
• Interaction : C’est un comportement qui comprend un ensemble de message

échangés par un ensemble d’objets dans un certain contexte pour accomplir une certaine
tâche.
Diagramme de séquence service simple :
Un diagramme de séquence service simple représente tous les services et les offres ayants un code
USSD composé tout seul sans d’ajouter une autre information ce type de service représente par
exemple les suivantes :
 *122*2# suivi du forfait internet mobile
 *130*1# Activation DOUBLE
 (etc.)
Figure 13Diagramme de séquence abstract représente le service simple
Exemple de diagramme de séquence simple « activation de Forfait Messager »
Figure 14 Diagramme de séquence activation de Forfait Messager

Diagramme de séquence service composé :
Un diagramme de séquence service composé représente tous les services et les offres ayants un
code USSD composé avec l’ajout d’une ou plusieurs information(s) concernant le client
d’opérateur par la redirection vers une autre interface d’application ce type de service représente :
 *123*code secret de la carte # Recharge de la ligne suivi du forfait internet mobile
 *133*Montant en millimes*N°GSMTT # MobiRacid, Transfert du montant
 (etc.)
Figure 15 Diagramme de séquence abstract représente le service composé
Exemple de diagramme de séquence composé « demande de code PUK »

Figure 16 Diagramme de séquence demande code puk
Diagramme de séquence « Ajouter une contact » :
Un diagramme de séquence « Ajouter une contact »permet de décrire une séquence des interactions
entre les acteurs et système pour ajouter un contact à la liste contact pour un type bien déterminé
Figure 17 Diagramme de séquence « Ajouter une contact » :
Diagramme de séquence « Supprimer une contact » :
Un diagramme de séquence « Supprimer une contact »permet de décrire une séquence des
interactions entre les acteurs humaine et système pour Supprimer un contact de la liste contact pour
un type bien déterminé
Figure 18 Diagramme de séquence « Supprimer une contact »

Diagramme de séquence « Modifier une contact » :
Un diagramme de séquence « Modifier une contact »permet de décrire une séquence des
interactions entre les acteurs et système pour Modifier une contact de la liste contact pour un type
bien déterminé
Figure 19 Diagramme de séquence « Modifier une contact »
Diagramme de séquence « Supprimer tous les contacts » :

Un diagramme de séquence Supprime tous les contacts qui permet de décrire une séquence des
interactions entre les acteurs et le système pour Supprimer tous les contacts de chacune des listes
de contacts pour un type bien déterminé
Figure 20 Diagramme de séquence « Supprimer tous les contacts »
Diagramme de séquence « Gestion d’appel » :
Un diagramme de séquence « Gestion d’appel » permet de décrire une séquence des interactions
entre les acteurs et le système pour réaliser un appel téléphonique selon une catégorie de contacts
Figure 21 Gestion d'appel
Diagramme de séquence « Envoi un sms» :
Un diagramme de séquence « Envoi un sms» permet de décrire une séquence des interactions entre
les acteurs et système pour envoyer un sms téléphonique selon une catégorie de contacts
Conclusion :
Le chapitre de conception détaillée consiste à concevoir et documenter précisément le code qui va

être produit. Dans cette phase, toutes les questions concernant la manière de réaliser le système à
développer doivent être élucidées. Le produit d’une conception détaillée consiste en l’obtention
d’un modèle prêt à coder. Lorsque l’on utilise des langages orientés objet : C++, Java, VB6 ou C#,
le concept de classe UML correspond exactement au concept de classe du langage concerné. Cette
propriété facilite la compréhension des modèles de conception et donne encore plus d’intérêt à la
réalisation d’une conception détaillée avec UML.
Introduction
L‘implémentation consiste le cœur et l’âme du processus de développement du logiciel. Dans

ce chapitre, on va essayer d’implémenter notre application en se basant sur les modules décrit dans
le document de spécification détaillé et de conception. Nous allons donc exposer une démarche de
programmation et les outils nécessaires et suffisants pour réaliser notre application.
1. Environnement matériel
Pour réaliser notre application, nous avons utilisé deux ordinateurs portables ayant les caractéristiques
suivantes :
Un ordinateur portable Del Vostro
Windows 7 intégral 5.1
Mémoire RAM : 2GO
Un processeur Intel core 3i
Espace disque 500
2. Etude technique
Cette étude, qui suit l’étude détaillée, concerne les informaticiens qui doivent fixer les méthodes et
normes techniques à utiliser afin d’optimiser les structures physiques de données et les traitements.
2.1. Environnement de réalisation

2.1.1Choix des langages de développement et de base de données
Langages utilisés
Lava pour androïde : La fonctionnalité Java pour les dispositifs mobiles est généralement intégrée
par les fabricants. Il n'est PAS disponible en téléchargement et ne peut PAS être installé par les
clients. Vous devez vérifier auprès de ce dernier si cette technologie est disponible sur votre
dispositif.
Certains agendas électroniques (BlackBerry, Palm), tablettes (i Pad, Androïde), Smartphones (i
Phone, Androïde), consoles de jeu (Nintendo Wii), lecteur MP3/MP4 (iPod) et autres dispositifs
mobiles personnels ne prennent pas en charge le plug-in Java. Consultez le site Web du fabricant de
votre dispositif pour déterminer si Java est disponible pour ce dernier.
Pour plus d'informations sur le développement d'applications Java pour les dispositifs mobiles, Java
pour les dispositifs mobiles s'appuie sur la plate-forme Java Platform, Micro Edition (Java ME), qui
offre un environnement robuste et flexible pour les applications exécutées sur les dispositifs
mobiles et autres dispositifs incorporés : téléphones portables, agendas électroniques, décodeurs et
imprimantes. Java ME inclut des interfaces utilisateur flexibles, une sécurité robuste, des protocoles
réseau intégrés et la prise en charge des applications réseau et hors ligne pouvant être téléchargées
de façon dynamique. Les applications basées sur Java ME sont compatibles avec de nombreux
dispositifs tout en tirant profit des fonctions natives de chacun.
XML :
Contrairement à HTML, qui est à considérer comme un langage défini et figé (avec un nombre de
balises limité), XML peut être considéré comme un métalangage permettant de définir d'autres
langages, c'est-à-dire définir de nouvelles balises permettant de décrire la présentation d'un texte
La force de XML réside dans sa capacité à pouvoir décrire n'importe quel domaine de données
grâce à son extensibilité. Il va permettre de structurer, poser le vocabulaire et la syntaxe des
données.
En réalité les balises XML décrivent le contenu plutôt que la présentation (contrairement À
HTML). Ainsi, XML permet de séparer le contenu de la présentation... Ce qui permet par exemple
d'afficher un même document sur des applications ou des périphériques différents sans pour autant
nécessiter de créer autant de versions du document que l'on nécessite de représentations
Base de données utilisés

SQLite propose un moteur de base de données relationnelle utilisant le langage SQL. Il sera
directement intégré dans vos programmes (contrairement au client-serveur traditionnel) et ne
consomme pas beaucoup de place (c'est bien l'intérêt).
SQLite et ses sources sont dans le domaine public. Pour cette raison, vous pouvez retrouver une
utilisation de SQLite un peu partout: Firefox, Apple (iPhone...), Android, ...
SQLite ne devrait être utilisé que pour des volumes de données non importants (D'ailleurs, n'oubliez
pas qu'il s'agit d'un portable que vous avez entre les mains), avec peu de risque d'accès concurrents
(car la base est intégralement lockée lors d'une écriture par exemple). SQLite pourra être intéressant
pour remplacer les fichiers de configuration de votre application.
SQLite sous Androïde

Comme chaque application embarque sa propre base de données (sous forme d'un fichier
comprenant toutes les informations sur la base, mais aussi les données), ce n'est pas à Android de
gérer votre base mais bien à vous.
SQLiteOpenHelper
Il existe un objet utilitaire qui va permettre gérer la création/modification de votre base, et récupérer
un identifiant sur votre base de données pour pouvoir accéder aux enregistrements. Ce qui va bien
vous simplifier la vie.
SQLiteDataBase
La classe permettant de gérer une SQLite est SQLiteDataBase.
Les méthodes qui vous intéresseront le plus seront:
execSQL
La méthode execSQL() qui reçoit en paramètre l’instruction du LDD (langage de définition des
données) à exécuter. La méthode ne retourne nul si erreur.
3. Enivrement de développement
Eclipse est un IDE, Integrated Développent Environnent (EDI environnement de développement
intégré en français), c'est-à-dire un logiciel qui simplifie la programmation en proposant un certain
nombre de raccourcis et d'aide à la programmation. Il est développé par IBM, est gratuit et
disponible pour la plupart des systèmes d'exploitation.
Au fur et à mesure que vous programmez, éclipse compile automatiquement le code que vous
écrivez, en soulignant en rouge ou jaune les problème qu'il décèle. Il souligne en rouge les parties
du programme qui ne compilent pas, et en jaune les parties qui compilent mais peuvent
éventuellement poser problème (on dit qu'éclipse lève un avertissement, ou warning en anglais).
Pendant l'écriture du code, cela peut sembler un peu déroutant au début, puisque tant que la ligne de
code n'est pas terminée (en gros jusqu'au point-virgule), éclipse indique une erreur dans le code.
Il est déconseillé de continuer d'écrire le programme quand il contient des erreurs, car éclipse est
dans ce cas moins performante pour vous aider à écrire le programme.
4. Outils de réalisation
4.1. Outils de conception
STAR UML
Cet outil est conçue pour fournir au développeur de logiciels un ensemble complet d'outils de
modélisation graphique, adaptés au développement de solutions pour des besoins réels dans le
domaine des divers systèmes (client/serveur, systèmes reparties, systèmes temps-réels, . . .).
4.1. Outils de développement :
Nous avons commencé par le téléchargement des outils nécessaires :

 Androïde SDK : téléchargé depuis le site officiel Androïde SDK.
 Eclipse Version: 4.4.2
 JDK 5 or JDK 6. Nous avons commencé par le téléchargement des outils nécessaires :
 plugin ADT
 J2ME est la plate-forme Java pour développer des applications sur des appareils mobiles tels
que des PDA, des téléphones cellulaires, des terminaux de points de vente, des systèmes de
navigation pour voiture, ...
C'est une sorte de retour aux sources puisque Java avait été initialement développée pour piloter des
appareils électroniques avant de devenir une plate-forme pour le développement et l'exécution
d'applications polyvalentes.
Un environnement J2ME est composé de plusieurs éléments :
 Une machine virtuelle dédiée tenant compte des ressources limitées du matériel cible
 Un ensemble d'API de base
 Des API spécifiques
Pour répondre à la plus large gamme d'appareils cibles, J2ME est modulaire grâce à trois types
d'entités qui s'utilisent par composition :
 Les configurations : définissent des caractéristiques minimales d'un large sous type de
matériel, d'une machine virtuelle et d'API de base
 Les profiles : définissent des API relatives à une fonctionnalité commune à un ensemble
d'appareils (exemple : interface graphique, ...)
 Les packages optionnels : définissent des API relatives à une fonctionnalité spécifique dont
le support est facultatif
5. Les pages web réalisées :

La réalisation des interfaces de l’application est l’étape la plus importante puisque l’interaction avec
le contrôle et le système de gestion de base de données s’effectuent obligatoirement avec les
interfaces, donc les interfaces c’est une guide de l’utilisateur en utilisant des symboles, des
messages d’erreurs, etc.
 Les interfaces sont des exemples pratiques représentés soit par l’émulateur soit par
téléphone portable androïde.
 L’ensemble des interfaces affichées sous forme des images «. png » juste des exemples les
plus importants pour l’explication et non toutes les interfaces de l’application.
 Chaque interface accompagnée par une description claire pour avoir comme ça marche
l’application.
Cette interface représente le menu principal d’application
pour accéder à plusieurs catégories de services ou des
offres ou des forfaits …
Figure 22 Menu principale
L’interface mon compte représenté un ensemble de services

très utiles perdent pour activer des services consternant
mon compte tt. comme recharge de la ligne et solde et
bonus…
Figure 23 Interface mon compte
Figure 25 Exemple consommation sms

Figure 24 Exemple "solde et bonus "
Figure 26 Service tabbe3ni Figure 27 fidélité KELMA
Cette interface représente une catégorie des services

supplémentaire pour le client et autre utile comme le
service kellemni …
Figure 28 Interface mes services
L’interface mes offres préférées

Représenter tous les offres disponibles pour les clients
de Tunisie télécom est un service utile pour le client
comme le forfait messaget …
Figure 29 Mon offres préférées

Autre forfaits c’est une suite des autres forfaits. Vous
pouvez accéder à ces types des services par un simple
clic sur le bouton autre forfaits au-dessous de l’interface
présidente
Figure 30 Interface autres forfaits
L’interface appel d’urgence c’est une interface

pour un but de simplifier d’activation de service
très utiles nécessite la rapidité.
Figure 31 L’interface appel d’urgence
Pour naviguer à l’interface suite des autres

services cette interface représente l’autre service
USSD
Figure 32Interface autre services

Cette interface représenter l’un des exemples de type
composer qui nécessite de remplir de champs utiles. par
exemple code puk nécessite d’entre le numéro bloqué et
le numéro de carte CIN .l’activation de ce service sera
par un simple clic sur le bouton demander code PUK.
Figure 33 interface code puk
L’interface liste de mes forfaits. c’est une interface qui

représente sous forme d’une liste.
L’ensemble de forfaits lancés par Tunisie télécom vers
le client
Figure 34interface liste des mes forfaits
L’interface service client l’un de type des services les plus

utiles pour le client qui nécessite la rapidité pour
l’activation.
Figure 35 interface service client

La recharger de la carte par un simple clic sur le
bouton recharger après de saisir le code secret de la
carte.
Figure 36 Interface recharge électronique
Cette interface représente l’une de service composé

service kellemni. ce service nécessite de saisir le numéro
de l’opérateur Tunisie télécom de votre correspondante.
Figure 37 Interface de service kellemni
Cette interface représente sous forme d’une liste

dynamique avec deux champs le nom et le code
de service les deux champs doivent êtres en pleins
pour ajouter un service à la liste chaque service
ajouté affiché dans la liste pour gérer les services
(ajout, supprimer, modifier, activer, supprimer
tous les services trier les services … sont clair
dans l’interface suivante .les services sont exécutés
par la plateforme ipvcc.
Figure 38 interface pour la gestion de service

Figure 39 Exemple interface de modification de service
Cette interface pour la gestion des services

.vous pouvez ajouter, supprimer, modifier,
activer,…comme représenter l’interface dans
une boite de dialogue androïde suivante
Figure 40 Interface gestion de service

« Menu de contacts » interface pour l’organisation de la
liste des contacts pour une bonne classification de
contacts selon des catégories (ma famille les amis
travail, générale puis appels rapides).
Figure 41 Interface menu de contact
Chaque contact ajouter à la liste présenté dans la

liste .un client peut ajouter, supprimer, modifier,
filtrer, supprimer tous les contacts, faire un appel,
envoyer un sms vers un à plusieurs personne se
trouve dans la même liste. aussi cette interface
laisse le client d’activer plusieurs services comme
le service kellemni et transfert montant ….
Plus de détaille dans les autres interfaces.
Figure 42 Interface liste de contacts
Cette interface représenter une boite du dialogue

pour la confirmation de la suppression de contact.
.le client cliquer sur le bouton supprimer puis sur
valider pour supprimer un seul contact.
Figure 43 Interface supprimé contact

L’utilisateur après la clique rapide sur le contact qui se
trouve dans la liste puis clic sur le bouton appeler. cette
interface sera afficher en claire le nom de contact ainsi
leur numéro comme se trouve dans cette interface.
Figure 44 Interface d'appel
Ce contact représente la liste des numéros et de noms

de contacts rapides filtrés par l’utilisateur.
Un client peut ajoutes un contact se trouve dans les
autre catégories de contacts à cette liste pour un
objectif plus précise « ce la rapidité ».
Figure 45 interface liste de contacts amis
Pour transférer un montant le client doit être cliqué

sur le numéro de personne puis entrer le montant
en millièmes dans un champ de boite de dialogue
comme s’explique l’interface suivante.
Figure 46 Interface transférer de montant

Le client peut avec cette interface de trier la liste
selon le nom du contact ou par le numéro du contact
soit par défaut.
Figure 47 interface trier liste des contacts
un client peut envoyer un message

vers 1 ou plusieurs personnes cette
interface présenter l’envoi de sms
vers 4 numéros des contacts .cela se
fait par un simple clic sur un ou
plusieurs contacts qui se trouves
dans la liste de contacts puis sur le
bouton envoyer
Figure 48 interface envoyé un sms
L’image suivante représenter une boite de

dialogue pour la confirmation de la
suppression de toutes les contacts .le client
cliquer sur le bouton supprimer tous puis sur
valider pour vide toutes les contacts de la
base.
Figure 49 interface supprimé toutes les contacts

BIBLIOGRAPHIE
LIVRES
 Nazim BENBOURAHLAAndroid 7 Les fondamentaux du développement d'applications

Java.
 Sylvain HÉBUTERNE - Sébastien PÉROCHONAndroidGuide de développement
d'applications Java pour Smartphones et Tablettes.
• DeGrant AllenL'art du développement Androïde : Édition : Pearson Education -

588 pages, 4eédition, 1er décembre 2012
• Androïde 4: Développement d'applications avancées
SITES INTERNET CONSULTES
 http://android.developpez.com/cours/
 http://www.higherpass.com/Android/Tutorials/
 https://dl-ssl.google.com/android/eclipse/
 http://www.tutomobile.fr/installer-le-sdk-android-sur-eclipse-tutoriel-android-
n%C2%B01/09/06/2010/
 http://www.tutomobile.fr/category/tutorial-android/
 http://www.ibm.com/developerworks/opensource/tutorials/os-eclipse-androidwidget/
 http://www.frandroid.com/
 http://android.developpez.com/livres/index/?page=Livres-en-francais#L2744025577
Conclusion Générale :
Notre projet consiste à la conception et le développement d’une application androïde pour la

Gestion de services après-vente au sein du Tunisie télécom
Notre objectif consiste à simplifier la tâche de gestion des services de clients Tunisie télécom afin
d’accélérer le processus de gestion et de minimiser les temps d’accéder aux services pouvant
exister.
Ce projet a été pour nous, l’occasion d’une part d’approfondir nos connaissances théoriques,
acquises durant les 3 années de notre diplôme En Réseaux Informatique, par la pratique des
nouvelles technologies.
Enfin, l’application que nous avons développée pourrait être enrichie par des fonctionnalités
avancées telles que l’intégration des nouvelles taches selon la nécessité, et pourquoi ne pas rendre
l’application couvrir un domaine d'activité relativement bien connu, il est nécessaire de disposer
d'une bonne description de ce domaine. Diverses techniques sont possibles, afin de récolter un
maximum d'informations pertinentes: interview des acteurs, des responsables, analyse de
documentation (si elle existe), exercice de description de l'application par une analyse d'applications
similaires,
Les acteurs et les activités sont également importants à cerner, de manière à modéliser une réalité
qui ne soit pas trop étendue. D'où l'importance de prendre en compte le public auquel cette
application est destinée.
Résumé :
Ce projet consiste d’une application mobile androïde pour l'opérateur téléphonique

Tunisie Telecom, qui offre les Services USSD pratiques permettant de gérer votre
compte, de changer votre profil et d’activer les services supplémentaires, Suivi de
consommation, consulter les derniers Offres prépayées, post-payés et promos, le
support client, les numéros d'urgence en Tunisie. Aussi cette application permet de
proposer des solutions concernant les services téléphoniques, contacts diviser en
catégories, sms envoyé à plusieurs personnes selon votre choix dans la liste
Abstract:
This project consists of a mobile application for android phone operator Tunisia
Telecom, which offers practical USSD Services to manage your account change your
profile and activate additional services, Consumer Tracking, view the latest prepaid
offers, post-paid and specials, customer support, emergency numbers in Tunisia. As
this application allows the shocking solution offers telephone services touch divide
into categories, send SMS to several people depending on your choice in the contacts
list.

Langue

Pfe Jordy Android Apply 2017 Licence Reseaux

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Pfe Jordy Android Apply 2017 Licence Reseaux

Transféré par

Droits d'auteur :

Formats disponibles

République Tunisienne Ecole Supérieure Privée de

Projet de Fin d’Etudes en vue de

Sujet : Contribution a la mise en

Présenté par : Gaboumounga Encadré par : Nizar hadj Ferjani

JE dédie ce modeste travail à :

Gaboumounga gerhod jordy

Figure 1 Architecture de la solution proposée ..................................................................................................15

L’application Androïde présente une forme de communication, permettant à un utilisateur de bien

Le premier chapitre introductif « Présentation générale », nous présentons l’association,

Et en avant dernier, le quatrième chapitre intitulé « Conception détaillé, préliminaire et

 Quels sont les services qui doivent gérer sur l’application ?

Cette application permettra de réaliser les opérations générales suivantes :

 Gestion des offres préférées

1.3. Solution proposée

1.4. Architecture de la solution

1.5. Méthode à adopter

 Individus et interactions plutôt que processus et outils ;

 Développement logiciel plutôt que documentation exhaustive ;

 Collaboration avec le client plutôt que négociation contractuelle ;

 Ouverture au changement plutôt que suivi d’un plan rigide.

Figure 2 Cycle de développement en Y

1.2. Framework de développement

1.4. Androïde Runtime

1.5. Linux Kernel

Notre projet se déroule en cinq étapes ordonnées dans le temps :

1.1. Recherche documentaire

1.2. Analyse et spécification

1. Phases de réalisation de l’étude préliminaire

 Etablir un recueil initial des besoins fonctionnels et opérationnels,

Figure 4Résumé des activités et des produits de l’étude préliminaire

Tunisie télécom souhaitent se doter d’une application androïde performant afin de :

 Gestion des offres préférées

1.2. Grands choix techniques

 La modélisation objet avec UML ;

1.4. Recueil des besoins opérationnels

3. Identification des acteurs

Les principaux acteurs d’application sont :

 Le client : il présente l’acteur principal de l’application. L’administrateur peut dans cette

 Générer le code USSD

4. Identifier les messages

Un message est normalement associé à deux occurrences d’évènements : un évènement d’envoi

 Donne les droits d’accès aux différentes interface.

Le système reçoit (entre autres) :

 Activer, Consulter, suivi,… des informations et des services

1. Présentation succincte du langage utilisé UML

Langage visuel dédié à la spécification, la construction et la documentation des artefacts d’un

2.2. Présentation des diagrammes de cas d’utilisation

Figure 5 : diagramme cas d'utilisation globale

 Gestion des offres préférées

Pour le Plateforme IPVCC:

 Gestion de client (identification client d’opérateur)

1 : Cas d’utilisation détaillée _ Gestion des Comptes client

2.3. Description des scénarios :

Description des scénarios : Sommaire

1. client clique sur le bouton « mon compte».

1. client clique sur le bouton « mon compte».

Description des scénarios : Sommaire

1. client clique sur le bouton «Appels d'urgence».

Tableau 3 Description des scénarios : Exemple de services composés :

Description des scénarios : Sommaire

Tableau 4 Description des scénarios : Ajouter un contact:

Description des scénarios : Sommaire

1. client clique sur le bouton «appels et services».