pfe cem qos 2g&3g via mobiles android

CONCEPTION ET DEVELOPPEMENT D’UNE LATEFORME POUR LE

MONITORING DE LA QOS DES RESEAUX

2G/3G VIA LES MOBILES ANDROID

Ministère de l'enseignement Supérieur, de la recherche scientifique et de la technologie

Direction Générale des Etudes Technologiques

Institut Supérieur des Etudes Technologiques de SFAX

Département informatique

STAGE DE FIN D’ETUDES

Filière : SYSTEME EMBARQUE ET MOBILE

Sujet :

Entreprise se d’a accueil l :

Réalisé par : Mr Mohamed WALI

Mr Mohamed REKHIS

Encadreur de l’Entreprise : Mr kais AMEUR

Enseignant Encadreur : Mr Hafedh SUISSI

Année Universitaire : 2011/2012

Dédicaces

Aux deux personnes les plus chères à moi, mes parents

Pour tous leurs sacrifices, leur tendresse, leur amour

Que dieu les protège et les préserve le bonheur et la santé

A mes chers frères,

A mes chers amis,

A tous ceux qui comptent pour moi,

Je dédie ce travail…

.

Wali

Dédicaces

Aux deux personnes les plus chères à moi, mes parents

Pour tous leurs sacrifices, leur tendresse, leur amour

Que dieu les protège et les préserve le bonheur et la santé

A mes chers frères,

A mes chers amis,

A tous ceux qui comptent pour moi,

Je dédie ce travail…

Rekhis

Remerciements

C’est avec grand honneur que nous avons réservé cette page en signe de gratitude et de

reconnaissance à tous ceux qui nous ont aidés de près ou de loin dans la réalisation de ce

projet.

Notre sincère gratitude s’adresse à notre encadreur Mr .Suissi Hafedh, qui a

contr ibu é tout au long de ce stage a l’élaboration de ce projet grâce a ces conseiller utile.

Nos remerciements s’adressent également à Mr. Ame r kais , chef de la division

système et infrastructure au sein de Tunisie Telecom qui grâce à sa disponibilité, ses conseils,

à permis la réalisation de ce modeste travail.

Nous exprimons, également, notre profonde gratitude à notre directeur, notre chef de

département et tous les membres du corps enseignant de l’ISET SFAX qui ont contribué à

nous acquérir une formation nettement étendue.

Nos remerciements s’adresse également à monsieur le président 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 générale ...........................................................................................................................10

I. Présentation du projet ..................................................................................................................13

I.1 Introduction ..........................................................................................................................13

I.2 Présentation de la société ...........................................................................................................13

I.3 Organigramme de l’organisme ....................................................................................................15

I.4 Problématique ............................................................................................................................16

I.4.1 Etude de l’existant.....................................................................................................................16

I.4.2 Critique de l’existant .................................................................................................................16

I.4.3 Solution proposée ....................................................................................................................17

I.4.4 Cahier des charges ...................................................................................................................17

I.5 Conclusion...................................................................................................................................18

II. Spécification .....................................................................................................................................22

II.1 Introduction ................................................................................................................................22

II.2 Spécification formelle..................................................................................................................22

II.3 Spécification semi formelle .........................................................................................................22

II.3.1 Méthode de conception « UML »..............................................................................................22

II. 3.2 Diagramme des cas d’utilisation .............................................................................................24

II.4 Conclusion...................................................................................................................................27

III. Conception.......................................................................................................................................29

III.1 Architecture générale de la plateforme ......................................................................................29

III .2 Description ...............................................................................................................................30

III .2.1 Description de l’application « client » ....................................................................................30

III .2.2 Description de l’application « Gestion de fichier » ...............................................................31

III .2.3 Description de l’application « Administrateur ».....................................................................33

III .3 Modèle entité relation ..............................................................................................................34

III. 3.1 Les informations de téléphone ...............................................................................................35

III.3.2 Description des tables ..............................................................................................................36

III.4 Présentation de la méthode de conception à faire .....................................................................38

III.5 Diagrammes des séquences .......................................................................................................39

III.7 Conclusion .................................................................................................................................42

IV. Réalisation de l’application ..............................................................................................................44

IV.1 Introduction ..............................................................................................................................44

IV.2 Environnement de développement : .........................................................................................44

IV .2.1 Environnement matériel : .....................................................................................................44

IV.2.2 Environnement Logiciel : ......................................................................................................44

IV.3 Choix du langage de l’application ..............................................................................................45

IV.4 Présentation de la première application .....................................................................................48

IV.5 Présentation de la deuxième application ....................................................................................53

IV.6 Présentation de la troisième application ...................................................................................54

Conclusion générale ..............................................................................................................................62

Bibliographie.........................................................................................................................................63

Table des figures

Figure 1 : L’organisme d’accueil de Tunisie Telecom ...........................................................................13

Figure 2:logo de Tunisie Telecom .........................................................................................................14

Figure 3 : l’organigramme de Tunisie Telecom .....................................................................................15

Figure 4 : Logo de Visual Paradigm for UML .......................................................................................23

Figure 5 : Diagramme de cas d’utilisation de « Réclamation Client ».....................................................25

Figure 7: Diagramme de cas d’utilisation de « Réclamation Client »......................................................26

Figure 6 : Diagramme de cas d’utilisation de « Gestion de fichiers » .....................................................26

Figure 8 : Diagramme général de cas d’utilisation de l’application .......................................................27

Figure 9 : L’architecture générale de la plateforme ................................................................................29

Figure 10 : explication des différentes composantes de la plateforme ....................................................30

Figure 11 : Architecture de l’application « Réclamation client » ............................................................30

Figure 12 : Architecture de l’application « Gestion de fichier » ..........................................................31

