Vous êtes sur la page 1sur 49

CONCEPTION ET DEVELOPPEMENT DUNE APPLICATION DE SUPERVISION DU MULTIPLEXEUR PATTON

PAR FTAITI MONDHER IDRISS FERID ENCADRER PAR : Mr RIADH BOUHOUCHI

MEMOIRE
Prsent Universit Virtuel de Tunis En vue de lobtention DE LICENCE APPLIQUEE EN SCIENCE ET TECHNOLOGIES DE LINFORMATION ET DE COMMUNICATIONS

Anne universitaire : 2011/2012

Table des matires


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 LORGANISME DACCUEIL............................................................................2 1.2. PROBLEMATIQUE.................................................................................................................................3 1.3. OBJECTIFS DU PROJET..................................................................................................... ...................4 CONCLUSION.......................................................................................................................................... .............4 CHAPITRE 2 : Etude de l'existant et spcification des besoins.... 5 INTRODUCTION..................................................................................................................................................5 2.1. Etude et critique de lexistant............................................................................................ .....5 2.1.1 Consultation des rclamations ....................................................................................................................6 2.1.2 Suivi des rclamations ..................................................................6 2.2. Spcification 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 mthodologie ................................................................................22 3.2.1 Choix dUML (Unified Modeling Language) ................................................................................22 3.2.2 Diagramme de cas dutilisation ..........................................................21 3.2.3 Les diagrammes de Squence................................................................................22 3.2.4 Diagramme de cas dutilisation ..........................................................21 3.2.5 Diagramme de classe ................................................................................22 Conclusion..........................................................21 CHAPITRE 4 : Ralisation.............................................................................................21 INTRODUCTION................................................................................................................. ...............................21 4.1 Environnement de dveloppement ..........................................................21 4.1.1 Environnement logiciel ................................................................................22 NetBeans................................................................................22 MySQL ..........................................................21 4.1.2 Environnement matriel ................................................................................22

4.2 Les langages utiliss ..........................................................21 4.2.1 JAVA ................................................................................22 4.2.2 LES INTERFACES DE LAPPLICATION................................................................................22 Conclusion..........................................................21 Conclusion Gnrale..........................................................21

RESUME :

Durant ce projet, nous nous sommes intresss trois points relatifs au multiplexeur PATTON de Tunisie Tlcom. Le premier point concerne le problme de documentation des abonns de transmission des donnes relatives ce multiplexeur. Pour remdier ce problme, nous avons mis en place une base de donnes pour la sauvegarde et la mise jour de ces liaisons qui reprsente le premier module de notre application. Le deuxime point sintresse la supervision du multiplexeur a partir du serveur. Le troisime point sattache exploiter le rsultat de supervision sous forme dune information lisible et utile ( SMS et E mail) et informer ladministrateur dune panne encours pour remdier au retard de rtablissement de labonn.

Introduction gnrale

Les rseaux informatiques touchent de plus en plus notre vie courante. On compte sur les services offerts par les rseaux pour assurer les transactions bancaires, les recherches web, la tlconfrence... Les services offerts par les rseaux sont donc rendus indispensables. Pour sassurer que les services rendus par les rseaux et surtout les grands comptes intrts communs seraient convenables, en toute scurit et avec continuits il est ncessaire de surveiller le rseau et dagir quand une panne se produit. Pour ce faire, il faut obtenir les donnes de gestion des quipements de rseaux et contrler ses quipements de faon permanente. Le projet que nous avons ralis consiste la mise en place d'une application capable de grer les quipements rseaux du commutateur PATTON de Tunisie Tlcom. A la fin de ce projet nous serons en mesure de superviser la totalit du rseau data relative ce commutateur.

Afin de comprendre la dmarche que nous avons adopte pour mener ce projet son terme, le rapport se structure de la faon suivante : Premire partie : Prsentation du projet, description de lexistant et analyse des besoins Deuxime partie : Conception Troisime partie : implmentation de notre application

