Rapport Pfe V1.2 PDF

Vous aimerez peut-être aussi

Vous êtes sur la page 1sur 63

Dédicace

A
Mon père
Qui m’a été toujours un soutien moral et matériel indispensable,
Qui m’a beaucoup donné sans rien prendre,
Et à qui je prouve tout mon amour et respect,
A
Ma mère
La mère modèle de courage, de certitude et de bien vaillance
Qui depuis mon enfance était l’œil vigilant à mon
Confort surtout à mes études.
A
Toute ma famille
Que dieu les préserve bonne santé et longue vie.
A
Tous mes très amis
En témoignage de l’amitié sincère qui nous a liées et des bons moments
Passés ensemble. Je vous dédie ce travail en vous
Souhaitant un avenir radieux et plein
De bonnes promesses

Marwa
Dédicace
A
Mon père
Qui m’a été toujours un soutien moral et matériel indispensable,
Qui m’a beaucoup donné sans rien prendre,
Et à qui je prouve tout mon amour et respect,
A
Ma mère
La mère modèle de courage, de certitude et de bien vaillance
Qui depuis mon enfance était l’œil vigilant à mon
Confort surtout à mes études.
A
Toute ma famille
Que dieu les préserve bonne santé et longue vie.
A
Tous mes très amis
En témoignage de l’amitié sincère qui nous a liées et des bons moments
Passés ensemble. Je vous dédie ce travail en vous
Souhaitant un avenir radieux et plein
De bonnes promesses

Saida
Remerciements
Nous remercions tout d’abord les membres du jury

qu’ils nous font honneur de juger ce modeste travail.

Ce mémoire de projet de fin d’études

en licence appliqué en Réseaux et Télécommunication

est le fruit d’un travail mené au sein de Tunisie Télécom

dirigée par Monsieur Chokri Gueddah a qui nous voudrons

exprimer toute notre gratitude pour sa confiance.

Nous remercions sincèrement tous les membres de service radio,

pour leur chaleureux accueil et leur soutien au sein de Tunisie Télécom.

Nous tenons à exprimer nos sincères remerciements

à Monsieur Mohamed Ali Ayachi, Maitre-Assistant

à l’institut Supérieur des Mathématiques Appliquées

et de l’informatique, pour sa disponibilité et sa patience tout au long

de la réalisation de ce modeste travail. Ses remarques ont

contribués à l’enrichissement de ce travail.

Nous tenons à remercier toute personne ayant contribué de près

ou de loin à l’élaboration de ce travail


Résumé

Dans le but de mettre fin aux difficultés affrontées par quel que soit client ou agent de
Tunisie Télécom dans la gestion des réclamations, nous sommes engagés à faciliter : les
taches des agents au sein de l’unité radio, à savoir : l’ajout(zone , ) , gérer( les zones ,
les réclamations, les messages), l’affichage des statistiques ; et les services offerts au client
comme :passer réclamation, envoyer message, tester sa position..

La réalisation de ce prototype de gestion a impliqué en premier lieu l’utilisation de « Pacestar


UML Diagrammer » pour l’illustration des diagrammes de conception ; et dans un second
lieu, « Oracle Database 10g Express Edition », « Macromedia Dreamweaver 8 » et «
NetBeans IDE 6.9.1 » pour l’implémentation.

Mots clés
Réclamation, NodeB, UMTS, 3G
Abstract
In order to end the difficulties faced by whoever client or officiers in radio unit Tunisia
Telecom agent in claim management , we facilitate these tasks , namely : the addition of zone
and Node B, the displaying of statics, the management of zones, claims and messages ;and
services offred to client such as : passi claim, send message, test his position…

The implementation of this software required firstly the use of « Pacestar UML Diagrammer »
for the illustration of design diagrams, and secondly , « Oracle Database 10g Express
Edition », « Macromedia Dreamweaver 8 » et « NetBeans IDE 6.9.1 » for the
implementation.

Keywords
Claim, Node B, UMTS, 3G
Sommaire
TABLE DE FIGURE ............................................................................................................................... i

Liste Des Tableaux ................................................................................................................................. iii

Introduction Générale .............................................................................................................................. 1

CHAPITRE (I) : Généralités ............................................................................................................... 3

Sur le réseau mobile 3G ...................................................................................................................... 3

I. 3G : .............................................................................................................................................. 4

I.1 Objectifs : ............................................................................................................................... 4

I.2 Les standards 3G : .................................................................................................................. 5

I.3 les caractéristiques essentielles de l’UMTS : ......................................................................... 5

II. Architecture d’UMTS: ................................................................................................................ 6

II.1 L’équipement Utilisateur : Composé De Deux Parties ......................................................... 7

II.2. Réseau d’accès radio UTRAN : Constitué par L'ensemble des et des RNC : ......... 7

III Etude de l’interface radio : ............................................................................................ 10

III.1 Caractéristiques : ............................................................................................................... 10

III.2 Couverture globale de l’ : ........................................................................................ 11

III.3 L’organisation en fréquences et en temps : ....................................................................... 11

III.3.1 L’organisation fréquentielle : ..................................................................................... 12

III.3.2 L’étalement :............................................................................................................... 13

III.3.3 L’embrouillage : ......................................................................................................... 13

III.3.4 L’organisation temporelle : ........................................................................................ 14

III.4 Techniques d'accès WCDMA (Wide Band CDMA) : ....................................................... 14

III.5 Les canaux : ....................................................................................................................... 15

III.5.1 les canaux logiques :................................................................................................... 15

III.5.2 Les canaux physiques : ............................................................................................... 15


III.5.3 Les canaux de transport : ............................................................................................ 16

III.6 Les coordonnées GPS :...................................................................................................... 16

IV. Conclusion : ............................................................................................................................ 17

CHAPITRE (II) : Etude Conceptuelle................................................................................................... 18

I Choix De Méthodologie .............................................................................................................. 19

I.1 Langage de modélisation...................................................................................................... 19

I.2.Méthodologie Adoptée ......................................................................................................... 19

II Méthodologie de travail : ........................................................................................................... 20

II.1 Analyse de l’existant :......................................................................................................... 20

II.2 Problèmes rencontrés : ........................................................................................................ 20

II.3 Objectifs à atteindre : .......................................................................................................... 20

II.4 Identification de besoins : ................................................................................................... 20

II.4.1 Identification des acteurs : ........................................................................................... 20

II.4.2 Identification des besoins fonctionnels : ...................................................................... 20

II.4.3 Identification des besoins non fonctionnels : ............................................................... 22

II.4.3.1 Ergonomie des interfaces : .................................................................................... 22

II.4.3.2 Sécurité : ............................................................................................................... 22

II.5 Analyse des cas d’utilisations : ........................................................................................... 23

II.5.1 Analyse de CU Inscription :......................................................................................... 23

II.5.1.1 Traçabilité entre le modèle de CU et le MA pour le cas « Inscription » : ........... 24

II.5.1.2 Diagramme de collaboration du modèle d’analyse pour le cas « Inscription » : .. 24

II.5.2 Analyse du CU connexion : ......................................................................................... 24