Figure 13 : Architecture de l’application « Administrateur»................................................................33

Figure 14 : Diagramme de modèle entité relation ..................................................................................34

Figure 15 : Table Internet Mobile ..........................................................................................................36

Figure 16 : Table Appel Voix ................................................................................................................36

Figure 17 : Table Appel Vidéo ..............................................................................................................37

Figure 18 : Table Réclamation Live Tv .................................................................................................37

Figure 19 : Logo Altova Umodel...........................................................................................................38

Figure 20 : Diagramme de séquence relatif à la réclamation de client ....................................................40

Figure 21 : Diagramme de séquence relatif à la gestion de fichiers ........................................................41

Figure 22...............................................................................................................................................42

Figure 23 : logo du logiciel de développement 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 – Présentation générale..............................................................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 d’accès au serveur FTP ........................................................................................51

Figure 36 : format de fichier de réclamation ..........................................................................................52

Figure 37 : ajout du fichier a la base de donnée .....................................................................................53

Figure 38 : déplacement de fichier au répertoire OUT de serveur FTP ...................................................53

Figure 39 : Interface de rechercher les réclamations par LAC ................................................................54

Figure 40 : Tableau des réclamations par LAC .....................................................................................54

Figure 41 : Interface de rechercher les réclamations par IMSI................................................................55

Figure 42 : Interface de rechercher les réclamations par Lac ..................................................................55

Figure 43 : Interface d’afficher toutes les réclamations ..........................................................................56

Figure 44 : statistique de toutes les réclamations ...................................................................................56

Figure 45 : Interface d’afficher les types réclamations ...........................................................................57

Figure 46 : statistique de toutes les réclamations ...................................................................................57

Figure 47 : chemin de visualiser tous les réclamations ..........................................................................58

Figure 48 : visualisation toutes les réclamations ....................................................................................58

Figure 49 : chemin de visualiser tous les réclamations ..........................................................................59

Figure 50 : visualisation les réclamations d’appelles vocaux ..................................................................59

Figure 51 : chemin de visualiser les réclamations de connexion internet ..............................................60

Figure 52 : visualisation les réclamations de connexion internet ............................................................60

Figure 53 : chemin de visualiser les réclamations appel vidéo /live Tv .................................................61

Figure 54 : visualisation les réclamations d’appelles vidéos ...................................................................61

Introduction générale

Projet de Fin d’Etudes


Le marché de la téléphonie portable connaît actuellement une véritable révolution, menée par

Apple et son iPhone. Apple a su mettre en avant son produit en ajoutant au téléphone de nouvelles

fonctionnalités et en créant de nouveaux besoins.

Le marché des Smartphones connaît donc un véritable essor dans lequel les acteurs habituels

(Windows et Symbian) essaient de s'engouffrer.

Google, ayant réalisé le potentiel de ce marché, a décidé de s'y introduire en rachetant une startup

travaillant sur un système d'exploitation ouvert pour terminal mobile : Android.

Dans le cadre de notre préparation au diplôme de Licence appliquée en technologie de

l’informatique à l’Institut Supérieur des Etudes Technologiques de Sfax, il s'agiit au cours de ce

projet d'étudier et de développer une application mobile sous Android.

Avec l'avancée et l'émergence des technologies mobiles, les développements embarqués sont de

plus en plus demandés sur le marché. Avoir un Smartphone est devenu incontournable pour les

jeunes de nos jours.

D'où est nait l'idée de développer une application client serveur pour le suivi de la qualité de service

2G/3G selon des KIPs (Key Performance Indicators) collectés par des Smart Agents installés sur des

mobiles Android.

Mis à part le développement proprement dit de l'application, consistait à nous familiariser une

application qui sera installée sur les terminaux mobiles Android qui permet d’enregistrer des

informations du téléphone.

Le présent rapport est constitué de quatre chapitres , dont le premier « étude préalable » est la

présentation générale où il y a une présentation de la société Tunisie Telecom et une idée générale

sur le sujet.



Le deuxième chapitre « spécification » présente la spécification générale dans laquelle il ya

l’étude de la spécification informelle et le diagramme de cas d’utilisation.

Le Troisième chapitre « conception » présente la phase conception dans la quelle on décrit

l’architecture générale de trois applications, le modèle entité relation et les diagrammes des

séquences.

Le quatrième chapitre « réalisation de l’application» ou en décrit l’architecture de l’application,

l’environnement matériel et logiciel, avec une présentation des principaux écrans de les

applications développées.

Chapitre I

Présentation du projet

Chapitre I : Présentation du projet


I. Présentation du projet

I.1 Introduction

Dans ce chapitre, nous allons donner une brève description de la société d’accueil et présenter

son organigramme. Ensuite, nous allons expliquer le sujet de notre projet et ses Objectifs.

Enfin, nous allons poser la problématique et les solutions envisagées.

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

Tunisie Télécom est le nom commercial de l'opérateur historique de télécommunications en

Tunisie.

La loi portant création de l'Office national des télécommunications, dont le nom

commercial est Tunisie Télécom, est promulguée le 17 avril 1995 et entre en

vigueur le 1er

janvier 1996. Devenu société anonyme de droit public fin 2002, il change

de statut juridique, par un décret du 5 avril 2004, pour devenir une société anonyme

dénommée « Tunisie Télécom ».

Figure 1 : L’organisme d’accueil de Tunisie Telecom



Elle connaît une privatisation partielle en juillet 2006 avec l'entrée dans son capital, à hauteur

de 35 %, de l'émirati Tec om-DIG. Tunisie Télécom propose des services dans le domaine des

télécommunications fixes et mobiles.

En juin 2006, il est fort de 1 259 000 abonnés au réseau fixe (RTCP), dont il détient

