CONCEPTION ET DEVELOPPEMENT

D’UNE APPLICATION DE SUPERVISION DU MULTIPLEXEUR PATTON

PAR

FTAITI MONDHER

IDRISS FERID

ENCADRER PAR : Mr RIADH BOUHOUCHI

MEMOIRE Présenté à

Université Virtuel de Tunis

En vue de l’obtention

DE LICENCE APPLIQUEE EN SCIENCE ET TECHNOLOGIES DE L’INFORMATION ET DE COMMUNICATIONS

Année universitaire : 2011/2012

Table des matières

REMERCIEMENTS................................................................................................................................................

RESUME..................................................................................................................................................................3

LISTE DES FIGURES.............................................................................................................................................6

LISTE DES ACRONYMES.....................................................................................................................................7

INTRODUCTION GENERALE..............................................................................................................................8

CHAPITRE 1 : PRESENTATION DU PROJET.....................................................................................................2

INTRODUCTION..................................................................................................................................................2

1.1. PRESENTATION DE L’ORGANISME D’ACCUEIL............................................................................2

1.2. PROBLEMATIQUE.................................................................................................................................3

1.3. OBJECTIFS DU PROJET........................................................................................................................4

CONCLUSION.......................................................................................................................................................4

CHAPITRE 2 : Etude de l'existant et spécification des besoins……………………....5

INTRODUCTION..................................................................................................................................................5

2.1. Etude et critique de l’existant.................................................................................................5

2.1.1 Consultation des réclamations ....................................................................................................................6

2.1.2 Suivi des réclamations ..................................................................6

2.2. Spécification des besoins.................................................................................................7

2.2.1. Besoins fonctionnels ..................................................................................................7

2.2.2 Besoins non fonctionnels .........................................................................................7

CONCLUSION.....................................................................................................................................................20

CHAPITRE 3 : Etude conceptuelle.............................................................................................21

INTRODUCTION................................................................................................................................................21

3.1. Description de Java ..........................................................21

3.2 . Choix de la méthodologie ................................................................................22

3.2.1 Choix d’UML (Unified Modeling Language) ................................................................................22

3.2.2 Diagramme de cas d’utilisation ..........................................................21

3.2.3 Les diagrammes de Séquence................................................................................22

3.2.4 Diagramme de cas d’utilisation ..........................................................21

3.2.5 Diagramme de classe ................................................................................22

Conclusion..........................................................21

CHAPITRE 4 : Réalisation.............................................................................................21

INTRODUCTION................................................................................................................................................21

4.1 Environnement de développement ..........................................................21

4.1.1 Environnement logiciel ................................................................................22

NetBeans................................................................................22

MySQL ..........................................................21

4.1.2 Environnement matériel ................................................................................22

1

4.2 Les langages utilisés ..........................................................21

4.2.1 JAVA ................................................................................22

4.2.2 LES INTERFACES DE L’APPLICATION................................................................................22

Conclusion..........................................................21

Conclusion Générale..........................................................21

2

RESUME :

Durant ce projet, nous nous sommes intéressés à trois points relatifs au multiplexeur PATTON de Tunisie Télécom. Le premier point concerne le problème de documentation des abonnés de transmission des données relatives à ce multiplexeur. Pour remédier à ce problème, nous avons mis en place une base de données pour la sauvegarde et la mise à jour de ces liaisons qui représente le premier module de notre application. Le deuxième point s’intéresse à la supervision du multiplexeur a partir du serveur. Le troisième point s’attache à exploiter le résultat de supervision sous forme d’une information lisible et utile ( SMS et E –mail) et informer l’administrateur d’une panne encours pour remédier au retard de rétablissement de l’abonné.

3

4

5

6

Introduction générale

Les réseaux informatiques touchent de plus en plus notre vie courante. On compte sur les services offerts par les réseaux pour assurer les transactions bancaires, les recherches web, la téléconférence... Les services offerts par les réseaux sont donc rendus indispensables.

