PFE CEM QoS 2G&3G via 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 : CONCEPTION ET DEVELOPPEMENT D’UNE LATEFORME POUR LE MONITORING DE LA QOS DES RESEAUX 2G/3G VIA LES MOBILES ANDROID

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 c o n tr i bu é 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 ka is , 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

Introduction générale

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.

Projet de Fin d’Etudes

Page 10

Introduction générale

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.

Projet de Fin d’Etudes

Page 11

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é

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

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 1 er 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 ».

Projet de Fin d’Etudes

Page 13

Chapitre I : Présentation du projet 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.

Projet de Fin d’Etudes

Page 14

Chapitre I : Présentation du projet

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

Projet de Fin d’Etudes

Page 15

Chapitre I : Présentation du projet

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.

Projet de Fin d’Etudes

Page 16

Chapitre I : Présentation du projet 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é. Projet de Fin d’Etudes

Page 17

Chapitre I : Présentation du projet

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 for mes

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.

Projet de Fin d’Etudes

Page 18

Chapitre II Spécification

Chapitre II : Spécification

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 Projet de Fin d’Etudes

Page 22

Chapitre II : Spécification 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.

Figure 4 : Logo de Visual Paradigm for UML

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.

Projet de Fin d’Etudes

Page 23

Chapitre II : Spécification 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 :

Projet de Fin d’Etudes

Page 24

Chapitre II : Spécification 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.

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

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 ….)

Projet de Fin d’Etudes

Page 25

Chapitre II : Spécification

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

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 »

Projet de Fin d’Etudes

Page 26

Chapitre II : Spécification

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

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)

Projet de Fin d’Etudes

Page 27

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

Projet de Fin d’Etudes

Page 29

Chapitre III : Conception détaillée

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

Serveur central

Application opérateur

Application cliente

Application cliente Collecte & envoi De données

Application Presentation

Application

Des statistiques

Base de

Et d’analyse de QoS

Donnes

Mise a jour Base de données

FTP

Application cliente Collecte & envoi

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

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

Figure 11 : Architecture de l’application « Réclamation 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

Projet de Fin d’Etudes

Page 30

Chapitre III : Conception détaillée 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 FT P.

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

My sql (database) Serveur ftp Figure 12 : Architecture 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.

Projet de Fin d’Etudes

Page 31

Chapitre III : Conception détaillée 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.

Projet de Fin d’Etudes

Page 32

Chapitre III : Conception détaillée

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 »

My sql (database)

Administration

Figure 13 : Architecture 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.

Projet de Fin d’Etudes

Page 33

Chapitre III : Conception détaillée

III .3 Modèle entité relation

Figure 14 : Diagramme de 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).

Projet de Fin d’Etudes

Page 34

Chapitre III : Conception détaillée

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. Projet de Fin d’Etudes

Page 35

Chapitre III : Conception détaillée

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 numéro de question et la cause de dysfonctionnement de connexion et de gérer 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 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.

Projet de Fin d’Etudes

Page 36

Chapitre III : Conception détaillée

Figure 17 : Table Appel Vidéo

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.

Figure 18 : Table Réclamation Live Tv

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.

Projet de Fin d’Etudes

Page 37

Chapitre III : Conception détaillée

III.4 Présentation de la méthode de conception à faire Présentation 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 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.

Projet de Fin d’Etudes

Page 38

Chapitre III : Conception détaillée 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 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.

Projet de Fin d’Etudes

Page 39

Chapitre III : Conception détaillée

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

Projet de Fin d’Etudes

Page 40

Chapitre III : Conception détaillée

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

Projet de Fin d’Etudes

Page 41

Chapitre III : Conception détaillée

Figure 22

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. Projet de Fin d’Etudes

Page 42

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

Projet de Fin d’Etudes

Page 44

Chapitre IV : Réalisation de l‘application 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

Figure 24 : Logo Easy Php

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.

Projet de Fin d’Etudes

Page 45

Chapitre IV : Réalisation de l‘application

Figure 25 : logo du langage de programmation Delphi

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. Projet de Fin d’Etudes

Page 46

Chapitre IV : Réalisation de l‘application

Figure 26 : logo du langage de programmation JavaFx

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.

Projet de Fin d’Etudes

Page 47

Chapitre IV : Réalisation de l‘application

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

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

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.

Projet de Fin d’Etudes

Page 48

Chapitre IV : Réalisation de l‘application 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 Figure 28 : Tunisiecom Better-Accueil

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 Figure 29 :Tunisiecom BetterInformation

 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 30 : Tunisiecom BetterQuestionnaire

Projet de Fin d’Etudes

Page 49

Chapitre IV : Réalisation de l‘application

Cet onglet "Copyright " Permet de référencer des informations de droits d'auteurs qui ont développer cette application.

Figure 31 : Tunisiecom Better-Copyright

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.

Figure 32 : Tunisiecom Better-Internet

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 33 :Tunisiecom Better-Appel audio

Projet de Fin d’Etudes

Page 50

Chapitre IV : Réalisation de l‘application

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.

Figure 34 : Tunisiecom Better-Appel video

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.

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

Projet de Fin d’Etudes

Page 51

Chapitre IV : Réalisation de l‘application

Figure 36 : format de fichier de réclamation

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.

Projet de Fin d’Etudes

Page 52

Chapitre IV : Réalisation de l‘application

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.

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

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

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

Projet de Fin d’Etudes

Page 53

Chapitre IV : Réalisation de l‘application

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 »

Figure 39 : Interface de rechercher les réclamations par 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 40 : Tableau des réclamations par LAC

Projet de Fin d’Etudes

Page 54

Chapitre IV : Réalisation de l‘application

Recherche par IMSI On clique sur le mot « IMSI »

Figure 41 : Interface de rechercher les réclamations par 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 42 : Interface de rechercher les réclamations par Lac

Projet de Fin d’Etudes

Page 55

Chapitre IV : Réalisation de l‘application 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

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

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 44 : statistique de toutes les réclamations

Projet de Fin d’Etudes

Page 56

Chapitre IV : Réalisation de l‘application Statistique d’un type de réclamations Pour afficher un type de réclamations on clique sur Statistique puis TypeReclamation

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

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 46 : statistique de toutes les réclamations

Projet de Fin d’Etudes

Page 57

Chapitre IV : Réalisation de l‘application 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.

Figure 47 : chemin de 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 48 : visualisation toutes les réclamations

Projet de Fin d’Etudes

Page 58

Chapitre IV : Réalisation de l‘application 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.

Figure 49 : chemin de visualiser tous les réclamations

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 50 : visualisation les réclamations d’appelles vocaux

Projet de Fin d’Etudes

Page 59

Chapitre IV : Réalisation de l‘application

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.

Figure 51 : chemin de visualiser les réclamations de connexion 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 52 : visualisation les réclamations de connexion internet

Projet de Fin d’Etudes

Page 60

Chapitre IV : Réalisation de l‘application

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.

Figure 53 : chemin de visualiser les réclamations appel 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 54 : visualisation les réclamations d’appelles vidéos

Projet de Fin d’Etudes

Page 61

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.

Projet de Fin d’Etudes

Page 62

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

Projet de Fin d’Etudes

Page 63