le monopole, et de 3 265 000 abonnés au réseau GSM (la première ligne est inaugurée le

20 mars 1998

Tunisie Télécom met en place, exploite et commercialise le premier réseau GSM en

Mauritanie (Mattel) à partir de mai 2000. Elle conclut également une convention de

coopération technique avec Djibouti Télécom pour le développement de ses réseaux

de télécommunications. Tunisie Télécom met en place, exploite et commercialise le premier

réseau GSM en Mauritanie (Mattel) à partir de mai 2000. Elle conclut également une

convention de coopération technique avec Djibouti Télécom pour le développement de ses

réseaux de télécommunications.

Figure 2:logo de Tunisie Telecom

Tunisie Telecom El Kasbah est organisé en plusieurs directions, comme exemple le centre de

service à valeur ajoutée où nous avons réalisé ce projet.

Le centre de service à valeur ajoutée présente plusieurs travailleurs occupants les postes des

Techniciens et des ingénieurs compétents.

Aussi, il comprend plusieurs types de serveurs normés, des serveurs de type SUN (SPARC,

NITRA….) installer par des systèmes d’exploitation 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.



I.3 Organigramme de l’organisme

En fait, l’organigramme de Tunisie Telecom se présente comme suit :

Figure 3 : l’organigramme de Tunisie Telecom



I.4 Problématique

Face à la multitude d'offres des opérateurs en téléphonie mobile (Internet illimité, TV,

musique ,..etc) les abonnés rencontrent souvent des problèmes, dont ils ne connaissent pas la cause.

L’idée est que chaque abonnés mobile peut nous faire part des problèmes qu’il a rencontré avec sa

solution mobile :

Problème de couverture du réseau

Mauvaise qualité du signal

Réseau saturé (occupé)

Impossibilité de se connecter à Internet

D’où la solution proposé par ce projet : une application simple qui permet d’amoindrir au

maximum ses problèmes, par un feedback instantané de la QoS des différents services mobiles en

temps réel et simple usage.

I.4.1 Etude de l’existant

Dans cette partie, nous allons détailler les limites de la solution actuelle chez la société.

Ensuite, nous allons présenter les meilleures solutions de travail.

I.4.2 Critique de l’existant

Tunisie Telecom est une société qui comporte un nombre important de directions et de services

déployés sur l’ensemble du territoire Tunisien.

Tunisie Telecom a comme but de gérer les réseaux et les services publics de

Télécommunications et permet de dédier un réseau local qui permet de communiquer de

manière rapide et sure.



Tunisie Telecom a une équipe de service technique qui a pour rôle de corriger les défauts de la QoS

détectés ainsi que suivre les réclamations venant des abonnés.

Actuellement l’utilisateur peut faire une réclamation suivant deux manière :

Il peut appeler le service clientèle avec son téléphone et faire sa réclamation.

Il peut aller au centre de Tunisie télécom et faire sa réclamation.

Lorsque l’abonné fait une réclamation le technicien prend ces information et les enregistre dans le

CRM (Customer Relationship Management : c’est une application web qui contient les

réclamations d’abonnés).

Si le technicien ne peut pas corriger le problème lors de la réclamation, il l’enregistre pour qu’une

autre équipe technique traite la réclamation de l’abonnés et la corrige.

Mais ce service de client présente plusieurs inconvénients comme :

un peu robotisé

faible efficacité

lent avec plusieurs client

I.4.3 Solution proposée

Le but du notre projet est de développer trois applications permettant de contrôler le suivi de la

qualité de service 2G/3G pour améliorer les services de la société.

I.4.4 Cahier des charges

Il s’agit de mettre en place une application client /serveur qui permet de contrôler le suivi de la

qualité de service 2G/3G selon des KIPs collectés par des Smart Agents installés sur des mobiles Android.

Pour cela, il est demandé de : Développer une application qui sera installée sur les terminaux mobiles

Android qui permet d’enregistrer des informations d’identification 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 différents paramètres et(ping, mode et

durée de connexion, …) ainsi leurs envoi vers un serveur FTP centralisé.



A présent, entamons la conception et la configuration de la base de données de collecte d’informations et

KPIs depuis un serveur FTP

Cette application a pour objectif de récupérer les données des fichiers dans le serveur FTP

et mettre à jour la base de donnée serveur FTP.

Enfin, on va achever notre travaille par le developpement d’une application permettant le Reporting et

l’analyse des KPIs data, déjà enregistrés dans la base de données distante selon plusieurs formes

d’affichage (courbes, histogrammes, tableaux…),

Pour permettre une analyse intelligente des expériences clients et diagnostique des éventuels

problèmes de qualité de service.

Les KPIs ci-dessous seront considéré :

Distribution d’utilisation des technologies GPRS/EDGE/W CDMA/HSPA+

Identification le numéro de Sim (IMSI)

Identification le numéro de série (IMSI)

Détermination le nom de réseau

Niveau de signal reçu (ASU dBm)

I.5 Conclusion

Le présent chapitre a été consacré à la présentation générale de l’entreprise et à la présentation de

la problématique du travail demandé par la société « Tunisie Telecom ».

Enfin, on conclut avec le cahier des charges de ce projet.

Chapitre II

Spécification

Chapitre II : Spécification

Projet de Fin d’Etudes Page 22

II. Spécification

II.1 Introduction

Ce chapitre présente l’analyse des trois applications à développer. Nous allons présenter

les besoins fonctionnels et non fonctionnels de ces applications. Enfin, on trouvera la

représentation de la spécification formelle des besoins à travers des diagrammes de cas

d’utilisation qui seront d’une grande utilité dans le processus de développement de ces

applications.

II.2 Spécification formelle

Les besoins non fonctionnels présentent les exigences internes pour le système et cachées vis à

vis des utilisateurs, notre application doit être facile à utiliser, avec une bonne ergonomie et doit

