Pfe

1 Application androïde pour la gestion des services après-vente de Tunisie télécom
D édicaces
JE dédie ce modeste travail à :
Ma mère, qui a œuvré pour ma réussite, de 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'UAS qui doivent voir dans ce travail la fierté d'un savoir bien acquis.
ET à toute la promotion de la «3éme années Génie Informatique: 2015-2016 »
BENDHIAF IBRAHIM
UAS Année universitaire 2015/ 2016

R EMERCIEMENT
J’adresse mes vifs remerciements à mon encadreur, Mr Nizarhajferjeni, enseignant à

l’Université arabe de sciences 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 « elkasba » ,et
particulièrement Mr Nizar hajferjeni 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 l’UAS 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 : ...................................................................................................................................... 8
Chapitre 1 : Présentation générale ............................................................................................ 9

Introduction ...................................................................................................................................................... 10
1. Présentation du projet ............................................................................................................................... 10
1.1. Objectif ............................................................................................................................................. 10
1.2. Etude de l’existant & Critique de l’existant .......................................................................................... 11
1.3. Solution proposée ............................................................................................................................. 11
1.4. Architecture de la solution ............................................................................................................... 11
1.5. Méthode à adopter ............................................................................................................................ 12
1.6. processus de développement ............................................................................................................ 13
Conclusion........................................................................................................................................................ 13
Chapitre 2 : Etat de l'art ...................................................................................................................14

Introduction ...................................................................................................................................................... 15
1. Architecture Android ............................................................................................................................... 15
1.1. Applications ..................................................................................................................................... 15
1.2. Framework de développement ......................................................................................................... 15
1.3. Bibliothèques .................................................................................................................................... 16
1.4. Android Runtime .............................................................................................................................. 16
1.5. Linux Kernel .................................................................................................................................... 17
2. Planning du projet .................................................................................................................................... 17
2.1. Recherche documentaire .................................................................................................................. 17
2.2. Analyse et spécification ................................................................................................................... 17
2.3. Conception ....................................................................................................................................... 17
2.4. Réalisation ........................................................................................................................................ 18
Conclusion........................................................................................................................................................ 18
Chapitre 3 : Etude préliminaire ................................................................................................. 19

Introduction ...................................................................................................................................................... 20
1. Phases de réalisation de l’étude préliminaire ........................................................................................... 20
2. Cahier des charges .................................................................................................................................... 21
2.1 Présentation du projet ....................................................................................................................... 21
2.2 Grands choix techniques .................................................................................................................. 21
2.3 Recueil des besoins fonctionnels ..................................................................................................... 21
2.4 Recueil des besoins opérationnels .................................................................................................... 22
3. Identification des acteurs .......................................................................................................................... 22
4. Identifier les messages ............................................................................................................................. 23
4.1 Messages entre le système et ses acteurs ........................................................................................ 23
Conclusion........................................................................................................................................................ 24
Chapitre 4 : Conception détaillé, préliminaire et générique .................................. 25

Introduction ...................................................................................................................................................... 26
1. Présentation succincte du langage utilisé UML ....................................................................................... 26
1.1 Quelques points forts du langage UML ..................................................................................................... 26
1.2 Définition d’UML selon l’OMG : ............................................................................................................. 26
2. Conception détaillé ................................................................................................................................... 26
Introduction .................................................................................................................................................. 26
2.1. Diagramme de cas d’utilisation ............................................................................................................ 27
2.2. Présentation des diagrammes de cas d’utilisation ............................................................................ 27
2.3. Description des scénarios : ............................................................................................................... 28
2.4. Diagramme de classe ........................................................................................................................ 41
2.5. Diagrammes de séquences : ............................................................................................................. 42
Chapitre 5 : Elaboration et mise en oeuvre ........................................................................ 51

Introduction ...................................................................................................................................................... 52
1. Environnement matériel ........................................................................................................................... 52
2. Etude technique ........................................................................................................................................ 52

2.1. Environnement de réalisation ................................................................................................................ 50
3. Environnement de développement ........................................................................................................... 53
4. Outils du réalisation ................................................................................................................................. 53
4.1. Outils de conception .............................................................................................................................. 53
4.2. Outils de développement : ..................................................................................................................... 53
5. Les pages web réalisées : ......................................................................................................................... 53
Conclusion Générale : ...................................................................................................................................... 66
Liste de figures :
Figure 1 Architecture de la solution proposée ................................................................................................. 12