Chapitre 1

Prsentation du projet

Introduction

Dans le prsent chapitre, nous allons essayer de prsenter notre projet. Pour ce faire, procdons une prsentation de lorganisme daccueil, savoir Tunisie Tlcom. Par la suite, nous dgageons la problmatique pour aboutir aux objectifs spcifiques notre projet.

1.1. Prsentation de lorganisme daccueil Le 1er janvier 1996, loffice national des tlcommunications (ONT) ou TUNISIE TELECOM est entre en activit en tant quoprateur de tlcommunication dot de sa propre autonomie et son propre rseau (sous la forme juridique dtablissement public a caractre industriel et commercial).

En juillet 2006, il a t procd louverture du capital de Tunisie Telecom hauteur de 35% en faveur du consortium mirati TeCom-DIG. Cette opration vise amliorer la rentabilit de Tunisie Telecom et lui permettre de se hisser parmi les grands oprateurs internationaux ! Depuis sa cration, Tunisie Telecom uvre consolider linfrastructure des tlcoms en Tunisie, amliorer le taux de couverture et renforcer sa comptitivit. Elle contribue galement activement la promotion de lusage des TIC et au dveloppement des socits innovantes dans le domaine des tlcoms. Pionnire du secteur des tlcoms en Tunisie, Tunisie Telecom a tabli un ensemble de valeurs dfinitoires qui place le client au centre de ses priorits. Ladoption de ces valeurs se traduit en particulier par une amlioration continue des standards de lentreprise et de la qualit des services.

Tunisie Tlcom a pour mission dassurer toutes les activits relatives au domaine des tlcommunications dont notamment : - La coopration avec les organismes similaires et lapplication des traites internationales en matire de tlcommunication. - Linstallation, le dveloppement, lentretien et lexploitation des rseaux publics de tlcommunication et en particulier, les rseaux de tlphone et de transmission de donnes. - La promotion de nouveaux services de tlcommunication travers linstallation de lquipement technologique dans le domaine la contribution au dveloppement aux tudes et recherches scientifiques lies au secteur des tlcommunications.

CENTRE DE TRANSMISSION DES DONNEES REGIONALE

Attach au centre Backbone IP/MPLS, ce centre est spcialise dans la mise en service et la gestion des liaisons de transmissions des donnes (FR, LS, MPLS) et linstallation des quipements ncessaire en collaboration avec dautres services de Tunisie Telecom fin de fournir laccs internet et permet aux entreprise de grer leur application et changs les donnes en toute scurit. La CTDR (Unit Entreprise) comprend une quipe sa mission est : - Mise en service des liaisons dentreprise savoir ADSL pro, FR, LS, MPLS, SDSL, VSAT, RNIS. - Relve drangement et maintenance des liaisons dentreprise. 1.2. Problmatique Tunisie Tlcom a migr vers une stratgie de satisfactions de ses clients et la notion de qualit de service savoir clients public et surtout grands comptes, dans une politique qui vise lamlioration des services offerts aux clients. Pour maintenir son rseau oprationnel et disponible, des techniques et des outils avancs ont d tre invents pour assurer son fonctionnement et son administration, nanmoins il existe toujours des difficults de supervisions des clients grands comptes (FR, MPLS, LS) ce qui engendre un retard parfois critique pour le rtablissement des drangements. Notre projet rentre dans ce cadre et vise remdier quelques problmes savoir :

- Difficult de localisation dun client - Manque de suivis efficaces des liaisons (DSL, G703...) - Problme de documentation - Gaspillage de temps Ces problmes ont caus une mauvaise exploitation des ressources disponibles et une grande perte de temps.

1.3. Objectifs du projet Lobjectif principal de ce projet et de parvenir supervis en permanence les liaisons DATA relative au multiplexeur PATTON de Tunisie Tlcom direction Kairouan. La solution propose est spcialement utile pour identifier tout dysfonctionnement dans le rseau et de faciliter lintervention des utilisateurs. Le projet consiste au dveloppement dune 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 dinformer les utilisateurs en cas dun changement dtat.

