Rapport Pfe Final

Ministère de l’Enseignement Supérieur et de la Recherche Scientifique
Université de Carthage
Faculté des Sciences Economiques et de Gestion de Nabeul
Rapport de Stage
Présenté en vue d'obtenir le diplôme de la LICENCE APPLIQUEE
SPECIALITE : Informatique Appliquée à la Gestion
Elaboré par
Ezzine Hajer
Conception et développement d’une application mobile des offres et des services de

Tunisie Telecom
Réalisé au sein de
La Direction Régionale de Tunisie Telecom de Nabeul
Encadré par
Encadrant universitaire : Encadrant professionnel :

Mr. Amri Fethi Mr. Maamouri Slim
Année Universitaire
2016_2017
Dédicaces
Je dédie ce travail à..
A mes parents Kheireddine et Samia. Qu’ils trouvent

l’expression de mon profond dévouement éternel, pour leur amour et
l’affection illimitée qu’ils m’ont toujours spécifie, pour les sacrifices
innombrables qu’ils ont consentis à mon égard.
Que dieu les préserve.
À ma sœur Rabeb et mon frère Khaled, aucune dédicace ne serait
accordé profondément ce que ne ressens envers vous. Je vous dirais
tout simplement, un grande merci, je vous aime
A ma meilleure amie Malek, qui m’a prodigué beaucoup d’aides et
d’encouragements tout au long de cette année que je souhaite la
réussite dans notre vie.
A Aamti Houda qui n’a cessé de me soutenir et de m’encourager
durant cette année.
A mes cousines d’amour Feryel et Nour, Je vous aime.
A tous les membres de ma famille Ezzine,
A tous les membres de ma famille Sethom,
A tous mes amis et collègues toutes les personnes que je connais et
que je n’ai pas citées, et à tous ceux que j’aime et qui m’aiment.
Et à tous ceux qui me sont chers,
Je dédie ce travail et je reste toujours reconnaissant pour leur
encouragement et leur soutien.
Remerciements
Merci Allah de m’avoir donné la force d’y croire, la patience d’aller jusqu’au bout du
rêve.
Je profite par le biais de ce rapport, pour exprimer mes vifs remerciements à toute
personne contribuant de près ou de loin à l’élaboration de cet humble travail.
C’est avec mes profonds respects, mes vives gratitudes, je tiens à exprimer mes
remerciements tout d’abord à mon encadrant universitaire monsieur FETHI AMRI pour avoir bien
voulu m’encadrer, pour ses conseils précieux de notre travail, ainsi que pour ses qualités humaines
et morales.
Ma gratitude et mes sincères remerciements vont aussi à mon encadrant de stage monsieur
SLIM MAAMOURI qui a guidé nos premiers pas dans notre projet, pour sa disponibilité, son
aide, ses conseils précieux, ses explications et suggestions pertinentes.
Je tiens également à exprimer mes sincères remerciements et ma profonde gratitude à

tout le personnel de Tunisie Télécom, pour leur disponibilité, leur collaboration leur
sympathie et leurs compétences.
Mes respects s’adressent aux membres de jurys pour avoir accepté de soutenir et
évaluer nos travaux.
Enfin, mes remerciements s’adressent à tous les enseignants de la Faculté Des

Sciences Economiques et De Gestion De Nabeul pour la qualité de la formation qu’ils nous
ont fournie tout au long de trois ans d’études.
Table des matières
Dédicaces...............................................................................................................................ii
Remerciements....................................................................................................................iii
Table des matières...............................................................................................................iv
Liste des figures..................................................................................................................vii
Liste des tableaux................................................................................................................ix
Liste des abréviations...........................................................................................................x
Introduction Générale.........................................................................................................1
Chapitre I : Contexte général du projet.............................................................................2
I INTRODUCTION :.............................................................................................................2
I.1 PRÉSENTATION DE LA SOCIÉTÉ..................................................................................2
I.1.1 Présentation générale de Tunisie Télécom........................................................2
I.1.2 Mission de Tunisie Télécom................................................................................3
I.1.3 Organigramme.....................................................................................................4
I.2 PRÉSENTATION DU CADRE DU PROJET :.....................................................................6
I.2.1 Introduction :.......................................................................................................6
I.2.2 Etude de l'existant :.............................................................................................6
I.2.3 Problématique :..................................................................................................10
I.2.4 Solutions proposées :.........................................................................................10
I.3 MÉTHODOLOGIE ET APPROCHE ADOPTÉE...............................................................10
I.4 PRÉSENTATION DU PROCESSUS DE DÉVELOPPEMENT.............................................12
I.4.1 Atelier génie logiciel...........................................................................................13
I.4.2 Choix du cycle de vie.........................................................................................13
I.5 LA DÉMARCHE DE CONCEPTION...............................................................................14
I.5.1 Phase d’expression des besoins.........................................................................14
I.5.2 Phase d’analyse..................................................................................................14
I.3 CONCLUSION..............................................................................................................15
Chapitre II : Analyse et spécification des besoins...........................................................16
II.1 PRÉSENTATION GÉNÉRALE DU SUJET :...................................................................16

II.2 ANALYSE DES BESOINS.............................................................................................16
II.2.1 Les besoins fonctionnels...................................................................................16
II.2.2 Les besoins non fonctionnels :.........................................................................17
II.2.3. Les utilisateurs de l’application :...................................................................18
II.3 DIAGRAMME DE CAS D'UTILISATION......................................................................18
II.3.1. Diagramme de cas d'utilisation général........................................................19
II.3.2. Diagramme de cas d'utilisation raffiné "authentification".........................20
II.3.3 Diagramme de cas d'utilisation raffiné "Recharge de la ligne TT"............21
II.3.4 Diagramme de cas d'utilisation raffiné "consulter es codes de services"...22
II.3.5. Diagramme de cas d'utilisation raffiné "Consulter le service Mobile".....24
II.3.6. Diagramme de cas d'utilisation raffiné "Consulter le service Fixe"..........25
II.3.7 Diagramme de cas d'utilisation raffiné "Consulter le service Internet Mobile"
26
II.3.8. Diagramme de cas d'utilisation raffiné "Gérer son profil"........................27
II.3.9. Diagramme de cas d'utilisation raffiné "Consulter le service client"........28
Chapitre III : Conception..................................................................................................30
III.1 INTRODUCTION.......................................................................................................30
III.2 DIAGRAMME DE CLASSES.......................................................................................30
III.3 DIAGRAMME DE SÉQUENCE...................................................................................31
III.3.1 Diagramme de séquence de cas d’utilisation «Authentification »..............31
III.3.2 Diagramme de séquence de cas d’utilisation « Inscription »......................33
III.3.3 Diagramme de séquence de cas d’utilisation «Réclamation».....................34
III.3.4 Diagramme de séquence de cas d’utilisation «Services Mobile»................35
III.4 CONCLUSION...........................................................................................................36
Chapitre IV : Réalisation...................................................................................................37

IV.1 INTRODUCTION.......................................................................................................37
IV.2 ENVIRONNEMENT DU TRAVAIL..............................................................................37
IV.2.1 Environnement matériel................................................................................37
IV.2.2 Environnement logiciel...................................................................................37
IV.3 CHOIX TECHNIQUE.................................................................................................39
IV.3.1 ANDROID...............................................................................................................39
IV.3.2 Langages utilisés.............................................................................................40
IV.3.3 Web Services...................................................................................................41
IV.4 ARCHITECTURE DE L’APPLICATION......................................................................42
IV.4.1 Les avantages d'une architecture 3-tiers......................................................43
IV.5 LES INTERFACES DE L'APPLICATION.....................................................................44
Conclusion générale...........................................................................................................49
Annexes...............................................................................................................................51
Bibliographie......................................................................................................................57
Liste des figures
Figure 1: organigramme de la direction générale de Tunisie Télécom [3].........................................4
Figure2 : interface menu…………………………………………………………………….7
Figure3 : interface Actualité TT……………………………………………………………..7
Figure4 : Interface Codes Pratiques TT……………………………………………………..7
Figure5 : Interface Ma ligne Prépayée………………………………………………………7
Figure6 : interface d’Accueil selon l’application………………………………..…………..8
Figure7 : interface Menu selon l’application………………………………………………..8
Figure8 : interface d’Actualité selon l’application………………………………………….8
Figure9 : interface Codes Pratiques selon l’application……………………………………8
Figure10 : interface Contacts Utiles selon l’application. …………………………………...9
Figure11 : interface News et Events selon l’application…………………………………....9
Figure12 : Les 10 principaux diagrammes UML. ………………………………………….11
Figure13 : Modèle de cycle de vie en V…………………………………………………….14
Figure14 : Diagramme de cas d’utilisation général………………………………………..19
Figure15 : Diagramme de cas d'utilisation raffiné "authentification".……………………..20
Figure16 : Diagramme de cas d'utilisation raffiné "Recharge de la ligne TT"…………….21
Figure17 : Diagramme de cas d'utilisation raffiné "consulter les codes service TT".……..22
Figure18 : Diagramme de cas d'utilisation raffiné "consulter service Mobile".……………24
Figure19 : Diagramme de cas d'utilisation raffiné "consulter service fixe".……………….25
Figure20 : Diagramme de cas d'utilisation raffiné "consulter service internet mobile"……26
Figure21 : Diagramme de cas d'utilisation raffiné "Gérer le profil".……………………….27
Figure22 : Diagramme de cas d'utilisation raffiné "consulter le service client".…………..28
Figure 23- Diagramme de classe…………………………………………………………...31