Figure 2 Cycle de développement en Y ............................................................................................................ 13
Figure 3 Architecture de ces médiathèques..................................................................................................... 16
Figure 4 Résumé des activités et des produits de l’étude préliminaire .......................................................... 20
Figure 5 : diagramme cas d'utilisation globale ................................................................................................. 27
Figure 6 Diagramme de cas d'utilisation gestion de mon compte .................................................................. 38
Figure 7 Diagramme de cas d'utilisation gestion de mes services................................................................... 39
Figure 8 Diagramme de cas d'utilisation gestion d'appels d'urgence.............................................................. 39
Figure 9 cas d'utilisation gestion des services client ........................................................................................ 40
Figure 10 Cas d'utilisation gestion de contact ................................................................................................. 40
Figure 11 cas d'utilisation gestion des offres préférées .................................................................................. 41
Figure 12 Diagramme de classe ....................................................................................................................... 42
Figure 13Diagramme de séquence abstract représente le service simple ........................................................ 43
Figure 14 Diagramme de séquence activation de Forfait Messagét................................................................. 44
Figure 15 Diagramme de séquence abstract représente le service composé .................................................... 45
Figure 16 Diagramme de séquence demande code puk ................................................................................... 45
Figure 17 Diagramme de séquence « Ajouter une contact » : ........................................................................ 46
Figure 18 Diagramme de séquence « Supprimer une contact »..................................................................... 47
Figure 19 Diagramme de séquence « Modifier une contact »........................................................................ 47
Figure 20 Diagramme de séquence « Supprimer toutes les contacts » ....................................................... 48
Figure 21 Gestion d'appel ................................................................................................................................ 49
Figure 22 Menu principale ............................................................................................................................... 53
Figure 23 Interface mon compte...................................................................................................................... 54

Figure 24 Exemple "solde et bonus " ............................................................................................................... 54

Figure 25 Exemple consommation sms ........................................................................................................... 54
Figure 26 Service tabbe3ni ............................................................................................................................... 55
Figure 27 fidélité KELMA ............................................................................................................................... 55
Figure 28 Interface mes services ...................................................................................................................... 55
Figure 29 Mon offres préférées ....................................................................................................................... 55
Figure 30 Interface autres forfaits .................................................................................................................. 56
Figure 31 L’interface appel d’urgence ............................................................................................................. 56
Figure 32Interface autre services .................................................................................................................... 56
Figure 33 interface code puk............................................................................................................................ 57
Figure 34interface liste des mes forfaits .......................................................................................................... 62
Figure 35 interface service client ..................................................................................................................... 58
Figure 36 Interface recharge électronique ...................................................................................................... 58
Figure 37 Interface de service kellemni ........................................................................................................... 58
Figure 38 interface pour la gestion de service ................................................................................................. 59
Figure 39 Exemple interface de modification de service ............................................................................... 59
Figure 40 Interface gestion de service ............................................................................................................. 59
Figure 41 Interface menu de contact ............................................................................................................... 65
Figure 42 Interface liste de contacts ................................................................................................................ 60
Figure 49 Interface supprimer contact............................................................................................................ 65
Figure 43 Interface d'appel .............................................................................................................................. 66
Figure 44 interface liste de contacts amis ....................................................................................................... 66
Figure 45 Interface transférer de montant ...................................................................................................... 66
Figure 46 interface trier liste des contacts ...................................................................................................... 67
Figure 47 interface envoyer un sms ................................................................................................................. 67
Figure 48 interface supprimer toutes les contacts .......................................................................................... 67
Liste de tableaux :
Tableau 1 Description des scénarios : Exemple de services simples : ............................................................ 28

Tableau 2 Description des scénarios : gestion d'appels d’urgences ............................................................... 30
Tableau 3 Description des scénarios : Exemple de services composés : ......................................................... 31
Tableau 4 Description des scénarios : Ajouter une contact: ........................................................................... 32
Tableau 5 Description des scénarios : Supprimer une contact ....................................................................... 33

