Vous êtes sur la page 1sur 54

2

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
3

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.

Liste des figures

FIGURE 1: Workflow de Tunisie


Telecom........................................................................11

FIGURE 2: Port de la Carte(1) Patton


Kairouan...............................................................13
FIGURE 3: Jonctions de la Carte(1) Patton
Kairouan.......................................................14
FIGURE 3: cycle de ralisation du
projet.........................................................................18
FIGURE 5: Diagramme de cas
dutilisation......................................................................19
FIGURE 6 : Digramme de cas d'utilisation
authentification .......................................20
FIGURE 7: Diagramme de cas dutilisation mettre jour base de
donne port...........21
FIGURE 8: Diagramme de cas dutilisation mettre jour base de
donne jonction...23
FIGURE 9: Diagramme de cas dutilisation contrle sur
multiplexeur........................24
FIGURE 10: diagramme de Squence
authentification......................................................26
FIGURE 11: diagrammes de Squence
ajout.................................................................26
FIGURE 12: diagramme de Squence
supprim...............................................................27
FIGURE 13: diagramme de Squence
modifi..................................................................27
FIGURE 14: diagramme de Squence Contrle
multiplexeur...........................................28
FIGURE 15: Diagramme de
classe.....................................................................................29
FIGURE 16:
Netbeans.....................................................................................................
...31
FIGURE 17:
MySQL.........................................................................................................
...32
FIGURE 18: Interface
Connexion.......................................................................................34
FIGURE 19: Interface
Menu...............................................................................................35
FIGURE 20: Interface Choix de la
base..............................................................................36
FIGURE 21: Interface de base de donnes
jonction .........................................................37
FIGURE 22: Interface d'ajoute une jonction la
base.....................................................38
5

FIGURE 23: Interface modifier


jonction............................................................................39
FIGURE 24: Interface
parcourir.........................................................................................40
FIGURE 25: Interface de cration de compte
administrateur..........................................41
FIGURE 26: Interface
Test.................................................................................................42

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

10

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.

11

CHAPITRE II
Etude et analyse de l'existant

Introduction
Pour pouvoir proposer une solution comptitive, il faudra explorer
les diffrentes technologies existantes traitant cette problmatique. Le
chapitre suivant prsentera en une tude de lexistant.

2. Etude et critique de lexistant


2.1. Consultation des rclamations :
12

Pour savoir sil y a un drangement on ait oblig de consulter en


permanence lapplication WORKFLOW de Tunisie Telecom comme indiqu
ci-dessous :

13

Figure1 : Workflow de Tunisie Telecom

2.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).
14

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


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

15

Figure2 : Port de la Carte(1) Patton Kairouan

16

Figure3 : 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
17

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.

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.

18

Chapitre III
Etude conceptuelle
Introduction :
Aprs avoir prcis lobjectif

de ce projet dans le chapitre

prcdent, nous consacrons ce chapitre prsenter le langage de


programmation, le choix de la mthodologie UML et prsenter les
diffrents diagrammes pour les cas dutilisation.
3.1 .La mise en oeuvre du projet
Cette sous-section prsente la dmarche suivie pour raliser le
projet, ainsi que le langage choisi pour modliser le systme
construire.
3.1.1 .La dmarche de la ralisation du projet
Le choix d'une dmarche convenable pour entreprendre un projet
est une tape cruciale qui conditionne sa russite. En effet, il n'existe
pas de dmarche qui soit standard dans le sens o elle garantit la
bonne conduite de n'importe quel travail mais son adoption doit tre en
fonction des spcificits de chaque projet y compris les buts
atteindre. En ce qui nous concerne, nous avons estim que le cycle en
O (Figure 2.1) nous convient le mieux. A part qu'il permet une bonne
dfinition des besoins, il est itratif et donc peut tre parcouru de
multiples fois, en plus il offre la possibilit d'intgration de points de
contrle tout au long du processus vu que l'valuation peut intervenir
dans toutes les tapes. Ce cycle propose les phases suivantes pour
raliser un projet :

19

Spcification des besoins

nception du

systme

Evaluation

Ralisation du systme

Figure 4 : Cycle de ralisation du projet.

1. Spcification des besoins, consiste l'identification des