II.5.2.1 Traçabilité entre le modèle de CA et le MA pour le cas « connexion » : ............. 25

II.5.2.2 Diagramme de collaboration du modèle d’analyse pour le cas « connexion » : ... 25

II.5.3. Analyse du CU Consulter Réclamation : ................................................................... 25

II.5.3.1 Traçabilité entre le M de CU et le MA pour le cas « consulter réclamation » :.... 26

II.5.3.2 Diagramme de collaboration du MA pour le cas « consulter réclamation » :....... 26

II.5.4. Analyse du CU Ajouter Zone : ................................................................................... 26

II.5.4.1 Traçabilité entre le modèle de CU et le MA pour le cas « Ajouter Zone » .......... 27


II.5.4.2 Diagramme de collaboration du MA pour le cas « Ajouter Zone » : .................... 27

II.5.5 Analyse du CU statistiques : ....................................................................................... 28

II.5.5.1 Traçabilité entre le modèle de CU et le MA pour le cas « Statistiques » ............. 28

II.5.5.2 Diagramme de collaboration du modèle d’analyse pour le cas « Statistiques » : . 28

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

III.1 Les diagrammes de séquences liées aux différents cas d’utilisations : ............................. 29

III.2 Diagramme de classe : ....................................................................................................... 33

IV Conclusion : ............................................................................................................................. 33

CHAPITRE (III) .................................................................................................................................... 34

Réalisation ............................................................................................................................................. 34

I. Environnement Matériel et logiciel utilisé ................................................................................. 35

I.1. Description de l’environnement matériel ............................................................................ 35

I. 2. Description de l’environnement logiciel ............................................................................ 35

II Génération des bases de données : ............................................................................................. 36

III Interfaces De L’application ...................................................................................................... 38

III.1 Accueil : ............................................................................................................................ 38

III.2 Inscription :........................................................................................................................ 39

III.3 Les différentes interfaces de l’Espace Client : .................................................................. 39

III.4 Espace Personnel ............................................................................................................... 43

IV CONCLUSION : ...................................................................................................................... 47

Conclusion Générale ............................................................................................................................. 48


TABLE DE FIGURE
Figure 1: Architecture d’UMTS .............................................................................................................. 6
Figure 2: Le réseau de cœur .................................................................................................................... 8
Figure 3: Couverture globale de l’ .............................................................................................. 11
Figure 4: Organisation en fréquence et en temps .................................................................................. 12
Figure 5: Principe des modes ............................................................................................. 14
Figure 6: Structure de trame en l’ ............................................................................................... 14
Figure 7: L’accès ....................................................................................................................... 15
Figure 8: CU générale du client............................................................................................................. 21
Figure 9: CU générale d’administrateur ................................................................................................ 22
Figure 10: Traçabilité entre le MCU et le MA de CU « Inscription ».................................................. 24
Figure 11: Diagramme de collaboration du MA du CU « Inscription »............................................... 24
Figure 12: Traçabilité entre le MCU et le MA de CU « Connexion » .................................................. 25
Figure 13: Diagramme de collaboration du MA du CU « Connexion » ............................................... 25
Figure 14:Traçabilité entre le MCU et le MA de CU « Consulter Réclamation » ................................ 26
Figure 15: Diagramme de collaboration du MA du CU « Consulter Réclamation » ........................... 26
Figure 16: Traçabilité entre le MCU et le MA de CU « Ajouter Zone » .............................................. 27
Figure 17: Diagramme de collaboration du MA du CU « Ajouter Zone »............................................ 27
Figure 18: Traçabilité entre le MCU et le MA de CU « statistiques » .................................................. 28
Figure 19: Diagramme de collaboration du MA du CU « statistiques » ............................................... 28
Figure 20: Diagramme de séquence de « inscription » ......................................................................... 29
Figure 21: Diagramme de séquence de « connexion » .......................................................................... 30
Figure 22: Diagramme de séquence de « consulter réclamation » ........................................................ 31
Figure 23: Diagramme de séquence de « ajout zone » .......................................................................... 31
Figure 24: Diagramme de séquence de « statiques »............................................................................. 32
Figure 25: Diagramme de classe ........................................................................................................... 33
Figure 26: Interface Accueil .................................................................................................................. 38
Figure 27: Interface Inscription ............................................................................................................. 39
Figure 28: Interface Connexion ............................................................................................................. 39
Figure 29: Interface Espace Client ........................................................................................................ 40
Figure 30: Interface Consulter messages ............................................................................................... 40
Figure 31: Interface Consulter Réclamations ........................................................................................ 41

i
Figure 32: Interface Passer Réclamation ............................................................................................... 41
Figure 33: Interface tester votre position............................................................................................... 42
Figure 34: Interface Envoyer Message .................................................................................................. 42
Figure 35 Interface Votre couverture réseau: ........................................................................................ 43
Figure 36: Interface Consulter Messages .............................................................................................. 43
Figure 37: Interface Consulter Réclamations ........................................................................................ 44
Figure 38: Interface Statistique ............................................................................................................. 45
Figure 40: Interface Ajouter zone.......................................................................................................... 46
Figure 39: Interface Liste des Zones ..................................................................................................... 46
Figure 41: Interface Envoyer Message .................................................................................................. 47

ii
Liste Des Tableaux
Tableau 1: Caractéristiques des services offerts .................................................................................... 10
Tableau 2: Structure de la table « inscription » .................................................................................... 36
Tableau 3: Structure de la table « » ......................................................................................... 37
Tableau 4: Structure de la table « messages» ........................................................................................ 37
Tableau 5: Structure de la table « réclamation » .................................................................................. 37
Tableau 6: Structure de la table « zone » ............................................................................................. 38

iii
Introduction Générale

Introduction Générale

L
e GSM (Global System for Mobile Communication) est l’un des services
industriels les plus marquants dans les dernières années. De ce fait, ce réseau est
le plus populaire et le plus utilisé dans le monde. En revanche, de nombreuses
indices comme l’évolution de l’Internet et le développement des applications qui
nécessitent l’augmentation des débits telle que la vidéo, téléconférence révèlent que les clients
demandent et exigent de plus en plus les services de transmission des données sur les réseaux
mobiles. Néanmoins, ses services bâtissent des multiples contraintes sur le réseau GSM n’est
pas en mesure de satisfaire ces demandes avec la meilleure qualité. D’où, l’idée de
l’évolution vers un autre réseau capable de répondre aux besoins incessants des abonnés.

Donc, la recherche d’une solution à ce problème devient une nécessite, voire une
obligation pour garantir la confidentialité des abonnés qui cherchent toujours à bénéficier des
services combinant à la fois l’innovation (voix et données sur téléphonie mobile, …) et
l’efficacité. C’est pourquoi, les concepteurs radios doivent avoir une capacité d’exprimer les
besoins des abonnés par l’invention des nouvelles technologies du réseau.

Cependant, une entreprise atteint une efficacité opérationnelle si et seulement si elle


arrive à minimiser l’insatisfaction formolé par un client a l’égard des produits et services
offert. L’un des moyens d’optimisation qui s’offrent aux opérateurs téléphoniques est
l’utilisation d’une application qui rendrait facile la gestion des réclamations dont la gestion est
le sujet de notre projet.

