28
Projet de création d’un système dynamique de représentation d’un parc informatique BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009 _________________________________ Licence professionnelle CDOAM Conception et Développement Orientés Objets d’Applications Multi-tiers Maitre de stage : GAVARRET Benoit Tuteur : GREFFIER Françoise

Projet de création d’un système dynamique de représentation d’un parc informatique

  • Upload
    makoto

  • View
    35

  • Download
    0

Embed Size (px)

DESCRIPTION

Projet de création d’un système dynamique de représentation d’un parc informatique. _________________________________ Licence professionnelle CDOAM Conception et Développement Orientés Objets d’Applications Multi-tiers Maitre de stage : GAVARRET Benoit – Tuteur : GREFFIER Françoise. - PowerPoint PPT Presentation

Citation preview

Page 1: Projet de création d’un système dynamique de représentation d’un parc informatique

Projet de création d’un système

dynamique de représentation

d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

_________________________________

Licence professionnelle CDOAMConception et Développement Orientés Objets d’Applications Multi-tiers

Maitre de stage : GAVARRET Benoit – Tuteur : GREFFIER Françoise

Page 2: Projet de création d’un système dynamique de représentation d’un parc informatique

PRESENTATION

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

La société SCAM Travaux Publics :- Activité- Localisations- Effectifs représentatifs

Environnement / lieu de réalisation :- Le service informatique (localisation, effectifs, gestion…)

Le projet de création d’un système dynamique de représentation d’un parc informatique :- Objectif principal : Créer une interface capable de représenter les ressources

critiques du réseau informatique et de mettre en évidence les machines non connectées.

Page 3: Projet de création d’un système dynamique de représentation d’un parc informatique

PRESENTATION

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

Introduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

Page 4: Projet de création d’un système dynamique de représentation d’un parc informatique

ANALYSE PREALABLE AU PROJET

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

Introduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

Page 5: Projet de création d’un système dynamique de représentation d’un parc informatique

ANALYSE PREALABLE AU PROJETLes application de supervision existantes

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

SUPERVISIONdu PARC

INFORMATIQUE

Outil d’inventairedu parc informatique

(GLPI + OCS Inventory)

Outil de supervisiondes alertes dites « SNMP »

OUTILS EXISTANTS OUTILS A DEVELOPPER

Outil de centralisationdes logs machines

Système dynamique de représentation des ressources critiques

Page 6: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

Introduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

ANALYSE PREALABLE AU PROJET

Page 7: Projet de création d’un système dynamique de représentation d’un parc informatique

Outil d’inventaire du parc informatique (GLPI)Aucune dynamique : l’outil doit être mis à jour quotidiennement par les administrateurs

Outil de supervision des alertes dites « SNMP »Aucune globalité : chaque alerte concerne une et une seule machine. Ces dernières ne sont pas

regroupées, par agence par exemple.

Outil de centralisation des logs machinesAucune optimisation : tous les logs générés sur le parc sont remontés. Aucun tri n’est effectué, par importance par exemple.

En bref, les deux principales limites sont les suivantes :

Aucune représentation dynamique du réseau : Les outilsutilisés ne permettent pas d’avoir une visualisation de l’ensemble du parc.

Aucune visualisation rapide de l’état du réseau : Les administrateurs ne peuvent pas savoir, de manière efficiente, les machines qui ont un problème.

PRESENTATION

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

ANALYSE PREALABLE AU PROJETLimites des outils actuels

Page 8: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

Introduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

ANALYSE PREALABLE AU PROJET

Page 9: Projet de création d’un système dynamique de représentation d’un parc informatique

L’application doit permettre de :

- Représenter graphiquement et dynamiquement l’ensemble des ressources critiques du parc informatique de la société

- Visualiser toutes les machines (ressources critiques) recensées par agence grâce à une image descriptive et le nom de la machine

- Générer l’état des machines selon leur réponse à la commande « ping »

- Mettre en évidence l’état des machines grâce à un code de couleurs ou autres.

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

ANALYSE PREALABLE AU PROJETBesoins exprimés pour la future application