besoins satisfaire et la dfinition des fonctionnalits du systme.
2. Conception du systme, consiste dfinir l'architecture
matrielle et logicielle du systme en se basant sur la phase de
spcification des besoins.
3. Ralisation du systme, consiste concrtiser le systme
en ralisant et reliant ses diffrentes composantes.
20

4. Evaluation, o le systme est soumis une utilisation relle


pour s'assurer de son adaptation aux besoins exprims prcdemment.

3-2 Choix de la mthodologie :


3.2.1 Choix dUML (Unified Modeling Language) :
Pour modliser les fonctionnalits que doit offrir notre systme
et reprsenter son

architecture ainsi que les interactions entre ses

diffrents composants, nous avons choisi le langage UML.


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, 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.
21

Il dfinit neuf diagrammes qui servent visualiser un systme


sous diffrentes
perspectives :
Le diagramme de classes : Il reprsente un ensemble de classes,
d'interfaces et de
collaboration ainsi que leurs relations. Les diagrammes de classes
reprsentent la vue
statique d'un systme.
Le diagramme d'objets : Il reprsente un ensemble d'objets qui sont
des instances
des lments qui apparaissent dans le diagramme de classe.
Le diagramme de cas d'utilisation : Il reprsente un ensemble de
cas d'utilisations et
d'acteurs et leurs relations. C'est en effet une vue statique de l'utilisation
d'un systme.
Le diagramme de squences et le diagramme de collaboration :
Ils reprsentent un
ensemble d'objets et leurs relations, donnant ainsi une vue dynamique
sur le systme.
Les diagrammes de squence mettent l'accent sur le classement
chronologique des
messages alors que les diagrammes de collaboration mettent l'accent
sur l'organisation
structurelle des objets qui envoient et reoivent des messages.
Le diagramme d'tats-transitions : Il est compos d'tats, de
transitions,
d'vnements et d'activits. C'est une vue dynamique d'un systme.
Le diagramme d'activits : C'est un type particulier de diagramme
d'tats-transitions

22

qui dcrit la succession des activits au sein d'un systme.


Le diagramme de composants : Il reprsente l'organisation et les
dpendances au
sein d'un systme de composants. Il prsente la vue d'implmentation
statique d'un
systme et est li au diagramme de classes.
Le diagramme de dploiement : Il est utilis pour la modlisation
des aspects
physiques d'un systme. Il montre la configuration des noeuds de
traitement en phase
d'excution ainsi que les composants qui se trouvent sur ces noeuds.
3.3. Spcification des besoins de la supervision et gestion du commutateur :
Cette sous-section dcrit les besoins satisfaire par le dveloppement du systme
et dtaille ses fonctionnalits travers une modlisation de ces besoins.
3.3.1 Description des besoins :
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.


23

3.3.2. Modlisation des besoins


3.3.2.1. Identification des acteurs
Un acteur est une catgorie d'utilisateur, il reprsente un rle jou par une personne, un
logiciel, un matriel, un automate qui exploite les donnes du systme.
Dans notre cas lacteur est ladministrateur : c'est le responsable de l'octroi des droits
d'accs et la gestion de l'application de supervision du multiplexeur.
3.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.

24

afficher
aut hentification
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

ajouter

include

supprimer
imprimer
envoi sms

extend

crer compte

vrifier l'tat de chaque port


envoi email

extend

include

envoi sms
extend

controle sur multiplexeur

include

vrifier l'tat de chaque jonction


extend
envoi email

Figure 4: Diagramme de cas dutilisation

25

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
26

2. login et password correct accder lapplication


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

modifier

include
include

mettre jour base de donne port

include

ajouter

include
include
supprimer
Admin

Figure 6:

imprimer

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

l'ensemble des ports a la base de donne


Acteurs : Administrateur
27

et

centralisation

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

28

Cas dutilisation mettre jour base de donne jonction

afficher
modifier
include
include

include

ajouter

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

l'ensemble des ports a la base de donne


Acteurs : Administrateur

29

et

centralisation

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

Cas dutilisation contrle sur multiplexeur

30

envoi sms

extend

controle sur multiplexeur

include

vrifier l'tat de chaque jonct ion