Tableau 6 Description des scénarios : Modifier une contact........................................................................... 34

Tableau 7 Description des scénarios : Supprimer toutes les contacts............................................................. 35
Tableau 8 Description des scénarios : appeler................................................................................................ 36
Tableau 9 Description des scénarios : envoi d’un sms simple ou multiple .................................................... 37

Introduction Générale :
Le marché de la téléphonie portable connaît actuellement une véritable révolution, mené par
Apple et son iPhone. . Apple a pu mettre en avant son produit en ajoutant au téléphone de nouvelles
fonctionnalités et en créant de nouveaux besoins.
Les applications Android présentent une forme de communication, permettant à l'utilisateur de bien
se placer dans son environnement. Se présenter sur le réseau n’est pas un mode ou un caprice, mais
plutôt un investissement qu’on peut plus ignorer, à cet effet Tunisie télécom se trouve face aux
enjeux des évolutions technologiques de services smartphone. Dans ce contexte, et dans le cadre de
notre projet de fin d’étude, qui s’est étalé sur une période de 5 mois allant du 01/02/2016 au
01/06/2016, l’association nous a confié la conception et la réalisation d’une application Android
permettant à tous les clients de Tunisie télécom de faciliter leur accès au service après-vente et à
l’opérateur de gérer des appels et des services téléphoniques 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.
Dans le second chapitre « Etat de l’art » Nous mettons l'accent sur les différentes technologies
existantes 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 interagissent avec le système.
Et en dernier lieu, le quatrième chapitre intitulé « Conception détaillé, préliminaire et générique »,

nous vous permettrons 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 solution 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 la
nouvelle application lors d’une réunion. Cette dernière était axée autour de trois questions:
 Quels sont les services doivent gérer sur l’application ?

 Quelles fonctionnalités désirez-vous voir apparaitre sur le 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 en 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 utilisables pour activer les services offert
à l’opérateur Tunisie télécom. En effet, ils effectuent leurs demandes à l’aide de menu d’accès qui
se trouve sur l’application, et ils reçoivent une confirmation immédiate. En plus, les clients peuvent
effectuer en ligne les services nécessaires de temps prévus. L’application donne également au client
l'alternative de passer des contacts et des SMS avec des options supplémentaires.

1.2. Etude de l’existant et Critique de l’existant

Tunisie télécom est une société qui ne possède pas une application Android au paravent qui
facilite l’accès à leurs services et leurs offres.
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 a
recours à l’utilisation de la plateforme IPVCC existante, qui permet de gérer ses évènements et ses
actualités. Mais cette première solution, a marqué un manque aux clients qui doivent savoir tous les
codes USSD fournies par la société. En effet, ses objectifs n’étant pas clairement exposées et
nécessitent une architecture conceptuelle bien rédigée qui répond aux besoins. Par exemple les
applications doivent êtres Androïdes pour la publication des informations et la communication avec
l’opérateur Tunisie télécom. Par ailleurs, les applications Androïdes mettent en compte ces points
faibles d’accéder à cette plateforme facilement selon les besoins clientèles. Les clients peuvent avec
cette application se passer des contacts avec des options supplémentaires. L’application contact
dans le téléphone portable affiche tous les contacts téléphoniques dans une même liste.
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. L’objectif principal était de garantir la facilité d’accéder aux
services après-vente et des transactions avec leurs clients.
1.4. Architecture de la solution

Notre projet aura comme architecture l'illustration des composants principaux du
système d’exploitation Android. 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). Ces
méthodes 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 incapable de définir ses besoins de manière exhaustive dès le
début du projet.
 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 2). 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 fournir 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, …).
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.


Introduction
Dans ce chapitre, nous mettons l'accent sur les différentes technologies existantes pouvant être
utilisées pour l'élaboration de notre projet.
1. Architecture Android
Android 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 Android.
Au-dessus des librairies, on retrouve l'Android Runtime. Cette couche contient les librairies coeurs
du Framework ainsi que la machine virtuelle exécutant les applications.
Au-dessus de la couche "Android Runtime" et des librairies coeurs, 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
Android 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, Android 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
Android dispose d’un ensemble de librairies C / C++ utilisées par les différents composants du
système Android. Elles sont offertes aux développeurs à travers le framework Android. 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.
Figure 3 Architecture de ces médiathèques
1.4. Android Runtime