Figure24 : Diagramme de séquence « Authentification »……………………..………….32
Figure25 : Diagramme de séquence « Inscription »…………….………………………….33
Figure26 : Diagramme de séquence « Réclamation »………………..................................34
Figure27 : Diagramme de séquence « Consulter Services Mobile »………………………32
Figure 28 : Parts du marché en systèmes d'exploitation des smartphones………………...40
Figure 29 : Architecture de l'application…………… ………………………………….42

Figure 30 : interface d’authentification1 ……………………………………………….…45
Figure 31 : interface d’authentification 2……………………………………………….…45
Figure 32 : interface d’authentification 3 …………………………………………………45
Figure 33 : interface d’authentification 4 …………………………………………………45
Figure 34 : Interface d’inscription 1…………………………..……………………………46
Figure 37 : Interface Menu de navigation…………...…………………………………...…46
Figure 38 : interface « Codes des services »……………………………………………….47
Figure 41 : interface « Mobile 1»……..…………………………………………….……..47
Figure 44 : interface Profil…………………………………………………………………48

Liste des tableaux
Le Tableau 1 décrit le cas d'utilisation "Consulter les codes service TT"……………………..20

Le Tableau 2 décrit le cas d'utilisation "Recharge de ligne TT"……………………………….21
Le Tableau 3 décrit le cas d'utilisation "Consulter les codes service TT"……………………...23
Le Tableau 4 décrit le cas d'utilisation "Consulter les services Mobile"…………………….....24
Le Tableau 5 décrit le cas d'utilisation "Consulter les services fixe"…………………………..25
Le Tableau 6 décrit le cas d'utilisation " Consulter le service Internet Mobile TT"…………...26
Le Tableau 7 décrit le cas d'utilisation "Gérer son Profil"……………………………………..27
Le Tableau 8 décrit le cas d'utilisation "Consulter le service client "………………………….28
Liste des abréviations
ERP Enterprise Resource Planning
UML Unified Modeling Language
XML eXtensible Markup Language
TT Tunisie Telecom
SOAP Simple Object Access Protocol
REST REpresentational State Transfer
HTTP HyperText Transfer Protocol
JSON Java Script Object Notation
PHP Hypertext Preprocessor
TIC Information et de la Communication
SQL Structured Query Language
ADT Android Development Tools
SDK Software development kit
WAMP Windows, Apache, MYSQL, PHP
Introduction Générale
Les téléphones portables sont devenus les premiers médias de masse dans le
monde (on compte 4 milliards d’abonnés aux Smartphones). Pour cela le marché de
l’application mobile connait un essor et devient une véritable manne pour les
entreprises.
C’est dans ce cadre que se focalise mon stage au sein de la société Tunisie
Telecom et plus précisément à l’agence commerciale de télécommunication de Nabeul,
qui nécessite une application mobile afin de faciliter ses actions. Dans le cadre d’un
projet de fin d’études, la mise en place d’une application mobile des offres et des
services TT qui permettra la consultation des actualités de Tunisie Telecom accessible à
partir du mobile fonctionnant sous Androïde.
Ce rapport présente l’ensemble des étapes suivies pour développer une

application pour Tunisie Telecom.
Il contient quatre chapitres organisés comme suit :
Le premier chapitre intitulé « présentation générale » est consacré à la

présentation de la société Tunisie Telecom et ses fonctionnalités.
Dans le second chapitre «Etude préalable et Analyse des besoins et

spécification» nous déterminerons les besoins fonctionnels et non fonctionnels de
l’application.
Le troisième chapitre intitulé « Analyse et conception » détaille les différents

aspects conceptuels de l’application.
1
Le dernier chapitre intitulé «Réalisation» présente l’environnement de travail

ainsi que les outils logiciels que nous avons utilisés pour la réalisation de notre projet. Il
illustre
aussi le travail réalisé avec un ensemble d’interfaces graphiques conçues pour

l’application.
En conclusion, nous mentionnons les différents atouts de ce projet et les

perspectives d’amélioration possibles.et nos préconisations
2
Chapitre I : Contexte général du projet
I Introduction :
Ce chapitre, contexte du projet, présente la société Tunisie Télécoms. Il aborde

les activités de la société, et la structure de la direction régionale des
télécommunications de Nabeul.
I.1 Présentation de la société
I.1.1 Présentation générale de Tunisie Télécom
L’office national des télécommunications est créé suite à la promulgation de la

loi N°36 du 17 avril 1995.
L’office a ensuite changé de statut juridique, en vertu du décret N°30 du 5 avril

2004, pour devenir une société anonyme dénommée « Tunisie Telecom ».
En juillet 2006, il a été procédé à l’ouverture du capital de Tunisie Telecom à

hauteur de 35% en faveur du consortium émirati TeCom-DIG.
3
Cette opération vise à améliorer la rentabilité de Tunisie Telecom et à lui permettre de

se hisser parmi les grands opérateurs internationaux.
Depuis sa création, Tunisie Telecom œuvre à consolider l’infrastructure des

télécoms en Tunisie, à améliorer le taux de couverture et à renforcer sa compétitivité.
Elle contribue également activement à la promotion de l’usage des TIC et au
développement des sociétés innovantes dans le domaine des télécoms.
4
Pionnière du secteur des télécoms en Tunisie, Tunisie Telecom a établi un

ensemble de valeurs définitoires qui place le client au centre de ses priorités.
L’adoption de ces valeurs se traduit en particulier par une amélioration continue des
standards de l’entreprise et de la qualité des services.
Tunisie Telecom compte dans ses rangs plus de 6 millions abonnés dans la
téléphonie fixe et mobile.
Tunisie Telecom se compose de 24 directions régionales, de 80 Actels et points

de vente et de plus de 13 mille points de vente privés.
Elle emploie plus de 8000 agents [1].
I.1.2 Mission de Tunisie Télécom
Depuis sa création, Tunisie Télécoms œuvre à consolider l’infrastructure des

télécoms et d’assurer les communications en Tunisie, elle a connu une mise à niveau qui
vise à améliorer les services et maximiser les profits :
- L’installation, l’entretien et l’exploitation des réseaux publics de

télécommunication.
- La promotion des nouveaux services de télécommunication.
- La contribution au développement des études et recherches scientifiques
liées aux secteurs de télécommunication.
- L’application des conventions et des traités de l’organisation
internationale et régionale spécialisées dans les domaines des
télécommunications.
- La promotion des sociétés innovantes et la coopération à tous les niveaux
dans les domaines des télécommunications.
- La contribution à l’effort national d’enseignement supérieur en matière
de télécommunications.
5
L’offre de tous les services publics ou privés de télécommunication

correspondants aux divers besoins à caractères social et économique [2].
I.1.3 Organigramme
Figure 1: organigramme de la direction générale de Tunisie Télécom [3].
D’après l’organigramme de la Tunisie Télécom on remarque que la direction est

chapotée par un directeur régional en collaboration avec cinq divisions qui se
subdivisent en plusieurs subdivisions :
 La division commerciale : Elle est chargée des affaires marketing et
particulièrement de la distribution .elle représente avec les clients actuels et
potentiels par le biais des agences commerciales des
télécommunications « ESPACE TT ».
6
L’ACTEL fournit à la clientèle une gamme diversifiée de services à savoir

l’établissement des contrats d’abonnements, le payement des factures, le traitement des
réclamations.
Cette division se subdivise en trois subdivisions à savoir : l’ACTEL, Distribution et
Marketing des entreprises
 La division clientèle :
Elle est chargée de services externes qui concernent la livraison et les services après
ventes.
Après le dépôt des demandes d’abonnements, cette division se charge en temps
réel de l’étude des nouvelles demandes, l’installation des lignes téléphoniques
pour les nouveaux abonnés, l’intervention lors d’un dérangement et le suivi des
projets (les chantiers).
 La division réseau :
Les attributions de cette division se résument aux points suivants :