garantir un temps de réponse court.

L’ergonomie

Le système doit présenter des interfaces graphiques conviviales bien structurées du point de vue

contenu informationnel.

La sécurité des données

Sécuriser les données revient à appliquer une stratégie d’identification, d’authentification,

d’autorisation et de contrôle de chaque tentative d’accès à ces données. Dans notre système

l’accès aux informations personnelles n’est autorisé qu’aux personnes propriétaires et selon un

privilège qui détermine les droits d’accès.

II.3 Spécification semi formelle

II.3.1 Méthode de conception « UML »

UML n’est pas une méthode (C’est une description normative des étapes de la modélisation) :

ses auteurs ont en effet estimé qu’il n’était pas opportun de définir une méthode en raison

de la diversité des cas particuliers. Ils ont préféré se borner à définir un langage graphique qui

permet de représenter et de communiquer les divers aspects d’un système d’information aux

graphiques qui sont



bien sûr associés à des textes qui expliquent leur contenu. UML est donc un métalangage car

il fournit les éléments permettant de construire le modèle 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 méthodes de Booch, OMT et OOSE, UML est le fruit de l’expérience et

des besoins de la communauté des utilisateurs.

UML est un langage formel et normalisé. Il permet ainsi : Un gain de précision, un

gage de stabilité et l'utilisation d'outils.

UML est un support de communication performant : Il cadre l'analyse et facilite la

compréhension de représentations abstraites et complexes. Son caractère polyvalent et

sa souplesse font de lui un langage universel.

Ses objectifs sont :

Construire des modèles de systèmes,

Organiser le travail,

Gérer le cycle de vie de A à Z,

Gérer le risque,

Obtenir de manière répétitive des produits de qualité constante.

Figure 4 : Logo de Visual Paradigm for UML



En conclusion, nous avons choisi de travailler avec UML parce qu’il exprime mieux la vue

statique et dynamique du système d'information et pour notre application web, il est

nécessaire de faire une analyse très approfondie pour pouvoir dégager les nécessités de

développement ainsi que quelques scénarios d'exécution.

Maintenant dans une conception d’une application web, les diagrammes de classes obtenus

doivent être encore modifiés selon la technologie (.net, java/j2ee) ou langage (PHP) utilisée ce

qui rend le passage à la génération de code moins évidente...

II. 3.2 Diagramme des cas d’utilisation

Un cas d'utilisation modélise un dialogue entre un acteur et le système. C'est la représentation

D’une fonctionnalité offerte par le système. L’ensemble des cas d'utilisation forme toutes les

façons possibles d'utilisation du système.

Les principaux objectifs des cas d’utilisation sont :

- Permettre de structurer les besoins des utilisateurs et les objectifs correspondants d’un système.

-Centrer l’expression des exigences du système sur ses utilisateurs.

-Se limiter aux préoccupations réelles des utilisateurs : ils ne présentent pas de solutions

d’implémentation et ne forment pas un inventaire fonctionnel du système.

-Identifier les utilisateurs du système (acteurs) et leurs interactions avec le Système.

Nous présentons, à partir de la figure ci-après, le diagramme de cas d’utilisation pour identifier

l’acteur et son interaction avec le système et permettre de structurer ses objectifs.

Pour ce diagramme, nous avons deux acteurs et un système (gestionnaire de fichiers) , Il décrit

le comportement de l’application :



Acteur : Client

Dans un premier lieu le cas du client, l’utilisateur peut avoir l'autorisation de réclamer les

problèmes qui sont exposés plusieurs moments.

Ces problèmes répartir en quatre réclamations :

Réclamation sur la connexion internet

Réclamation sur les causes dysfonctionnement de télé

Réclamation sur les causes dysfonctionnement d’un appel vocal

Réclamation sur les causes dysfonctionnement d’un appel vidéo.

Système : Gestionnaire de fichiers

En deuxième lieu on a le gestionnaire de fichiers qui se charge deux fonctions :

Contrôler le répertoire (contrôler l’existence de fichier texte dans le répertoire IN et OUT)

Traiter les fichiers (ajouter fichier, modifier fichier, supprimer fichier ….)

Figure 5 : Diagramme de cas d’utilisation de « Réclamation Client »



Acteur : Administrateur

En troisième lieu, intervient le rôle de l’administrateur qui gère trois fonctions :Vérifier l’état de

réclamation (s’avoir si le problème a été résolu ou non après une période bien

déterminé)Regrouper les problèmes par catégories ( tableau sur les réclamations des appels

entrant, tableau sur les réclamations des connexion internet…..)Rechercher par type de service

(connexion internet, appel entrant et sortant, appel vidéo, télé)

Figure 7: Diagramme de cas d’utilisation de « Réclamation Client »

Figure 6 : Diagramme de cas d’utilisation de « Gestion de fichiers »



II.4 Conclusion

Ce chapitre précise les besoins fonctionnels que l’application développée doit offrir aux

utilisateurs et les besoins non fonctionnels après l’identification des acteurs ainsi que les cas

d'utilisations de deux acteurs et de système (gestion de fichier)

Figure 8 : Diagramme général de cas d’utilisation de l’application

Chapitre III

CONCEPTION DETAILLEE

Chapitre III : Conception détaillée


III. Conception

III.1 Architecture générale de la plateforme

La figure suivante présente une vue générale des composantes de la plateforme et

leurs connectivités.

Client Android

Serveur ftp

My sql (database)

Administration

Figure 9 : L’architecture générale de la plateforme



Ci-dessous une présentation plus explicite des différentes composantes de la plateforme.

III .2 Description

III .2.1 Description de l’application « client »

La première application est destinée à l’utilisateur. Il s’agit d’une application Android qui