Pour s’assurer que les services rendus par les réseaux et surtout les grands comptes à intérêts communs seraient convenables, en toute sécurité et avec continuités il est nécessaire de surveiller le réseau et d’agir quand une panne se produit. Pour ce faire, il faut obtenir les données de gestion des équipements de réseaux et contrôler ses équipements de façon permanente. Le projet que nous avons réalisé consiste à la mise en place d'une application capable de gérer les équipements réseaux du commutateur PATTON de Tunisie Télécom. A la fin de ce projet nous serons en mesure de superviser la totalité du réseau data relative à ce commutateur.

Afin de comprendre la démarche que nous avons adoptée pour mener ce projet à son terme, le rapport se structure de la façon suivante :

Première partie : Présentation du projet, description de l’existant et analyse des besoins

Deuxième partie : Conception

Troisième partie : implémentation de notre application

7

Chapitre 1

Présentation du projet

Introduction

Dans le présent chapitre, nous allons essayer de présenter notre projet. Pour ce faire, procédons à une présentation de l’organisme d’accueil, à savoir ‘Tunisie Télécom. Par la suite, nous dégageons la problématique pour aboutir aux objectifs spécifiques à notre projet.

1.1. Présentation de l’organisme d’accueil

Le 1er janvier 1996, l’office national des télécommunications (ONT) ou « TUNISIE TELECOM » est entrée en activité en tant qu’opérateur de télécommunication doté de sa propre autonomie et son propre réseau (sous la forme juridique d’établissement public a caractère industriel et commercial).

En juillet 2006, il a été procédé à l’ouverture du capital de Tunisie Telecom à hauteur de 35% en faveur du consortium émirati TeCom-DIG. Cette opération vise à améliorer la rentabilité de Tunisie Telecom et à lui permettre de se hisser parmi les grands opérateurs internationaux !

Depuis sa création, Tunisie Telecom œuvre à consolider l’infrastructure des télécoms en Tunisie, à améliorer le taux de couverture et à renforcer sa compétitivité. Elle contribue également activement à la promotion de l’usage des TIC et au développement des sociétés innovantes dans le domaine des télécoms.

Pionnière du secteur des télécoms en Tunisie, Tunisie Telecom a établi un ensemble de valeurs définitoires qui place le client au centre de ses priorités. L’adoption de ces valeurs se traduit en particulier par une amélioration continue des standards de l’entreprise et de la qualité des services.

8

Tunisie Télécom a pour mission d’assurer toutes les activités relatives au domaine des télécommunications dont notamment :

- La coopération avec les organismes similaires et l’application des traites internationales en matière de télécommunication.

- L’installation, le développement, l’entretien et l’exploitation des réseaux publics de télécommunication et en particulier, les réseaux de téléphone et de transmission de données.

- La promotion de nouveaux services de télécommunication à travers l’installation de l’équipement technologique dans le domaine la contribution au développement aux études et recherches scientifiques liées au secteur des télécommunications.

CENTRE DE TRANSMISSION DES DONNEES REGIONALE

Attaché au centre Backbone IP/MPLS, ce centre est spécialisée dans la mise en service et la gestion des liaisons de transmissions des données (FR, LS, MPLS…) et l’installation des équipements nécessaire en collaboration avec d’autres services de Tunisie Telecom à fin de fournir l’accès à internet et permet aux entreprise de gérer leur application et échangés les données en toute sécurité.

La CTDR (Unité Entreprise) comprend une équipe sa mission est :

- Mise en service des liaisons d’entreprise à savoir ADSL pro, FR, LS, MPLS, SDSL, VSAT, RNIS.

- Relève dérangement et maintenance des liaisons d’entreprise.

1.2. Problématique

Tunisie Télécom a migré vers une stratégie de satisfactions de ses clients et la notion de qualité de service à savoir clients public et surtout grands comptes, dans une politique qui vise l’amélioration des services offerts aux clients. Pour maintenir son réseau opérationnel et disponible, des techniques et des outils avancés ont dû être inventés pour assurer son fonctionnement et son administration, néanmoins il existe toujours des difficultés de supervisions des clients grands comptes (FR, MPLS, LS…) ce qui engendre un retard parfois critique pour le rétablissement des dérangements. Notre projet rentre dans ce cadre et vise à remédier à quelques problèmes à savoir :