- le suivi du fonctionnement des réseaux (fixe, mobile)
- l’extension et l’installation des nouveaux projets d’investissement
 La subdivision administrative et financière :
Elle a pour mission :

-l’achat et l’acquisition de tout produit et les services nécessaires pour le
fonctionnement des services commerciaux et techniques
-le suivi des dossiers de paiement des fournisseurs
-les affaires juridiques
-L’entretien et la gestion des moyens logistique et des bâtiments
7
 Subdivision des ressources humaines :

L’activité de la subdivision est la gestion des affaires administratives du
personnel, de son recrutement jusqu’à la retraite à savoir :
- La mise à jour des dossiers du personnel et l’enregistrement de toutes ses
données professionnelles pendant leur carrière administrative.
- Le traitement de toutes indemnité hors salaires ainsi que toutes les
charges sociales (retraites, charges de maladies…)
- La gestion de la formation qui se résume dans la mise en place des plans
de formation
- La gestion de congés ordinaires, de maladies et des cas exceptionnels
- La gestion des dossiers disciplinaires. [4].
I.2 Présentation du cadre du projet :
I.2.1 Introduction :
La spécification des besoins d’une application est née d’une phase de départ très
importante à réaliser avant d’entamer la phase de développement, Cette phase permet
d’éclaircir u mieux les besoins fonctionnels et non fonctionnels attendus du système afin
d’avoir une meilleure compréhension du sujet.
I.2.2 Etude de l'existant :
8
Depuis ses débuts, la société Tunisie Telecom a déjà développé un site web pour
faciliter la consultation de ses actualités.
En effet, l’entreprise Tunisie télécom n’a pas réellement développé une

application mobile permettant de facilité l’accès de ses offres et services. Néanmoins il
y a une réelle volonté de la part de l’entreprise de travailler sur un projet / application
destinée à la gestion des offres et des services de Tunisie Telecom pour ses utilisateurs.
Parmi le panel des applications que propose Tunisie Telecom en 2017 nous
retiens mon attention sur l’application « Boutique TT » (voir ci-dessous).
Cette application permet à l'utilisateur de consulter les dernières actualités et les

différentes offres et services mais celle-ci à un faible retour car elle ne fonctionne pas.
Les interfaces disponibles sur Play Store :
9
Figure2 : interface menu [5]. Figure3 : interface Actualité

TT [6].
Figure4 : Interface Codes Pratiques TT [7]. Figure5 : Interface Ma ligne

Prépayée [8].
10
Les interfaces disponibles sur l’application elle-même :
Figure6 : interface d’Accueil selon Figure7 : interface Menu selon

l’application l’application
l’application
11
Figure8 : interface d’Actualité selon Figure9 : interface Codes

Pratiques selon l’application.
L’application.
12
Figure10 : interface Contacts Utiles selon Figure11 : interface News et Events

selon l’application.
l’application.
SWOT : Forces / Faiblesses
Avantages : Limites :
- Intuitif pour l'utilisateur (facile) -l’application rencontre des
- Choix des couleurs en adequation sysfonctionnement. pas de
avec les caracateriqtique graphique connexion au réseau tunisie
de l'entreprise. Telecome
- Les offres et les services ne sont
pas bien définies et limité.
13
I.2.3 Problématique :
Tout d’abord, la consultation d’un site web nécessite d’avoir un ordinateur fixe,
PC ainsi qu’une connexion internet pour consulter les actualité et les différents offres et
services.
Bien qu’il y ait une application déjà existante, celle-ci est inexploitable. Elle n’a
donc aucun intérêt pour la société. Et encore moins pour l’utilisateur final (client) qui
peut associer ce disfonctionnement à l’image de marque de l’entreprise. En bref, une
simple application peut remettre en question tout une société si celle-ci rencontre un
défaut d’utilisation.
Ainsi, nous pouvons nous demander en quoi les TIC peuvent apporter une valeur
ajoutée à l’entreprise et faciliter la relation entre l’entreprise et le client ?
Tout d’abord, il est question de renoncer les besoins internes de la société, et les
besoins externe des clients pour amener à bien la création de l’application de ce projet.
I.2.4 Solutions proposées :

De nos jours, les clients cherchent plus de simplicité, de synchronisation, de
conformité ainsi que de la confiance. Afin de faciliter les taches ci-dessus, une version
web existe déjà, donc nous proposons une application Android qui permet d’améliorer
l’existant.
En effet, il est important de valoriser une meilleure application pour ne pas rester
sur l’ancienne version dysfonctionnant, et proposer de nouvelles solutions aux
utilisateurs de Tunisie Telecom.
C’est l’objectif souhaité de notre application qui va être sécurisé pour fournir des
services bien déterminés par la société Tunisie Telecom.
14
I.3 Méthodologie et approche adoptée
L’objectif d’une méthode de conception est de fournir une représentation

approchée du développement du système. Pour atteindre cet objectif, il y’a deux
approches de conception : l’approche fonctionnelle et l’approche objet.
Dans notre projet, nous allons adopter une méthode objet pour la conception de
notre système de développement. Cette méthode est une solution technologique
incontournable des concepts de base de développement de l’application.
Et pour gérer l’architecture de notre projet, notre choix de modélisation s’est

porté sur UML (UnifiedModelingLanguage).
UML présente plusieurs avantages par rapport aux autres langages de
modélisation : il est destiné à représenter, spécifier et documenter les systèmes logiciels
ainsi que d’apporter une compréhension rapide du programme à d’autres développeurs
tout en répondant aux objectifs définis par les besoins des clientèles. UML unifie à la
fois les notations et les concepts orientés objet. Il offre dix principaux diagrammes, dont
chacun d’entre eux a pour objectif de spécifier les concepts d’un tel system.
15
Figure12 : Les 10 principaux diagrammes UML.
Les diagrammes représentés dans la figure 12 sont regroupés en deux groupes : [9]
-La modélisation des diagrammes structurels :

*Diagramme d’objets : Il permet de représenter les instances des classes,
en
exprimant les liens entre les objets et les états des objets à l’exécution.
*Diagramme des classes : Il décrit les structures des objets et des informations
utilisées par l’application.
*Diagramme des packages : Il décrit la représentation graphique des relations
existant entre les paquetages (ou espaces de noms) composant un système.
*Diagramme de composants : Il décrit le système modélisé sous forme de
composants
réutilisables et mettent en évidence leurs relations de dépendance.
*Diagramme de déploiement : Il décrit la disposition physique des ressources
matérielles qui composent le système et montre la répartition des composants sur ces
matériels. Les éléments utilisés par un diagramme de déploiement sont principalement
les nœuds, les composants, les associations et les artefacts.
-La modélisation des diagrammes comportementaux :
*Diagramme des cas d’utilisation : Il montre les interactions entre le système à

l’étude (et autres systèmes externes) et les acteurs.
*Diagramme des séquences : Il s’agit d’une représentation graphique des
interactions selon un ordre chronologique(en scénario).
16
* Diagramme des communications : Il est adopté pour montrer des liens entre un
objet et un acteur ou entre deux objets en collaboration entre eux par communications
(s’échangeant des messages).
*Diagramme d’activités : Il permet de représenter graphiquement le
comportement d'une méthode ou le déroulement d'un cas d'utilisation.
*Diagramme d’état de transition : Il montre les différents états et transitions
possibles des objets d’une classe.
Pour la réalisation de notre projet de fin d’études, nous allons adopter quelques
diagrammes de conception décris dans la figure 3.1.
I.4 Présentation du processus de développement
Pour une description bien détaillée du système élaboré dans notre projet, nous
avons défini un ensemble des taches.
I.4.1 Atelier génie logiciel
Pour élaborer la modélisation de la conception de notre projet de fin d’études,

nous avons adopté l’outil StartUML version 2.6.0. Cet outil utilise le standard UML, et
donc, utilise les notions orientées objet ce qui nous a permis de créer nos diagrammes. Il
est considéré comme un Atelier de Génie Logiciel (AGL) favorisant la réalisation des
modèles tels que le Modèle Conceptuel de Données (MCD), le Modèle Conceptuel de
Traitement(MCT), le Modèle Physique de Données(MPD) pour ne citer que ceux-ci .
[10]
I.4.2 Choix du cycle de vie
17
Après avoir spécifié les besoins que notre application doit offrir aux utilisateurs
dans le chapitre 2, nous avons choisi le cycle de vie en V pour bien préparer les étapes
de notre projet de fin d’études. En effet, le cycle de vie en V a été imaginé pour pallier
le problème de réactivité du modèle en cascade. Ce modèle est une amélioration du
modèle en cascade qui permet en cas d’anomalie, de limiter un retour aux étapes
précédentes. Les phases de la partie montante doivent renvoyer de l’information sur les
phases en vis-à-vis lorsque des défauts sont détectés Afin d’améliorer le logiciel. [11].
18
Chapitre 1 Contexte général du projet
Figure13 : Modèle de cycle de vie en V[12].
I.5 La démarche de conception
Nous présentons deux phases de conception pour notre projet de fin d’études.
I.5.1 Phase d’expression des besoins
La première étape UML d’analyse d’un système est le diagramme de cas d’utilisation qui
est déjà représenté dans le deuxième chapitre.
I.5.2 Phase d’analyse
Dans cette phase nous présentons le diagramme de classe qui est le plus important dans
la modélisation orienté objet et le diagramme de séquence.
19
Chapitre 1 Contexte général du projet
I.3 Conclusion
Dans ce chapitre introductif, et après une présentation de l’organisme d’accueil, nous