installée sur les terminaux mobiles Android , permet de récupérer les informations de mobile

(IMSI,IMEI,Lac,Ci,Nom de reseau,Technologie reseau,Date,Heure) et les réponses aux

questionnaires posés

Application

Presentation

Des

statistiques

Et d’analyse

de QoS

Base

de

Donnes

Application

Mise a jour

Base de

données

FTP

Application cliente Collecte &

envoi De données

Application

cliente

Collecte & envoi

Application opérateur

Serveur central

Application cliente

Figure 10 : explication des différentes composantes de la plateforme

Figure 11 : Architecture de l’application « Réclamation client »



L’application client a pour rôle principale :

- La collecte d’informations

- L’enregistrement des données collectées dans un fichier texte

(les donnée séparé par « ; » )

- L’envoi du fichier enregistré vers un serveur FTP.

III .2.2 Description de l’application « Gestion de fichier »

Pourquoi un serveur FTP

FTP, qui est un protocole ouvert, peut être exploité sur tout système disposant d'une pile

IP. Il devient donc possible de réaliser des tra nsferts, sans se préoccuper du OS de

chacune des machines. Alors C'est le protocole le plus sûr pour faire du téléchargement de

fichiers, même si cette opération peut aussi être réalisée avec http.

Dans nôtre cas le serveur FTP sert comme intermédiaire en récupérant les fichiers

générés par les applications clients et la base de données qui va contenir les

informations issues de ces fichiers.

Serveur ftp

My sql (database)

Figure 12 : Architecture de l’application « Gestion de fichier »



Structure cible des répertoires dans le serveur FTP

Pour bien gérer les fichiers reçus depuis les applications clientes et les fichiers sortant

destinés aux mises à jour de la base de données, deux répertoires seront crées : un répertoire

appelé IN qui rassemble les fichiers issue des applications clientes et un répertoire OUT qui

contient les fichiers dont leurs contenus a été ajoutés à la base de données.

Pourquoi une base de données

Une base de données (son abréviation est BD, en anglais DB, database) est une entité dans

laquelle il est possible de stocker des données de façon structurée et avec le moins de

redondance possible. Ces données doivent pouvoir être utilisées par des programmes, par des

utilisateurs différents. Ainsi, la notion de base de données est généralement couplée à

celle de réseau, afin de pouvoir mettre en commun ces informations, d'où le nom de base. On

parle généralement de système d'information pour désigner toute la structure regroupant les

moyens mis en place pour pouvoir partager des données.

Une base de données permet de mettre des données à la disposition d'utilisateurs pour une

consultation, une saisie ou bien une mise à jour, tout en s'assurant des droits accordés à

ces derniers. Cela est d'autant plus utile que les données informatiques sont de plus en

plus nombreuses.

Une base de données peut être locale, c'est-à-dire utilisable sur une machine par un

utilisateur, ou bien répartie, c'est-à-dire que les informations sont stockées sur des

machines distantes et accessibles par réseau.

L'avantage majeur de l'utilisation de bases de données est la possibilité de pouvoir être

accédées par plusieurs utilisateurs simultanément.

http://www.commentcamarche.net/contents/initiation/concept.php3



L’objectif de l’application « Gestion de fichier » de récupérer les données des fichiers

dans le répertoire « IN » du serveur FTP, mettre à jour la base de donnée . Cette mise a jour

permet de traiter les fichiers ( modifier fichier, supprimer fichier ….) et finalement transféré

ces fichiers aux répertoires « OUT » du serveur FTP.

III .2.3 Description de l’application « Administrateur »

Le rôle de cette application « Administrateur » est de gérer trois fonctions :

Vérifier l’état de réclamation (savoir si le problème a été résolu ou non après une période bien déterminé)

Regrouper les problèmes par catégories ( tableau sur les réclamations des appels entrant, tableau sur les

réclamations des connexion internet…..)

Rechercher par type de service (connexion internet, appel entrant et sortant, appel vidéo, télé).

L’avantage de cette application est de permettre une analyse intelligente des expériences clients et

diagnostique les éventuels problèmes de qualité de service.

Administration

My sql (database)

Figure 13 : Architecture de l’application « Administrateur»



III .3 Modèle entité relation

Le modèle Entité/Relation (E/R) qui est utilisé à peu près universellement pour la conception de

bases de données (relationnelles principalement).

Figure 14 : Diagramme de modèle entité relation



III. 3.1 Les informations de téléphone

Voici un tableau présentant les informations de téléphone et leurs définitions :

Les informations de téléphone

IMSI L’IMSI (International Mobile Subscriber Identity ) est une identité

Internationale d’abonné mobile.

IMEI L’IMEI (International Mobile Equipment Identity) constitue l’identité

de votre mobile ; il est composé de 15 chiffres.

Technologie réseau Connaître le type de connexion réseau utilisée sur le portable comme

réseau EDGE ou HSDPA …etc.

Lac Lac ( Location Area Code ) est un Code d'une zone de localisation au

sein d'un réseau donné.

CI CI (Cell identity) est l’identité de cellule diffusée par la BTS sur le

BCCH.

Intensité de signal L’intensité du signal se réfère a l’amplitude du champ électrique en

un point de référence qui est une distance significative de l’antenne

d’émission.

Nom de réseau le nom de l’opérateur tel que enregistré sur le réseau.

Date la date courante de téléphone

Heure l’heure courante de téléphone

Tableau 1 : Tableau des informations de téléphone

Ce tableau montre les informations de téléphone qui se trouve dans les quatre tables suivantes. Ces

informations seront enregistrées dans un fichier texte avec les réponses dse questions posées de tous

types de réclamations client.

Ces données permettent d’identifier el de localiser le client a partir de son mobile (Lac, Ci, Intensité

de signal, IMEI,IMSI), de gérer le nom de l’opérateur tel que enregistré sur le réseau, de connaître le