C’est dans cet ordre d’idées que s’inscrit notre projet de fin d’étude que nous avons en
l’occasion d’effectuer notre stage au sein de l’entreprise TUNISIE TELECOM. Le travail à
réaliser consiste à mettre en œuvre « un outil de gestion de réclamations ». Les , ce
sont les premiers équipements terminaux télécoms du réseau UMTS vers les stations mobiles
qui pourront tomber en panne ou bien ne couveront toutes ces clients, ce qui entraine parfois
le dysfonctionnement de tout le réseau.

Projet de Fin d’Études Page 1


Introduction Générale

Le plan de ce rapport est comme suit :

 Dans le premier chapitre, nous présentons le contexte général de travail.


Nous détaillons ainsi les concepts relatifs au réseau UMTS.
 Dans le second chapitre, nous présentons tout d’abord la problématique
ainsi que les solutions que nous proposons : Il s’agit d’un site web de gestion des
réclamations. Nous détaillons ainsi l’étude conceptuelle de cette application :
nous commençons par la spécification des besoins, ensuite l’étape d’analyse et
nous terminons par l’étape de conception.
 Le troisième chapitre contient la réalisation de l’application. Nous
présentons l’environnement de travail ainsi que les interfaces de l’application.

Nous finirons par la conclusion générale et les perspectives pour améliorer cette
application.

Projet de Fin d’Études Page 2


CHAPITRE (I)
Généralités
Sur le réseau mobile
3G

~3~
Chapitre 1 Généralités sur le réseau mobile 3G

CHAPITRE I : Généralités sur le réseau


mobile 3G
I. 3G :

L'UMTS est une norme de troisième génération de communications radio mobiles dite

3G, c’est une technologie motivée par la deuxième génération des réseaux tels que le

GSM.

Les principes de cette technologie sont :

 transmission de données sans fil à haut débit


 possibilité de roaming au niveau mondial
 Coexistence avec les réseaux préexistants, en particulier le GSM.
 Un réseau cœur IP ( , ).
 Un réseau d’accès spécifique, l’UTRAN (UMTS Terrestrial Radio Access
Network).

I.1 Objectifs :

La disponibilité d’accès à Internet et autre application est fusionnée à la couverture radio

3G doivent fournir :

 accès multimédia flexible


 Accès à internet
 Services support flexibles
 Accès paquet a cout intéressant
 Majorité des applications multimédia à travers Internet.

Projet de Fin d’Études Page 4


Chapitre 1 Généralités sur le réseau mobile 3G

I.2 Les standards 3G :

Les technologies suivent les recommandations de l’ITU (International


Telecommunication Union).

- En Europe :

- En Amérique : qui est une évolution de

- Au Japon et en Corée : ( à large bande)

- En Chine : (répartition dans le temps et synchrone)

I.3 les caractéristiques essentielles de l’UMTS :

Qualité de voix élevée (similaire à celle du fixe) et couverture étendue.

Appels de groupe, diffusion de messages, accès rapide et faibles coûts.

Terminaux de petite taille et supportant plusieurs interfaces radio.

Communications de débit élevé et d’excellente qualité

Services satellites pour les zones non couvertes par les BTS terrestres.

Accès à des sites distants comme pour les réseaux de transmissions de données.

Sécurité et techniques anti-fraude contre l’accès aux données par des personnes ou entités
non-autorisées.

Services mobiles multimédia haut débit :

2Mb/s pour l’indoor, mobilité réduite

384 kb/s pour l’outdoor urbain

144kb/s pour l’outdoor rural, mobilité importante

Qualité de service variable (BER entre et , délais entre 30 et 300 ms)

Transmission asymétrique et à débit variable

Projet de Fin d’Études Page 5


Chapitre 1 Généralités sur le réseau mobile 3G

II. Architecture d’UMTS:

Le réseau UMTS a la même architecture que le réseau de deuxième génération 2 G tout en


ajoutant de nouveaux éléments sur le réseau :

- Le

- Le

L’architecture d’un réseau est formée trois entités principales :

• La première entité correspond à l’Equipement Utilisateur : EU

• La deuxième entité correspond au réseau d’accès radio : ( ,


Terrestrial Radio Access Network) équivalent de la sous architecture en

• La troisième entité correspond au cœur du réseau :

Figure 1: Architecture d’UMTS

Projet de Fin d’Études Page 6


Chapitre 1 Généralités sur le réseau mobile 3G

II.1 L’équipement Utilisateur : Composé De Deux Parties

L’équipement mobile : c’est un terminal radio utilisé pour les communications à travers
l’interface radio.

L’USIM : C’est l’équivalant de la carte en cas du

II.2. Réseau d’accès radio UTRAN : Constitué par L'ensemble des et

des RNC :

Le :

• Equivalent à la BTS du réseau .

• Antenne pouvant gérer une ou plusieurs cellules.

• Réparties géographiquement sur l’ensemble du territoire.

• Gère la couche physique de l’interface radio.

• Régit le codage du canal, l’entrelacement, l’adaptation du débit et l’étalement.

• Communique directement avec le mobile sous l’interface dénommée .

• Il existe trois types de correspondant aux deux modes


et

Le :

• Contrôleur de .

• Equivalent du dans le réseau .

• Contrôle et gère les ressources radio en utilisant le protocole


( ).

Pour définir procédures et communication entre mobiles et le réseau.

• Gère le contrôle de charge et de congestion des différents .

• Il existe deux types de :

- le Serving qui sert de passerelle vers le réseau

- le Drifit qui a pour fonction principale de routage des données

Projet de Fin d’Études Page 7


Chapitre 1 Généralités sur le réseau mobile 3G

II.3 Cœur du réseau :

• Le Réseau de cœur se décompose en :

- domaine circuit

- domaine paquet

Figure 2: Le réseau de cœur

 Le domaine circuit :

Permet de gérer les services temps réels dédiés aux conversations téléphoniques :

vidéo-téléphonie, jeux vidéo, applications multimédia.

Ces applications nécessitent un temps de transfert rapide. Le débit support é par ce mode
peut arriver jusqu’à .

L’infrastructure s’appuie sur les principaux éléments du réseau et le


afin d’avoir une connexion directe vers le réseau externe.

 Le domaine paquet :

Projet de Fin d’Études Page 8


Chapitre 1 Généralités sur le réseau mobile 3G

Est constitué d’une plateforme IP. Le routage des informations se fait soit dans le même
réseau, soit vers les réseaux paquets externes à savoir( …)

• Permet de gérer les services non temps réels :

La navigation sur Internet, la gestion de jeux en réseaux et l’accès / utilisation des emails.

Ces applications sont moins sensibles au temps de transfert.

Le débit du domaine paquet ( ) est sept fois plus rapide que le mode circuit

L’infrastructure s’appuie sur les principaux éléments du réseau :

- : équivalent des en réseau

- : équivalent du en réseau .

Les interfaces :

La spécificité à signaler dans le cadre de l’ est que les interfaces sont ouvertes c'est-à-
dire que les équipements de tous les constructeurs peuvent fonctionner et s’inter-opérer à
condition qu’ils respectent la norme. (1)

