Vous êtes sur la page 1sur 74

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 35 : Interface d’inscription 2…………………………..……………………………46
Figure 36 : Interface d’inscription 3…………………………..……………………………46
Figure 37 : Interface Menu de navigation…………...…………………………………...…46
Figure 38 : interface « Codes des services »……………………………………………….47

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


Figure 45 : interface Profil…………………………………………………………………48
Figure 46 : 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

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
Introduction Générale

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
Introduction Générale

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
Introduction Générale

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
Introduction Générale

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
Introduction Générale

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
Introduction Générale

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
Introduction Générale

 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
Introduction Générale

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
Introduction Générale

Figure2 : interface menu [5]. Figure3  : interface Actualité


TT [6].

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


Prépayée [8].

10
Introduction Générale

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
Introduction Générale

Figure8 : interface d’Actualité selon Figure9  : interface Codes


Pratiques selon l’application.
L’application.

12
Introduction Générale

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
Introduction Générale

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
Introduction Générale

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
Introduction Générale

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
Introduction Générale

* 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
Introduction Générale

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

 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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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

Post-condition Interface code service TT 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
Chapitre 2 Analyse et spécification des besoins

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

Cas d’utilisation Consulter les codes service TT


Acteur utilisateur

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

Post-condition Interface code service TT affichée


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
Chapitre 2 Analyse et spécification des besoins

II.3.6. Diagramme de cas d'utilisation raffiné "Consulter le service


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

Cas d’utilisation Consulter les codes service TT


Acteur utilisateur

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

Post-condition Interface code service TT affichée


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
Chapitre 2 Analyse et spécification des besoins

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

Cas d’utilisation Consulter les codes service TT


Acteur utilisateur

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

Post-condition Interface code service TT affichée


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
Chapitre 2 Analyse et spécification des besoins

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

Cas d’utilisation Consulter les codes service TT


Acteur utilisateur

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

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
Chapitre 2 Analyse et spécification des besoins

II.3.9. Diagramme de cas d'utilisation raffiné "Consulter le service


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

Cas d’utilisation Consulter les codes service TT


Acteur utilisateur

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

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
Chapitre 2 Analyse et spécification des besoins

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 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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

2 : afficher l'interface

3: interface affichée

4: Saisir les données

alt [Format incorrect]

5: Afficher un message d'erreur ( erreur


de saisie)

[Format correct]
6: validation

7: envoyer les données


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
Chapitre 2 Analyse et spécification des besoins

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

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: 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
Chapitre 2 Analyse et spécification des besoins

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

1: ouvrire l'application

2 : afficher l'interface
3: demander la liste mobile*

4: chargement de la liste
5: interface affichée

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
Chapitre 2 Analyse et spécification des besoins

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 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

 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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

Figure30 : interface d’authentification 1 Figure31 : interface


d’authentification2

Figure32 : interface d’authentification 3 Figure33 : interface d’authentification 4

50
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

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
Chapitre 2 Analyse et spécification des besoins

Figure 41 : interface Mobile 1 Figure 42 : interface Mobile 2 Figure 43 :


interface Mobile 3

53
Chapitre 2 Analyse et spécification des besoins

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
Semaine du 6 février 2017

Date Description des tâches


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


Vendredi, 10 février 2017

Semaine du 13 février 2017

Date Description des tâches


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)


Vendredi, 17 février 2017
Remplir le journal (Semaine du 08 Février2016).

58
Semaine du 20 février 2017

Date Description des tâches


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

Semaine du 27 février 2017


Date Description des tâches
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

Date Description des tâches


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
Semaine du 13 mars 2017

Date Description des tâches

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

Semaine du 20 mars 2017

Date Description des tâches

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

Semaine du 27 mars 2017

Date Description des tâches

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


Date Description des tâches

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

Semaine du 10 avril 2017


Date Description des tâches
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

Semaine du 17 avril 2017


Date Description des tâches

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

Semaine du 24 avril 2017


61
Date Description des tâches

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
[6] https://play.google.com/store/apps/details?id=tn.tunisietelecom.boutique
[7] https://play.google.com/store/apps/details?id=tn.tunisietelecom.boutique
[8] 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

Vous aimerez peut-être aussi