9

- Difficulté de localisation d’un client - Manque de suivis efficaces des liaisons (DSL, G703...) - Problème de documentation- Gaspillage de temps

Ces problèmes ont causé une mauvaise exploitation des ressources disponibles et une grande perte de temps.

1.3. Objectifs du projet

L’objectif principal de ce projet et de parvenir supervisé en permanence les liaisons DATA relative au multiplexeur PATTON de Tunisie Télécom direction Kairouan. La solution proposée est spécialement utile pour identifier tout dysfonctionnement dans le réseau et de faciliter l’intervention des utilisateurs.

Le projet consiste au développement d’une application de supervision du multiplexeur PATTON. Cette application va être capable de :

- Connexion au multiplexeur en permanence pour avoir les états des liaisons (Link up, Link Down) à fin d’informer les utilisateurs en cas d’un changement d’état.

- Documentation des liaisons de transmission des données dans une base de données qui sera exploité pour localisé l’emplacement de l’abonné à fin de faciliter la maintenance des différentes liaisons.

- Affichage d’une alarme en cas de panne.

- informer l’administrateur par sms et par E-mail

- Pouvoir effectuer une recherche pour la localisation des clients.

Conclusion

Après avoir présenté notre projet, nous entamons par la suite la partie qui permet la présentation de certains concepts liés à notre domaine d’application.

10

CHAPITRE II

Etude de l'existant et spécification des besoins

Introduction

Pour pouvoir proposer une solution compétitive, il faudra explorer les différentes technologies existantes traitant cette problématique. Le chapitre suivant présentera en premier temps une étude de l’existant et par la suite une spécification détaillée des besoins fonctionnels et non fonctionnels de notre application.

2.1. Etude et critique de l’existant

2.1.1 Consultation des réclamations :

Pour savoir s’il y a un dérangement on ait obligé de consulter en permanence l’application WORKFLOW de Tunisie Telecom comme indiqué ci-dessous :

11

Fig1 : Workflow de Tunisie Telecom

2.1.2 Suivi des réclamations :

Après avoir consulté le WORKFLOW il est indispensable de vérifier l’état du port DSL relative au client réclamé (voir Figure2) et l’état de la jonction (voir figure3), cette étape nécessite une recherche dans les documents pour savoir l’affectation de ce port (le site, la carte et la jonction).

Les sites existants dans le commutateur Patton sont :

Kairouan1 : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

Kairouan2 : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

12

Kairouan3 : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

Kairouan4 : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

Kairouan STM (liaisons MPLS) : 5 cartes chaque carte à la capacité de 16 port DSL et 16 jonctions.

Bouhajla : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

EL Ala : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

Cherarda : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

Chebika : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

Rakkada : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

Mansoura : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

Nasrallah : capacité 16 DSL (clients) et 16 jonctions (2Mbits chaque jonction).

A noté que la configuration de chaque port dépend de la demande du client (débit souhaité de 64kbit jusqu’à 2Mbits), le trafic sera mappé sur la jonction 2Mbits vers le Backbone de Tunisie Telecom.

13

Fig2 : Port de la Carte(1) Patton Kairouan

14

Fig2 : Jonctions de la Carte(1) Patton Kairouan

Notre étude pour l'existant s'est basée sur les solutions actuelles qu'offrent les constructeurs des équipements DATA (Patton, Paradyne, Alcatel, Sagem…).

Généralement, ces solutions sont presque identiques, c'est-à-dire que les constructeurs offres le même structure de gestion. En plus, elles ne représentent pas des structures standards, mais au contraire, la plupart des structures sont propriétaires. Il est à noter aussi que le commutateur (appelé aussi multiplexeur) se sont contrôlés avec la méthode homme machine. Enfin, ces solutions manquent de fiabilité puisqu’on est obligé d’intervenir manuellement pour savoir s’il y a un dérangement sur les liaisons.

15

Donc Tunisie Telecom n’est généralement pas confrontée à un problème de fonctionnalités insuffisantes, mais plutôt au gestion et contrôle du système.