On note quatre interfaces :

 Interface :

C’est l’interface radio de l’ . A travers cette interface les mobiles peuvent accéder au
réseau.

 Interface :

C’est l’interface entre le et le , c’est l’équivalent de l’interface en .

 Interface :

C’est une nouvelle interface entre deux et elle est nécessaire pour le mécanisme du
Soft Handover.

 Interface :

Projet de Fin d’Études Page 9


Chapitre 1 Généralités sur le réseau mobile 3G

Cette interface permet à l’ de communiquer avec le réseau cœur. On distingue


l’interface , entre domaine circuit et l’interface reliant le avec
le .

III Etude de l’interface radio :

L'interface radio de l' doit être conçue pour supporter une large gamme de services
différents, avec notamment des débits supérieurs à ceux offerts par le . Les systèmes de
devront offrir des services à accès circuit ou paquet, avec un débit maximal dépendant de
l'environnement et de la vitesse des mobiles. Des services à débit variable et asymétrique
(entre liaison montante et descendante) devront être supportés de façon efficace (voir
tableau 1.1).

Services temps réel Services temps non réel


Environnement

Rural

Urbain

Intérieur et
extérieur courte
portée

Tableau 1: Caractéristiques des services offerts

III.1 Caractéristiques :

En réalité, deux techniques d'accès sont utilisées avec l' , le et le


. Il est important de comprendre les caractéristiques de base de l'interface radio pour
bien planifier un réseau . Dans notre étude, nous nous intéressons uniquement à
la première technique. L’interface radio proposée au niveau européen propose 2
types d’accès multiples, en plus de l’accès multiple de type :

Projet de Fin d’Études Page 10


Chapitre 1 Généralités sur le réseau mobile 3G

- Multiplexage fréquentiel (Frequency Duplex Division )


- Multiplexage temporel (Time Duplex Division ).

III.2 Couverture globale de l’ :

La couverture globale de la planète s'organise en une structure cellulaire hiérarchisée qui


assurera l'itinérance mondiale. Au sommet de la hiérarchie se trouvent les satellites qui
assurent une couverture sur l'ensemble de la planète. Le réseau radio terrestre s’occupe de la
couverture terrestre selon une répartition hiérarchisée pico, micro et macro-cellules. La
composante satellitaire sert pour le roaming mondial et pour compléter la couverture assurée
par l’ . Les pico-cellules sont conçus pour la couverture des bâtiments c'est-à-dire en
environnement indoor, les microcellules pour les zones urbaines et suburbaines denses et les
microcellules assurent la couverture en environnement rural. Dans la figure (figure 3) qui
suit-on illustre la couverture globale d’un réseau .

Figure 3: Couverture globale de l’

III.3 L’organisation en fréquences et en temps :

Deux technologies d’accès radio ( – Universal Terrestrial Radio Access) sont proposées
dans l’ :



Projet de Fin d’Études Page 11
Chapitre 1 Généralités sur le réseau mobile 3G

Figure 4: Organisation en fréquence et en temps

III.3.1 L’organisation fréquentielle :

Les bandes de fréquences allouées pour l' (International Mobile Telephone) sont
et . L’allocation se fait selon le mode de duplexage
utilisé.

 Mode :

 Utilise un duplex de fréquences, dans lequel la voie montante et la voie


descendante sont séparées en fréquence.
 Le mobile et la station de base communiquent en continu et simultanément dans
les deux directions.
 Un canal physique est l’association :
 D’une fréquence porteuse
 D’une paire de codes : l’un pour l’embrouillage et l’autre pour l’étalement.
 D’une durée temporelle exprimée en multiple de chip

En : un slot représente chips , une trame chips .

Les opérations d’étalement :

 Le rôle majeur de la couche physique est d’étaler et contracter « désétaler » le signal


en émission et en réception.

 Opération à la base de la séparation des utilisateurs en .

 définit deux étapes d’étalement :

Projet de Fin d’Études Page 12


Chapitre 1 Généralités sur le réseau mobile 3G

III.3.2 L’étalement :

Multiplier le signal à transmettre par une séquence de chips au débit beaucoup plus rapide.

Utilisation de codes de Walsh-Hadamard qui sont parfaitement orthogonaux et à débit variable


(OVSF : Orthogonal Variable Spreading Factor codes)

III.3.3 L’embrouillage :

Multiplier le signal chip par chip par une séquence pseudo-aléatoire

Séparation des sources asynchrones, soit, sur la voie descendante, différentes stations de base
et, sur la voie montante, différents mobiles.

Bien adaptée à des trafics symétriques sur les voies montante et descendante (transmission de
la parole) et à des environnements outdoor avec une grande mobilité.

En , autant de spectre étant alloué au sens montant qu’au sens descendant.

 Mode :
 Fondé sur une méthode d’accès hybride entre le et le .
 La séparation entre le sens montant et le sens descendant se fait dans le temps.
 Certains slots de la trame sont dédiés à la voie montante et d’autres à la voie
descendante.
 Bien adaptée à des trafics asymétriques sur les voies montante et descendante
(services orientés multimédias) et à des environnements indoor avec une mobilité
restreinte.

Le est mis en œuvre dans les bandes non appariées (La division duplex dans les bandes
dites "non appariées", c'est à dire et , est temporelle. Nous utilisons dans ces
bandes un accès ), contrairement au , qui est utilisé dans les bandes
appariées (La division duplex dans les bandes dites "appariées", c’est-à-dire , est
fréquentielle. L'écart duplex vaut . Nous utilisons dans ces bandes un accès
).

Projet de Fin d’Études Page 13


Chapitre 1 Généralités sur le réseau mobile 3G

Figure 5: Principe des modes

III.3.4 L’organisation temporelle :

L'organisation temporelle de l' est basée sur une super-trame de , comportant


elle même 72 trames de . Chaque trame de est divisée en 15 slots de .
Cette organisation est présentée par la figure suivante : L'organisation temporelle de l'UMTS
est basée sur une super-trame de , comportant elle même 72 trames de . Chaque
trame de est divisée en 15 slots de . Cette organisation est présentée par la figure
suivante : (2)

Figure 6: Structure de trame en l’

III.4 Techniques d'accès WCDMA (Wide Band CDMA) :

Dans les différents forums de normalisation, la technique s'est révélée être celle qui
a été adaptée le plus largement pour l'

Projet de Fin d’Études Page 14


Chapitre 1 Généralités sur le réseau mobile 3G

La technique d’accès multiple : Le (Code Division Multiple Access) est une


technique d'accès multiple grâce à laquelle les différents utilisateurs peuvent communiquer en
même temps dans une même bande de fréquences la figure 1.7 montre le principe de l’accès
:

Figure 7: L’accès

La distinction entre chaque utilisateur se fait par codes connus exclusivement de l'émetteur
et du récepteur.
C'est ce mode, plus précisément le , qui est retenu pour le réseau d'accès radio
de l' . Il est dit "à large bande" avec une largeur de bande de .

III.5 Les canaux :

III.5.1 les canaux logiques :