Android 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 Android 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.

1.5. Linux Kernel

Android 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 window system). La glibc n'étant pas supportée, Android utilise une libc
customisée appelée Bioniclibc.
Enfin, Android 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.
• 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.
2. Planning du projet
Dans le but d’assurer le bon déroulement du travail, Nous avons suivi un planning prévisionnel
reparti en cinq étapes ordonnées dans le temps.
2.1. Recherche documentaire

Dans cette étape, on s’intéresse à collecter des informations nécessaires pour mieux comprendre le
fonctionnement du système et les technologies convenables pour la réalisation du projet. Ceci
permettra d’avantage d’éviter de produire une application non adéquate.
2.2. Analyse et spécification

L’objectif de cette étape est d’établir une première description du futur système. L’analyse des
différents besoins fonctionnels et non fonctionnels et la représentation des cas d’utilisation de
système nous permettent de produire une enquête descriptive du fonctionnement de l’application.
2.3. Conception
Deux types de conceptions doivent être étudiés successivement :
Conception globale : Cette conception consiste à scinder les taches de l'application en différentes
petites parties afin de mieux organiser et développer le logiciel.
Conception détaillées : pour chaque composant, une modélisation de l'ensemble de ses éléments
(classes, objets, ...) doit être fournit, ainsi que les liens qui les relie.

2.4. Réalisation
Cette étape présente l’environnement technique du travail, le choix pris en matière d’environnement
logiciel et le mode de fonctionnement de l’application.
Conclusion
Dans ce chapitre nous avons présenté notre planning du projet . dans cette partie nous avons parlé
sur l’analyse et la spécification de besoins . Et dans la partie de l’architecture androïde nous avons
expliqué en figure les différents niveaux d’architecture . Le chapitre suivant sera consacré à l’étude
préliminaire.


Introduction
Le long de ce chapitre, nous allons présenter les bases de la capture des besoins du système à
réaliser. Nous allons commencer par déterminer les besoins fonctionnels. Par la suite, nous allons
identifier les acteurs qui interagissent avec l’application.
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 4 : Résumé des activités et des produits de l’étude préliminaire

2. Cahier des charges
2.1 Présentation du projet

Tunisie télécom est une entreprise qui a besoin de rendre ses services après-vente clairs et faciles.
Cette activité consiste à la publication des services qui concernent les clients et l’opérateur ainsi le
responsable d’entreprise afin de récolter une maximum simplification de services: accès des acteurs
aux services. En effet, l’opérateur doit fournir toutes les solutions possibles pour avoir une bonne
méthode de communication et de transaction.
Tunisie télécom souhaite se doter d’une application androïde performante afin de :
• Gérer des offres préférées

• Gérer des comptes client
• Gérer des Services client
• Gérer des Services supplémentaires
• Gérer des appels d'urgence
Autre besoin de clients consiste à la classification des contacts selon des catégories.
2.2 Recueil besoins 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’Android 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.
2.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
2.4 .Recueil des besoins non fonctionnels :

Simplicité : Lors de sa connexion, un client connecté via smartphone doit être identifié par un
numéro carte SIM, sans savoir code USSD de chaque offre ou service.
Fiabilité : cette application ayant une capacité pour rendre des résultats corrects quelles que
soient les conditions d'exploitation.
Performance : le temps de réponse est élevé : le service généré automatiquement par

l’application sans perte de temps.
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.
4.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.

Conclusion
Après l’analyse de cahier de charge proposé et l’étude de 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.