avons décrit le contexte général du notre projet en posant la problématique, en trouvant une
solution proposée et nous avons fini par l’approche adoptée et la démarche de la conception.
Dans le chapitre suivant, nous allons introduire les besoins fonctionnels et non fonctionnels
enrichis par une présentation du diagramme de cas d’utilisation dans le contexte de spécification
des besoins
20
Chapitre 2 Analyse et spécification des besoins
Chapitre II : Analyse et spécification des

besoins
II.1 Présentation générale du sujet :
Dans le cadre de mon projet de fin d'étude, nous avons réalisé une application mobile
sous le système d’exploitation Android. Celle-ci a pour finalité d’aider le prospect et le client
à consulter les offres et les services que propose Tunisie Telecom. L’application étant
développé pour des smartphones il pourra être à disposition de l’utilisateur peu importe
l’endroit où il se trouve.
En effet, l’application nommée « Espace TT » permet de faciliter (la communication

entre la société et l’utilisateur (le client)) la consultation des offres et des services de Tunisie
Telecom.
A titre d’exemple l’application proposera comme services :
 l’établissement d’un profil, ainsi que la consultation de celui-ci

 la consultation des codes utiles
 la consultation des offres et des services liés à l’activité mobile
 la consultation des offres et des services liés à l’activité Fixe
 la consultation des offres liées à l’activité internet mobile.
 La possibilité de contacter le service client, et de suivre les rapports en cours.
 La localiser des points de vente de Tunisie Telecom dans tout le pays.
II.2 Analyse des besoins
II.2.1 Les besoins fonctionnels

Ces besoins fonctionnels sont directement liés aux tâches à réaliser, et ils doivent être
transparents pour les utilisateurs.
21
Mon application devrait supporter les fonctionnalités techniques suivantes :
 S’authentifier : Pour bénéficier des fonctionnalités offertes de l’application, le client

de Tunisie Télécom doit s'authentifier en saisissant son login et son mot de passe, qu’il aura
déjà renseigné à inscription, lors de sa première connexion à l’interface.
 Recharger son solde : L’utilisateur peut recharger son solde vers son numéro fixe ou
mobile.
 Consulter les codes Tunisie Télécom : l’utilisateur peut lister les codes pratiques de
mobile TT
 Gérer le profit de l’utilisateur : l’utilisateur peut consulter son profil en modifiant ses
données personnelles. Ce qui permettra à la société de mieux cibler les besoins et les offres à
proposer à utilisateur, une personnalisation des offres et de plus en plus demander dans un
contexte de forte concurrence
 Consulter les offres et les services Mobile : l’utilisateur peut consulter les offres
prépayées, les offres post payées et les services mobile de Tunisie Telecom.
 Consulter les offres et les services Fixe : l’utilisateur peut consulter toutes les offres
et les services Fixe de Tunisie Telecom.
 Lister les offres d’Internet mobile : l’utilisateur peut voir les forfaits d’internet 3G,
4G et l’offre Facebook ainsi que leur fonctionnalité.
 Lister les adresses des points de ventes de Tunisie Telecom : L’utilisateur peut

chercher les adresses des boutiques de Tunisie Telecom disponibles dans toute la Tunisie
II.2.2 Les besoins non fonctionnels :
Les exigences non-fonctionnelles répondent à des besoins transversaux aux besoins

métiers. En fait, il s’agit d’un ensemble de règles à respecter, lors du développement de
l’application ; et ce, pour s’assurer de la bonne utilisation de l’application. Concernant mon
interface, elle garantit :
22
 Une simplicité d'utilisation :
L’application doit être simple et facile à être manipulée par l’utilisateur. Le passage
entre les interfaces de l’application doit se faire dans des délais prompts.
 L’ergonomie :
L'application doit offrir une interface conviviale et simple pour améliorer la qualité de
service au sein de la société.
 Maintenabilité :
Le code de l'application doit être lisible et compréhensible afin d'assurer son état
évolutif et extensible.
 Rapidité :
L'application doit optimiser les traitements afin d’avoir un temps de réponse

raisonnable pour minimiser le temps d’attente des clients.
II.2.3. Les utilisateurs de l’application :

 Le terminal : Toutes les personnes qui ont un Smartphone sous-système Android. Le
développement d’une application sous OS viendra dans un second temps.
La cible : Tunisie Telecom souhaite atteindre tous le différent segment clientèle, à
savoir les jeunes, les plus âgés, les étudiant, les cadres, les employé les retraiter, les clients ou
les prospects. Pour cela l’application sera ouverte à tous dans la condition d’inscrire à son
profil.
II.3 Diagramme de cas d'utilisation

Le diagramme de cas d’utilisation est un diagramme UML. Il décrive l’aspect
fonctionnel en précisant les besoins des utilisateurs et les objectifs attendus d’un système. Il
ne présente pas des solutions d’implémentation mais une identification des utilisateurs et leurs
interactions avec le système.
23
II.3.1. Diagramme de cas d'utilisation général

Chaque usage que les acteurs font du système est représenté par un cas d’utilisation.
Chaque cas d’utilisation représente une fonctionnalité qui leur est offerte afin de
produire le résultat attendu. La figure12 Ci-dessous présente le diagramme de cas d’utilisation
général de notre système.
<<include>>
Recharger la ligne T T
<<include>>
Consulter les codes des services T T
Consulter les offres et les services <<include>>

Mobile
<<include>>
Consulter les offres et les services Fix
<<include>>
Consulter les offres de l'Internet
Mobile
Client
Afiicher le profil de l'utilisateur

<<include>>
s'authentifier
Consulter le services clients <<include>>
Lister les locaux

<<include>>
Figure14 : Diagramme de cas d’utilisation général
24
II.3.2. Diagramme de cas d'utilisation raffiné "authentification"
saisir login
<<include>>
s'authentifier
Client
saisir mot de passe
<<include>>
Figure15 : Diagramme de cas d'utilisation raffiné "authentification".
Le Tableau 1 décrit le cas d'utilisation "Consulter les codes service TT".
Cas d’utilisation authentification

Acteur Utilisateur
Précondition Utilisateur saisit son login et son mot de passe
Post-condition Interface code service TT affichée

Description du scénario 1. L’utilisateur saisit l'identifiant et le mot de passe.
principal 2. L’utilisateur clique sur le bouton "Se connecter".
3. Le système vérifie les paramètres d’entrée.
4. Si les données sont valides le système affiche l’interface d'accueil selon
l'utilisateur.
Exception 1. Si les données ne sont pas valides un message d'erreur sera affiché.
25
II.3.3 Diagramme de cas d'utilisation raffiné "Recharge de la ligne

TT"
<<include>>
Choisir le numéro de la ligne
Recharger la ligne
Client
Saisir le numéro de la carte

<<include>>
Figure16 : Diagramme de cas d'utilisation raffiné "Recharge de la ligne TT".
Le Tableau 2 décrit le cas d'utilisation "Recharge de ligne TT".
Cas d’utilisation Recharge de la ligne TT

Acteur Utilisateur
Précondition Utilisateur clique sur recharge de a ligne et remplir les champs
Post-condition Interface recharge de la ligne TT affichée

Description du scénario 1) L’utilisateur clique sur l'élément commandes de menu de navigation
principal 2) L'utilisateur choisi le type de la ligne TT (fixe ou mobile)
3) L’utilisateur saisi le numéro de la carte
3) In message de validation de la recharge est affichée.
26
II.3.4 Diagramme de cas d'utilisation raffiné "consulter es codes

de services"
<<extend>> consulter "Mon compte"
<<extend>> consuter "Mes services"
consulter le service Mobile
client consuter "Mon offre préféré"

<<extend>>
<<extend>>
consuter "Services clients"

<<extend>>
consuter "Appels d'urgence"
Figure17 : Diagramme de cas d'utilisation raffiné « consulter les codes services TT »
27
Le Tableau 3 décrit le cas d'utilisation "Consulter les codes service TT".
Cas d’utilisation Consulter les codes service TT