On peut distinguer deux classes de canaux logiques : les canaux logiques de contrôle et les
canaux logiques de trafic.
Les canaux logiques de contrôle : sont utilisés pour le transfert des informations dans le plan
de contrôle.
Les canaux logiques de trafic : sont utilisés pour le transfert des informations dans le plan
usager.

III.5.2 Les canaux physiques :

Sur l'interface radio , un canal physique est défini par une fréquence porteuse,
un code de canalisation (Channelization code), un code d'embrouillage (Scrambling code),
une durée dans le temps (avec un instant de temps de début et de fin qui dépend du type de
canal) et une phase relative pour la voie montante. Les métriques suivantes sont également

Projet de Fin d’Études Page 15


Chapitre 1 Généralités sur le réseau mobile 3G

référencées pour définir la durée des canaux physiques : un slot est un intervalle de temps de
longueur fixe et égale à 2560 chips , le nombre de bits par slot est variable et
une trame radio est une durée où l'on traite de l'information qui s'étend sur quinze intervalles
de temps ou slots, soit 38 400 chips (10ms).

III.5.3 Les canaux de transport :

Un canal de transport est un service offert par la couche physique à la couche pour le
transfert d'informations. Les canaux de transport peuvent être classés en trois catégories : les
canaux communs, les canaux partagés et les canaux dédiés. (3)

Les canaux de transport communs : est un canal point à multipoint ou point unidirectionnel
utilisé pour le transfert d'information d'un ou de plusieurs équipements usagers ( ).

Les canaux de transport partagés : est un canal utilisé pour le transport des données de
contrôle ou de trafic uniquement en voie descendante et partagés dynamiquement par
différents utilisateurs

Les canaux de transport dédiés : est un canal point à point dédié à un seul et qui
transportent des données de contrôle ou de trafic. Ce type de canal existe dans les deux
sens de la liaison.

III.6 Les coordonnées GPS :

Le Global Positioning System ( ) que l'on peut traduire en français par « système de
localisation mondial » représente le principal système de positionnement par satellite
mondiale.

Ce système a été théorisé par le physicien D. Fanelli. Il est très rapidement apparu que des
signaux transmis par les satellites pouvaient être librement reçus et exploités, et qu'ainsi
un récepteur pouvait connaître sa position sur la surface de la Terre, avec une précision sans
précédent, dès l'instant qu'il était équipé des circuits électroniques et du logiciel nécessaires au
traitement des informations reçues. Ce système est composé dans l’espace par : latitude,
longitude et altitude.

Projet de Fin d’Études Page 16


Chapitre 1 Généralités sur le réseau mobile 3G

IV. Conclusion :

Dans ce premier chapitre, nous avons, dans une première partie, présenté une idée sur
l’architecture du réseau . Ensuite, nous avons détaillé l’interface radio avec la méthode
d’accès multiple , son principe, ses modes d’accès ( ). Enfin, nous avons
présenté les coordonnées . Dans le chapitre suivant, nous allons présenter une solution
pour satisfaire les clients et lui fournir une bonne qualité de service.

Projet de Fin d’Études Page 17


CHAPITRE (II)
Etude
Conceptuelle

~ 18 ~
Chapitre2 Etude Conceptuelle

Chapitre 2 : Etude Conceptuelle

I Choix De Méthodologie

I.1 Langage de modélisation

« (En anglais Unified Modeling Language ou « langage de modélisation unifié ») est un


langage de modélisation graphique à base de pictogrammes. Il est apparu dans le monde du
génie logiciel, dans le cadre de la « conception orientée objet ». Couramment utilisé dans les
projets logiciels, il peut être appliqué à toutes sortes de systèmes ne se limitant pas au
domaine informatique.
UML est l’accomplissement de la fusion de précédents langages de modélisation objet :
Booch, , . Principalement issu des travaux de Grady Booch, James Rumbaugh et
Ivar Jacobson, UML est à présent un standard défini par l’Object Management Group ( ).
La dernière version diffusée par l’ est depuis aout 2012. » (4)

I.2.Méthodologie Adoptée

Dans le cadre de notre application, nous avons opté pour une démarche orientée objet qui
s’inspire du Processus Unifié. Les activités de cette méthodologie sont principalement :
1. La spécification des besoins: Cette phase permet de définir les différents besoins.

2. L’analyse: Cette activité permet d'accéder à une compréhension des besoins et des
exigences du client.

3. La conception: A ce stade nous pouvons déterminer les principales interfaces et les


transcrits à l'aide d'une notation commune. Elle constitue un point de départ à
l'implémentation.

4. L’implémentation: c’est la phase de réalisation, c’est le résultat de la conception. Elle


permet de produire les codes sources.
Notre choix se justifie par le fait que les besoins de notre application sont clairement définis
dès le départ, et nous ne trouvons pas beaucoup d’intérêt à effectuer plusieurs itérations selon
le principe du Processus Unifié. Rajoutons que nous utilisons également dans notre démarche

Projet de Fin d’Études Page 19


Chapitre2 Etude Conceptuelle

le langage (Unified Modeling Langage) comme langage de modélisation et nous


générons nos diagrammes à l’aide de l’outil de conception Rational Rose.

II Méthodologie de travail :

II.1 Analyse de l’existant :

Après une période de stage au sein de l’unité radio de Tunisie Télécom, nous avons trouvé
que les abonnés ont des problèmes de connexion et pour que le client peut informer
l’entreprise il doit passer une réclamation. Les réclamations sont identifiées comme étant une
clé d’entrée majeure pour, d’une part, analyser et comprendre le dysfonctionnement de
l’entreprise et les problèmes qualité, et d’autre part, satisfaire les clients. De plus, les
réclamations client doivent être intégrées dans le processus d’amélioration continue. Il est
donc indispensable pour les entreprises de s’intéresser aux remontées de leurs clients.

II.2 Problèmes rencontrés :

Comment gérer les réclamations dans Tunisie Télécom ?

Comment peut-on satisfaire le client ?

II.3 Objectifs à atteindre :

La satisfaction du client : l’entreprise Tunisie Télécom devra s’assurer de connaître les


problèmes rencontrés par les clients concernant les différents services proposées afin de
garantir une meilleure qualité de service.

II.4 Identification de besoins :

II.4.1 Identification des acteurs :

Les acteurs principaux de notre application sont le client et le technicien qui est
l’administrateur. Ce dernier peut accéder à l’application pour gérer les réclamations et afficher
les statistiques.

II.4.2 Identification des besoins fonctionnels :

Nous représentons les besoins fonctionnels à travers le diagramme de cas d’utilisation. Celui-
ci décrit les fonctionnalités du système tel que vue par un utilisateur externe. Il décrit ainsi

Projet de Fin d’Études Page 20


Chapitre2 Etude Conceptuelle

l’interaction entre le système à étudier et les acteurs. Il s’agit dans notre cas de construire un
système de gestion de réclamation qui s’adapte aux besoins des acteurs qui sont le client et le
technicien.

Parmi les fonctionnalités possibles, nous énumérons :

Pour le client :

 Inscription,
 Passer réclamation,
 Envoyer message.
 Tester position actuelle

La figure ci-dessous décrit toutes les taches que les clients peuvent les faire :

