Ministre de l'enseignement Suprieur, de la recherche scientifique et de la technologie

Direction Gnrale des Etudes Technologiques

Institut Suprieur des Etudes Technologiques de SFAX

Dpartement informatique

STAGE DE FIN DETUDES

Filire : SYSTEME EMBARQUE ET MOBILE Sujet : CONCEPTION ET DEVELOPPEMENT DUNE LATEFORME POUR LE MONITORING DE LA QOS DES RESEAUX 2G/3G VIA LES MOBILES ANDROID

Entreprise se da accueil l :

Ralis par : Mr Mohamed WALI Mr Mohamed REKHIS

Encadreur de lEntreprise : Mr kais AMEUR Enseignant Encadreur : Mr Hafedh SUISSI

Anne Universitaire : 2011/2012

Ddicaces
Aux deux personnes les plus chres moi, mes parents Pour tous leurs sacrifices, leur tendresse, leur amour Que dieu les protge et les prserve le bonheur et la sant A mes chers frres, A mes chers amis, A tous ceux qui comptent pour moi, Je ddie ce travail .

Wali

Ddicaces
Aux deux personnes les plus chres moi, mes parents Pour tous leurs sacrifices, leur tendresse, leur amour Que dieu les protge et les prserve le bonheur et la sant A mes chers frres, A mes chers amis, A tous ceux qui comptent pour moi, Je ddie ce travail

Rekhis

Remerciements

Cest avec grand honneur que nous avons rserv cette page en signe de gratitude et de reconnaissance tous ceux qui nous ont aids de prs ou de loin dans la ralisation de ce projet.

Notre sincre gratitude sadresse notre encadreur Mr .Suissi Hafedh, qui a c o n tr i bu tout au long de ce stage a llaboration de ce projet grce a ces conseiller utile.

Nos remerciements sadressent galement Mr. Ame r ka is , chef de la division systme et infrastructure au sein de Tunisie Telecom qui grce sa disponibilit, ses conseils, permis la ralisation de ce modeste travail.

Nous exprimons, galement, notre profonde gratitude notre directeur, notre chef de dpartement et tous les membres du corps enseignant de l ISET SFAX qui ont contribu nous acqurir une formation nettement tendue.

Nos remerciements sadresse galement monsieur le prsident et les membres du jury pour avoir accept d valuer ce rapport avec l espoir d tre la hauteur de leurs attentes.

SOMMAIRE
Table des figures .....................................................................................................................................8 Introduction gnrale ...........................................................................................................................10 I. Prsentation du projet ..................................................................................................................13 I.1 Introduction ..........................................................................................................................13

I.2 Prsentation de la socit ...........................................................................................................13 I.3 Organigramme de lorganisme ....................................................................................................15 I.4 Problmatique ............................................................................................................................16 I.4.1 Etude de lexistant.....................................................................................................................16 I.4.2 Critique de lexistant .................................................................................................................16 I.4.3 Solution propose ....................................................................................................................17 I.4.4 Cahier des charges ...................................................................................................................17 I.5 Conclusion...................................................................................................................................18 II. Spcification .....................................................................................................................................22 II.1 Introduction ................................................................................................................................22 II.2 Spcification formelle..................................................................................................................22 II.3 Spcification semi formelle .........................................................................................................22 II.3.1 Mthode de conception UML ..............................................................................................22 II. 3.2 Diagramme des cas dutilisation .............................................................................................24 II.4 Conclusion...................................................................................................................................27 III. Conception.......................................................................................................................................29 III.1 Architecture gnrale de la plateforme ......................................................................................29 III .2 Description ...............................................................................................................................30 III .2.1 Description de lapplication client ....................................................................................30 III .2.2 Description de lapplication Gestion de fichier ...............................................................31 III .2.3 Description de lapplication Administrateur .....................................................................33 III .3 Modle entit relation ..............................................................................................................34 III. 3.1 Les informations de tlphone ...............................................................................................35

III.3.2 Description des tables ..............................................................................................................36 III.4 Prsentation de la mthode de conception faire .....................................................................38 III.5 Diagrammes des squences.......................................................................................................39 III.7 Conclusion .................................................................................................................................42 IV. Ralisation de lapplication ..............................................................................................................44 IV.1 Introduction ..............................................................................................................................44 IV.2 Environnement de dveloppement : .........................................................................................44 IV .2.1 Environnement matriel : .....................................................................................................44 IV.2.2 Environnement Logiciel : ......................................................................................................44 IV.3 Choix du langage de lapplication ..............................................................................................45 IV.4 Prsentation de la premire application .....................................................................................48 IV.5 Prsentation de la deuxime application ....................................................................................53 IV.6 Prsentation de la troisime application ...................................................................................54 Conclusion gnrale ..............................................................................................................................62 Bibliographie.........................................................................................................................................63

Table des figures

Figure 1 : Lorganisme daccueil de Tunisie Telecom ...........................................................................13 Figure 2:logo de Tunisie Telecom .........................................................................................................14 Figure 3 : lorganigramme de Tunisie Telecom .....................................................................................15 Figure 4 : Logo de Visual Paradigm for UML .......................................................................................23 Figure 5 : Diagramme de cas dutilisation de Rclamation Client .....................................................25 Figure 7: Diagramme de cas dutilisation de Rclamation Client ......................................................26 Figure 6 : Diagramme de cas dutilisation de Gestion de fichiers .....................................................26 Figure 8 : Diagramme gnral de cas dutilisation de lapplication .......................................................27 Figure 9 : Larchitecture gnrale de la plateforme ................................................................................29 Figure 10 : explication des diffrentes composantes de la plateforme ....................................................30 Figure 11 : Architecture de lapplication Rclamation client ............................................................30 Figure 12 : Architecture de lapplication Gestion de fichier ..........................................................31 Figure 13 : Architecture de lapplication Administrateur................................................................33 Figure 14 : Diagramme de modle entit relation ..................................................................................34 Figure 15 : Table Internet Mobile..........................................................................................................36 Figure 16 : Table Appel Voix................................................................................................................36 Figure 17 : Table Appel Vido ..............................................................................................................37 Figure 18 : Table Rclamation Live Tv .................................................................................................37 Figure 19 : Logo Altova Umodel...........................................................................................................38 Figure 20 : Diagramme de squence relatif la rclamation de client ....................................................40 Figure 21 : Diagramme de squence relatif la gestion de fichiers ........................................................41 Figure 22...............................................................................................................................................42 Figure 23 : logo du logiciel de dveloppement Eclipse .........................................................................44 Figure 24 : Logo Easy Php ....................................................................................................................45 Figure 25 : logo du langage de programmation Delphi...........................................................................46 Figure 26 : logo du langage de programmation JavaFx...........................................................................47 Figure 27 :Tunisiecom Better Connect Prsentation gnrale..............................................................48