Acteur utilisateur
Précondition Utilisateur authentifiée et l'interface accueil affichée

Description du scénario 1) L’utilisateur clique sur l'élément Codes Services TT de menu de navigation
principal 2) L'utilisateur choisi code service TT.
3) Interface détails codes service TT est affichée.
4) L’utilisateur clique sur Mon compte.
5) Les Détails des codes Mon compte sont affichées.
6) L’utilisateur clique sur Mes services.
7) Les Détails des codes Mes services sont affichés.
8) L’utilisateur clique sur Mon offre préféré.
9) Les Détails des codes Mes offres préférées sont affichées.
10) L’utilisateur clique sur Services clients.
11) Les Détails des codes Services clients sont affichées.
12) L’utilisateur clique sur Appels d'urgence.
13) Les Détails des codes Appels d'urgence sont affichées.
28
II.3.5. Diagramme de cas d'utilisation raffiné "Consulter le service

Mobile"
<<extend>>
consulter "offres prépayées"
consuter "offres postpayées"

<<extend>>
consulter le service Mobile
client
<<extend>> consulter "Mon offres préferé"
Figure18 : Diagramme de cas d'utilisation raffiné "consulter service Mobile".
Le Tableau 4 décrit le cas d'utilisation "Consulter les services Mobile".

Acteur utilisateur

Description du scénario 1) L’utilisateur clique sur l'élément Mobile de menu de navigation
principal 2) L'utilisateur choisi Mobile.
3) Interface détails commande est affichée.
4) L’utilisateur choisi offres post payées.
5) Interface offres post payées est affichée.
6) L’utilisateur choisi offres prépayées.
7) Interface offres prépayées est affichée.
8) L’utilisateur choisi services mobile.
9) Interface services Mobile est affichée.
29

Fixe"
<<extend>>
consulter les offres Fixe
consulter le service Fixe
Acteur_1
<<extend>>
consulter les services fixe
Figure19 : Diagramme de cas d'utilisation raffiné "consulter service fixe".
Le Tableau 5 décrit le cas d'utilisation "Consulter les services fixe".

Acteur utilisateur

Description du scénario 1) L’utilisateur clique sur l'élément Fixe de menu de navigation
principal 2) L'utilisateur choisi Fixe.
3) Interface Fixe est affichée.
4) L’utilisateur choisi offres fixe.
5) Interface offres fixe est affichée.
6) L’utilisateur choisi services fixe.
7) Interface services fixe.
30
II.3.7 Diagramme de cas d'utilisation raffiné "Consulter le service

Internet Mobile"
consulter les offres de service facebook
<<extend>>
<<extend>> consulter les services 3G
consulter le service Internet Mobile
Client
consulter les services 4G

<<extend>>
Figure20 : Diagramme de cas d'utilisation raffiné "consulter service internet mobile".
Le Tableau 6 décrit le cas d'utilisation " Consulter le service Internet Mobile TT".

Acteur utilisateur

Description du scénario 1) L’utilisateur clique sur l'élément Internet Mobile de menu de navigation
principal 2) L'utilisateur choisi Internet Mobile.
3) Interface Internet Mobile est affichée.
4) L’utilisateur choisi Facebook.
5) Interface Facebook est affichée.
6) L’utilisateur choisi 3G.
7) Interface 3G est affichée.
8) L’utilisateur choisi 4G.
9) Interface 4G est affichée.
31
II.3.8. Diagramme de cas d'utilisation raffiné "Gérer son profil"
<<extend>>
consulter le profil
Ajouter un numéro
<<extend>>
Gérer son profil
client
Supprimer un numéro
<<extend>>
Figure21 : Diagramme de cas d'utilisation raffiné "Gérer le profil".
Le Tableau 7 décrit le cas d'utilisation "Gérer son Profil".

Acteur utilisateur
Post-condition Interface Profil affichée

Description du scénario 1) L’utilisateur clique sur l'élément Profil de menu de navigation
principal 2) Interface Profil est affichée.
3) l’utilisateur peut ajouter ou supprimer un numéro
32

client"
<<extend>> envoyer unne réclamation
consulter le service renseignement
Connsulter le service client

<<extend>>
client
consulter le service suivi

<<extend>>
Figure22 : Diagramme de cas d'utilisation raffiné "consulter le service client".
Le Tableau 8 décrit le cas d'utilisation "Consulter le service client ".

Acteur utilisateur
Post-condition Interface affichée

Description du scénario 1) L’utilisateur clique sur l'élément services client de menu de navigation
principal 2) L'utilisateur choisi services client.
3) Interface services client est affichée.
4) L’utilisateur choisi Réclamation.
5) Interface Réclamation est affichée.
6) L’utilisateur choisi Enseignement.
7) Interface Enseignement est affichée.
8) L’utilisateur choisi Suivi.
9) Interface Suivi est affichée.
33
II.4 Conclusion
Durant ce chapitre, nous avons détaillé l’analyse et les spécifications des besoins de
notre application. En effet, nous avons présenté les besoins fonctionnels et non
fonctionnels. Ensuite nous avons montré les diagrammes de cas d’utilisation les plus
intéressants.
Le chapitre suivant présentera la phase la plus importante dans le développement et

la réalisation de notre application qui est la phase conceptuelle.
34
Chapitre III : Conception
III.1 Introduction
Ce chapitre procède à la conception de notre application qui consiste à décrire la manière

avec laquelle le système réalise les exigences et les besoins des utilisateurs. En effet, la conception
permet de définir très tôt une architecture stable et permet d’anticiper les risques le plus
rapidement possible. Dans ce chapitre, nous présentons les diagrammes de classes et de séquence.
III.2 Diagramme de classes
-Classe « user » : cette classe correspond à l’utilisateur qui puisse accéder à notre
application sans besoin de faire une authentification.
-Classe « CodeTT » : cette classe correspond aux codes utiles de Tunisie Telecom.
-Classe « mobile » : cette classe correspond aux infos de service Mobile.
-Classe « fixe » : cette classe correspond aux infos de service Fixe.
-Classe « internet_mobile » : cette classe correspond aux infos de service Internet
Mobile.
-Classe « Réclamation » : cette classe correspond aux réclamations déjà envoyés par
l’utilisateur.
-Classe « Gouvernorat » : cette classe correspond aux villes où se trouvent les points
de vente de Tunisie Telecom.
-Classe « agence » : cette classe correspond aux informations de chaque agence TT.
35
CodesTT
1..* - id_codes : int Mobile
- nom_type : String
- id_mobile : int
- code : String
- titre : String
- description : String
1..* - description : String
1..*
user
1..*
- id_user : int
fixe
- nom : String
- prenom : String - id_fixe : int
- numero : String - nom : String
1..*
- email : String 1..* - description : String
- login : String
- mot de passe : String
1..*
+ Ajouter () : void
+ ajouter_num () : void
+ supprimer_num () : void gouvernorat
...
1..* - id_ville : int
1..* 1..* - nom_ville : String
1..* 1..1 agence

- id_agence : int
0..*
1..* - num_tel : String
internet_mobile
- num_fax : String
Reclamation - id_internet : int - adresse : String
- type : String
- id : int
- nom et prénom : String - image : String
- numero : String - description : String
- type : String
- message : String
+ envoyer () : void
...
Figure 23- Diagramme de classe.
III.3 Diagramme de séquence
III.3.1 Diagramme de séquence de cas d’utilisation

«Authentification »
C’est le premier scénario qui se déroule lors du déclenchement de l’application. Le
client est invité à saisir ses paramètres de connexion. Le système vérifie le format du login et
mot de passe, si le format est correct le système passe à vérifier la disponibilité des
paramètres, pour donner accès aux fonctionnalités de l’application.
36
authentifiation
:menu général :interface d'authentification :login :user BD
Client
1: ouvrire l'application
2 : afficher l'interface
3: interface affichée
4: Saisir login et mot de passe
alt [Format incorrect]
5: Afficher un message d'erreur ( erreur

de saisie)
[Format correct]
6: validation
7: envoyer les données

8: Recherche des données
9: recherche login et mot de passe
10: réponse
alt [login existant] 11: afficher interface d'acceuil
12: interface d'acceuil affichée
[Login n'existe pas]
13: Afficher un message d'erreur( 12: Retourner un message

veuiller verifier votre login et mot de
passe)
Figure24 : Diagramme de séquence « Authentification »
37
III.3.2 Diagramme de séquence de cas d’utilisation « Inscription »
Le système invite l’utilisateur à saisir ses paramètres d’accès (nom, prénom, email,
numéro, login et mot de passe). Il essaie ensuite de vérifier l’unicité du paramètre
(login).Lorsque tout est réglé, un message de confirmation évoque le succès de l’inscription.
inscription
:menu général :interface d'inscription :inscrit_client :user BD
Cl ient
1: ouvrire l'applicati on
4: Saisir les données