Figure 8: CU générale du client

Pour le technicien :

 Répondre aux messages,


 Gérer les réclamations,
 Ajouter zone,
 Ajouter ,
 Afficher les statistiques…

La figure ci-dessous montre quelque tache que l’administrateur peut les gérer :

Projet de Fin d’Études Page 21


Chapitre2 Etude Conceptuelle

Figure 9: CU générale d’administrateur

II.4.3 Identification des besoins non fonctionnels :

II.4.3.1 Ergonomie des interfaces :

La présentation de nos interfaces est effet composée de diverses, zones, de choix de couleurs
et de polices de caractères qui influent sur la lisibilité et la compréhension générale de notre
application.
Choix de couleurs et de police de caractères :
Les couleurs choisies des interfaces ont plusieurs significations selon le contexte d’utilisation.
Nous avons combiné :
 La couleur blanc : pour une visibilité clair.
 La couleur rouge : pour indiquer qu’il ya pas de couverture.
 La couleur verte : pour indiquer que le client est couvert.
La police utilisé est Times New Roman, Gras, et d’une taille 12 pour faciliter la lecture des
éléments textuels.

II.4.3.2 Sécurité :

Le niveau sécurité est assuré par un code source de programmation java.


Lors de la phase de l’identification, l’utilisateur, quelque soit client ou administrateur, est
censé saisir son mot de passe pour pouvoir exploiter les différents fonctionnalités offertes par
notre application. La transmission en clair de ce mot de passe est un risque dans le sens ou si

Projet de Fin d’Études Page 22


Chapitre2 Etude Conceptuelle

un attaquant intercepte la transmission, il obtiendra les informations qui lui permettront


d’avoir accès à l’application et a la base de données. Pour cela, nous avons utilisé un code que
nous avons envoyé pour l’identification .Ainsi, si ca tombe entre les mains d’une personne
malhonnête, elle ne pourra rien tirer.

II.5 Analyse des cas d’utilisations :

Cette étape consiste à déterminer les composants de l’architecture de notre application. Il


s’agit de déterminer pour chaque cas d’utilisation les interfaces, les contrôles et les entités qui
collaborent pour la réalisation de chaque cas d’utilisation.

L’interface correspondent a la partie visuelle de l’application. En d’autres termes, il s’agit de


l’IHM.

Les contrôles montèrent l’implémentation des fonctionnalités.Ca sera le lien entre l’IHM et la
structure de stockages des données (entités).

Enfin, les entités représentent les structures de stockage de données (fichier, tables de BD,…).

Dans la suite de cette section, nous présentons l’analyse de quelques cas d’utilisation.

Pour le client :

II.5.1 Analyse de CU Inscription :

 Description textuelle : Le cas d’utilisation « Inscription » permet l’inscription du client


qui saisit ses coordonnées (nom, prénom, numéro de téléphone…) puis le système doit
les stocker.
 Passage du modèle de cas d’utilisation au modèle d’analyse : Ce schéma décrit les objets
utilisés dans le cas d’utilisation « Inscription » et qui sont : i_Inscription, C_Inscription,
Inscription.

Projet de Fin d’Études Page 23


Chapitre2 Etude Conceptuelle

II.5.1.1 Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse pour le cas
« Inscription » :

Figure 10: Traçabilité entre le MCU et le MA de CU « Inscription »

II.5.1.2 Diagramme de collaboration du modèle d’analyse pour le cas « Inscription » :

Figure 11: Diagramme de collaboration du MA du CU « Inscription »

II.5.2 Analyse du CU connexion :

 Description textuelle : Le cas d’utilisation « Connexion » permet l’identification du


client qui saisit son nom d’utilisateur et son mot de passe puis il valide. Le système, a
son tour, doit vérifier ses informations afin d’autoriser l’accès ou de le refuser.
 Passage du modèle de cas d’utilisation au modèle d’analyse : Ce schéma décrit les objets
utilisés dans le cas d’utilisation « Connexion » et qui sont : i_Espace Client,
i_Connexion C_Connexion, Inscription.

Projet de Fin d’Études Page 24


Chapitre2 Etude Conceptuelle

II.5.2.1 Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse pour le cas
« connexion » :

Figure 12: Traçabilité entre le MCU et le MA de CU « Connexion »

II.5.2.2 Diagramme de collaboration du modèle d’analyse pour le cas « connexion » :

Figure 13: Diagramme de collaboration du MA du CU « Connexion »

Pour administrateur :

II.5.3. Analyse du CU Consulter Réclamation :

 Description textuelle : Le diagramme « Consulter Réclamation » permet de décrire la


procédure a suivre pour consulter toutes les réclamations d’un tel client.

Projet de Fin d’Études Page 25


Chapitre2 Etude Conceptuelle

 Passage du modèle de cas d’utilisation au modèle d’analyse : Ce shéma décrit les objets
utilisés dans le cas d’utilisation « Consulter Réclamation » qui sont : i_Réclamation,
i_Espace Administrateur, C_Réclamation, Réclamation.

II.5.3.1 Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse pour le


cas « consulter réclamation » :

Figure 14:Traçabilité entre le MCU et le MA de CU « Consulter Réclamation »

II.5.3.2 Diagramme de collaboration du modèle d’analyse pour le cas « consulter


réclamation » :

Figure 15: Diagramme de collaboration du MA du CU « Consulter Réclamation »

II.5.4. Analyse du CU Ajouter Zone :

 Description textuelle : Le diagramme « Ajouter Zone » présente la procédure a suivre


pour l’ajout d’une nouvelle zone. Cette opération nécessite la vérification préalable de
l’existence de cette zone afin d’éviter les doublons.

Projet de Fin d’Études Page 26


Chapitre2 Etude Conceptuelle

 Passage du modèle de cas d’utilisation au modèle d’analyse : Ce schéma décrit les objets
utilisés dans le cas d’utilisation « Ajouter Zone» qui sont : i_Liste des Zones, i_Ajouter
Zone, C_Zone, Zone.

II.5.4.1 Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse pour le cas
« Ajouter Zone »

Figure 16: Traçabilité entre le MCU et le MA de CU « Ajouter Zone »

II.5.4.2 Diagramme de collaboration du modèle d’analyse pour le cas « Ajouter Zone » :

Figure 17: Diagramme de collaboration du MA du CU « Ajouter Zone »

Projet de Fin d’Études Page 27


Chapitre2 Etude Conceptuelle

II.5.5 Analyse du CU statistiques :

 Description textuelle : Le diagramme « Statistiques » présente la principale tache de


notre application et qui permet d’afficher les statistiques.
 Passage du modèle de cas d’utilisation au modèle d’analyse : Ce shéma décrit les objets
utilisés dans le cas d’utilisation « Statistiques » qui sont : i_Gérer Réclamation,
i_Statistiques, C_ Statistiques, Zone, Réclamation.

II.5.5.1 Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse pour le cas
« Statistiques »

Figure 18: Traçabilité entre le MCU et le MA de CU « statistiques »

II.5.5.2 Diagramme de collaboration du modèle d’analyse pour le cas « Statistiques » :

Figure 19: Diagramme de collaboration du MA du CU « statistiques »