Introduction
Dans ce chapitre, on va essayer de schématiser le mécanisme de fonctionnement de notre
application en se basant sur des diagrammes que nous allons présenter dans notre travail bien
structuré sur une conception bien définie.
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.
1.1 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.
1.2 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. 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.

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
❖ 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 corporate
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 corporateau 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à la Suivi forfait Messagét(*118#)
5_platforme IPVCC retourne à l’application le résultat de demande puis l’application afficher le
code PUK au client
Ne 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. Le client cliquer 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
5.La plateforme IPVCC retourne à l’application le résultat de demande puis l’application afficher le
formulaire d’Apple de garde nationale
Ne 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.Le client cliquer 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 #)
5.La plateforme IPVCC retourne à l’application le résultat de demande puis l’application afficher la
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 une contact:

Titre Gérer des contacts
But Ajouter une contact
Acteur Client
Le client lancer l’application Ajouter contact
Scénario
1. Le client cliquer 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 la contact de client puis envoi une demande à la base de données pour
Ajouter le contact.
5.Le base de de données vérifier l’existence des données puis il retourne à l’application le résultat de
demande puis l’application afficher message ok..
Ne existe pas.

Tableau 5 Description des scénarios : Supprimer une contact

But Supprimer une contact
Acteur Client
Le client lancer l’application Supprimer contact
Scénario
1.Le client cliquer sur le bouton «appels et services».

3. Le client valide en cliquant sur le bouton «Supprimer».
4. L’application détecter la contact de client puis envoyer une demande à la base de données pour
supprimer le contact.
5.Le base de de données vérifier l’existence de données puis retourne à l’application le résultat de
Ne existe pas.

Tableau 6 Description des scénarios : Modifier une contact

But Modifier une contact
Acteur Client
Le client lancer l’application Modifier contact
Scénario
1.Le client cliquer sur le bouton «appels et services».

3. Le client valide en cliquant sur le bouton «Modifier».
4. L’application détecter la contact de client puis envoyer une demande à la base de données pour
Modifier le contact.
5.Le base de de données vérifier l’existence de données puisrenvoyer à l’application le résultat de
Ne 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».
4. L’application détecter la contact de client puis envoi une demande à la base de données pour
Supprimer toutes les contacts.
5.Le base de de données vérifier l’existence de données retourne à l’application le résultat de
Ne 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 la contact de client puis exécutera l’appel par Plateforme IPVCC
5.La Plateforme IPVCC retourne à l’application le résultat de demande puis l’application afficher
l’interface d’appel.
Ne 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 la contact de client puis afficher l’interface sms
6. Le client envoyer l’SMS
7.L’application affiche un message ok message envoyé
Ne existe pas.

Figure 6 Diagramme de cas d'utilisation gestion de mon compte
❖ 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
❖ 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
❖ 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
❖ Cas d’utilisation détaillée _Gestion de contact téléphonique
Figure 10 Cas d'utilisation gestion de contact
❖ 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.

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 un autre information ce type de service représente par
exemple les suivantes :
 *122*2# suivi du forfait internet mobile
 *130*1# Activation DOUBLE
Figure 13Diagramme de séquence abstract représente le service simple
Exemple de diagramme de séquence simple « activation de Forfait Messagét »

Figure 14 Diagramme de séquence activation de Forfait Messagét
❖ 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
par exemple les suivantes :
 *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 humaine et système pour ajouter une 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 Supprimerune 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 humaine 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 toutes les contacts » :
Un diagramme de séquence Supprimer toutes les contacts permet de décrire une séquence des
interactions entre les acteurs humaine et système pour Supprimer toutes les contacts de chacune
listes de contacts pour un type bien déterminé
Figure 20 Diagramme de séquence « Supprimer toutes 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 humaine et 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 humaine 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 précisément le code qui va être produit.
Dans cette phase, La conception détaillée consiste en l’obtention d’un modèle prêt à coder.


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 la 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. Environnement technique
Au cours de cette étude, qui suit l’étude détaillée, les informaticiens doivent fixer les méthodes et les
normes techniques à utiliser afin d’optimiser les structures physiques de données et les traitements.
2.1. Choix des langages de développement
Java 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.
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

2.2. Outils base de données utilisés

SQLite sous Android :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.
2.3. Outils 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.
2.4. 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, . . .).
3. Les interfaces 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. Les interfaces c’est une guide de l’utilisateur en utilisant des symboles, des messages
d’erreurs, etc.
Figure 22 : Menu principale

Cette interface représente le menu principal de l’application pour accéder à plusieurs catégories
des services ou des offres …
Figure 23 : Interface mon compte

L’interface « mon compte » ci-dessus représente un ensemble des services très utiles qui
manquent pour activer des services concernant mon compte TT.
Figure 25 : Exemple consommation sms

Figure 24 : Exemple "solde et bonus "