de saisie)
[Format correct]
6: validation

8: vérification
al t [Login existe déjà]

9: vérification des données
10: réponse
11: Retouner un message d'erreur
12: Afficher un message d'erreur (login

existe déjà)
[Login n'existe pas]
13: ajout des données
14: données ajoutées

15: Retourner un message
16: Retourner un message (inscri ption
avec succés)
Figure25 : Diagramme de séquence « Inscription »

38
III.3.3 Diagramme de séquence de cas d’utilisation «Réclamation»
Le système invite l’utilisateur à remplir le formulaire de la réclamation (nom et

prénom, email, numéro, type de réclamation et message). Ensuite un message de validation
que la réclamation a été envoyé avec sucée.
reclamation
:service client :interface de reclamation :envoyer reclamation :BD reclamation
Client
4: Saisir login et mot de passe

de saisie)
[Format correct]
6: validation

8: envoi des données
9: sauvegarde des données
10: données sauvegardées
11: retourner un message de validation
12: afficher un message(réclamation

envoyée avec succés)
Figure26 : Diagramme de séquence « Réclamation »
39
III.3.4 Diagramme de séquence de cas d’utilisation «Services

Mobile»
L’utilisateur clique sur Mobile dans l’interface menu général, une liste des offres et
des services mobile est affichée, puis il choisit un offre ou un service. En effet une interface
détaillée est affichée
consultation Mobile
:menu général :interface Mobile interface détaillée :BD mobile
Client
3: demander la liste mobile*
4: chargement de la liste
6: cliquer sur un offre
7: demander les détails de l'offre
8: affichage de l'interface
interface affichée
Figure27 : Diagramme de séquence « Consulter Services Mobile »
40
III.4 Conclusion
Dans ce chapitre nous avons détaillé les différentes vues conceptuelles des applications à
réaliser à travers les modèles UML nécessaires. Cette conception est essentielle pour la phase
de réalisation qui constitue l’objet du chapitre suivant.
41
Chapitre IV : Réalisation
IV.1 Introduction
Dans ce dernier chapitre, nous présentons la phase de réalisation de notre application.
Nous commençons par l'environnement matériel et logiciel de notre travail. Ensuite la
deuxième partie qui constitue le dernier volet de ce rapport, elle a pour objet d’exposer le
travail achevé.
IV.2 Environnement du travail

IV.2.1 Environnement matériel
Pour prendre en charge le développement de notre application, nous avons utilisé :
 
Un pc Toshiba : - 6 GO de RAM
- Processeur Intal(R) Core(TM) i3-3210M CPU 2.5 GHz
- Un système d'exploitation 64 bits
 Un smartphone Huawei - 2 GO de RAM
- Processeur Quadcore 1.5 GHZ
- Système d’exploitation : Android : 7.1.1
IV.2.2 Environnement logiciel
IV.2.2.1 Android Studio
Android Studio est l'IDE officiel pour le développement d'applications

Android, basé sur IntelliJ IDEA. Android Studio propose [13] :
42
 Système de construction basé à Gradle flexible

 Construire variantes multiples et la génération de fichier apk
 Modèles de code qui aident à construire des fonctionnalités d'applications communes
 Un éditeur de layout riche qui supporte le thème "drag and drop" et édition des outils
afin de réaliser la performance, la facilité d'utilisation, la compatibilité de version, et
d'autres problèmes
 ProGuard et app- signature capacités
1V.2.2.2 Software Développent Kit (SDK) Android
Le kit de développement (SDK) d’Android est un ensemble complet d’outils de

Développement. Il inclut un débogueur, des bibliothèques logicielles, un émulateur basé
Sur QEMU, de la documentation, des exemples de code et des tutoriaux. Les plateformes de
développement prises en charge par ce kit sont les distributions sous Noyau Linux, Mac OS X
10.5.8 ou plus, Windows XP ou version ultérieure. L'IDE officiellement supporté était Eclipse
combiné au plugin d'outils de développement d'Android (ADT), mais depuis 2015, Google
officialise Android Studio qui devient alors l'IDE officiel pour le SDK Android [14].
1V.2.2.3 EasyPHP
EasyPHP est un logiciel sous licence GNU permettant d'émuler un serveur Apache

sous Windows. C'est un serveur HTTP. Il permet d'utiliser des fichiers PHP et d'installer des
bases de données MySQL en local (avec le module PHPMyAdmin) sur votre ordinateur.
43
IV.3 Choix technique

IV.3.1 Android
Android est un système d'exploitation mobile pour smartphones, tablettes

tactiles, PDA, smartwatches (version Wear) et terminaux mobiles. C'est un système open
source utilisant le noyau Linux. Android est défini comme étant une pile de logiciels, c'est-à-
dire un ensemble de logiciels destinés à fournir une solution clé en main pour les appareils
mobiles et
tablettes tactiles. Cette pile comporte un système d'exploitation (comprenant un noyau Linux),
les applications clés telles que le navigateur web, le téléphone et le carnet d'adresses ainsi que
des logiciels intermédiaires entre le système d'exploitation et les applications [15].
L'ensemble est organisé en cinq couches distinctes :
 le noyau Linux avec les pilotes

 des bibliothèques logicielles telles que WebKit, OpenGL, SQLite ou FreeType
 une machine virtuelle et des bibliothèques permettant d'exécuter des programmes
prévus pour la plate-forme Java
 un framework - kit de développement d'applications
 un lot d'applications standard parmi lesquelles il y a un environnement de bureau, un
carnet d'adresses, un navigateur web et un téléphone.
En choisissant Android, nous ciblons un grand part du marché des smartphones car d'après
l’IDC en 2014, 1,059 milliard de smartphones Android ont été livrés dans le monde par les
Constructeurs. Ces livraisons représentent 81,5% des smartphones écoulés sur la planète en
2014 qui sont le part le plus important du marché des systèmes d’exploitation Mobiles [16]
comme indique la figure 28.
44
Fi
gure 28 : Parts du marché en systèmes d'exploitation des smartphones [17]
IV.3.2 Langages utilisés
IV.3.2.1 Java
Le langage Java est un langage de programmation informatique orienté objet,

l'avantage principal de Java par rapport aux autres langages c'est sa portabilité, le fait qu'un
programme Java puisse théoriquement être exécuté sur n'importe quelle plate-forme (type de
processeur et système d'exploitation).
IV.3.2.2 XML
Pour créer les interfaces de notre application nous avons utilisé aussi des
fichiers XML (Extensibe Markup Language) pour la collection des données (des images). Ce
langage est utilisé pour la définition des interfaces graphiques. Pour toutes applications
Android, le XML permet d'accéder aux données à partir d’Internet, envoyer et recevoir des
données à d'un service Web.
45
IV.3.2.3 JSON
JavaScript Object Notation est un format d'échange de données. Il est facile à lire et
même à écrire par n'importe qui. Il est basé sur le langage de programmation JavaScript.
JSON est un format texte complètement indépendant de tout langage, mais les conventions
qu'il utilise seront familières à tout programmeur habitué aux langages descendant du C,
comme par exemple : C lui-même, C#, C++, Java, JavaScript, Python, Perl, etc.
Ces propriétés font de JSON un langage d'échange de données idéal. Du point de vue
performance, évaluer une expression JSON en JavaScript est globalement plus performant que
de traiter son équivalent en XML. Une expression JSON est légèrement moins volumineuse.
JSON se base sur deux structures :

- Une collection de couples nom/valeur.
- Une liste de valeurs ordonnées (tableau, enregistrements).
IV.3.3 Web Services
Dans cette partie, nous allons lister les Web Services utilisés dans
l'application et expliquer nos choix à la fin.
IV.3.3.1 SOAP
SOAP est un protocole utile pour exécuter requêtes. C'est un protocole

orienté objet basé sur XML. Il permet la transmission de messages entre
applications distantes, c'est-à-dire autorise un objet à appeler des méthodes
d'objets situés sur un autre serveur. Le transfert se fait le plus souvent à l'aide du
protocole HTTP, mais peut être fait par un autre protocole, comme SMTP. Le
protocole SOAP est composé de deux parties :
Une enveloppe : contient des informations sur le message lui-même afin
de permettre son acheminement et son traitement.
Un modèle de données: définit le format du message, c'est-à-dire
les informations à Transmettre.
46
IV.3.3.2 REST
REST est un autre moyen d'accéder aux documents et à ressources