type de connexion réseau sur le portable et de récupérer la date et l’heure courante du téléphone.



III.3.2 Description des tables

Voici une description des tables de ce diagramme :

La table « Internet Mobile »

Description

Cette table permet de traiter les questions de service « Internet Mobile » tel que le numéro de

question et la cause de dysfonctionnement de connexion et de gérer les informations des mobiles.

La table « Appel voix »

Description

Cette table permet de traiter les questions de service « Appel voix » tel que le numéro de question,

l’emplacement de l’appel et la cause de dysfonctionnement d’un appel ainsi que la gestion des

informations des mobiles.

Figure 15 : Table Internet Mobile

Figure 16 : Table Appel Voix



La table « Appel vidéo »

Description

Cette table permet d’accorder les problèmes de service « Appel vidéo » tel que numéro de

question, la cause de dysfonctionnement d’un appel vidéo et gère les informations des mobiles.

La table « Live Tv »

Description

Cette table permet de traiter les problèmes de service « Live Tv » tel que le numéro de question,

la cause de dysfonctionnement de service Live Tv et gère les informations des mobiles.

Figure 17 : Table Appel Vidéo

Figure 18 : Table Réclamation Live Tv



III.4 Présentation de la méthode de conception à faire

Présentation du logiciel utilisé (Alotva Umodel)

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

Il aide a créer et interpréter conçoit des logiciels avec la puissance d'UML 2.3.

Modèles d'application de conception et de générer des langages Java, C # ou Visual Basic. NET.

Inverse des programmes existants en ingénieur claires, des diagrammes UML précises pour

analyser rapidement les logiciels existants.

UModel peut générer automatiquement des diagrammes de séquences multiples pour les

opérations dans l'ingénierie inverse des classes de tracer l'exécution des applications.

Vous pouvez même modifier votre code ou de modèles UML et de compléter le trajet aller-retour

par jour automatiquement des diagrammes ou code régénérant. Soit UModel façon vous permet

de garder vos projets synchronisées et à jour.

Figure 19 : Logo Altova Umodel



UModel supporte tous les types de diagrammes UML 14 2.3 et ajoute un diagramme unique pour

la modélisation de schémas XML.

UModel supporte la spécification XMI d'échange 2.1, vous permettant d'ouvrir et d'éditer des

modèles créés dans des outils UML plus encombrant et coûteux.

UModel s'intègre également avec plus d'une douzaine populaires systèmes de contrôle de code

source.

III.5 Diagrammes des séquences

Le diagramme des séquences représente la dynamique de fonctionnement du système. Avec le

diagramme des séquences, UML fournit un moyen graphique pour représenter 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’exécution du cas d’utilisation. Un diagramme de séquence

représente en général un seul <<scénario>> de cas d’utilisation. Les diagrammes de

séquences montrent le flux de messages partant d’un objet à un autre.

Nous allons présenter dans ce qui suit les diagrammes de séquences les plus

importants qui illustrent les cas d’utilisation déjà décrits.

La figure 3.6 , la figure 3.7 et la figure 3.8 représentent le diagramme de séquence de

« réclamation client » et de «Gestion de fichier» et de « Administrateur » de notre application.



Figure 20 : Diagramme de séquence relatif à la réclamation de client



Figure 21 : Diagramme de séquence relatif à la gestion de fichiers



III.7 Conclusion

Après avoir accomplir la conception de notre application, nous allons entamer la partie

"Réalisation". Dans le chapitre suivant, nous allons présenter l’environnement de travail, les

outils de développement utilisés.

Figure 22

Chapitre IV

REALISATION DE

L’APPLICATION

Chapitre IV : Réalisation de l‘application


IV. Réalisation de l’application

IV.1 Introduction

Ce chapitre présente l’environnement de travail et les étapes de réalisations des interfaces qui

sont présentées par un ensemble de captures d’écran qui illustrent des scenarios de l’utilisation

de l’outil développé.

IV.2 Environnement de développement :

L’environnement de développement se décompose en deux parties : matériel et logiciel

IV .2.1 Environnement matériel :

Les machines sur laquelle on développe les applications de ce projet sont

Ordinateur portable Dell Vo 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 l’on utilisé :

Eclipse

Eclipse est un environnement de développement intégré libre extensible, universel et polyvalent,

permettant de créer des projets de développement mettant en œuvre n'importe quel langage de

programmation.

Figure 23 : logo du logiciel de développement Eclipse



Eclipse IDE est principalement écrit en Java (à l'aide de la bibliothèque graphique SWT, d'IBM),

et ce langage, grâce à des bibliothèques spécifiques, est également utilisé pour écrire des

extensions.

La spécificité d'Eclipse IDE vient du fait de son architecture totalement développée autou de la

notion de plugin (en conformité avec la norme OSGi) : toutes les fonctionnalités de cet atelier

logiciel sont développées en tant que plug-in.

Easy PHP

Il s’agit d’une plateforme de développement web, permettant de

faire fonctionner localement (sans se connecter à un serveur externe) des

scripts PHP.EasyPHP n’est pas ensoi un logiciels, mais un environnement

comprenant deux serveurs (un serveur web Apacheet un serveur de base de

données MySQL), un interpréteur de script(PHP), ainsi qu’uneadministration

SQL phpMyAdmin.

Il dispose d’une interface d’administration permettant de gérer les alias (dossiers virtuels

disponible sous Apache), et le démarrage/arrêt des serveurs.

IV.3 Choix du langage de l’application

Présentation du langage de programmation Java

Dans le domaine mobile il y a plusieurs system d'exploitation utilisé dans les téléphones

portables.

Afin d'adopter notre application aux différents system mobile, on a choisi le langage java comme

