Pfe_lastic3 Corrigé

Transcript

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 3 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é. Liste des figures FIGURE 1: Workflow de Tunisie Telecom........................................................................11 4 FIGURE 2: Port de la Carte(1) Patton Kairouan...............................................................13 FIGURE 3: Jonctions de la Carte(1) Patton Kairouan.......................................................14 FIGURE 3: cycle de réalisation du projet.........................................................................18 FIGURE 5: Diagramme de cas d’utilisation......................................................................19 FIGURE 6 : Digramme de cas d'utilisation « authentification ».......................................20 FIGURE 7: Diagramme de cas d’utilisation « mettre à jour base de donnée port...........21 FIGURE 8: Diagramme de cas d’utilisation « mettre à jour base de donnée jonction»...23 FIGURE 9: Diagramme de cas d’utilisation « contrôle sur multiplexeur»........................24 FIGURE 10: diagramme de Séquence authentification......................................................26 FIGURE 11: diagrammes de Séquence ajouté.................................................................26 FIGURE 12: diagramme de Séquence supprimé...............................................................27 FIGURE 13: diagramme de Séquence modifié..................................................................27 FIGURE 14: diagramme de Séquence Contrôle 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 données jonction .........................................................37 FIGURE 22: Interface d'ajoutée une jonction à la base.....................................................38 5 FIGURE 23: Interface modifier jonction............................................................................39 FIGURE 24: Interface parcourir.........................................................................................40 FIGURE 25: Interface de création de compte administrateur..........................................41 FIGURE 26: Interface Test.................................................................................................42 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. 7 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 Chapitre 1 Présentation du projet Introduction 8 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 TeComDIG. 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. 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. 9 - 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 : - Difficulté de localisation d’un client - Manque de suivis efficaces des liaisons (DSL, G703...) - Problème de documentation - Gaspillage de temps 10 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. 11 CHAPITRE II Etude et analyse de l'existant 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 une étude de l’existant. 2. Etude et critique de l’existant 2.1. Consultation des réclamations : 12 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 : 13 Figure1 : Workflow de Tunisie Telecom 2.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). 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 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. 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 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 17 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. 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. 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. 18 Chapitre III 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 le langage de programmation, le choix de la méthodologie UML et présenter les différents diagrammes pour les cas d’utilisation. 3.1 .La mise en oeuvre du projet Cette sous-section présente la démarche suivie pour réaliser le projet, ainsi que le langage choisi pour modéliser le système à construire. 3.1.1 .La démarche de la réalisation du projet Le choix d'une démarche convenable pour entreprendre un projet est une étape cruciale qui conditionne sa réussite. En effet, il n'existe pas de démarche 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 spécificités 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 définition des besoins, il est itératif et donc peut être parcouru de multiples fois, en plus il offre la possibilité d'intégration de points de contrôle tout au long du processus vu que l'évaluation peut intervenir dans toutes les étapes. Ce cycle propose les phases suivantes pour réaliser un projet : 19 Spécification des besoins nception du système Evaluation Réalisation du système Figure 4 : Cycle de réalisation du projet. 1. Spécification des besoins, consiste à l'identification des besoins à satisfaire et à la définition des fonctionnalités du système. 2. Conception du système, consiste à définir l'architecture matérielle et logicielle du système en se basant sur la phase de spécification des besoins. 3. Réalisation du système, consiste à concrétiser le système en réalisant et reliant ses différentes composantes. 20 4. Evaluation, où le système est soumis à une utilisation réelle pour s'assurer de son adaptation aux besoins exprimés précédemment. 3-2 Choix de la méthodologie : 3.2.1 Choix d’UML (Unified Modeling Language) : Pour modéliser les fonctionnalités que doit offrir notre système et représenter son architecture ainsi que les interactions entre ses différents composants, nous avons choisi le langage UML. 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  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. 21 Il définit neuf diagrammes qui servent à visualiser un système sous différentes perspectives : • Le diagramme de classes : Il représente un ensemble de classes, d'interfaces et de collaboration ainsi que leurs relations. Les diagrammes de classes représentent la vue statique d'un système. • Le diagramme d'objets : Il représente un ensemble d'objets qui sont des instances des éléments qui apparaissent dans le diagramme de classe. • Le diagramme de cas d'utilisation : Il représente un ensemble de cas d'utilisations et d'acteurs et leurs relations. C'est en effet une vue statique de l'utilisation d'un système. • Le diagramme de séquences et le diagramme de collaboration : Ils représentent un ensemble d'objets et leurs relations, donnant ainsi une vue dynamique sur le système. Les diagrammes de séquence 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 reçoivent des messages. • Le diagramme d'états-transitions : Il est composé d'états, de transitions, d'évènements et d'activités. C'est une vue dynamique d'un système. • Le diagramme d'activités : C'est un type particulier de diagramme d'états-transitions 22 qui décrit la succession des activités au sein d'un système. • Le diagramme de composants : Il représente l'organisation et les dépendances au sein d'un système de composants. Il présente la vue d'implémentation statique d'un système et est lié au diagramme de classes. • Le diagramme de déploiement : Il est utilisé pour la modélisation des aspects physiques d'un système. Il montre la configuration des noeuds de traitement en phase d'exécution ainsi que les composants qui se trouvent sur ces noeuds. 3.3. Spécification des besoins de la supervision et gestion du commutateur : Cette sous-section décrit les besoins à satisfaire par le développement du système et détaille ses fonctionnalités à travers une modélisation de ces besoins. 3.3.1 Description des besoins : 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. 23 3.3.2. Modélisation des besoins 3.3.2.1. Identification des acteurs Un acteur est une catégorie d'utilisateur, il représente un rôle joué par une personne, un logiciel, un matériel, un automate qui exploite les données du système. Dans notre cas l’acteur est l’administrateur : c'est le responsable de l'octroi des droits d'accès et la gestion de l'application de supervision du multiplexeur. 3.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. 24 afficher aut hentification modifier «include» «include» mettre à jour base de donnée port «include» ajouter «include» «include» supprimer Admin imprimer afficher «include» mettre à jour base de donnée jonction «include» modifier «include» «include» ajouter «include» supprimer imprimer envoi sms «extend» créer compte vérifier l'état de chaque port envoi email «extend» «include» envoi sms «extend» controle sur multiplexeur «include» vérifier l'état de chaque jonction «extend» envoi email Figure 4: Diagramme de cas d’utilisation 25  Diagrammes détaillés des cas d’utilisation  Cas d’utilisation « authentification » Saisir login «include» authentification Admin «include» Saisir password 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 26 2. login et password correct accéder à l’application 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 » afficher modifier «include» «include» mettre à jour base de donnée port «include» ajouter «include» «include» supprimer Admin Figure 6: imprimer 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 l'ensemble des ports a la base de donnée Acteurs : Administrateur 27 et centralisation 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 28  Cas d’utilisation « mettre à jour base de donnée jonction » afficher modifier «include» «include» «include» ajouter mettre à jour base de donnée jonction Admin «include» «include» supprimer imprimer 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 l'ensemble des ports a la base de donnée Acteurs : Administrateur 29 et centralisation 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 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» 30 envoi sms «extend» controle sur multiplexeur «include» vérifier l'état de chaque jonct ion Admin «extend» envoi email Figure 8 : Diagramme de cas d’utilisation « contrôle sur multiplexeur» Sommaire d’identification : Titre : contrôle sur multiplexeur 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 31 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.3.2.3. Les diagrammes de Séquence :  Diagramme de séquence « authentification » User Interface Admin authentifier (en donnant mot de passe et login). vérifier les champs si vides ou non retour un message « veillez remplir les champs » identification de mot de passe et login vérifier le mot de passe et login alt [ si mot de passe ou login n’existent pas ] message d’erreur message d'erreur essayer de nouveau [si non ] ouvrir session bienvenue Figure 9 : diagramme de Séquence authentification  Diagramme de séquence « ajouté » 32 Port Interface Admin L'utilisateur demande le formulaire d'ajout L'application affiche le formulaire d'ajout L'utilisateur saisit les nouvelles données L'application envoi la requête. L'application vérifier le nouveau port alt [ si le nouveau port existe ] message d’erreur message d'erreur existe déja [si non ] L'a pplication stocke les données au niveau de la base de données L'application confirme l'enregistrement Figure 10 : diagrammes de Séquence ajouté  Diagramme de séquence « supprimé » Port Interface Admin L'utilisateur sélectionne une ligne de tableau L'utilisateur choisir l’option supprimé L'application envoi la requête. Exécution de la requête L'application confirme suppression L'application retourne un message 33 Figure 11 : diagramme de Séquence supprimé  Diagramme de séquence « modifié» Jonction Interface Admin L'utilisateur sélectionne une ligne de tableau L'application affiche le formulaire de modification L'utilisateur modifier les champs L'application envoi la requête Exécution de la requête L'application confirme modification L'application retourne un message Figure 12 : diagramme de Séquence modifié  Diagramme de séquence « Contrôle multiplexeur » 34 Interface Port Page Web Admin L'utilisateur demande l'interface de contrôle L'application affiche l'interface de contrôle L'utilisateur démarrer le contrôle l'application ouvrir page web et lire le state de chaque port envoi une requête de vérification de state entre page web et base execution de requête [Si state de page web différent a la state de base] envoi de mail et sms alt envoi de mail et sms envoi de mail et sms continuer le contrôle continuer le contrôle [Si non ] continuer le contrôle . Figure 13 : diagramme de Séquence Contrôle multiplexeur 3.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. 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 1 1 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 : 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. 36 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. Enfin, nous décrivons le système obtenu. 4.1 Environnement de développement 4.1.1. Environnement logiciel 4.1.1.1Choix du logiciel de développement (JAVA): Le langage Java est programmation informatique orienté un langage objet créé de 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 . C'est un langage qui 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). 37 4.1.1.2. Choix d’environnement de développement(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. 38 Figure 15: Netbeans 4.1.1.3. Choix de SGBD(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 39 deux produits concurrents que sont Oracle Database et MySQL. Ce rachat a été autorisé par la Commission européenne le 21 janvier 2010. Depuis mai créé MariaDB pour 2009, continuer son son créateur Michael développement en Widenius a tant que projet Open Source. Figure 16: MySQL 4.1.2. Environnement matériel : Nous avons utilisé Un ordinateur de marque ACER , capacité de mémoire est 4GB, capacité de 40 disque est 500 GB, un microprocesseur Intel Core i2, et Système d’exploitation Windows XP professionnel. 4.2. Présentation du système réalisé : Figure 17: Interface Connexion Description : Dans cette interface l’administrateur s’authentifie avec login et password pour ouvrir l’application. Si incorrect un message d’erreur sera affiché. 41 login et password 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. 42  Créer un compte : création de compte administrateur.  Gestion de base de données : il contient les options de mettre à jour de la base de données. Figure 19:Interface Choix de la base 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 43 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 sélectionnée  Imprimer : impression du tableau affiché. 44 de la ligne 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 45  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). Figure 22: Interface modifier jonction Description : Pour modifier une jonction, il faut changer ses informations à partir de formulaire :  NumCarte : numéro de carte 46  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). Figure 23: Interface parcourir Description : le choisir de chemin de fichier Excel. À partir de ce fichier nous remplissons la base de données. 47 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. 48 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. 49 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. 50 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 51 52 53 54