Page 10: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

Introduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

ANALYSE PREALABLE AU PROJET

Page 11: Projet de création d’un système dynamique de représentation d’un parc informatique

Langage de programmation utilisé : JAVA

Justifié par :- Son orientation « objet »- Sa portabilité- Sa facilité de réutilisation- Son orientation « client/serveur »

Environnement de développement : Eclipse Ganymède 3.4

Justifié par :- Sa communauté active- Son environnement modulaire (ajout de plug-ins)

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

ANALYSE PREALABLE AU PROJETChoix de développement

Page 12: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

REALISATION DE L’APPLICATIONIntroduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

Page 13: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

REALISATION DE L’APPLICATIONPrincipe de fonctionnement du système dynamique de représentation

L’application est divisée en trois programmes distincts :

- L’AGENT DISTANT qui construit l’image de l’agence sur laquelle il est implanté, puis la met à disposition.

- LE SUPERVISEUR qui centralise les images de toutes les agences, puis met à disposition un tableau de ces images

- L’INTERFACE c’est-à-dire le programme qui se charge de récupérer le tableau « d’images » pour ensuite les afficher dans une fenêtre.

Page 14: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

REALISATION DE L’APPLICATIONPrincipe de fonctionnement du système dynamique de représentation

Agence de Toulouse

INTERFACE

Agence de Clermont-Ferrand

Agence de Toulouse

1

1

1

1

1

1

1

2

AGENT DISTANT Agence de

Bordeaux

Agence de Montpellier

Site de Marguerittes

Site de Marguerittes

Site de Marguerittes

SUPERVISEUR

Schéma représentatif

Page 15: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

REALISATION DE L’APPLICATIONIntroduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

Page 16: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

REALISATION DE L’APPLICATIONApplication orientée « réseau »

L’application repose sur l’API Java* RMI (Remote Method Invocation).

Définition générale

Cette bibliothèque permet de manipuler des objets distants (sur une autre machine du réseau) de manière transparente c’est-à-dire comme s’ils étaient sur la même machine.

Description

L’architecture RMI repose sur trois acteurs : le serveur (qui met à disposition l’objet), le client (qui demande l’objet) et le registre de noms (qui gère les références entre les divers objets).

Dans le cadre de l’application, RMI sera utilisé entre :- l’agent distant (serveur) et le superviseur (client) pour récupérer les images de toutes les agences.- le superviseur (serveur) et l’interface (client) pour l’affichage des machines

Page 17: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

REALISATION DE L’APPLICATIONApplication orientée « réseau »

JVM SERVEURJVM CLIENT RMIREGISTRY(Serveur de noms)

Skeleton

Naming

Serveur

Stub

Client rebind()Stub 1

2

3Mise à disposition

ARCHITECTURE RMI (Mise à disposition de l’objet par le serveur) :

Etape n°0 : A la création de l’objet, un stub et un skeleton sont créés, coté serveur.Etape n°1 : L’objet serveur s’enregistre auprès du Naming de sa JVM : méthode rebind().Etape n°2 : Le Naming enregistre le stub de l’objet auprès du serveur de noms (rmiregistry).Etape n°3 : Le serveur de noms est prêt à donner des références à l’objet distant.

Page 18: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

REALISATION DE L’APPLICATIONApplication orientée « réseau »

ARCHITECTURE RMI (Appel de l’objet par le client) :

JVM SERVEURRMIREGISTRY(Serveur de noms)

Skeleton

Naming

Serveur

Stub

7

6Installation

Etape n°4 : L’objet client fait appel au Naming pour localiser l’objet serveur : « lookup() ».Etape n°5 : Le Naming récupère le stub vers l’objet serveur.Etape n°6 : Le Naming installe l’objet Stub et retourne sa référence au client.Etape n°7 : Le client effectue l’appel à l’objet serveur par appel à l’objet Stub.

5

JVM CLIENT

Naming

Lookup()4

Stub

Client

Page 19: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

REALISATION DE L’APPLICATIONIntroduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