dernier car il a été utilisé dans la majorité des systèmes mobiles et adapter a n'importe quelle

système d’exploitation.

Figure 24 : Logo Easy Php



La particularité principale de Java est que les logiciels écrits dans ce langage sont très facilement

portables sur plusieurs systèmes d'exploitation tels que UNIX, Windows, Mac OS ou

GNU/Linux, avec peu ou pas de modification

C'est la plate-forme qui garantit la portabilité des applications développées en Java.

Ce dernier permet de développer des applications client serveur. Java a donné naissance à un

système d'exploitation (Java OS), à des environnements de développement (éclipse/JDK), des

machines virtuelles (MSJVM, JRE) applicatives multi plates-formes (JVM), une déclinaison pour

les périphériques mobiles/embarqués (J2ME).

Aujourd'hui, Java (sous la forme de JavaME) trouve une nouvelle niche dans la création

d'applications RIA (Rich Internet Applications), des applications qui proposent des

fonctionnalités, notamm ent des interfaces, plus évoluées à la fois sur Internet et sur les

téléphones portables

Présentation du langage de programmation Java Fx

JavaFX Script est un nouveau langage de script s'appuyant sur l'environnement d'exécution Java

(JRE). Il s'exécute 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 déclaratif et statiquement typé qui utilise les

bibliothèques Java2D Swing pour construire des interfaces riches et interactives. Il bénéficie des

avantages du modèle de programmation Java : la structuration du code, fonctionnalités de

réutilisation et d'encapsulation telles que les packages, les classes, l'héritage, les units de

compilation séparée et de déploiement.

Figure 25 : logo du langage de programmation Delphi



Sun prévoit de placer le code de JavaFX Script en Open Source, sans toutefois définir encore la

gouvernance, la licence et le modèle communautaire. Mais les outils ne sont pas encore prêts et

aucune feuille de route n'est dévoilée. Pour l'heure, Le projet OpenJFX a été créé pour partager

les versions préliminaires du langage et fédérer son développement.

A l'évidence, cette nouvelle plate-forme RIA se pose en concurrence d'Apollo/Flex d'Adobe et de

Silverlight de Microsoft. Sun préfère 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'exécution de Flash pèse 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 pèse dans les 16 Mo.

Figure 26 : logo du langage de programmation JavaFx



IV.4 Présentation de la première application

La figure ci-dessus correspond à la vue d’ensemble des différents onglets présent dans notre

application que nous avons nommé Tunisiecom Better Connect.

Figure 27 :Tunisiecom Better Connect – Présentation générale



Au premier lancement de l'application, l'utilisateur peut

accéder à des fonctionnalités de l'application.

On trouve quatre onglets :

Onglet questionnaire

Onglet information

Onglet copyright

Onglet close

L'onglet "Information" affichera les informations du mobile qui

seront envoyé automatiquement avec le fichier de réclamation.

IMSI

IMEI

Technologie réseau

Lac

Ci

nom de réseau

Date, heure

L’onglet "Questionnaire" permet à l'utilisateur de choisir une

réclamation. Il suffit de cliquer sur l'un des boutons "Internet",

"Appel audio", "Appel vidéo" ou "Live

Tv" pour l'activer.

Figure 28 : Tunisiecom Better-Accueil

Figure 29 :Tunisiecom Better-

Information

Figure 30 : Tunisiecom Better-

Questionnaire



Cet onglet "Copyright " Permet de référencer des informations

de droits d'auteurs qui ont développer cette application.

Pour le moment, si l’utilisateur clique sur le bouton « Internet » pour

réclamer un problème, l’application affichera un questionnaire. Si on

clique sur le bouton ‘envoyer’ la réponse de la question sera enregistrer

dans un fichier avec les données du mobile et sera ensuite envoyer vers le

serveur. Aussi dans cet onglet on peut pinger sur le serveur.

De plus , Si l’utilisateur appuie sur le bouton « Appel audio »

pour réclamer un problème au bout d’un appel téléphonique, l’application

affichera un questionnaire.

Si on clique sur le bouton ‘envoyer’, les réponses des questions seront

enregistrer dans un fichier avec les données du mobile et seront ensuite

envoyer sur le serveur.

Figure 31 : Tunisiecom

Better-Copyright


Better-Internet

Figure 33 :Tunisiecom

Better-Appel audio



De la même manière.si l’utilisateur clique sur le bouton « Appel video »

pour réclamer un problème, l’application affichera un questionnaire.

Si on appuie sur le bouton ‘envoyer’ les réponses des questions seront

enregistrer dans un fichier avec les données du mobile et seront envoyer sur

le serveur. L’onglet qui apparait est le même si on clique sur le bouton Live

Tv.

L’action de l’envoyer de message ne fonctionne que grâce à internet.

La première application se termine en même temps que l’envoi du fichier vers le répertoire IN

du serveur FTP.


Better-Appel video

Figure 35 : Interface d’accès au serveur FTP



La figure ci-dessus représente un exemple de contenu du fichier qui sera envoyer par un

utilisateur lors d’une réclamation Internet.

Ce fichier contient les informations de mobile avec le type de réclamation, les réponses de

questions posés, longitude et latitude.

Figure 36 : format de fichier de réclamation



IV.5 Présentation de la deuxième application

En premier lieu, dans la deuxième application le fichier de la réclamation sera ajouté à la base de

données.

En deuxième lieu, le fichier ajouté sera déplacé au répertoire OUT de serveur FTP.

Figure 37 : ajout du fichier a la base de donnée

Figure 38 : déplacement de fichier au répertoire OUT de serveur FTP



IV.6 Présentation de la troisième application

Comme on a présenté précédemment, notre troisième application consiste à rechercher