2.2. Spécification des besoins

2.2.1. Besoins fonctionnels :

Selon les utilisateurs du multiplexeur Patton, le nouveau système doit satisfaire leurs attentes envers cette application à réaliser. En effet, suite à la mise en œuvre de ces fonctionnalités, l’application doit répondre à un ensemble des besoins fonctionnels tels que:

Connexion au multiplexeur en permanence pour avoir les états des liaisons à

fin d’informer les utilisateurs en cas d’un changement d’état.

Documentation des liaisons de transmission des données dans une base de

données qui sera exploité pour localiser l’emplacement de l’abonné à fin de faciliter la

maintenance des différentes liaisons.

Affichage d’une alarme en cas de panne.

Informer l’administrateur par sms et par E-mail

Pouvoir effectuer une recherche pour la localisation des clients.

2.2.2.Besoins non fonctionnels :

A part les besoins fondamentaux, notre futur système doit répondre aux critères

suivants pour que le système reste opérationnel :

- La fiabilité : elle doit répondre aux besoins d’un agent au sein de la société.

- La rapidité : concerne le problème de documentation des abonnés de transmission

des données relatives à ce multiplexeur. Il est nécessaire que la durée d’exécution

des taches faites par un agent pour la sauvegarde des données et la mise à jour des

liaisons relatives aux multiplexeurs soit restreinte pour remédier au retard de

rétablissement des clients.

16

- La performance : L’application doit répondre aux besoins et exigences des

utilisateurs d’une manière optimale.

- La convivialité : Les interfaces doivent être simples, ergonomiques et adaptées à la

demande de l’agent.

CONCLUSION :

La finalité de ce projet est de mettre en place cette application, on a recouru à une solution basée sur la programmation orienté objet JAVA qui répond bien aux problèmes cités dans le paragraphe précédent.

Chapitre III

17

Etude conceptuelle

Introduction :

Après avoir précisé l’objectif de ce projet dans le chapitre précédent, nous

consacrons ce chapitre à présenter la langage de programmation, le choix de la

méthodologie UML et présenter les différents diagrammes pour les cas d’utilisation.

3.1 Description de Java :

Le langage Java est un langage de programmation informatique orienté

objet créé par James Gosling et Patrick Naughton, employés de Sun Microsystems, avec le

soutien de Bill Joy (cofondateur de Sun Microsystems en 1982), présenté officiellement

le 23 mai 1995 au SunWorld .

3-2 Choix de la méthodologie :

3.2.1 Choix d’UML (Unified Modeling Language) :

Le langage unifié de modélisation (UML) est un langage pour spécifier, visualiser,

construire et documenter. En effet, UML s’impose aujourd’hui comme le standard en

tant que langage de modélisation objet qui est une méthode pour la conception d’un

système d’information. Le choix du modèle a une profonde influence sur la façon dont

un problème est traité et dont la solution est conçue.

Nous avons choisi UML pour les points suivants :

Un des tout premiers avantages d'UML est de faire se rencontrer et

communiquer utilisateurs et informaticiens, ce qui n'est pas le moindre des

bénéfices du langage. UML permet également - outre le fait de se concentrer sur

l'utilisateur - de documenter très clairement les besoins exprimés par ces derniers,

dans le cadre d'une gestion de projet de développement qui va de la conception

jusqu'au déploiement de l'application dans le réseau

18

UML est un langage formel et normalisé puisqu’il offre un gain de

précision et encourage l’utilisation d’outils.

UML est un support de communication performant puisqu’il cadre

l’analyse, facilite la compréhension de la représentation abstraite complexes et à

cause de son caractère polyvalent et sa souplesse qui font un langage universel.

3.2.2 Diagramme de cas d’utilisation :

Les cas d’utilisation permettent de représenter le fonctionnement du système vis-

à-vis de l’utilisateur, c’est donc une vue du système dans son environnement, ils décrivent

l’interaction des acteurs avec le système qu’on veut créer.

19

Figure 4: Diagramme de cas d’utilisation

20

Diagrammes détaillés des cas d’utilisation