Figure 26 : Service tabbe3ni Figure 27 : fidélité KELMA
Figure 28 : Interface mes services
Cette interface représente une catégorie des services supplémentaires utiles pour le client.
Figure 29 : Mes offres préférées
L’interface mes offres préférées représente tous les offres disponibles pour les clients de Tunisie
télécom.

Figure 30 : Interface autres forfaits

Cette interface représente 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écédente
Figure 31 : L’interface appel d’urgence

C’est une interface pour le but de simplifier l’activation de services le plus utiles qui sollicite la
rapidité.
Figure 32 : Interface autres services

Pour naviguer, cette interface représente les autres services USSD .

Figure 33 : interface code puk

Cette interface représente l’un des exemples de type composé qui nécessite de remplir de champs
utiles : par exemple code puk nécessite d’entrer le numéro bloqué et le numéro de carte CIN.
Figure 34 : Liste de mes forfaits

La figure ci-dessus représente une interface qui illustre une liste de l’ensemble des forfaits lancés
par Tunisie télécom vers le client.

Figure 35 : Interface service client

L’interface « service client » représente les services utiles qui nécessitent la rapidité pour
l’activation.
Figure 36 : Interface recharge de solde téléphonique

Cette interface représente une action de recharge de solde qui se fait par un simple clic sur le
bouton « recharger » après le saisi de code secret de la carte.
Figure 37 : Interface de service kellemni

Cette interface représente un exemple de service composé service kellemni .

Figure 38 : interface pour la gestion de service

Cette interface afficher une liste dynamique pour gérer les services (ajouter, supprimer, modifier
, activer ,supprimer tous les services, trier les services) .
Figure 39 : Modification de service
Figure 40 : Interface gestion de services

Cette interface montre un menu pour la gestion des services .vous pouvez ajouter , supprimer ,
modifier , activer.
Figure 41 : Interface liste de contacts
Cette interface représente la liste de contacts ajouté par le client dans la catégorie famille ,
Figure 42 : Interface menu de contact
« Menu de contacts » est une interface pour l’organisation de la liste des contacts pour une bonne
classification selon les catégories.

Figure 43 : Supprimer un contact
Cette interface représente une boite du dialogue pour gérer les contacts .
Figure 44 : Interface liste de contacts amis
Cette interface représente la liste des numéros et de noms de contacts rapides filtrés par l’utilisateur.
Figure 45 : Interface transférer de montant

Pour transférer un montant, le client doit cliquer sur le numéro de personne, puis saisir le
montant en millimes dans un champ de boite de dialogue qui affichera comme illustré dans
l’interface suivante.
Figure 46 : Interface trier liste des contacts
Cette interface permet au client de trier la liste selon le nom de contact ou selon le numéro de
contact ou par défaut.
Figure 47 Interface envoyer un sms
Le client peut envoyer un message vers un ou plusieurs personnes.

Figure 48 Vider la liste
L’interface suivante afficher une boite de dialogue pour la confirmation de la suppression de

tous les contacts.
Conclusion :
A travers ce chapitre, nous avons présenté la réalisation de l’application, en représentant les

différentes interfaces graphiques que nous avons réalisées et en décrivant brièvement comment
nous avons établi notre application .

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 pour Tunisie Télécom. Cette application permettra de simplifier
la tâche de gestion des services de clients afin d’accélérer le processus de gestion et de minimiser
les temps d’accès.
Ce projet a été une occasion pour approfondir nos connaissances théoriques acquises durant les trois
ans de notre formation et maitriser des nouvelles technologies.
Enfin, l’application que nous avons développée pourrait être enrichie par des autres fonctionnalités.
Nous pouvons intégrer l’application avec une interface web gérée par l’administrateur de base de
données pour ajouter un nouveau service automatiquement à liste de services

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 Android :Édition : Pearson Education -

588 pages , 4eédition, 1er décembre 2012
• Android 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