Page 20: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

REALISATION DE L’APPLICATIONDétails de la construction d’une agence (Agent Distant)

L’image construite d’une agence est un objet de type « ReseauLocalImpl ». Ces attributs sont initialisés, en partie, à l’aide d’un fichier de configuration.

Initialisation « tabNoeuds » :

ReseauLocalImpldateMAJ : StringtabNoeuds : VectortabSwitchs : VectortabLiens : Vector

Lecture du fichier

Création d’un nœud pour chaque ligne

renseignée

Ajout du nœud dans « tabNoeuds »

Noeud

adresseMAC : StringadresseIP : inetAddresstype : Stringfonction : Stringdescrpiton : StringnomHote : Stringping : Booleanicone : imageIcon

Classe « ReseauLocalmpl »

Classe « Noeud»

Page 21: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

REALISATION DE L’APPLICATIONDétails de la construction d’une agence (Agent Distant)

Initialisation « tabSwitchs » :

Initialisation « tabLiens » :

Extraction des switchs présents dans « tabNoeuds »

Mise à jour des tables de correspondances des

switchs

Création de la topologie entre les switchs

Parcours des tables de correspondances des

switchs

Création d’un lien entre le switch concerné et le nœud présent dans sa

table de correspondance

Ajout de l’objet « Liens » créé dans le tableau de

liens

Ces étapes passées, l’image de l’agence peut ensuite être mise à disposition sur le réseau.

Page 22: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

RESULTATS OBTENUSIntroduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

Page 23: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

Objectifs réalisés :

- L’objectif principal a été correctement mis en place

- L’application est réutilisable à tout moment, pour poursuivre la supervision globale du parc

Limites :

- L’application cible que les ressources critiques

- La dynamique n’est pas entièrement complète (fichier de configuration)

RESULTATS OBTENUSObjectifs réalisés ?

Page 24: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

RESULTATS OBTENUSIntroduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

Page 25: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

RESULTATS OBTENUSEvolutions possibles

Les évolutions possibles, qui conviendraient à l’entreprise, sont les suivantes :

- Mise en place d’un historique : Il serait logique que les administrateurs puissent revoir l’état du réseau à un moment donné passé (ex : le semaine précédente).

- Création d’une vue fonctionnelle : Cette fonctionnalité permettrait une représentation du réseau en arborescence (comme l’explorateur Windows). Ainsi, lors du clic souris sur une machine précise, le détail de sa configuration matérielle et logicielle apparaitrait.

A cela s’ajoute, l’intégration des outils existants. En effet, il reste encore de nombreuses possibilités d’évolutions pour cette application, afin d’arriver à l’objectif d’une supervision du parc informatique de la société.

Page 26: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

CONCLUSION PERSONNELLEIntroduction

I. Analyse préalable au projet1). Les applications de supervision existantes2). Limites de ces outils actuels3). Besoins exprimés pour la future application4). Choix de développement

II. Réalisation du système de représentation dynamique1). Principe de fonctionnement global du système2). Application orientée « réseau »3). Détails de la construction d’une agence

III. Résultats1). Objectif réalisé ?2). Evolutions possibles

Conclusion

Page 27: Projet de création d’un système dynamique de représentation d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

Difficultés rencontrées

Difficultés basiques avec le langage de programmation JavaRéalisation de l’algorithme d’architecture des Switchs

L’interface graphique en elle-même avec la superposition de couches

Apports personnels

Un apport de connaissances incontestableDes compétences renforcées et de nouvelles créées

Une motivation encore plus forte quant à mon objectif professionnel

CONCLUSION PERSONNELLE

Page 28: Projet de création d’un système dynamique de représentation d’un parc informatique

Projet de création d’un système

dynamique de représentation

d’un parc informatique

BERNARDIN Benoît Université de Franche-Comté – Année 2008/2009

_________________________________

Licence professionnelle CDOAMConception et Développement Orientés Objets d’Applications Multi-tiers

Maitre de stage : GAVARRET Benoit – Tuteur : GREFFIER Françoise