Cas d’utilisation « authentification »

Figure 5: Digramme de cas d'utilisation « authentification »

Sommaire d’identification :

Titre : Authentification

But : Authentification de l’administrateur

Résumé : authentification pour accéder à l’application

Acteurs : Administrateur

Description textuelle :

Pré condition :

1. Administrateur est authentifié

Enchaînements :

1. Administrateur saisie login et password

2. login et password correct accéder à l’application

21

3. si non essayer de nouveau

Post condition :

1. Administrateur s’authentifie avec un login et password

2. Administrateur peut accéder à l’application selon leur droit d’accès

Cas d’utilisation « mettre à jour base de donnée port »

Figure 6: Diagramme de cas d’utilisation « mettre à jour base de donnée port »

Sommaire d’identification :

Titre : Mettre à jour base de données port

But : Mettre à jour base de données

Résumé : Faciliter l'organisation et centralisation l'ensemble des ports a

la base de donnée

Acteurs : Administrateur

22

Description textuelle :

Pré condition :

1. Administrateur est authentifié

Enchaînements :

1. Administrateur sélectionner un tableau de la base de donnée

2. Administrateur a le droit d’ajouter, modifier et supprimer un port

3. Administrateur a le droit d’imprimer toute la base de donnée port

Post condition :

1. Administrateur s’authentifie avec un login et password

2. Administrateur peut accéder à l’application selon leur droit d’accès

Cas d’utilisation « mettre à jour base de donnée jonction »

23

Figure 7: Diagramme de cas d’utilisation « mettre à jour base de donnée jonction»

Sommaire d’identification :

Titre : Mettre à jour base de données jonction

But : Mettre à jour base de données

Résumé : Faciliter l'organisation et centralisation l'ensemble des ports a

la base de donnée

Acteurs : Administrateur

Description textuelle :

24

Pré condition :

1. Administrateur est authentifié

Enchaînements :

1. Administrateur sélectionner un tableau de la base de donnée

2. Administrateur a le droit d’ajouter, modifier et supprimer une

jonction

3. Administrateur a le droit d’imprimer toute la base de données

jonction

Post condition :

1. Administrateur s’authentifie avec un login et password

2. Administrateur peut accéder à l’application selon leur droit d’accès

Cas d’utilisation « contrôle sur multiplexeur»

Figure 8 : Diagramme de cas d’utilisation « contrôle sur multiplexeur»

Sommaire d’identification :

Titre : contrôle sur multiplexeur

25

But : vérifier l'état de chaque jonction

Résumé : la supervision du multiplexeur de façon permanent de chaque

jonction et envoi de mail et sms en cas de panne

Acteurs : Administrateur

Description textuelle :

Pré condition :

1. Administrateur est authentifié

Enchaînements :

1. Administrateur ouvrir l'interface de contrôle

2. Administrateur démarrer le contrôle

3. l'application envoi un mail et sms en cas de panne

Post condition :

1. Administrateur s’authentifie avec un login et password

2. Administrateur peut accéder à l’application selon leur droit d’accès

3.2.3 Les diagrammes de Séquence :

Diagramme de séquence « authentification »

26

Figure 9 : diagramme de Séquence authentification

Diagramme de séquence « ajouté »

Figure 10 : diagrammes de Séquence ajouté

27

Diagramme de séquence « supprimé »

Figure 11 : diagramme de Séquence supprimé

Diagramme de séquence « modifié»

Figure 12 : diagramme de Séquence modifié

28

Diagramme de séquence « Contrôle multiplexeur »

.

Figure 13 : diagramme de Séquence Contrôle multiplexeur

3.2.4 Diagramme de classe :

Un diagramme de classe représente la description statique du système en

intégrant dans chaque classe la partie dédiée aux données et celle consacrée au

traitement .C’est le diagramme pivot de l’ensemble de la modélisation d’un système.Dans

cette partie, nous présentons les classes entités et leurs attributs.

29

Figure 14 : Diagramme de classe

Conclusion :

L’étude conceptuelle réalisée dans ce chapitre nous a permis de traduire les