Figure 28 : Tunisiecom Better-Accueil ..................................................................................................49 Figure 29 :Tunisiecom Better-Information ............................................................................................49 Figure 30 : Tunisiecom Better-Questionnaire ........................................................................................49 Figure 31 : Tunisiecom Better-Copyright ..............................................................................................50 Figure 32 : Tunisiecom Better-Internet ..................................................................................................50 Figure 33 :Tunisiecom Better-Appel audio............................................................................................50 Figure 34 : Tunisiecom Better-Appel video ...........................................................................................51 Figure 35 : Interface daccs au serveur FTP ........................................................................................51 Figure 36 : format de fichier de rclamation ..........................................................................................52 Figure 37 : ajout du fichier a la base de donne .....................................................................................53 Figure 38 : dplacement de fichier au rpertoire OUT de serveur FTP ...................................................53 Figure 39 : Interface de rechercher les rclamations par LAC ................................................................54 Figure 40 : Tableau des rclamations par LAC .....................................................................................54 Figure 41 : Interface de rechercher les rclamations par IMSI................................................................55 Figure 42 : Interface de rechercher les rclamations par Lac ..................................................................55 Figure 43 : Interface dafficher toutes les rclamations ..........................................................................56 Figure 44 : statistique de toutes les rclamations ...................................................................................56 Figure 45 : Interface dafficher les types rclamations ...........................................................................57 Figure 46 : statistique de toutes les rclamations ...................................................................................57 Figure 47 : chemin de visualiser tous les rclamations ..........................................................................58 Figure 48 : visualisation toutes les rclamations ....................................................................................58 Figure 49 : chemin de visualiser tous les rclamations ..........................................................................59 Figure 50 : visualisation les rclamations dappelles vocaux..................................................................59 Figure 51 : chemin de visualiser les rclamations de connexion internet ..............................................60 Figure 52 : visualisation les rclamations de connexion internet ............................................................60 Figure 53 : chemin de visualiser les rclamations appel vido /live Tv .................................................61 Figure 54 : visualisation les rclamations dappelles vidos ...................................................................61

Introduction gnrale

Introduction gnrale

Le march de la tlphonie portable connat actuellement une vritable rvolution, mene par Apple et son iPhone. Apple a su mettre en avant son produit en ajoutant au tlphone de nouvelles fonctionnalits et en crant de nouveaux besoins.

Le march des Smartphones connat donc un vritable essor dans lequel les acteurs habituels (Windows et Symbian) essaient de s'engouffrer. Google, ayant ralis le potentiel de ce march, a dcid de s'y introduire en rachetant une startup travaillant sur un systme d'exploitation ouvert pour terminal mobile : Android. Dans le cadre de notre prparation au diplme de Licence applique en technologie de linformatique lInstitut Suprieur des Etudes Te chnologiques de Sfax, il s'agiit au cours de ce projet d'tudier et de dvelopper une application mobile sous Android.

Avec l'avance et l'mergence des technologies mobiles, les dveloppements embarqus sont de plus en plus demands sur le march. Avoir un Smartphone est devenu incontournable pour les jeunes de nos jours.

D'o est nait l'ide de dvelopper une application client serveur pour le suivi de la qualit de service
2G/3G selon des KIPs (Key Performance Indicators) collects par des Smart Agents installs sur des mobiles Android.

Mis part le dveloppement proprement dit de l'application, consistait nous familiariser une
application qui sera installe sur les terminaux mobiles Android qui permet denregistrer des informations du tlphone.

Le prsent rapport est constitu de quatre chapitres , dont le premier tude pralable est la prsentation gnrale o il y a une prsentation de la socit Tunisie Telecom et une ide gnrale sur le sujet.

Projet de Fin dEtudes

Page 10

Introduction gnrale

Le deuxime chapitre spcification prsente la spcification gnrale dans laquelle il ya ltude de la spcification i nformelle et le diagramme de cas dutilisation. Le Troisime chapitre conception prsente la phase conception dans la quelle on dcrit larchitecture gnrale de trois applications, le modle entit relation et les diagrammes des squences. Le quatrime chapitre ralisation de lapplication ou en dcrit larchitecture de lapplication, lenvironnement matriel et logiciel, avec une prsentation des principaux crans de les applications dveloppes.

Projet de Fin dEtudes

Page 11

Chapitre I Prsentation du projet

Chapitre I : Prsentation du projet

I.

Prsentation du projet
I.1 Introduction

Dans ce chapitre, nous allons donner une brve description de la socit daccueil et prsenter son organigramme. Ensuite, nous allons expliquer le sujet de notre projet et ses Objectifs. Enfin, nous allons poser la problmatique et les solutions envisages.

I.2 Prsentation de la socit

Figure 1 : Lorganisme daccueil de Tunisie Telecom

Tunisie Tlcom est le nom commercial de l'oprateur historique de tlcommunications en Tunisie. La loi portant cration de l'Office national des tlcommunications, dont le nom commercial est Tunisie Tlcom, est promulgue le 17 avril 1995 et entre en

vigueur le 1 er janvier 1996. Devenu socit anonyme de droit public fin 2002, il change de statut juridique, par un dcret du 5 avril 2004, pour devenir une socit anonyme

dnomme Tunisie Tlcom .

Projet de Fin dEtudes

Page 13

