PFE LASTIC3.docx
-
Upload
fteiti-mondher -
Category
Documents
-
view
81 -
download
0
Transcript of PFE LASTIC3.docx
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