distantes. Tandis que SOAP se base sur des méthodes (appels de méthodes à
distance), REST se base sur des ressources existantes à distance et l'échange de
leur valeur via une URL qui la nomme. Les ressources peuvent être définies sous
format XML, JSON, HTML Les Web Service sont un type d'architecture qui se
repose sur les standards de l'internet. Il s'agit d'une architecture orientée service
qui permet à des applications de communiquer directement entre elles. Ces
applications peuvent être écrites dans des langages quelconques.
Les Web Service se présentent comme étant la solution pour répondre à
l'interopérabilité des systèmes…
IV.4 Architecture de l’application
Figure 29 : Architecture de l'application. [18].
L'architecture 3-tiers est composée de trois éléments, ou plus précisément dans

ce cadre-là de trois couches. En effet dans ce contexte, et dans la philosophie qui a
guidé l'élaboration de cette architecture, il est plus adéquat de parler de couche
fonctionnelle où à chacune d'elle est attachée un élément/entité logique.
47
Hors donc dans le modèle 3-tiers il faut distinguer trois couches/éléments :
- La couche présentation (ou affichage si l'on souhaite) associée au client qui de

fait est dit "léger" dans la mesure où il n'assume aucune fonction de traitement à la
différence du modèle Client / Serveur ou 2-tiers.
- La couche fonctionnelle liée au serveur, comprend le serveur d’applications ou

middware ou encore serveur intermédiaire, qui est dans de nombreux cas un serveur
web muni d’extensions applicatives.
- La couche de données liée au serveur de base de données (SGBD) [19].
IV.4.1 Les avantages d'une architecture 3-tiers
- Les avantages de l'architecture 3-tiers sont principalement au nombre de

quatre :
Les requêtes clients vers le serveur sont d'une plus grande flexibilité que dans
celles de l'architecture 2-tiers basées sur le langage SQL
. Cette flexibilité permet à une entreprise d'envisager dans le cadre d'une

architecture 3-tiers une grande souplesse pour l'introduction de toutes nouvelles
technologies.
. D'un point de vue développement, la séparation qui existe entre le client,

le serveur et le SGBD permet une spécialisation des développeurs sur chaque
tiers de l'architecture.
. Plus de flexibilité dans l'allocation des ressources ; la portabilité du tiers

serveur permet d'envisager une allocation et ou modification dynamique aux grés
des besoins évolutifs au sein d'une entreprise. [18]
48
IV.5 Les interfaces de l'application

Cette partie sera consacrée à la présentation du test de l'application réalisé
au cours de notre période de stage. Nous allons ainsi présenter quelques
interfaces de notre application.
Authentification
Lorsque l'utilisateur accède à notre application, il aura une interface

d'authentification, comme le montre la figure suivante. Il ne peut accéder à
l'application et bénéficier de ces fonctionnalités qu'après l'authentification.
49
Figure30 : interface d’authentification 1 Figure31 : interface

d’authentification2
Figure32 : interface d’authentification 3 Figure33 : interface d’authentification 4
50
L’utilisateur doit remplir tous les champs de cette interface pour effectuer
l’inscription puis il clique sur valider pour la validation de l’inscription
Figure34 : Interface d’inscription 1 Figure35 : Interface d’inscription 2 Figure36 : Interface d’inscription

3
L’utilisateur peut accéder aux interfaces de l’application à partir de ce menu de

navigation.
Figure37 : Interface Menu de navigation
51
L’utilisateur consulte les codes des services sous forme d’une liste glissante vers le
haut et le bat avec des différents termes.
Figure 38 : interface Codes Figure 39 : interface Codes Figure 40 : interface Codes

des services 1 des services 2 des services 3
L’utilisateur consulte les différents offres et services : offres post payées , offres
prépayées et service Mobile sous la forme Tabs , il peut cliquer sur chaque offre ou service et
une interface détaillée de ce dernier s’affiche.
52
Figure 41 : interface Mobile 1 Figure 42 : interface Mobile 2 Figure 43 :

interface Mobile 3
53
L’utilisateur peut consulter son profil et ses données déjà saisie à l’inscription, il peut
aussi ajouter ou supprimer un numéro.
Figure 44 : interface Profil 1 Figure 45 : interface Profil 2 Figure 46 : interface Profil 3
54
Conclusion
générale
55
Conclusion générale
Le stage est une étape cruciale pour notre insertion professionnelle. Le stage est
considéré comme une source d’information qui nous permet d’appliquer les théories
acquises et évaluer les forces et les faiblesses de 3 ans d’études en informatique
appliquée à la gestion.
Au cours de mon stage à la société Tunisie Telecom, j’étais chargé de réaliser
mon projet de fin d’études. Ce projet a été une occasion de m’engager activement dans
le domaine de développement au sein d’un organisme professionnel ce qui m’a
permis:
 D’acquérir de nouvelles connaissances, de développer une certaine

expérience et surtout de m'initier au développement d’applications
professionnelles.
 De mieux communiquer autour d’un projet avec mes encadreurs.
 D’appliquer les connaissances acquises en matière de conception orientée
objets et en matière de base de données.
 D’utiliser des outils puissants (comme l’Android, Java, etc.) qui offrent des
possibilités de développement très larges.
Nous avons voulu enrichir notre application par un service qui fournit des
statistiques relatives aux stocks mais, manque de temps, nous n'avons pas pu réaliser
ce service mais nous souhaitons revenir pour le faire.
Enfin nos différentes rencontres avec nos encadreurs nous ont été bénéfiques grâce à leurs
conseils et leurs recommandations qui nous ont énormément facilité le travail.
56
Annexes
Journal du stage
La réalisation de notre projet de fin d’étude «Espace TT » au sein de la société Tunisie Telecom Agence de
Nabeul est effectuée sur plusieurs tâches qui sont exécutées pour des périodes bien déterminés.
Ceci est un journal de stage qui montre les tâches détaillé par semaine durant la période de stage.
Semaine du 1 février 2017
Date Description des tâches

Compréhension du sujet
Mercredi, 1 février 2017
Collecte des informations concernant l’application
Compréhension du sujet
Jeudi, 2 février 2017
Collecte des informations concernant l’application
Présentation de la société par l’administrateur

Vendredi, 3 février 2017
Présentation des missions de la société

Samedi, 4février 2017
57

Etude de l’existant
Lundi, 6 février 2017 Collecte des informations concernant la société Tunisie

Télécom
Mardi, 7 février 2017 Spécification des besoins Fonctionnels et non Fonctionnels
Mercredi, 8 février 2017 Etude de Méthodologie du travail
Jeudi, 9 février 2017 Choisir le Model En V
Rédaction de cahier des charges


Lundi, 13 février 2017 Analyse de cahier des charges
Analyse des besoins fonctionnels et non fonctionnels
Mardi, 14 février 2017
Mercredi, 15 février 2017 Conception : diagrammes de cas d’utilisation
Jeudi, 16 février 2017 Dépôt du cahier des charges final.
Développement de la première interface.(Accueil)

Remplir le journal (Semaine du 08 Février2016).
58

er
Lundi, 20février 2017 Préparation du 1 chapitre du rapport
Mardi, 21février 2017 Conception : Diagramme de classe
Mercredi, 22février 2017 Conception : diagrammes de séquences
er
Jeudi, 23février 2017 Modification du 1 chapitre.
Développement de l’interface Recharge. (design)

Vendredi, 24février 2017

Rédaction de rapport
Lundi, 27 février 2017
Mardi, 28 février 2017 Création de la base de données de notre projet
Mercredi, 1 mars 2017 Test de la base de donnée de notre projet
Jeudi, 2 mars 2017 Développement
Vendredi, 3 mars 2017 Développement
Semaine du 6 mars 2017

Développement
Lundi, 6 mars 2017
Rédaction de rapport
Mardi, 7 mars 2012
Mercredi, 8 mars 2012 Développement
Jeudi, 9 mars 2012 Développement
Développement
Vendredi, 10 mars 2012
59
Lundi, 13 mars 2017 Maintenance et conception graphique
Développement
Mardi, 14mars 2017
Mercredi, 15mars 2017 Développement
Jeudi, 16mars 2017 Développement
Vendredi, 17mars 2017 Test de projet et Développement
Lundi, 20 mars 2017 Création de la base de donnée de gestion d’entreprise
Mardi, 21 mars 2017 Création de la base de donnée de gestion d’entreprise
Mercredi, 22 mars 2017 Rédaction de rapport
Jeudi, 23 mars 2017 Réalisation : création de l’interface authentification
Vendredi, 24 mars 2017 Réalisation : création de l’interface menu
Lundi, 27 mars 2017 Réalisation : création de l’interface inscription
Mardi, 28 mars 2017 Rédaction de rapport
Mercredi, 29 mars 2017 Réalisation : création de l’interface profil
Réalisation : création de l’interface de la localisation fix

Jeudi, 30 mars 2017
Réalisation : création de l’interface internet mobile

Vendredi, 31 mars 2017
Semaine du 3 avril 2017

60
Réalisation : création de l’interface carte points de vente
Lundi, 3 avril 2017
développement
Mardi, 4 avril 2017
développement
Mercredi, 5 avril 2017
Jeudi, 6 mars 2017 Réalisation : création de l’interface liste des Gouvernorat
Vendredi, 7 avril 2017 Rédaction de rapport

développement
Lundi, 10 avril 2017
Mardi, 11 avril 2017 développement
Mercredi,12avril 2017 Rédaction de rapport
Jeudi, 13avril 2017 Développement
Vendredi,14avril 2017 Développement

Lundi, 17 avril 2017 Modification sur le Style des Interfaces
Mardi, 18 avril 2017 Rédaction du rapport
Mercredi,19 avril 2017 Rédaction du rapport
Jeudi, 20 avril 2017 Rédaction du rapport
Vendredi, 21 avril 2017 Rédaction du rapport

61
Lundi, 24avril 2017 Rédaction du rapport
Mardi, 25 avril 2017 Rédaction du rapport
Mercredi, 26avril 2017 Rédaction du rapport
Rédaction du rapport
Jeudi, 27avril 2017
Vendredi, 28avril 2017 Rédaction du rapport
62
Bibliographie
[1] https://www.tunisietelecom.tn/Fr/A-Propos/Entreprise
[2] https://www.tunisietelecom.tn/Fr/A-Propos/
[3]Document PDF « Présentation de Tunisie Telecom »
[4] Document PDF « Présentation de Tunisie Telecom »
[5] https://play.google.com/store/apps/details?id=tn.tunisietelecom.boutique
[9] Département informatique
Http://www.inf.inteevry.fr/cours/CSC4002/EnLigne/Cours/ CoursUML
[10] http://staruml.io
[11] http ://fr.wikipedia.org
[12] https://fr.wikipedia.org/wiki/Cycle_en_V
[13] https://developer.android.com/tools/studio/index.html.
[14] http://fr.wikipedia.org/wiki/Android_SDK.
[15] http://fr.wikipedia.org/wiki/Android
[16] http://www.zdnet.fr/actualites/chiffres-cles-les-os-pour-smartphones-
39790245.html, consulté le 30/05/2015.
[17] http://www.zdnet.fr/actualites/chiffres-cles-les-os-pour-smartphones-
39790245.html, consulté le 30/05/2015.
[18] http://www.memoireonline.com/07/09/2392/m_Mise-en-place-dune-
architecture-3-tiers-avec-base-de-donnees-centralisee-sous-SQL-SERVER-Cas-
du9.html
[19] http://www.memoireonline.com/07/09/2392/m_Mise-en-place-dune-
architecture-3-tiers-avec-base-de-donnees-centralisee-sous-SQL-SERVER-Cas-
du9.html
63
Conception et réalisation d’une application
Mobile des offres et des services de Tunisie Telecom
Rapport de Stage FSEG, Nabeul 2017
_________________________________________________________________
RESUME
Le mémoire a été réalisé dans le cadre d’un projet de fin d’études pour obtention de la licence
en informatique appliquée à la gestion. Le projet a été effectué dans la société Tunisie
Télécom.
La finalité de ce projet est la Conception et réalisation d’une application Mobile des offres et
des services de Tunisie Telecom .
Afin de mettre en œuvre ce projet, nous avons utilisé le processus unifié pour la conception, le
système de gestion de base de données Easy PHP et le langage de programmation Android
pour le développement.
Mots clés : GRH, Pacester UML, Easy PHP, JAVA, Net Beans
_________________________________________________________________
SUMMARY
The present project is the result of study training at TUNISIE TELECOM to obtain the license
degree in Management Computer Sciences.
Its goal is to develop a Mobile application of Tunisie Telecom offers and services.
To lead this work, we used the unified development process, data base system management
Easy PHP and Android language programming.
64

Langue

Rapport Pfe Final

Transféré par

Informations du document

Titre original

Copyright

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 :

Rapport Pfe Final

Titre original :

Transféré par

Droits d'auteur :

Ministère de l’Enseignement Supérieur et de la Recherche Scientifique

Présenté en vue d'obtenir le diplôme de la LICENCE APPLIQUEE

SPECIALITE : Informatique Appliquée à la Gestion

Conception et développement d’une application mobile des offres et des services de

La Direction Régionale de Tunisie Telecom de Nabeul

Encadrant universitaire : Encadrant professionnel :

A mes parents Kheireddine et Samia. Qu’ils trouvent

Je tiens également à exprimer mes sincères remerciements et ma profonde gratitude à

Enfin, mes remerciements s’adressent à tous les enseignants de la Faculté Des

Table des matières...............................................................................................................iv

Liste des figures..................................................................................................................vii

Liste des tableaux................................................................................................................ix

Liste des abréviations...........................................................................................................x

Chapitre I : Contexte général du projet.............................................................................2

Chapitre II : Analyse et spécification des besoins...........................................................16

II.1 PRÉSENTATION GÉNÉRALE DU SUJET :...................................................................16

Chapitre III : Conception..................................................................................................30

Chapitre IV : Réalisation...................................................................................................37

Figure 1: organigramme de la direction générale de Tunisie Télécom [3].........................................4

Figure2 : interface menu…………………………………………………………………….7

Figure3 : interface Actualité TT……………………………………………………………..7

Figure4 : Interface Codes Pratiques TT……………………………………………………..7

Figure5 : Interface Ma ligne Prépayée………………………………………………………7

Figure6 : interface d’Accueil selon l’application………………………………..…………..8

Figure7 : interface Menu selon l’application………………………………………………..8

Figure8 : interface d’Actualité selon l’application………………………………………….8

Figure9 : interface Codes Pratiques selon l’application……………………………………8

Figure10 : interface Contacts Utiles selon l’application. …………………………………...9

Figure11 : interface News et Events selon l’application…………………………………....9

Figure12 : Les 10 principaux diagrammes UML. ………………………………………….11

Figure13 : Modèle de cycle de vie en V…………………………………………………….14

Figure14 : Diagramme de cas d’utilisation général………………………………………..19

Figure15 : Diagramme de cas d'utilisation raffiné "authentification".……………………..20

Figure16 : Diagramme de cas d'utilisation raffiné "Recharge de la ligne TT"…………….21

Figure18 : Diagramme de cas d'utilisation raffiné "consulter service Mobile".……………24

Figure19 : Diagramme de cas d'utilisation raffiné "consulter service fixe".……………….25

Figure20 : Diagramme de cas d'utilisation raffiné "consulter service internet mobile"……26

Figure21 : Diagramme de cas d'utilisation raffiné "Gérer le profil".……………………….27

Figure22 : Diagramme de cas d'utilisation raffiné "consulter le service client".…………..28

Figure 23- Diagramme de classe…………………………………………………………...31

Figure27 : Diagramme de séquence « Consulter Services Mobile »………………………32

Figure 28 : Parts du marché en systèmes d'exploitation des smartphones………………...40

Figure 29 : Architecture de l'application…………… ………………………………….42

Figure 39 : interface « Codes des services »……………………………………………….47

Figure 40 : interface « Codes des services »……………………………………………….47

Figure 41 : interface « Mobile 1»……..…………………………………………….……..47

Figure 42 : interface « Mobile 2»……..…………………………………………….……..47

Figure 43 : interface « Mobile 3»……..…………………………………………….……..47

Figure 44 : interface Profil…………………………………………………………………48

Le Tableau 1 décrit le cas d'utilisation "Consulter les codes service TT"……………………..20

Ce rapport présente l’ensemble des étapes suivies pour développer une

Le premier chapitre intitulé « présentation générale » est consacré à la

Dans le second chapitre «Etude préalable et Analyse des besoins et

Le troisième chapitre intitulé « Analyse et conception » détaille les différents

Le dernier chapitre intitulé «Réalisation» présente l’environnement de travail

aussi le travail réalisé avec un ensemble d’interfaces graphiques conçues pour

En conclusion, nous mentionnons les différents atouts de ce projet et les

Chapitre I : Contexte général du projet

Ce chapitre, contexte du projet, présente la société Tunisie Télécoms. Il aborde

I.1 Présentation de la société

I.1.1 Présentation générale de Tunisie Télécom

L’office national des télécommunications est créé suite à la promulgation de la

L’office a ensuite changé de statut juridique, en vertu du décret N°30 du 5 avril

En juillet 2006, il a été procédé à l’ouverture du capital de Tunisie Telecom à