Chapitre I : Prsentation du projet Elle connat une privatisation partielle en juillet 2006 avec l'entre dans son capital, hauteur de 35 %, de l'mirati Tec om-DIG. Tunisie Tlcom propose des services dans le domaine des tlcommunications fixes et mobiles. En juin 2006, il est fort de 1 259 000 abonns au rseau fixe (RTCP), dont il dtient le monopole, et de 3 265 000 abonns au rseau GSM (la premire ligne est inaugure le 20 mars 1998 Tunisie Tlcom met en place, exploite et commercialise le premier rseau GSM en Mauritanie (Mattel) partir de mai 2000. Elle conclut galement une convention de coopration technique avec Djibouti Tlcom pour le dveloppement de ses rseaux de tlcommunications. Tunisie Tlcom met en place, exploite et commercialise le premier rseau GSM en Mauritanie (Mattel) partir de mai 2000. Elle conclut galement une convention de coopration technique avec Djibouti Tlcom pour le dveloppement de ses rseaux de tlcommunications.

Figure 2:logo de Tunisie Telecom

Tunisie Telecom El Kasbah est organis en plusieurs directions, comme exemple le centre de service valeur ajoute o nous avons ralis ce projet. Le centre de service valeur ajoute prsente plusieurs travailleurs occupants les postes des Techniciens et des ingnieurs comptents. Aussi, il comprend plusieurs types de serveurs norms, des serveurs de type SUN (SPARC, NITRA.) installer par des systmes dexploitation Solaris(UNIX),Redhat (LUNIX) et Windows Server, et de type IBM installer par Windows Server (2003,2008), AIX (UNIX) et Ubuntu, en plus le type Siemens.

Projet de Fin dEtudes

Page 14

Chapitre I : Prsentation du projet

I.3 Organigramme de lorganisme

En fait, lorganigramme de Tunisie Telecom se prsente com me suit :

Figure 3 : lorganigramme de Tunisie Telecom

Projet de Fin dEtudes

Page 15

Chapitre I : Prsentation du projet

I.4 Problmatique
Face la multitude d'offres des oprateurs en tlphonie mobile (Internet illimit, TV, musique ,..etc) les abonns rencontrent souvent des problmes, dont ils ne connaissent pas la cause. Lide est que chaque abonns mobile peut nous faire part des problmes quil a rencontr avec sa solution mobile : Problme de couverture du rseau Mauvaise qualit du signal Rseau satur (occup) Impossibilit de se connecter Internet Do la solution propos par ce projet : une application simple qui permet damoindrir au maximum ses problmes, par un feedback instantan de la QoS des diffrents services mobiles en temps rel et simple usage.

I.4.1 Etude de lexistant

Dans cette partie, nous allons dtailler les limites de la solution actuelle chez la socit. Ensuite, nous allons prsenter les meilleures solutions de travail.

I.4.2 Critique de lexistant

Tunisie Telecom est une socit qui comporte un nombre important de directions et de services dploys sur lensemble du territoire Tunisien. Tunisie Telecom a comme but de grer les rseaux et les services publics de Tlcommunications et permet de ddier un rseau local qui permet de communiquer de manire rapide et sure.

Projet de Fin dEtudes

Page 16

Chapitre I : Prsentation du projet Tunisie Telecom a une quipe de service technique qui a pour rle de corriger les dfauts de la QoS dtects ainsi que suivre les rclamations venant des abonns. Actuellement lutilisateur peut faire une rclamation suivant deux manire : Il peut appeler le service clientle avec son tlphone et faire sa rclamation.
Il peut aller au centre de Tunisie tlcom et faire sa rclamation.

Lorsque labonn fait une rclamation le technicien prend ces information et les enregistre dans le CRM ( Customer Relationship Management : cest une rclamations dabonns). Si le technicien ne peut pas corriger le problme lors de la rclamation, il lenregistre pour quune autre quipe technique traite la rclamation de labonns et la corrige. Mais ce service de client prsente plusieurs inconvnients comme : un peu robotis faible efficacit lent avec plusieurs client application web qui contient les

I.4.3 Solution propose

Le but du notre projet est de dvelopper trois applications permettant de contrler le suivi de la qualit de service 2G/3G pour amliorer les services de la socit.

I.4.4 Cahier des charges

Il sagit de mettre en place une application client /serveur qui permet de contrler le suivi de la
qualit de service 2G/3G selon des KIPs collects par des Smart Agents installs sur des mobiles Android.

Pour cela, il est demand de : Dvelopper une application qui sera installe sur les terminaux mobiles
Android qui permet denregistrer des informations didentification et de localisation du client (IMSI (International Mobile Subscriber Identity), MSISDN ( Mobile Station ISDN Number), Lac( Location

Area Code), CI ( Cell Identity),IMEI (International Mobile Equipment Identity,niveau de signal,nom de reseau,date ) et KPIs (Key Performance Indicators) et de diffrents paramtres et(ping, mode et dure de connexion, ) ainsi leurs envoi vers un serveur FTP centralis.
Projet de Fin dEtudes Page 17

Chapitre I : Prsentation du projet

A prsent, entamons la conception et la configuration de la base de donnes de collecte dinformations et

KPIs depuis un serveur FTP

Cette application a pour objectif de rcuprer les donnes des fichiers dans le serveur FTP et mettre jour la base de donne serveur FTP. Enfin, on va achever notre travaille par le developpement dune application permettant le Reporting et
lanalyse des KPIs data, dj enregistrs dans la base de donnes distante selon

plusieurs for mes

d affichage (courbes, histogrammes, tableaux ), Pour permettre une analyse intelligente des expriences clients et diagnostique des ventuels problmes de qualit de service. Les KPIs ci-dessous seront considr :

Distribution dutilisation des technologies GPRS/EDGE/W CDMA/HSPA+ Identification le numro de Sim (IMSI) Identification le numro de srie (IMSI) Dtermination le nom de rseau

Niveau de signal reu (ASU dBm)

I.5 Conclusion
Le prsent chapitre a t consacr la prsentation gnrale de lentreprise et la prsentation de la problmatique du travail demand par la socit Tunisie Telecom . Enfin, on conclut avec le cahier des charges de ce projet.

Projet de Fin dEtudes

Page 18

Chapitre II Spcification

Chapitre II : Spcification

II. Spcification
II.1 Introduction
Ce chapitre prsente lanalyse des trois applications dvelopper. Nous allons prsenter les besoins fonctionnels et non fonctionnels de ces applications. Enfin, on trouvera la reprsentation de la spcification formelle des besoins travers des diagrammes de cas dutilisation qui seront dune grande utilit dans le processus de dveloppement de ces applications.

II.2 Spcification formelle

Les besoins non fonctionnels prsentent les exigences internes pour le systme et caches vis vis des utilisateurs, notre application doit tre facile utiliser, avec une bonne ergonomie et doit garantir un temps de rponse court.
Lergonomie

Le systme doit prsenter des interfaces graphiques conviviales bien structures du point de vue contenu informationnel.
La scurit des donnes

Scuriser les donnes revient appliquer une stratgie didentification, dauthentification, dautorisation et de contrle de chaque tentative daccs ces donnes. Dans notre systme laccs aux informations personnelles nest autoris quaux personnes propritaires et selon un privilge qui dtermine les droits daccs.

II.3 Spcification semi formelle II.3.1 Mthode de conception UML

UML nest pas une mthode (Cest une description normative des tapes de la modlisation) : ses auteurs ont en effet estim quil ntait pas opportun de dfinir une mthode en raison de la diversit des cas particuliers. Ils ont prfr se borner dfinir un langage graphique qui permet de reprsenter et de communiquer les divers aspects dun systme dinformation aux graphiques qui sont
Projet de Fin dEtudes Page 22

Chapitre II : Spcification bien sr associs des textes qui expliquent leur contenu. UML est donc un mtalangage car il fournit les lments permettant de construire le modle qui, lui, sera le langage du projet Pierre-Alain Muller ajoute : UML est dans le domaine public, soutenue par le march : Microsoft, HP, IBM, Oracle... Successeur naturel des mthodes de Booch, OMT et OOSE, UML est le fruit de lexprience et des besoins de la communaut des utilisateurs.

Figure 4 : Logo de Visual Paradigm for UML

UML est un langage formel et normalis. Il permet ainsi : Un gain de prcision, un gage de stabilit et l'utilisation d'outils. UML est un support de communication performant : Il cadre l'analyse et facilite la comprhension de reprsentations abstraites et complexes. Son caractre polyvalent et sa souplesse font de lui un langage universel. Ses objectifs sont :
Construire des modles de systmes, Organiser le travail, Grer le cycle de vie de A Z, Grer le risque, Obtenir de manire rptitive des produits de qualit constante.

Projet de Fin dEtudes

Page 23

Chapitre II : Spcification En conclusion, nous avons choisi de travailler avec UML parce qu il exprime mieux la vue statique et dynamique du systme d'information et pour notre application web, il est ncessaire de faire une analyse trs approfondie pour pouvoir dgager les ncessits de dveloppement ainsi que quelques scnarios d'excution.

Maintenant dans une conception dune application web, les diagrammes de classes obtenus doivent tre encore modifis selon la technologie (.net, java/j2ee) ou langage (PHP) utilise ce qui rend le passage la gnration de code moins vidente...

II. 3.2 Diagramme des cas dutilisation

Un cas d'utilisation modlise un dialogue entre un acteur et le systme. C'est la reprsentation Dune fonctionnalit offerte par le systme. Lensemble des cas d'utilisation forme toutes les faons possibles d'utilisation du systme. Les principaux objectifs des cas dutilisation sont : - Permettre de structurer les besoins des utilisateurs et les objectifs correspondants dun systme. -Centrer lexpression des exigences du systme sur ses utilisateur s. -Se limiter aux proccupations relles des utilisateurs : ils ne prsentent pas de solutions dimplmentation et ne forment pas un inventaire fonctionnel du systme. -Identifier les utilisateurs du systme (acteurs) et leurs interactions avec le Systme. Nous prsentons, partir de la figure ci-aprs, le diagramme de cas dutilisation pour identifier lacteur et son interaction avec le systme et permettre de structurer ses objectifs. Pour ce diagramme, nous avons deux acteurs et un systme (gestionnaire de fichiers) , Il dcrit le comportement de lapplication :

Projet de Fin dEtudes

Page 24

Chapitre II : Spcification Acteur : Client Dans un premier lieu le cas du client, lutilisateur peut problmes qui sont exposs plusieurs moments. Ces problmes rpartir en quatre rclamations : Rclamation sur la connexion internet Rclamation sur les causes dysfonctionnement de tl Rclamation sur les causes dysfonctionnement dun appel vocal Rclamation sur les causes dysfonctionnement dun appel vido. avoir l'autorisation de rclamer les

Figure 5 : Diagramme de cas dutilisation de Rclamation Client

Systme : Gestionnaire de fichiers En deuxime lieu on a le gestionnaire de fichiers qui se charge deux fonctions : Contrler le rpertoire (contrler lexistence de fichier texte dans le rpertoire IN et OUT) Traiter les fichiers (ajouter fichier, modifier fic hier, supprimer fichier .)

Projet de Fin dEtudes

Page 25

Chapitre II : Spcification

Figure 6 : Diagramme de cas dutilisation de Gestion de fichiers

Acteur : Administrateur En troisime lieu, intervient le rle de ladministrateur qui gre trois fonctions :Vrifier ltat de rclamation (savoir si le problme a t rsolu ou non aprs une priode bien

dtermin)Regrouper les problmes par catgories ( tableau sur les rclamations des appels entrant, tableau sur les rclamations des connexion internet..)Rechercher par type de service (connexion internet, appel entrant et sortant, appel vido, tl)

Figure 7: Diagramme de cas dutilisation de Rclamation Client

Projet de Fin dEtudes

Page 26

Chapitre II : Spcification

Figure 8 : Diagramme gnral de cas dutilisation de lapplication

II.4 Conclusion
Ce chapitre prcise les besoins fonctionnels que lapplication dveloppe doit offrir aux utilisateurs et les besoins non fonctionnels aprs lidentification des acteurs ainsi que les cas d'utilisations de deux acteurs et de systme (gestion de fichier)

Projet de Fin dEtudes

Page 27

Chapitre III CONCEPTION DETAILLEE

Chapitre III : Conception dtaille

III. Conception
III.1 Architecture gnrale de la plateforme
La figure suivante prsente une vue gnrale des composantes de la plateforme et leurs connectivits.

Client Android

Serveur ftp

My sql (database) Administration

Figure 9 : Larchitecture gnrale de la plateforme

Projet de Fin dEtudes

Page 29

Chapitre III : Conception dtaille

Ci-dessous une prsentation plus explicite des diffrentes composantes de la plateforme.

Application oprateur

Serveur central

Application cliente

Application Presentation Des statistiques Et danalyse de QoS Base de Donnes Application Mise a jour Base de donnes FTP

Application cliente Collecte & envoi De donnes

Application cliente Collecte & envoi

Figure 10 : explication des diffrentes composantes de la plateforme

III .2 Description III .2.1 Description de lapplication client

Figure 11 : Architecture de lapplication Rclamation client

La premire application est destine lutilisateur. Il sagit dune application Android qui installe sur les terminaux mobiles Android , permet de rcuprer les informations de mobile (IMSI,IMEI,Lac,Ci,Nom de reseau,Technologie reseau,Date,Heure) et les rponses aux questionnaires poss

Projet de Fin dEtudes

Page 30

Chapitre III : Conception dtaille Lapplication client a pour rle principale : - La collecte dinformations -L enregistrement des donnes collectes dans un fichier texte (les donne spar par ; ) -L envoi du fichier enregistr vers un serveur FT P.

III .2.2 Description de lapplication Gestion de fichier

My sql (database) Serveur ftp

Figure 12 : Architecture de lapplication Gestion de fichier

Pourquoi un serveur FTP FTP, qui est un protocole ouvert, peut tre exploit sur tout systme disposant d'une pile IP. Il devient donc possible de raliser des tra nsferts, sans se proccuper du OS de chacune des machines. Alors C'est le protocole le plus sr pour faire du tlchargement de fichiers, mme si cette opration peut aussi tre ralise avec http. Dans ntre cas le serveur FTP sert comme intermdiaire en rcuprant les fichiers gnrs par les applications clients et la base de donnes qui va contenir les

informations issues de ces fichiers.

Projet de Fin dEtudes

Page 31

Chapitre III : Conception dtaille Structure cible des rpertoires dans le serveur FTP Pour bien grer les fichiers reus depuis les applications clientes et les fichiers sortant destins aux mises jour de la base de donnes, deux rpertoires seront cres : un rpertoire appel IN qui rassemble les fichiers issue des applications clientes et un rpertoire OUT qui contient les fichiers dont leurs contenus a t ajouts la base de donnes.

Pourquoi une base de donnes Une base de donnes (son abrviation est BD, en anglais DB, database ) est une entit dans laquelle il est possible de stocker des donnes de faon structure et avec le moins de redondance possible. Ces donnes doivent pouvoir tre utilises par des programmes, par des utilisateurs diffrents. Ainsi, la notion de base de donnes est gnralement couple celle de rseau, afin de pouvoir mettre en commun ces informations, d'o le nom de base. On parle gnralement de systme d'information pour dsigner toute la structure regroupant les moyens mis en place pour pouvoir partager des donnes.

Une base de donnes permet de mettre des donnes la disposition d'utilisateurs pour une consultation, une saisie ou bien une mise jour, tout en s'assurant des droits accords ces derniers. Cela est d'autant plus utile que les donnes informatiques sont de plus en plus nombreuses.

Une base de donnes peut tre locale, c'est--dire utilisable sur une machine par un utilisateur, ou bien rpartie, c'est--dire que les informations machines distantes et accessibles par rseau. sont stockes sur des

L'avantage majeur de l'utilisation de bases de donnes est la possibilit de pouvoir tre accdes par plusieurs utilisateurs simultanment.

Projet de Fin dEtudes

Page 32

Chapitre III : Conception dtaille

Lobjectif de lapplication Gestion de fichier de rcuprer les donnes des fichiers dans le rpertoire IN du serveur FTP, mettre jour la base de donne . Cette mise a jour permet de traiter les fichiers ( modifier fichier, supprimer fichier .) et finalement transfr ces fichiers aux rpertoires OUT du serveur FTP.

III .2.3 Description de lapplication Administrateur

My sql (database)

Administration

Figure 13 : Architecture de lapplication Administrateur

Le rle de cette application Administrateur est de grer trois fonctions : Vrifier ltat de rclamation (savoir si le problme a t rsolu ou non aprs une priode bien dtermin) Regrouper les problmes par catgories ( tableau sur les rclamations des appels entrant, tableau sur les rclamations des connexion internet..) Rechercher par type de service (connexion internet, appel entrant et sortant, appel vido, tl). Lavantage de cette application est de permettre une analyse intelligente des expriences clients et diagnostique les ventuels problmes de qualit de service.

Projet de Fin dEtudes

Page 33

Chapitre III : Conception dtaille

III .3 Modle entit relation

Figure 14 : Diagramme de modle entit relation

Le modle Entit/Relation (E/R) qui est utilis peu prs universellement pour la conception de bases de donnes (relationnelles principalement).

Projet de Fin dEtudes

Page 34

Chapitre III : Conception dtaille

III. 3.1 Les informations de tlphone

Voici un tableau prsentant les informations de tlphone et leurs dfinitions :

Les informations de tlphone IMSI LIMSI (International Mobile Subscriber Identity ) est une identit Internationale dabonn mobile. LIMEI (International Mobile Equipment Identity) constitue lidentit de votre mobile ; il est compos de 15 chiffres. Connatre le type de connexion rseau utilise sur le portable comme rseau EDGE ou HSDPA etc. Lac ( Location Area Code ) est un Code d'une zone de localisation au sein d'un rseau donn. CI (Cell identity) est lidentit de cellule diffuse par la BTS sur le BCCH. Lintensit du signal se rfre a lamplitude du champ lectrique en un point de rfrence qui est une distance significative de lantenne dmission. le nom de loprateur tel que enregistr sur le rseau. la date courante de tlphone lheure courante de tlphone

IMEI

Technologie rseau

Lac

CI

Intensit de signal

Nom de rseau Date Heure

Tableau 1 : Tableau des informations de tlphone

Ce tableau montre les informations de tlphone qui se trouve dans les quatre tables suivantes. Ces informations seront enregistres dans un fichier texte avec les rponses dse questions poses de tous types de rclamations client. Ces donnes permettent didentifier el de localiser le client a partir de son mobile (Lac, Ci, Intensit de signal, IMEI,IMSI), de grer le nom de loprateur t el que enregistr sur le rseau, de connatre le type de connexion rseau sur le portable et de rcuprer la date et lheure courante du tlphone.
Projet de Fin dEtudes Page 35

Chapitre III : Conception dtaille

III.3.2 Description des tables

Voici une description des tables de ce diagramme :

Figure 15 : Table Internet Mobile

La table Internet Mobile

Description Cette table permet de traiter les questions de service Internet Mobile tel que le numro de question et la cause de dysfonctionnement de connexion et de grer les informations des mobiles.

Figure 16 : Table Appel Voix

La table Appel voix

Description Cette table permet de traiter les questions de service Appel voix tel que le numro de question, lemplacement de lappel et la cause de dysfonctionnement dun appel ainsi que la gestion des informations des mobiles.

Projet de Fin dEtudes

Page 36

Chapitre III : Conception dtaille

Figure 17 : Table Appel Vido

La table Appel vido

Description Cette table permet daccorder les problmes de service Appel vido tel que numro de question, la cause de dysfonctionnement dun appel vido et gre les informations de s mobiles.

Figure 18 : Table Rclamation Live Tv

La table Live Tv
Description Cette table permet de traiter les problmes de service Live Tv tel que le numro de question, la cause de dysfonctionnement de service Live Tv et gre les informations des mobiles.

Projet de Fin dEtudes

Page 37

Chapitre III : Conception dtaille

III.4 Prsentation de la mthode de conception faire

Prsentation du logiciel utilis (Alotva Umodel)

Figure 19 : Logo Altova Umodel

Altova UModel 2012 Professional Edition est un simple, rentable moyen d'attirer sur UML.

Il aide a crer et interprter conoit des logiciels avec la puissance d'UML 2.3. Modles d'application de conception et de gnrer des langages Java, C # ou Visual Basic. NET. Inverse des programmes existants en ingnieur claires, des diagrammes UML prcises pour analyser rapidement les logiciels existants. UModel peut gnrer automatiquement des diagrammes de squences multiples pour les oprations dans l'ingnierie inverse des classes de tracer l'excution des applications. Vous pouvez mme modifier votre code ou de modles UML et de complter le trajet aller-retour par jour automatiquement des diagrammes ou code rgnrant. Soit UModel faon vous permet de garder vos projets synchronises et jour.

Projet de Fin dEtudes

Page 38

Chapitre III : Conception dtaille UModel supporte tous les types de diagrammes UML 14 2.3 et ajoute un diagramme unique pour la modlisation de schmas XML. UModel supporte la spcification XMI d'change 2.1, vous permettant d'ouvrir et d'diter des modles crs dans des outils UML plus encombrant et coteux. UModel s'intgre galement avec plus d'une douzaine populaires systmes de contrle de code source.

III.5 Diagrammes des squences

Le diagramme des squences reprsente la dynamique de fonctionnement du systme. Avec le diagramme des squences, UML fournit un moyen graphique pour reprsenter les interactions entre objets travers le temps. Ces diagrammes montrent typiquement un utilisateur el les objets et composants avec lesquels il interagisse au cours de l excution du cas dutilisation. Un diagramme de squence reprsente en gnral un seul <<scnario>> de cas dutilisation. Les diagrammes de squences montrent le flux de messages partant dun objet un autre. Nous allons prsenter dans ce qui suit les diagrammes de squences les plus importants qui illustrent les cas dutilisation dj dcrits.

La figure 3.6 , la figure 3.7 et la figure 3.8 reprsentent le diagramme de squence de

rclamation client et de Gestion de fichier et de Administrateur de notre application.

Projet de Fin dEtudes

Page 39

Chapitre III : Conception dtaille

Figure 20 : Diagramme de squence relatif la rclamation de client

Projet de Fin dEtudes

Page 40

Chapitre III : Conception dtaille

Figure 21 : Diagramme de squence relatif la gestion de fichiers

Projet de Fin dEtudes

Page 41

Chapitre III : Conception dtaille

Figure 22

III.7 Conclusion
Aprs avoir accomplir la conception de notre application, nous allons entamer la partie "Ralisation". Dans le chapitre suivant, nous allons prsenter lenvironnement de travail, les outils de dveloppement utiliss.
Projet de Fin dEtudes Page 42

Chapitre IV REALISATION DE LAPPLICATION

Chapitre IV : Ralisation de lapplication

IV. Ralisation de lapplication

IV.1 Introduction
Ce chapitre prsente lenvironnement de travail et les tapes de ralisations des interfaces qui sont prsentes par un ensemble de captures d cran qui illustrent des scenarios de lutilisation de loutil dvelopp.

IV.2 Environnement de dveloppement :

L environnement de dveloppement se dcompose en deux parties : matriel et logiciel

IV .2.1 Environnement matriel :

Les machines sur laquelle on dveloppe les applications de ce projet sont Ordinateur portable Dell V o s t r o 1 0 1 5 Ordinateur portable Acer Extensa 5630Z Deux portables Android : Gaga Orange ( type d'OS : Android 2.2)

IV.2.2

Environnement Logiciel :

Se sont les programmes que lon utilis :

Eclipse

Eclipse est un environnement de dveloppement intgr libre extensible, universel et polyvalent, permettant de crer des projets de dveloppement mettant en uvre n'importe quel langage de programmation.

Figure 23 : logo du logiciel de dveloppement Eclipse

Projet de Fin dEtudes

Page 44

Chapitre IV : Ralisation de lapplication Eclipse IDE est principalement crit en Java ( l'aide de la bibliothque graphique SWT, d'IBM), et ce langage, grce des bibliothques spcifiques, est galement utilis pour crire des extensions. La spcificit d'Eclipse IDE vient du fait de son architecture totalement dveloppe autou de la notion de plugin (en conformit avec la norme OSGi) : toutes les fonctionnalits de cet atelier logiciel sont dveloppes en tant que plug-in.
Easy PHP

Il sagit dune plateforme de dveloppement web, permettant de faire fonctionner localement (sans se connecter un serveur externe) des scripts PHP.EasyPHP nest pas ensoi un logiciels, mais un environnement comprenant deux serveurs (un serveur web Apacheet un serveur de base de donnes MySQL), un interprteur de script(PHP), ainsi quuneadministration SQL phpMyAdmin. Il dispose dune interface dadministration permettant de grer les alias (dossiers virtuels disponible sous Apache), et le dmarrage/arrt des serveurs.
Figure 24 : Logo Easy Php

IV.3 Choix du langage de lapplication

Prsentation du langage de programmation Java Dans le domaine mobile il y a plusieurs system d'exploitation utilis dans les tlphones portables. Afin d'adopter notre application aux diffrents system mobile, on a choisi le langage java comme dernier car il a t utilis dans la majorit des systmes mobiles et adapter a n'importe quelle systme dexploitation.

Projet de Fin dEtudes

Page 45

Chapitre IV : Ralisation de lapplication

Figure 25 : logo du langage de programmation Delphi

La particularit principale de Java est que les logiciels crits dans ce langage sont trs facilement portables sur plusieurs systmes d'exploitation tels que GNU/Linux, avec peu ou pas de modification C'est la plate-forme qui garantit la portabilit des applications dveloppes en Java. Ce dernier permet de dvelopper des applications client serveur. Java a donn naissance un systme d'exploitation (Java OS), des environnements de dveloppement (clipse/JDK), des machines virtuelles (MSJVM, JRE) applicatives multi plates-formes (JVM), une dclinaison pour les priphriques mobiles/embarqus (J2ME). Aujourd'hui, Java (sous la forme de JavaME) trouve une nouvelle niche dans la cration d'applications RIA (Rich Internet Applications), des applications qui proposent des fonctionnalits, notamm ent des interfaces, plus volues la fois sur Internet et sur les tlphones portables UNIX, Windows, Mac OS ou

Prsentation du langage de programmation Java Fx JavaFX Script est un nouveau langage de script s'appuyant sur l'environnement d'excution Java (JRE). Il s'excute sur toutes les plateformes supportant JavaSE, dont les mobiles (avec la plateforme JavaFX Mobile). Il est issu du projet F3 (Form Follows Function), initi par Chris Olivier au sein de Sun. C'est un langage de script dclaratif et statiquement typ qui utilise les bibliothques Java2D Swing pour construire des interfaces riches et interactives. Il bnficie des avantages du modle de programmation Java : la structuration du code, fonctionnalits de rutilisation et d'encapsulation telles que les packages, les classes, l'hritage, les units de compilation spare et de dploiement.
Projet de Fin dEtudes Page 46

Chapitre IV : Ralisation de lapplication

Figure 26 : logo du langage de programmation JavaFx

Sun prvoit de placer le code de JavaFX Script en Open Source, sans toutefois dfinir encore la gouvernance, la licence et le modle communautaire. Mais les outils ne sont pas encore prts et aucune feuille de route n'est dvoile. Pour l'heure, Le projet OpenJFX a t cr pour partager les versions prliminaires du langage et fdrer son dveloppement. A l'vidence, cette nouvelle plate-forme RIA se pose en concurrence d'Apollo/Flex d'Adobe et de Silverlight de Microsoft. Sun prfre y voir une alternative AJAX, bas sur JavaScript dont le nom n'a d'ailleurs rien voir avec Java. Mais l o l'environnement d'excution de Flash pse 2 Mo, celui de Silverlight 4 Mo, et o AJAX n'a besoin de rien d'autre qu'un navigateur, JavaFX Script aura besoin du JRE qui pse dans les 16 Mo.

Projet de Fin dEtudes

Page 47

Chapitre IV : Ralisation de lapplication

IV.4 Prsentation de la premire application

Figure 27 :Tunisiecom Better Connect Prsentation gnrale

La figure ci-dessus correspond la vue densemble des diffrents onglets prsent dans notre application que nous avons nomm Tunisiecom Better Connect.

Projet de Fin dEtudes

Page 48

Chapitre IV : Ralisation de lapplication Au premier lancement de l'application, l'utilisateur peut accder des fonctionnalits de l'application. On trouve quatre onglets : Onglet questionnaire Onglet information Onglet copyright Onglet close
Figure 28 : Tunisiecom Better-Accueil

L'onglet "Information" affichera les informations du mobile qui seront envoy automatiquement avec le fichier de rclamation. IMSI IMEI Technologie rseau Lac Ci
Figure 29 :Tunisiecom BetterInformation

nom de rseau Date, heure

Longlet "Questionnaire" p ermet l'utilisateur de choisir une rclamation. Il suffit de cliquer sur l'un des boutons "Internet", "Appel audio", "Appel vido" ou "Live Tv" pour l'activer.

Figure 30 : Tunisiecom BetterQuestionnaire

Projet de Fin dEtudes

Page 49

Chapitre IV : Ralisation de lapplication

Cet onglet "Copyright " Permet de rfrencer des informations

de droits d'auteurs qui ont dvelopper cette application.

Figure 31 : Tunisiecom Better-Copyright

Pour le moment, si lutilisateur clique sur le bouton Internet pour rclamer un problme, lapplication affichera un questionnaire. Si on clique sur le bouton envoyer la rponse de la question sera enregistrer dans un fichier avec les donnes du mobile et sera ensuite envoyer vers le serveur. Aussi dans cet onglet on peut pinger sur le serveur.

Figure 32 : Tunisiecom Better-Internet

De plus , Si lutilisateur appuie sur le bouton Appel audio pour rclamer un problme au bout dun appel tlphonique, lapplication affichera un questionnaire. Si on clique sur le bouton envoyer, les rponses des questions seront enregistrer dans un fichier avec les donnes du mobile et seront ensuite envoyer sur le serveur.

Figure 33 :Tunisiecom Better-Appel audio

Projet de Fin dEtudes

Page 50

Chapitre IV : Ralisation de lapplication

De la mme manire.si lutilisateur clique sur le bouton Appel video pour rclamer un problme, lapplication affichera un questionnaire. Si on appuie sur le bouton envoyer les rponses des questions seront enregistrer dans un fichier avec les donnes du mobile et seront envoyer sur le serveur. Longlet qui apparait est le mme si on clique sur le bouton Live Tv.

Figure 34 : Tunisiecom Better-Appel video

Laction de lenvoyer de message ne fonctionne que grce internet. La premire application se termine en mme temps que l envoi du fichier vers le rpertoire IN du serveur FTP.

Figure 35 : Interface daccs au serveur FTP

Projet de Fin dEtudes

Page 51

Chapitre IV : Ralisation de lapplication

Figure 36 : format de fichier de rclamation

La figure ci-dessus reprsente un exemple de contenu du fichier qui sera envoyer par un utilisateur lors dune rclamation Internet. Ce fichier contient les informations de mobile avec le type de rclamation, les rponses de questions poss, longitude et latitude.

Projet de Fin dEtudes

Page 52

Chapitre IV : Ralisation de lapplication

IV.5 Prsentation de la deuxime application

En premier lieu, dans la deuxime application le fichier de la rclamation sera ajout la base de donnes.

Figure 37 : ajout du fichier a la base de donne

En deuxime lieu, le fichier ajout sera dplac au rpertoire OUT de serveur FTP.

Figure 38 : dplacement de fichier au rpertoire OUT de serveur FTP

Projet de Fin dEtudes

Page 53

Chapitre IV : Ralisation de lapplication

IV.6 Prsentation de la troisime application

Comme on a prsent prcdemment, notre troisime application consiste rechercher les rclamation par Lac ou IMSI, regrouper les problmes par catgorie, afficher les statistiques et vrifier ltat de rclamation on utilisant un page KML. Pour accder la recherche de rclamation, on rejoint deux type de recherche : Recherche par LAC On clique sur le mot LAC

Figure 39 : Interface de rechercher les rclamations par LAC

Ensuite, on aura la fentre suivante : On insre le code de zone de localisation du rseau donn et crire la date du dbut et la date de fin. Le tableau affichera le type de service, cause de dysfonctionnement, type rseau, intensit signal et cell_ID .

Figure 40 : Tableau des rclamations par LAC

Projet de Fin dEtudes

Page 54

Chapitre IV : Ralisation de lapplication

Recherche par IMSI On clique sur le mot IMSI

Figure 41 : Interface de rechercher les rclamations par IMSI

La figure ci-dessous prsente la recherche par IMSI, on remplace Lac par le numro de Sim de labonn et on appuie sur rechercher. Le tableau sera afficher le type de service, cause de dysfonctionnement, type rseau, intensit signal et cell_id .

Figure 42 : Interface de rechercher les rclamations par Lac

Projet de Fin dEtudes

Page 55

Chapitre IV : Ralisation de lapplication Pour atteindre laffichage du statistique des rclamations on a deux choix : Statistique de tous les rclamations Pour afficher tous les rclamations on clique sur Statistique puis TousReclamation

Figure 43 : Interface dafficher toutes les rclamations

Cette fentre permet d'afficher les statistiques concernant tous les rclamation (rclamations des appels entrant, rclamations des connexion internet , rclamations des appels vidos)

Figure 44 : statistique de toutes les rclamations

Projet de Fin dEtudes

Page 56

Chapitre IV : Ralisation de lapplication Statistique dun type de rclamations Pour afficher un type de rclamations on clique sur Statistique puis TypeReclamation

Figure 45 : Interface dafficher les types rclamations

Da ns notre exemple on clique sur le type Rclamation appel vido /Live tv On aura alors la figure suivante qui saffiche les rclamations des appels vido entre 23-05-2012 et 29-05-2012.

Figure 46 : statistique de toutes les rclamations

Projet de Fin dEtudes

Page 57

Chapitre IV : Ralisation de lapplication La dernire tape de la troisime application est de vrifier ltat de rclamation on utilisant un page KML.Pour rejoindre ltat de rclamation, on trouve quatre types de visualisations : Pour visualiser tous les rclamations des abonns, on clique sur Carte, ensuite sur visualiser tous les rclamations.

Figure 47 : chemin de visualiser tous les rclamations

La fentre ci dessous vous permet de visualiser la position des points daccs correspondant la Socit Tunisie Telecom a Sfax.

Figure 48 : visualisation toutes les rclamations

Projet de Fin dEtudes

Page 58

Chapitre IV : Ralisation de lapplication Visualiser les rclamations des appelles vocaux Pour afficher les rclamations des appelles vocaux sur la page KML, cliquer sur Carte puis sur visualiser les rclamations Appel vocal.

Figure 49 : chemin de visualiser tous les rclamations

La figure ci-dessus reprsente les rclamations des appelles vocaux sur la page KML qui sont relis avec leur points daccs.

Figure 50 : visualisation les rclamations dappelles vocaux

Projet de Fin dEtudes

Page 59

Chapitre IV : Ralisation de lapplication

Visualiser les rclamations de connexion Internet Pour afficher les rclamations de connexion internet sur la page KML, cliquer sur Carte puis sur visualiser les rclamations Internet.

Figure 51 : chemin de visualiser les rclamations de connexion internet

La fentre ci-dessus reprsente les rclamations de connexion Internet qui sont relis avec leur points daccs.

Figure 52 : visualisation les rclamations de connexion internet

Projet de Fin dEtudes

Page 60

Chapitre IV : Ralisation de lapplication

Visualiser les rclamations dAppel vido / Live Tv Pour afficher les rclamations de dAppelles vido / Live Tv sur la page KML, cliquer sur Carte puis sur visualiser les rclamations Appelles vido / Live Tv.

Figure 53 : chemin de visualiser les rclamations appel vido /live Tv

La figure ci-dessus reprsente les rclamations des appelles vidos ou live Tv qui sont relis avec leurs points daccs.

Figure 54 : visualisation les rclamations dappelles vidos

Projet de Fin dEtudes

Page 61

Conclusion gnrale

Conclusion gnrale
Ce travail a t ralis au sein de TUNISIE TELECOM durant une priode de 4 mois. Le sujet porte porte sur le dveloppement dune plateforme pour le surveillance de la qualit de service des rseaux 2G/3G envers les mobiles Android. Dans la premire partie nous avons prsent la problmatique et le cahier des charges, nous avons galement prsent lapplication existante chez TUNISIE TELECOM, ensuite la notre pour conclure avec l expos de lorganisme daccueil. Dans la deuxime partie nous avons entam les aspects thoriques sous-jacents de notre sujet, savoir la reprsentation de la spcification formelle des besoins travers des diagrammes de cas dutilisation. Dans la troisime partie nous avons prsent larchitecture gnrale de la platefor me des diffrentes tapes de la conception de notre outil, travers les diagrammes offerts par UML. Enfin dans la dernire partie nous avons dcrit l environnement ainsi que les tapes de ralisation de notre outil qui va administrer les quipements informatiques au niveau de lentreprise.

La ralisation de ce projet nous a permis de dcouvrir et de mieux comprendre le domaine de surveillance de la qualit de service des rseaux 2G/3G, ses thories, ses mthodologies ainsi que les langages qui lui sont associs.

Projet de Fin dEtudes

Page 62

Annexe

Bibliographie
Rapport projet fin dtude http://www-public.int-evry.fr/~afifi/rapport%20projet%20RSM%20android.pdf Site Tunisie Telecom http://www.tunisietelecom.tn/tt/internet/fr/tunisietelecom

Rapport de Christian Caleca(Serveur Ftp) http://christian.caleca.free.fr/pdf/FTP.pdf

Rapport de glosario(base de donnes) http://catarina.udlap.mx/u_dl_a/tales/documentos/lni/ramos_b_l/glosario.pdf

Projet de Fin dEtudes

Page 63