Admin
extend

envoi email

Figure 8 : Diagramme de cas dutilisation contrle sur


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

Post condition :
1. Administrateur

sauthentifie avec un login et

password
2. Administrateur peut accder lapplication selon leur
droit daccs

3.3.2.3.

Les diagrammes de Squence :

Diagramme de squence authentification

User

Interface
Admin
authentifier (en donnant mot de passe et login).
vrifier les champs
si vides ou non

retour un message
veillez remplir les champs

identification de mot de passe et login


vrifier le mot de
passe et login

alt

[ si mot de passe ou login nexistent pas ]


message derreur

message d'erreur essayer de nouveau

[si non ]
ouvrir session

bienvenue

Figure 9 : diagramme de Squence authentification


Diagramme de squence ajout

32

Port

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.


L'application vrifier
le nouveau port

alt

[ si le nouveau port existe ]


message derreur

message d'erreur existe dja


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

L'application confirme l'enregistrement

Figure 10 : diagrammes de Squence ajout

Diagramme de squence supprim

Port

Interface
Admin
L'utilisateur slectionne une ligne de tableau

L'utilisateur choisir loption supprim

L'application envoi la requte.


Excution de
la requte

L'application confirme suppression

L'application retourne un message

33

Figure 11 : diagramme de Squence supprim

Diagramme de squence modifi

Jonction

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

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

Diagramme de squence Contrle multiplexeur

34

Interface

Port

Page Web

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

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

[Si state de page web diffrent a la state de base]


envoi de mail et sms

alt
envoi de mail et sms

envoi de mail et sms

continuer le contrle

continuer le contrle

[Si non ]
continuer le contrle

.
Figure 13 : diagramme de Squence Contrle multiplexeur

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

35

Possede
16

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

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

Page Web
Adresse IP
Port
Circuit ID
State
1 Desired State
Test Mode
Test Pattern
Payload Rate
Error Code
Line Type
Line Status

Tester

Tester():void
Ajouter():void
Supprimer():void
Modifier():void
Afficher():void
Imprimer():void

Admis

Jonction
+NumCarte:string
+NumJonction:string
+CLIENT:string
+ETAT:string
+TRANSMISSION:string

16
16

Tester

Tester():void
Ajouter():void
Supprimer():void
Modifier():void
Afficher():void
Imprimer():void

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.

36

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. Enfin, nous dcrivons le systme obtenu.
4.1

Environnement de dveloppement
4.1.1. Environnement logiciel
4.1.1.1Choix du logiciel de dveloppement (JAVA):
Le

langage

Java est

programmation informatique orient

un langage

objet cr

de

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 .


C'est un langage qui 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).

37

4.1.1.2.

Choix

denvironnement

de

dveloppement(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.

38

Figure 15: Netbeans


4.1.1.3. Choix de SGBD(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

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

39

deux

produits

concurrents

que

sont Oracle

Database et

MySQL.

Ce

rachat

autoris

par

la Commission europenne le 21 janvier 2010.


Depuis

mai

cr MariaDB pour

2009,
continuer

son
son

crateur Michael
dveloppement

en

Widenius a
tant

que

projet Open Source.

Figure 16: MySQL


4.1.2. Environnement matriel :
Nous avons utilis Un ordinateur de marque ACER , capacit de
mmoire est

4GB,

capacit

de
40

disque est

500

GB,

un

microprocesseur Intel Core i2, et Systme dexploitation Windows XP


professionnel.

4.2. Prsentation du systme ralis :

Figure 17: Interface Connexion


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

41

login et password

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.

42

Crer un compte : cration de compte administrateur.

Gestion de base de donnes : il contient les options de

mettre jour de la base de donnes.

Figure 19:Interface Choix de la base


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

43

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

slectionne
Imprimer : impression du tableau affich.

44

de

la

ligne

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

45

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

Figure 22: Interface modifier jonction


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

NumCarte : numro de carte


46

NumPort : numro de port

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

Figure 23: Interface parcourir


Description : le choisir de chemin de fichier Excel. partir de ce
fichier nous remplissons la base de donnes.
47

Figure 24:Interface de cration de compte administrateur


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

48

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.

49

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.

50

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

51

52

53

54