Projet de Fin d’Études Page 28


Chapitre2 Etude Conceptuelle

III Conception :

La phase de conception permet d’étendre la représentation des diagrammes effectuée au


niveau de l’analyse en y intégrant les aspects techniques les plus proches des préoccupations
physiques par la déduction des classes conceptuelles et la représentation des interactions
existantes entre ces classes par les diagrammes de séquence. La phase de conception
comporte :
 Le diagramme de séquence du modèle de conception dont l’objectif est de représenter
les interactions entre objets en précisant la technologie des échanges de messages. Ce
diagramme permet de représenter les scénarios d’un cas d’utilisation.
 Le diagramme de classes du modèle de conception pour montrer les relations entre les
classes de conception.

III.1 Les diagrammes de séquences liées aux différents cas d’utilisations :

Pour le client :

Figure 20: Diagramme de séquence de « inscription »

Projet de Fin d’Études Page 29


Chapitre2 Etude Conceptuelle

Le client remplit un formulaire d’inscription puis il valide, suite à la validation une requête est
envoyé a la base pour effectuer l’inscription en cas d’erreur un message s’affiche.

Figure 21: Diagramme de séquence de « connexion »

L’utilisateur introduit son login et son mot de passe dans l’interface d’authentification, le
contrôleur vérifie leur existence : si les coordonnées sont correctes il va retourner l’interface
suivante sinon il va afficher un message d’erreur.

Projet de Fin d’Études Page 30


Chapitre2 Etude Conceptuelle

Pour l’administrateur :

Figure 22: Diagramme de séquence de « consulter réclamation »

L’administrateur accède via l’interface réclamation à l’ensemble des réclamations, le


contrôleur affiche les réclamations stocké à la base de données par la suite l’administrateur
gère les réclamations

Figure 23: Diagramme de séquence de « ajout zone »

L’administrateur accède à l’interface qui lui permet d’ajouter une zone, il ajoute une zone.

Le contrôleur c_zone envoie une requête pour ajouter cette zone par la suite un message de
validation s’affiche.

Projet de Fin d’Études Page 31


Chapitre2 Etude Conceptuelle

Figure 24: Diagramme de séquence de « statiques »

L’administrateur accède à l’interface i_G.Réclamation pour afficher les statistiques des


réclamations par zone, le contrôleur c_Stat effectue le calcul nécessaire et retourne le graphe
de statistique.

Projet de Fin d’Études Page 32


Chapitre2 Etude Conceptuelle

III.2 Diagramme de classe :

Dans cette partie nous représentons le diagramme de classes général de l'application;

Figure 25: Diagramme de classe

IV Conclusion :

Ce chapitre a été à la phase d’étude conceptuelle. En premier lieu, nous avons


présenté l’environnement logiciel ainsi que les outils utilisés pour la mise en œuvre de
notre application d’une manière détaillée. EN deuxième lieu, nous avons présenté la mise
en place des besoins non fonctionnels (ergonomie, sécurité). Enfin, nous avons étudié un
modèle de conception UML avec ses différents types de diagrammes : Modélisation de la
structure dynamique a l’aide des diagrammes de (séquence, collaboration), Modélisation
de la structure statique d’un système a l’aide des diagrammes de (classes, cas d’utilisation).

Projet de Fin d’Études Page 33


CHAPITRE (III)

Réalisation

~ 34 ~
Chapitre 3 Réalisation

Chapitre 3 : Réalisation

C
e chapitre décrit la partie réalisation et mise en œuvre du projet. Nous cherchons à
cette étape de projet à réaliser un produit complet et prêt à être exploité par les
utilisateurs. Nous allons présenter dans ce chapitre en premier lieu, l’environnement
matériel et logiciel utilisé. En deuxième lieu, les différentes composantes de la solution. Enfin
nous présenterons les différentes interfaces relatives à notre application.

I. Environnement Matériel et logiciel utilisé

Nous présentons dans cette section l'environnement matériel et logiciel utilisé pour le
développement de notre application.

I.1. Description de l’environnement matériel

 Système d'exploitation : Windows 7 Edition Intégrale 32 bits.


 Processeur : Intel(R) Core(TM) i3
 Mémoire Installée (RAM): 4Go
 Disque Dur : 500 Go.

I. 2. Description de l’environnement logiciel

Avant de se lancer dans la réalisation de notre application, il faut bien connaitre les outils et
les langages utilisés.

NetBeans IDE 6.9.1 :

NetBeans est un environnement de développement intégré (IDE, en anglais Integrated


Development Environment) pour le développement des applications java. Il est extensible,
riche et adaptable. La version utilisée est 6.9.1. Un environnement Java Développement
Kit JDK est requis pour les développements en Java. (5)

Oracle Database :

Oracle Database est un système de gestion de base de données relationnel (SGBDR) qui
depuis l'introduction du support du modèle objet dans sa version 8 peut être aussi qualifié

Projet de Fin d’Études Page 35


Chapitre 3 Réalisation

de système de gestion de base de données relationnel-objet (SGBDRO). Fourni par Oracle


Corporation, il a été développé par Larry Ellison, accompagné d'autres personnes telles
que Bob Miner et Ed Oates. (6)

Pacestar UML Diagrammer:

En informatique UML (de l'anglais Unified Modeling Language), ou Langage de modélisation


unifié, est un langage de modélisation graphique à base de pictogrammes. Il est utilisé
en développement logiciel, et en conception orientée objet. UML est couramment utilisé dans
les projets logiciels. On utilisé la version 6.0. (7)

Macromedia Dreamweaver 8:

Dreamweaver est un éditeur de site web WYSIWYG pour Microsoft Windows, et Mac OS X
créé en 1997, commercialisé par Macromedia puis Adobe Systems sous licence utilisateur
final.

Dreamweaver fut l'un des premiers éditeurs HTML de type « tel affichage, tel résultat », mais
également l'un des premiers à intégrer un gestionnaire de site (CyberStudio GoLive étant le
premier). Ces innovations l'imposèrent rapidement comme l'un des principaux éditeurs de
site web, aussi bien utilisable par le néophyte que par le professionnel.

II Génération des bases de données :

Tableau 2: Structure de la table « inscription »

Projet de Fin d’Études Page 36


Chapitre 3 Réalisation

Tableau 3: Structure de la table « »

Tableau 4: Structure de la table « messages»

Tableau 5: Structure de la table « réclamation »

Projet de Fin d’Études Page 37


Chapitre 3 Réalisation

Tableau 6: Structure de la table « zone »

III Interfaces De L’application

Dans cette partie, on va essayer de présenter quelques fonctionnalités qu’offre l’application et


cela à travers les captures d’écran.

III.1 Accueil :

Dans ce qui suit nous allons montrer quelques interfaces de l’application. La première fenêtre
qui va nous rencontrer est l’interface accueil :

Figure 26: Interface Accueil

Projet de Fin d’Études Page 38


Chapitre 3 Réalisation

III.2 Inscription :

Le client doit s’inscrire avec ses coordonnées personnelles pour pouvoir s’authentifier
ultérieurement.

Figure 27: Interface Inscription