différents besoins des utilisateurs, de bien fixer les idées dans le but de réaliser une

implémentation éventuelle de notre système. En fait, cette phase nous a donné une

architecture de référence avec laquelle nous pourrons commencer la phase construction.

30

Chapitre IV

Réalisation

Introduction

Dans ce présent chapitre nous présentons les matériels et les logiciels utilisés dans

la réalisation de notre projet avec l’explication du choix, ainsi que les interfaces qui

présentent les différents pages de notre portail.

4.1 Environnement de développement

4.1.1 Environnement logiciel

NetBeans :

NetBeans est un environnement de développement intégré (EDI), placé en open

source par Sun en juin 2000 sous licence CDDL et GPLv2 (Common Development and

Distribution License). En plus de Java, NetBeans permet également de supporter différents

autres langages, comme Python, C, C++, JavaScript, XML, Ruby, PHP et HTML. Il comprend

toutes les caractéristiques d'un IDE moderne (éditeur en couleur, projets

multi, refactoring, éditeur graphique d'interfaces et de pages Web).

Conçu en java, Netbeans est disponible sous Windows, linux,

(sur x86 et SPARC), Mac OS X ou sous une version indépendante des systèmes

d'exploitation (requérant une machine virtuelle Java). Un environnement Java

Development Kit JDK est requis pour les développements en Java.

NetBeans constitue par ailleurs une plate forme qui permet le développement

d'applications spécifiques (bibliothèque Swing (Java)). L'IDE NetBeans s'appuie sur cette

plate forme.

31

Figure 15: Netbeans

MySQL :

MySQL est un système de gestion de base de données (SGBD). Selon le type

d'application, sa licence est libre ou propriétaire. Il fait partie des logiciels de gestion

de base de données les plus utilisés au monde, autant par le grand public (applications

web principalement) que par des professionnels, en concurrence avec Oracle et Microsoft

SQL Server.

MySQL AB a été acheté le 16 janvier 2008 par Sun Microsystems pour un milliard

de dollars américains1. En 2009, Sun Microsystems a été acquis par Oracle Corporation,

mettant entre les mains d'une même société les deux produits concurrents que

sont Oracle Database et MySQL. Ce rachat a été autorisé par la Commission

européenne le 21 janvier 2010.

32

Depuis mai 2009, son créateur Michael Widenius a créé MariaDB pour continuer

son développement en tant que projet Open Source.

Figure 16: MySQL

4.1.2 Environnement matériel :

Nous avons utilisé Un ordinateur de marque Toshiba Sattelite L555, capacité de

mémoire est 4GB, capacité de disque est 500 GB, un microprocesseur Intel Core i5, et

Système d’exploitation Windows 7 professionnel

33

4.2 Les langages utilisés

4.2.1 Java:

C'est un langage de programmation orienté objet, développé par Sun

Microsystems. Il permet de créer des logiciels compatibles avec de nombreux systèmes

d’exploitation.

Ce langage peut-être utilisé sur internet pour des petites applications intégrées à la

page web (applet) ou encore comme langage serveur (jsp).

4.2.2 Les interfaces de l’application :

34

Figure 17: Interface Connexion

Description : Dans cette interface l’administrateur s’authentifie avec login et

password pour ouvrir l’application. Si login et password incorrect un message d’erreur

sera affiché.

35

Figure 18: Interface Menu

Description : Dans cette interface l’administrateur choisit une option que soit :

Remplir B.D des ports et Remplir B.D des jonctions: remplissage de

base de donnée à partir d’un ficher Excel (on le choisie à l’aide de l’interface

parcourir).

Contrôle sur le multiplexeur: un administrateur peut superviser le

multiplexeur.

Créer un compte : création de compte administrateur.

36

Gestion de base de données : il contient les options de mettre à jour de

la base de données.

Figure 19:Interface Choix

Description : Dans cette interface l’administrateur coche un type de base de

données :

B.D Jonction : ouvrir base de données jonction

B.D Port : ouvrir base de données port

37

Figure 20: Interface de base de données jonction

Description : L’application affiche les informations de tableau sélectionné de base