- Documentation des liaisons de transmission des donnes dans une base de donnes qui sera exploit pour localis lemplacement de labonn fin de faciliter la maintenance des diffrentes liaisons. - Affichage dune alarme en cas de panne. - informer ladministrateur par sms et par E-mail

- Pouvoir effectuer une recherche pour la localisation des clients.

Conclusion Aprs avoir prsent notre projet, nous entamons par la suite la partie qui permet la prsentation de certains concepts lis notre domaine dapplication.

10

CHAPITRE II Etude de l'existant et spcification des besoins

Introduction Pour pouvoir proposer une solution comptitive, il faudra explorer les diffrentes technologies existantes traitant cette problmatique. Le chapitre suivant prsentera en premier temps une tude de lexistant et par la suite une spcification dtaille des besoins fonctionnels et non fonctionnels de notre application.

2.1. Etude et critique de lexistant 2.1.1 Consultation des rclamations : Pour savoir sil y a un drangement on ait oblig de consulter en permanence lapplication WORKFLOW de Tunisie Telecom comme indiqu ci-dessous :

11

Fig1 : Workflow de Tunisie Telecom

2.1.2 Suivi des rclamations : Aprs avoir consult le WORKFLOW il est indispensable de vrifier ltat du port DSL relative au client rclam (voir Figure2) et ltat de la jonction (voir figure3), cette tape ncessite une recherche dans les documents pour savoir laffectation 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 dpend de la demande du client (dbit 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 base sur les solutions actuelles qu'offrent les constructeurs des quipements DATA (Patton, Paradyne, Alcatel, Sagem). Gnralement, ces solutions sont presque identiques, c'est--dire que les constructeurs offres le mme structure de gestion. En plus, elles ne reprsentent pas des structures standards, mais au contraire, la plupart des structures sont propritaires. Il est noter aussi que le commutateur (appel aussi multiplexeur) se sont contrls avec la

15

mthode homme machine. Enfin, ces solutions manquent de fiabilit puisquon est oblig dintervenir manuellement pour savoir sil y a un drangement sur les liaisons. Donc Tunisie Telecom nest gnralement pas confronte un problme de fonctionnalits insuffisantes, mais plutt au gestion et contrle du systme.

2.2. Spcification des besoins 2.2.1. Besoins fonctionnels :

Selon les utilisateurs du multiplexeur Patton, le nouveau systme doit satisfaire leurs attentes envers cette application raliser. En effet, suite la mise en uvre de ces fonctionnalits, lapplication doit rpondre un ensemble des besoins fonctionnels tels que: Connexion au multiplexeur en permanence pour avoir les tats des

liaisons fin dinformer les utilisateurs en cas dun changement dtat. Documentation des liaisons de transmission des donnes dans une base

de donnes qui sera exploit pour localiser lemplacement de labonn fin de faciliter la maintenance des diffrentes liaisons. Affichage dune alarme en cas de panne. Informer ladministrateur 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 systme doit rpondre aux critres suivants pour que le systme reste oprationnel : - La fiabilit : elle doit rpondre aux besoins dun agent au sein de la socit. - La rapidit : concerne le problme de documentation des abonns de transmission des donnes relatives ce multiplexeur. Il est ncessaire que la dure dexcution des taches faites par un agent pour la sauvegarde des donnes et la mise jour des
16

liaisons relatives aux multiplexeurs soit restreinte pour remdier au retard de rtablissement des clients. - La performance : Lapplication doit rpondre aux besoins et exigences des utilisateurs dune manire optimale. - La convivialit : Les interfaces doivent tre simples, ergonomiques et adaptes la demande de lagent. CONCLUSION : La finalit de ce projet est de mettre en place cette application, on a recouru une solution base sur la programmation orient objet JAVA qui rpond bien aux problmes cits dans le paragraphe prcdent.

17

Chapitre III Etude conceptuelle


Introduction : Aprs avoir prcis lobjectif de ce projet dans le chapitre prcdent, nous consacrons ce chapitre prsenter la langage de programmation, le choix de la mthodologie UML et prsenter les diffrents diagrammes pour les cas dutilisation. 3.1 Description de Java : Le langage Java est un langage de programmation informatique orient

objet cr par James Gosling et Patrick Naughton, employs de Sun Microsystems, avec le soutien de Bill Joy (cofondateur de Sun Microsystems en 1982), prsent officiellement le 23 mai 1995 au SunWorld .

3-2 Choix de la mthodologie : 3.2.1 Choix dUML (Unified Modeling Language) : Le langage unifi de modlisation (UML) est un langage pour spcifier, visualiser, construire et documenter. En effet, UML simpose aujourdhui comme le standard en tant que langage de modlisation objet qui est une mthode pour la conception dun systme dinformation. Le choix du modle a une profonde influence sur la faon dont un problme est trait et dont la solution est conue. 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 bnfices du langage. UML permet galement - outre le fait de se concentrer sur l'utilisateur - de documenter trs clairement les besoins exprims par ces derniers,
18

dans le cadre d'une gestion de projet de dveloppement qui va de la conception jusqu'au dploiement de l'application dans le rseau UML est un langage formel et normalis puisquil offre un gain de prcision et encourage lutilisation doutils. UML est un support de communication performant puisquil cadre lanalyse, facilite la comprhension de la reprsentation abstraite complexes et cause de son caractre polyvalent et sa souplesse qui font un langage universel.

3.2.2 Diagramme de cas dutilisation : Les cas dutilisation permettent de reprsenter le fonctionnement du systme vis-vis de lutilisateur, cest donc une vue du systme dans son environnement, ils dcrivent linteraction des acteurs avec le systme quon veut crer.

19

afficher authentification modifier include

include

mettre jour base de donne port

include

ajouter

include include supprimer Admin imprimer

afficher include

mettre jour base de donne jonction

include

modifier

include include include ajouter

supprimer imprimer envoi sms

crer compte

extend

vrifier l'tat de chaque port extend envoi email

include envoi sms extend

controle sur multiplexeur

include

vrifier l'tat de chaque jonction extend envoi email

Figure 4: Diagramme de cas dutilisation

20

Diagrammes dtaills des cas dutilisation

Cas dutilisation authentification

Saisir login

include

authentification Admin

include

Saisir password

Figure 5: Digramme de cas d'utilisation authentification Sommaire didentification : Titre : Authentification But : Authentification de ladministrateur Rsum : authentification pour accder lapplication Acteurs : Administrateur

Description textuelle :

Pr condition : 1. Administrateur est authentifi Enchanements : 1. Administrateur saisie login et password 2. login et password correct accder lapplication
21

3. si non essayer de nouveau Post condition : 1. Administrateur sauthentifie avec un login et password 2. Administrateur peut accder lapplication selon leur droit daccs

Cas dutilisation mettre jour base de donne port


afficher

include include

modifier

mettre jour base de donne port

include

ajouter

include include supprimer Admin imprimer

Figure 6:

Diagramme de cas dutilisation mettre jour base de donne port

Sommaire didentification : Titre : Mettre jour base de donnes port But : Mettre jour base de donnes Rsum : Faciliter l'organisation et centralisation l'ensemble des ports a la base de donne Acteurs : Administrateur

22

Description textuelle :

Pr condition : 1. Administrateur est authentifi Enchanements : 1. Administrateur slectionner un tableau de la base de donne 2. Administrateur a le droit dajouter, modifier et supprimer un port 3. Administrateur a le droit dimprimer toute la base de donne port Post condition : 1. Administrateur sauthentifie avec un login et password 2. Administrateur peut accder lapplication selon leur droit daccs

23

Cas dutilisation mettre jour base de donne jonction

afficher modifier include include ajouter

include mettre jour base de donne jonction Admin include include

supprimer

imprimer

Figure 7: Diagramme de cas dutilisation mettre jour base de donne jonction

Sommaire didentification : Titre : Mettre jour base de donnes jonction But : Mettre jour base de donnes Rsum : Faciliter l'organisation et centralisation l'ensemble des ports a la base de donne Acteurs : Administrateur

24

Description textuelle :

Pr condition : 1. Administrateur est authentifi Enchanements : 1. Administrateur slectionner un tableau de la base de donne 2. Administrateur jonction 3. Administrateur a le droit dimprimer toute la base de donnes jonction Post condition : 1. Administrateur sauthentifie avec un login et password 2. Administrateur peut accder lapplication selon leur droit daccs a le droit dajouter, modifier et supprimer une

Cas dutilisation contrle sur multiplexeur

envoi sms

extend

controle sur multiplexeur Admin

include

vrifier l'tat de chaque jonction

extend

envoi email

Figure 8 : Diagramme de cas dutilisation contrle sur multiplexeur


25

Sommaire didentification : Titre : contrle sur multiplexeur But : vrifier l'tat de chaque jonction Rsum : la supervision du multiplexeur de faon permanent de chaque jonction et envoi de mail et sms en cas de panne Acteurs : Administrateur

Description textuelle :

Pr condition : 1. Administrateur est authentifi Enchanements : 1. Administrateur ouvrir l'interface de contrle 2. Administrateur dmarrer le contrle 3. l'application envoi un mail et sms en cas de panne Post condition : 1. Administrateur sauthentifie avec un login et password 2. Administrateur peut accder lapplication selon leur droit daccs

3.2.3 Les diagrammes de Squence : Diagramme de squence authentification

26

Interface Admin authentifier (en donnant mot de passe et login). retour un message veillez remplir les champs vrifier les champs si vides ou non identification de mot de passe et login

User

vrifier le mot de passe et login

alt
message d'erreur essayer de nouveau

[ si mot de passe ou login n existent pas ] message d erreur

bienvenue

[si non ] ouvrir session

Figure 9 : diagramme de Squence authentification Diagramme de squence ajout

Interface Admin L'utilisateur demande le formulaire d'ajout L'application affiche le formulaire d'ajout L'utilisateur saisit les nouvelles donnes L'application envoi la requte.

Port

L'application vrifier le nouveau port

alt
message d'erreur existe dja

[ si le nouveau port existe ] message d erreur

L'application confirme l'enregistrement

[si non ] L'application stocke les donnes au niveau de la base de donnes

Figure 10 : diagrammes de Squence ajout

27

Diagramme de squence supprim

Interface Admin L'utilisateur slectionne une ligne de tableau

Port

L'utilisateur choisir loption supprim

L'a pplication envoi la requte. Excution de la requte L'application retourne un message

L'application confirme suppression

Figure 11 : diagramme de Squence supprim

Diagramme de squence modifi

Interface Admin L'utilisateur slectionne une ligne de tableau L'application affiche le formulaire de modification

Jonction

L'utilisateur modifier les champs L'application envoi la requte Excution de la requte

L'application confirme modification

L'application retourne un message

Figure 12 : diagramme de Squence modifi

28

Diagramme de squence Contrle multiplexeur

Interface Admin L'utilisateur demande l'interface de contrle L'application affiche l'interface de contrle L'utilisateur dmarrer le contrle

Page Web

Port

l'application ouvrir page web et lire le state de chaque port

envoi une requte de vrification de state entre page web et base execution de requte

alt envoi de mail et sms envoi de mail et sms

[Si state de page web diffrent a la state de base] envoi de mail et sms

continuer le contrle

continuer le contrle

[Si non ] continuer le contrle

. Figure 13 : diagramme de Squence Contrle multiplexeur

3.2.4 Diagramme de classe : Un diagramme de classe reprsente la description statique du systme en intgrant dans chaque classe la partie ddie aux donnes et celle consacre au traitement .Cest le diagramme pivot de lensemble de la modlisation dun systme.Dans cette partie, nous prsentons les classes entits et leurs attributs.

29

Possede Port 16 +NumCarte:string +NumPort:string +CLIENT:string +REF:string +WAN:string 16 +IT:string +T_CABLE:string +D_M_S:string +DLCI:string +RDLCI:string +DNA:string +RDNA:string +OBSERVATION:string +State:string Tester():void Ajouter():void Supprimer():void Modifier():void Afficher():void Imprimer():void Page Web Adresse IP Port Circuit ID State 1 Desired State Test Mode Test Pattern Payload Rate Error Code Line Type Line Status

Admis

Tester

Carte +NumCarte:string +Nom:string 1 +Ville:string 1 +Adresse IP:string Ajouter():void supprimer():void 1

Admis

Jonction +NumCarte:string +NumJonction:string +CLIENT:string +ETAT:string +TRANSMISSION:string Tester():void Ajouter():void Supprimer():void Modifier():void Afficher():void Imprimer():void 16 16

Tester

Figure 14 : Diagramme de classe

Conclusion : Ltude conceptuelle ralise dans ce chapitre nous a permis de traduire les diffrents besoins des utilisateurs, de bien fixer les ides dans le but de raliser une implmentation ventuelle de notre systme. En fait, cette phase nous a donn une architecture de rfrence avec laquelle nous pourrons commencer la phase construction.

30

Chapitre IV Ralisation
Introduction Dans ce prsent chapitre nous prsentons les matriels et les logiciels utiliss dans la ralisation de notre projet avec lexplication du choix, ainsi que les interfaces qui prsentent les diffrents pages de notre portail. 4.1 Environnement de dveloppement 4.1.1 Environnement logiciel NetBeans : NetBeans est un environnement de dveloppement intgr (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 diffrents autres langages, comme Python, C, C++, JavaScript, XML, Ruby, PHP et HTML. Il comprend toutes les caractristiques d'un IDE moderne (diteur en couleur, projets

multi, refactoring, diteur graphique d'interfaces et de pages Web). Conu en java, Netbeans est disponible sous Windows, linux,

(sur x86 et SPARC), Mac OS X ou sous une version indpendante des systmes d'exploitation (requrant une machine virtuelle Java). Un environnement Java Development Kit JDK est requis pour les dveloppements en Java. NetBeans constitue par ailleurs une plate forme qui permet le dveloppement d'applications spcifiques (bibliothque Swing (Java)). L'IDE NetBeans s'appuie sur cette plate forme.
31

Figure 15: Netbeans MySQL : MySQL est un systme de gestion de base de donnes (SGBD). Selon le type d'application, sa licence est libre ou propritaire. Il fait partie des logiciels de gestion de base de donnes les plus utiliss 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 amricains1. En 2009, Sun Microsystems a t acquis par Oracle Corporation, mettant entre les mains d'une mme socit les deux produits concurrents que sont Oracle Database et MySQL. Ce rachat a t autoris par la Commission europenne le 21 janvier 2010.

32

Depuis mai 2009, son crateur Michael Widenius a cr MariaDB pour continuer son dveloppement en tant que projet Open Source.

Figure 16: MySQL 4.1.2 Environnement matriel : Nous avons utilis Un ordinateur de marque Toshiba Sattelite L555, capacit de mmoire est 4GB, capacit de disque est 500 GB, un microprocesseur Intel Core i5, et Systme dexploitation Windows 7 professionnel

33

4.2 Les langages utiliss 4.2.1 Java: C'est un langage de programmation orient objet, dvelopp par Sun Microsystems. Il permet de crer des logiciels compatibles avec de nombreux systmes dexploitation. Ce langage peut-tre utilis sur internet pour des petites applications intgres la page web (applet) ou encore comme langage serveur (jsp). 4.2.2 Les interfaces de lapplication :

34

Figure 17: Interface Connexion Description : Dans cette interface ladministrateur sauthentifie avec login et password pour ouvrir lapplication. Si login et password incorrect un message derreur sera affich.

35

Figure 18: Interface Menu Description : Dans cette interface ladministrateur choisit une option que soit : Remplir B.D des ports et Remplir B.D des jonctions: remplissage de base de donne partir dun ficher Excel (on le choisie laide de linterface parcourir). Contrle sur le multiplexeur: un administrateur peut superviser le multiplexeur. Crer un compte : cration de compte administrateur.

36

Gestion de base de donnes : il contient les options de mettre jour de la base de donnes.

Figure 19:Interface Choix Description : Dans cette interface ladministrateur coche un type de base de donnes : B.D Jonction : ouvrir base de donnes jonction B.D Port : ouvrir base de donnes port

37

Figure 20: Interface de base de donnes jonction Description : Lapplication affiche les informations de tableau slectionn de base de donne jonction partir de liste ainsi que : Ajouter : ajout dune nouvelle jonction Supprimer : suppression de ligne slectionne dans le tableau affich. Modifier : modification des les informations de la ligne slectionne Imprimer : impression du tableau affich.

38

Figure 21: Interface d'ajoute une jonction la base Description : Pour ajouter une jonction il faut remplir ces informations dans le formulaire: NumCarte : numro de carte NumJonction : numro de jonction Client : nom de client Etat : choisir ltat savoir No Alarm (tat stable) ou Alarms Prsent

(jonction drange). 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 : numro de carte NumPort : numro de port Client : nom de client Etat : choisir ltat savoir No Alarm (tat stable) ou Alarms Prsent

(jonction drange).

40

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

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

Figure 23: Interface parcourir Description : le choisir de chemin de fichier Excel. partir de ce fichier nous remplissons la base de donnes.

41

Figure 24:Interface de cration de compte administrateur Description : dans cette interface le seul qui le droit de cre compte administrateur cest ladministrateur.

42

Figure 25:Interface Test

Description : Ladministrateur appuie sur test pour dmarrer le contrle de faon permanent sur tous les ports et les jonctions. En cas de panne lapplication envoi un mail et un sms vers ladministrateur. Conclusion: La phase ralisation nest que le rsultat des phases prcdentes tel que ltude pralable et la conception dtaille pour aboutir ltape de programmation qui permet linterconnexion avec la base de donnes.

43

Conclusion Gnrale La gestion de rseaux est lun des domaines les plus complexes auxquels lon puisse se confronter; elle cumule la distribution, le modle objet, le temps rel, le transactionnel, la gestion dquipements complexes. Cest en consquence une source de cot importante pour loprateur, qui se voit contraint dinvestir des sommes significatives et des comptences critiques dans une fonction qui semble non immdiatement rentable.

Nanmoins, le souhait exprim ici concerne la comprhension de la ncessit de la fonction Gestion de Rseaux, et son intrt pour lentreprise; ce nest qu travers une gestion efficace que ce dernier sera en mesure doffrir les services qui le diffrencie de la concurrence. Lobjectif de ce projet tait essentiellement le dveloppement dune application de supervision du multiplexeur Patton de Tunisie Telecom en temps rel pour offrir aux utilisateurs de lapplication 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 ralis dans ce projet donne lieu quelques perspectives. Au cours de nos travaux, nous avons propos une dmarche et une spcification permettant de rsoudre le problme de supervision temps rel du multiplexeur Patton. Limplmentation de la solution nayant pas pu tre mene bout, notre premire perspective sera limplmentation de ce travail dans une application web base J2EE. Des modules aussi peuvent tre ajouts savoir le contrle des erreurs sur les liaisons DATA.

44

Bibliographie Les sites et les liens utiliss : http://www.siteduzero.com/ http://www.codes-sources.com/ http://www.java2s.com/ Les bibliothques utilises : 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