Descrizione generale del sistema SGRI

Transcript

1 NEATEC S.P.A.

2 Il sistema è un sito WEB intranet realizzato per rappresentare logicamente e fisicamente, in forma grafica e testuale, le informazioni e le infrastrutture attive e passive che compongono e definiscono un sistema di networking anche complesso. La gestione può comprendere anche più campus, identificati come stabilimenti, e per ciascuno di essi è prevista un livello di scalabilità che si spinge fino alle singole aree/zone di lavoro (Stabilimento/Edificio/Piano/Area). La struttura ad albero che ne scaturisce si compone dinamicamente alla stessa maniera di un desktop di Windows, nella parte sinistra delle frame di, per consentire un accesso diretto alle singole zone di interesse. Le informazioni principalmente trattate sono: apparati di rete armadi schemi dinamici multilayer dei nodi centrostella del network dorsali trunk 2

3 é stato disegnato in modo tale da rendere le implementazioni future di facile realizzazione. Pertanto, la base dati é stata concepita come una serie di contenitori non specializzati per le singole entità e categorie, soprattutto per la gestione degli apparati. Difatti, come punto base, ogni dispositivo che sia esso uno switch o una striscia di alimentazione oppure un armadio, sono considerati come apparati. Ciò comporta che sarà possibile inserire nel sistema nuove apparecchiature prima non utilizzate. Da tali considerazioni scaturisce che i controlli eseguiti dal codice dell applicazione sulle relazioni tra le varie entità del database non sono molto spinti per l effetto della flessibilità prevista dall applicazione. La gestione degli apparati é basata sui seguenti tre concetti: catalogo magazzino virtuale installazione pertanto ogni apparato dovrà percorrere questi stadi per poterlo utilizzare e acquisire nella rete. 3

4 Innanzitutto vi è una fase di alimentazione del catalogo con categorie e modelli di ogni genere di apparati che l applicativo deve gestire. Si andranno a definire Marca, modello, matricola e varie caratteristiche di base. Successivamente è possibile definire una serie di proprietà che si possono mettere in relazione con ciascun apparato, al fine di identificarlo univocamente. Si possono inoltre inserire, per ciascun modello di apparato, delle immagini GIF da associare a ciascuno di essi. Successivamente alla fase di alimentazione del catalogo, nel momento in cui l azienda acquista, per esempio, uno switch, lo inserirà nel magazzino virtuale, associando semplicemente proprietà e caratteristiche nuove ad un modello già presente a catalogo. Tali caratteristiche riguardano, ad es., la matricola dell apparato, un numero di inventario, la sua sede di collocazione, i dati contabili (ordine di acquisto, incidenza economica), ecc. 4

5 A questo punto lo switch é a disposizione per essere installato in uno armadio, indi collegato fisicamente alla rete. Gli apparati sono organizzati in gruppi tipologici, di cui un esempio: Tipo Attivo Passivo Armadio Componente Altro Apparati Switch, router, firewall Patch panel in rame ed ottici Armadi Schede, interfacce di sistema, alimentatori, passacavi UPS 5

6 Vengono costruiti, inoltre, in modo dinamico schemi grafici dei nodi centro-stella della rete, attraversando i tre stadi dell architettura multilayer. Viene gestita, anche in modo grafico, la costruzione realistica e la relativa visualizzazione dei rack contenenti i vari apparati di rete installati. Si definiscono, inoltre, in modo grafico e testuale le dorsali in F.O. che costituiscono il backbone dei campus gestiti. Su tali dorsali si configurano i trunk che collegano tra loro i vari apparati attivi dei diversi edifici. Un algoritmo consente di proporre, a seguito dell inserimento di tutte le dorsali ottiche, le possibili strade per definire un trunk, considerando anche i rilanci tra due o più armadi intermedi. Vengono generati dinamicamente schemi grafici per l identificazione di ciascun trunk definito. 6

7 Viene gestita, inoltre, l acquisizione di file esterni contenenti le configurazioni logiche dei vari apparati attivi. Tali file si associano agli apparati nella fase di installazione. Si prevede, per il futuro, un integrazione dell applicativo con i SW di Network Monitoring e Network Management più diffusi (es. Tivoli Netview Cisco Works, HP OpenView) per un acquisizione real- time delle configurazioni degli apparati, il loro stato di funzionamento ed altro genere di informazioni che consentirebbero di ottenere un database costantemente aggiornato e, pertanto, sempre attendibile. 7

8 ARCHITETTURA Trattandosi di un sito intranet l architettura prevede un Web Server ed un Data Server secondo lo schema seguente: Client 1 Web Server Data Server Client 2 WEB LAN Oracle Client n 8

9 PIATTAFORMA TECNOLOGICA Server: Software di base: Database: Framwork: Web Server: Windows 2000, XP Oracle.NET Microsoft IIS Client: Software di base: Browser: Windows 98/2000/xp Internet Explorer 9

10 Profili utente L accesso all applicazione è stato impostato per diverse categorie di utenza. Si possono definire dei profili per le varie funzionalità previste dall applicazione e con diversi livelli di autorizzazione. Tali profili si associano alle utenze di dominio o, se non gestibile, mediante una frame di signon. 10

11 Postazioni utente La postazione utente deve essere un semplice personal computer collegato alla LAN aziendale con le caratteristiche descritte nel paragrafo 5.1. L applicativo, essendo un sito Web, sarà possibile attivarlo tramite un normale browser. La postazione utente deve avere le seguenti caratteristiche: Software di base: Browser: Windows 98 o superiori Internet Explorer 5.5 o superiori È consigliabile, per un utilizzo ottimale dell applicativo, impostare la risoluzione dello schermo a 1024x768 o superiore. 11