de donnée jonction à partir de liste ainsi que :

Ajouter : ajout d’une nouvelle jonction

Supprimer : suppression de ligne sélectionnée dans le tableau affiché.

Modifier : modification des les informations de la ligne sélectionnée

Imprimer : impression du tableau affiché.

38

Figure 21: Interface d'ajoutée une jonction à la base

Description : Pour ajouter une jonction il faut remplir ces informations dans le

formulaire:

NumCarte : numéro de carte

NumJonction : numéro de jonction

Client : nom de client

Etat : choisir l’état à savoir No Alarm (état stable) ou Alarms Présent

(jonction dérangée).

Transmission : affectation da la jonction 2M du multiplexeur Patton au

support de transmission pour acheminer le trafic vers le Backbone (Tunis).

39

Figure 22: Interface modifier jonction

Description : Pour modifier une jonction, il faut changer ses informations à partir

de formulaire :

NumCarte : numéro de carte

NumPort : numéro de port

Client : nom de client

Etat : choisir l’état à savoir No Alarm (état stable) ou Alarms Présent

(jonction dérangée).

Transmission : affectation da la jonction 2M du multiplexeur Patton au

support de transmission pour acheminer le trafic vers le backbone (Tunis).

40

Figure 23: Interface parcourir

Description : le choisir de chemin de fichier Excel. À partir de ce fichier nous

remplissons la base de données.

41

Figure 24:Interface de création de compte administrateur

Description : dans cette interface le seul qui à le droit de crée compte

administrateur c’est l’administrateur.

42

Figure 25:Interface Test

Description : L’administrateur appuie sur « test » pour démarrer le contrôle de

façon permanent sur tous les ports et les jonctions. En cas de panne l’application envoi un

mail et un sms vers l’administrateur.

Conclusion:

La phase réalisation n’est que le résultat des phases précédentes tel que l’étude

préalable et la conception détaillée pour aboutir à l’étape de programmation qui permet

l’interconnexion avec la base de données.

43

Conclusion Générale

La gestion de réseaux est l’un des domaines les plus complexes auxquels l’on

puisse se confronter; elle cumule la distribution, le modèle objet, le temps réel, le

transactionnel, la gestion d’équipements complexes. C’est en conséquence une source de

coût importante pour l’opérateur, qui se voit contraint d’investir des sommes significatives

et des compétences critiques dans une fonction qui semble non immédiatement rentable.

Néanmoins, le souhait exprimé ici concerne la compréhension de la nécessité de la

fonction Gestion de Réseaux, et son intérêt pour l’entreprise; ce n’est qu’à travers une

gestion efficace que ce dernier sera en mesure d’offrir les services qui le différencie de la

concurrence.

L’objectif de ce projet était essentiellement le développement d’une application de

supervision du multiplexeur Patton de Tunisie Telecom en temps réel pour offrir aux

utilisateurs de l’application une certaine souplesse de surveillance du parc DATA de Tunisie

Telecom et une qualité de service (QoS) pour la satisfaction des besoins de clients.

Le travail réalisé dans ce projet donne lieu à quelques perspectives. Au cours de

nos travaux, nous avons proposé une démarche et une spécification permettant de

résoudre le problème de supervision temps réel du multiplexeur Patton. L’implémentation

de la solution n’ayant pas pu être menée à bout, notre première perspective sera

l’implémentation de ce travail dans une application web à base J2EE. Des modules aussi

peuvent être ajoutés à savoir le contrôle des erreurs sur les liaisons DATA.

44

Bibliographie

Les sites et les liens utilisés :

http://www.siteduzero.com/

http://www.codes-sources.com/

http://www.java2s.com/

Les bibliothèques utilisées :

jxl.jar http://www.java2s.com/Code/Jar/j/jxl.htm

stmp.jar http://www.java2s.com/Code/Jar/s/smtp.htm

mail.jar http://www.java2s.com/Code/Jar/m/mail.htm

comm.jar http://www.java2s.com/Code/Jar/c/comm.htm

smslib-2.1.2.jar http://www.java2s.com/Code/Jar/s/smslib.htm

45

46

47

48