les réclamation par Lac ou IMSI, regrouper les problèmes par catégorie, afficher les

statistiques et vérifier l’état de réclamation on utilisant un page KML.

Pour accéder à la recherche de réclamation, on rejoint deux type de recherche :

Recherche par LAC

On clique sur le mot « LAC »

Ensuite, on aura la fenêtre suivante :

On insère le code de zone de localisation du réseau donné et écrire la date du début

et la date de fin. Le tableau affichera le type de service, cause de dysfonctionnement, type

réseau, intensité signal et cell_ID .

Figure 39 : Interface de rechercher les réclamations par LAC

Figure 40 : Tableau des réclamations par LAC



Recherche par IMSI

On clique sur le mot « IMSI »

La figure ci-dessous présente la recherche par IMSI, on remplace Lac par le numéro de Sim de l’abonné et on appuie sur rechercher.

Le tableau sera afficher le type de service, cause de dysfonctionnement, type réseau, intensité

signal et cell_id .

Figure 41 : Interface de rechercher les réclamations par IMSI

Figure 42 : Interface de rechercher les réclamations par Lac



Pour atteindre l’affichage du statistique des réclamations on a deux choix :

Statistique de tous les réclamations

Pour afficher tous les réclamations on clique sur Statistique puis TousReclamation

Cette fenêtre permet d'afficher les statistiques concernant tous les réclamation (réclamations des

appels entrant, réclamations des connexion internet , réclamations des appels vidéos)

Figure 43 : Interface d’afficher toutes les réclamations

Figure 44 : statistique de toutes les réclamations



Statistique d’un type de réclamations

Pour afficher un type de réclamations on clique sur Statistique puis TypeReclamation

Da

ns notre exemple on clique sur le type « Réclamation appel vidéo /Live tv »

On aura alors la figure suivante qui s’affiche les réclamations des appels vidéo

entre 23-05-2012 et 29-05-2012.

Figure 45 : Interface d’afficher les types réclamations

Figure 46 : statistique de toutes les réclamations



La dernière étape de la troisième application est de vérifier l’état de réclamation on utilisant

un page KML.Pour rejoindre à l’état de réclamation, on trouve quatre types de

visualisations :

Pour visualiser tous les réclamations des abonnés, on clique sur Carte, ensuite sur

visualiser tous les réclamations.

La fenêtre ci dessous vous permet de visualiser la position des points d’accès correspondant à la

Société Tunisie Telecom a Sfax.

Figure 47 : chemin de visualiser tous les réclamations

Figure 48 : visualisation toutes les réclamations



Visualiser les réclamations des appelles vocaux

Pour afficher les réclamations des appelles vocaux sur la page KML, cliquer sur Carte puis sur

visualiser les réclamations Appel vocal.

La figure ci-dessus représente les réclamations des appelles vocaux sur la page KML

qui sont reliés avec leur points d’accès.

Figure 49 : chemin de visualiser tous les réclamations

Figure 50 : visualisation les réclamations d’appelles vocaux



Visualiser les réclamations de connexion Internet

Pour afficher les réclamations de connexion internet sur la page KML, cliquer sur Carte puis sur

visualiser les réclamations Internet.

La fenêtre ci-dessus représente les réclamations de connexion Internet qui sont reliés avec

leur points d’accès.

Figure 51 : chemin de visualiser les réclamations de connexion internet

Figure 52 : visualisation les réclamations de connexion internet



Visualiser les réclamations d’Appel vidéo / Live Tv

Pour afficher les réclamations de d’Appelles vidéo / Live Tv sur la page KML, cliquer

sur Carte puis sur visualiser les réclamations Appelles vidéo / Live Tv.

La figure ci-dessus représente les réclamations des appelles vidéos ou live Tv qui sont

reliés avec leurs points d’accès.

Figure 53 : chemin de visualiser les réclamations appel vidéo /live Tv

Figure 54 : visualisation les réclamations d’appelles vidéos


Conclusion générale

Conclusion générale

Ce travail a été réalisé au sein de TUNISIE TELECOM durant une période de 4 mois.

Le sujet porte porte sur le développement d’une plateforme pour le surveillance de la qualité

de service des réseaux 2G/3G envers les mobiles Android.

Dans la première partie nous avons présenté la problématique et le cahier des charges,

nous avons également présenté l’application existante chez TUNISIE TELECOM, ensuite

la notre pour conclure avec l’exposé de l’organisme d’accueil.

Dans la deuxième partie nous avons entamé les aspects théoriques sous-jacents de

notre sujet, à savoir la représentation de la spécification formelle des besoins à travers des

diagrammes de cas d’utilisation.

Dans la troisième partie nous avons présenté l’architecture générale de la plateforme

des différentes étapes de la conception de notre outil, à travers les diagrammes offerts par

UML.

Enfin dans la dernière partie nous avons décrit l’environnement ainsi que les étapes de

réalisation de notre outil qui va administrer les équipements informatiques au niveau de

l’entreprise.

La réalisation de ce projet nous a permis de découvrir et de mieux comprendre le

domaine de surveillance de la qualité de service des réseaux 2G/3G, ses théories, ses

méthodologies ainsi que les langages qui lui sont associés.


Annexe

Bibliographie Rapport projet fin d’étude 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 données)

http://catarina.udlap.mx/u_dl_a/tales/documentos/lni/ramos_b_l/glosario.pdf

http://www-public.int-evry.fr/~afifi/rapport%20projet%20RSM%20android.pdf

http://www.tunisietelecom.tn/tt/internet/fr/tunisietelecom

http://christian.caleca.free.fr/pdf/FTP.pdf

http://catarina.udlap.mx/u_dl_a/tales/documentos/lni/ramos_b_l/glosario.pdf

pfe cem qos 2g&3g via mobiles android

Documents