III.3 Les différentes interfaces de l’Espace Client :

 Connexion :

Le client doit s’authentifier avec un nom d’utilisateur et mot de passe pour pouvoir accéder a
son espace :

Figure 28: Interface Connexion

Projet de Fin d’Études Page 39


Chapitre 3 Réalisation

 Espace Client

C’est l’interface qui s’affiche après la phase de l’identification et à partir de cette interface le
client peut choisir l’un de fonctionnalité du système.

Figure 29: Interface Espace Client

 Consulter messages

A partir de cette interface le client peut consulter les différents messages provenant de
l’administrateur ou bien de consulter ceux qui sont édités par lui.

Figure 30: Interface Consulter messages

Projet de Fin d’Études Page 40


Chapitre 3 Réalisation

 Consulter Réclamations

A partir de cette interface le client peut consulter l’état de la réclamation si elle est traité ou non

Figure 31: Interface Consulter Réclamations

 Passer réclamation :

Cette interface permet au client de passer une réclamation s’il rencontre des problèmes de
connexion sur le réseau UMTS.

Figure 32: Interface Passer Réclamation

Projet de Fin d’Études Page 41


Chapitre 3 Réalisation

 Tester votre position :


Dans cette interface le client peut avoir sa position à l’aide des coordonnées GPS pour savoir
s’il est couvert par un réseau UMTS ou non.

Figure 33: Interface tester votre position

 Envoyer Message
A partir de cette interface le client peut s’adresser à l’administrateur pour réclamer un souci
rencontré ou bien pour demander des informations.

Figure 34: Interface Envoyer Message

Projet de Fin d’Études Page 42


Chapitre 3 Réalisation

 Votre couverture réseau :

Cette interface permet au client de savoir la qu’il servit

Figure 35 Interface Votre couverture réseau:

III.4 Espace Personnel

 Consulter Messages

A partir de cette interface l’administrateur traite et consulte les messages reçus par les clients.

Figure 36: Interface Consulter Messages

Projet de Fin d’Études Page 43


Chapitre 3 Réalisation

 Consulter Réclamations

C’est l’interface qui représente l’ensemble des réclamations reçus et existant sur le système.

Si une réclamation est réparée sur le réseau l’administrateur modifie le statut de la


réclamation à l’état ok.

Figure 37: Interface Consulter Réclamations

Projet de Fin d’Études Page 44


Chapitre 3 Réalisation

 Interface Statistique

Cette interface affiche le nombre de réclamation par zones.

Figure 38: Interface Statistique

 Liste des Zones


Projet de Fin d’Études Page 45
Chapitre 3 Réalisation

Cette interface affiche la liste des zones couvertes par le réseau 3G.

Figure 39: Interface Liste des Zones

 Ajouter zone

C’est l’interface qui permet d’ajouter une zone récemment couvert par le réseau.

Figure 40: Interface Ajouter zone

 Gérer Messages :

Projet de Fin d’Études Page 46


Chapitre 3 Réalisation

L’administrateur peut répondre aux messages reçus de la part des clients.

Figure 41: Interface Envoyer Message

IV CONCLUSION :

Ce chapitre a été consacré à la phase de réalisation. Nous avons présenté l’environnement


logiciel ainsi que les outils utilisés pour la mise en œuvre de notre application d’une manière
détaillée. Une application doit non seulement être opérative et exécutable mais aussi doit être
conforme aux critères ergonomiques.

Projet de Fin d’Études Page 47


Conclusion Générale

Conclusion Générale

N
otre travail consiste à étudier et à réaliser un système de gestion des
réclamations. La spécificité de notre système est de donner aux agents du
service radio la possibilité de bien gérer les réclamations reçues des clients et de
répondre au mieux à leurs besoins.

Au cours de ce projet, nous avons été chargées de faciliter les tâches relatives à la
gestion des réclamations. Dans ce cadre, nous avons mis en œuvre un prototype intégrant
plusieurs options de gestion pour l’administrateur tel que l’ajout (zone, ), gérer (les
zones, les réclamations, les messages), l’affichage des statistiques ; et des services offerts au
client comme : passer réclamation, envoyer message, tester sa position …

Pour mener à bien ce travail, nous avons approfondi nos connaissances non seulement
dans le domaine de la programmation Java avec NetBeans IDE 6.9.1 mais aussi de nouveaux
logiciels comme Macromedia Dreamweaver 8 et Oracle Database 10g Express Edition.

Au terme de ce travail, nous estimons améliorer notre application en ajoutant des


nouvelles fonctionnalités permettant de générer d’autres statistiques sur les réclamations
proposant ainsi un tableau de bord plus adéquat pour une meilleure prise de décision. Nous
espérons déployer cette application à l’échelle nationale et pouvoir ainsi gérer les statistiques
sur l’ensemble de la Tunisie.

Projet de Fin d’Études Page 48


Bibliographie
(1): [En ligne] http://fr.scribd.com/doc/221157276/Planification-Umts-Sous-Atoll.

(2): [En ligne] http://www.additeam.com/SSII/uml/.

(3):b[En ligne] https://netbeans.org/downloads/6.9.1/.

(4): [En ligne] http://www.oracle.com/technetwork/indexes/downloads/index.html.

(5): [En ligne] http://pacestar-uml-diagrammer.softonic.fr/.

(6): [En ligne] http://www.pc-infopratique.com/telecharger-332-dreamweaver.html.

(7)[En ligne] http://theses.univ


batna.dz/index.php?option=com_docman&task=doc_download&gid=1962&Itemid=4.
Liste Des Abréviations
3G : 3éme génération

BER: Bit Error Ratio

BTS: Base Transceiver Station

BSC : Base Station Controller

BSS : Base station Subsystem

CDMA : Code Division Multiple Access

CN : Core Network

CU : Cas d’utilisation

EU : Equipement utilisateur

FDD: Frequency Duplex Division

FDMA: Frequency division Multiple Access

GGSN: Gateway GPRS Support Node

GMSC: Gateway Mobile Switching Center

GPRS: General Packet Radio Service

GSM: Global System for Mobile Communication

HLR: Home Location Register

IDE: Integrated Development Environment

IHM : Interface Homme Machine

IMT : International Mobile Telephone


ITU : International Telecommunication Union

MAC : Medium Access Control

MA : Modèle d’analyse

MCU: Modèle de Cas d’Utilisation

MSC: Mobile Switching Center

RNC: Radio Network Controller

SGSN: Serving GPRS Support Node

TD_ CDMA: Time Division Code Division Multiple Access

TDMA: Time Division Multiple Access

TD_ SCDMA: Time Division Synchronous Code Division Multiple Access

TDD: Time Duplex Division

TEB: Time Error Bit

UL: UpLink, DL: DownLink

UMTS: Universal Mobile Telecommunication System

UTRA_FDD: UMTS Terrestrial Radio Access Frequency Duplex Division

UTRA_TDD: UMTS Terrestrial Radio Access Time Duplex Division

UTRAN: UMTS Terrestrial Radio Access Network

VLR: Visitor Location Register

VPN: Virtual Private Network

W_ CDMA: Wideband Code Division Multiple Access

Vous aimerez peut-être aussi