Résumé :
Ce projet consiste à concevoir et développer une application mobile androïde pour l'opérateur
téléphonique Tunisie Telecom. Ce système offre les Services USSD pratiques permettant de gérer
votre compte, activer les services supplémentaires et consulter les derniers Offres prépayées, post-
payés et promotionnelles. Elle permet également de proposer des améliorations aux services
téléphoniques tels que la subdivision des contacts en catégories, le transfert de solde et la
redirection de l’application vers le site officiel de l’opérateur pour créer un compte TT.
Abstract:
This project involves the design and development of an android mobile application for Tunisie
Telecom operator. This system offers practical USSD Services in order to manage your account
activate additional services and view the latest prepaid, postpaid and promotional offers. Moreover,
this application allows propositions to ameliorate mobile phone services, such as the subdivision of
contacts into categories, the credit transfer and the redirection of the application to the official
website of operator to create a TT account.


Pfe

Transféré par

Informations du document

Titre original

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

Transféré par

Droits d'auteur :

Formats disponibles

1 Application androïde pour la gestion des services après-vente de Tunisie télécom

JE dédie ce modeste travail à :

UAS Année universitaire 2015/ 2016

J’adresse mes vifs remerciements à mon encadreur, Mr Nizarhajferjeni, enseignant à

UAS Année universitaire 2015/ 2016

Table des matières :

Chapitre 1 : Présentation générale ............................................................................................ 9

1. Présentation du projet ............................................................................................................................... 10

1.1. Objectif ............................................................................................................................................. 10

1.2. Etude de l’existant & Critique de l’existant .......................................................................................... 11

1.3. Solution proposée ............................................................................................................................. 11

1.4. Architecture de la solution ............................................................................................................... 11

1.5. Méthode à adopter ............................................................................................................................ 12

1.6. processus de développement ............................................................................................................ 13

Chapitre 2 : Etat de l'art ...................................................................................................................14

1. Architecture Android ............................................................................................................................... 15

1.1. Applications ..................................................................................................................................... 15

1.2. Framework de développement ......................................................................................................... 15

1.3. Bibliothèques .................................................................................................................................... 16

1.4. Android Runtime .............................................................................................................................. 16

1.5. Linux Kernel .................................................................................................................................... 17

2. Planning du projet .................................................................................................................................... 17

2.1. Recherche documentaire .................................................................................................................. 17

2.2. Analyse et spécification ................................................................................................................... 17

2.3. Conception ....................................................................................................................................... 17

2.4. Réalisation ........................................................................................................................................ 18

Chapitre 3 : Etude préliminaire ................................................................................................. 19

UAS Année universitaire 2015/ 2016

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

2. Cahier des charges .................................................................................................................................... 21

2.1 Présentation du projet ....................................................................................................................... 21

2.2 Grands choix techniques .................................................................................................................. 21

2.3 Recueil des besoins fonctionnels ..................................................................................................... 21

2.4 Recueil des besoins opérationnels .................................................................................................... 22

3. Identification des acteurs .......................................................................................................................... 22

4. Identifier les messages ............................................................................................................................. 23

4.1 Messages entre le système et ses acteurs ........................................................................................ 23

Chapitre 4 : Conception détaillé, préliminaire et générique .................................. 25

1. Présentation succincte du langage utilisé UML ....................................................................................... 26

1.1 Quelques points forts du langage UML ..................................................................................................... 26

1.2 Définition d’UML selon l’OMG : ............................................................................................................. 26

2. Conception détaillé ................................................................................................................................... 26

2.1. Diagramme de cas d’utilisation ............................................................................................................ 27

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

2.3. Description des scénarios : ............................................................................................................... 28

2.4. Diagramme de classe ........................................................................................................................ 41

2.5. Diagrammes de séquences : ............................................................................................................. 42

Chapitre 5 : Elaboration et mise en oeuvre ........................................................................ 51

1. Environnement matériel ........................................................................................................................... 52

2. Etude technique ........................................................................................................................................ 52

UAS Année universitaire 2015/ 2016

2.1. Environnement de réalisation ................................................................................................................ 50

3. Environnement de développement ........................................................................................................... 53

4. Outils du réalisation ................................................................................................................................. 53

4.1. Outils de conception .............................................................................................................................. 53

4.2. Outils de développement : ..................................................................................................................... 53

5. Les pages web réalisées : ......................................................................................................................... 53

Conclusion Générale : ...................................................................................................................................... 66

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

UAS Année universitaire 2015/ 2016

Figure 24 Exemple "solde et bonus " ............................................................................................................... 54

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

UAS Année universitaire 2015/ 2016