PROGETTI DISPONIBILI IL CORSO DI PROGETTO DI RETI E SISTEMI INFORMATICI

Transcript

1 PROGETTI DISPONIBILI IL CORSO DI PROGETTO DI RETI E SISTEMI INFORMATICI 1 Web Link Monitor Database Browser Network Monitor Ghost Site Copy Search Remote Audio Video Monitoring Distributed Http File Server... 12

2 1 WEB LINK MONITOR Si vuole realizzare un sistema software client / server centralizzato in grado di controllare la validità dei link di un sito web. L applicazione deve visitare le pagine del sito e controllare che i vari collegamenti risultano funzionanti oltre a fare test di scaricamento delle pagine individuando quelle più lente. Il sistema deve permettere sia di effettuare un controllo immediato, sia di schedulare controlli periodici. Il sistema, a partire dall indirizzo iniziale fornito, segue tutti i link all interno del sito specificato ed effettua le varie analisi. Gli eventuali collegamenti a pagine esterne al sito non vanno analizzati. Il sistema è composto da un server sempre attivo che si occupa di effettuare le analisi sui siti e di un client che invece gestisce l interazione con l utente, acquisisce dati e visualizza i report. 1.1 ARCHITETTURA Il sistema si compone due moduli 1) [CLIENT_WLM] un client attraverso cui l utente inserisce le richieste 2) [SERVER_WLM] un server che, in base alle richieste arrivate, effettua le elaborazioni e le analisi sui siti. 1.2 CLIENT_WLM INTERFACCIA UTENTE DEL CLIENT Il Client deve fornire una interfaccia utente semplice realizzata in una delle seguenti tipologie: Interfaccia Swing scaricabile con WebStart o Interfaccia grafica in esecuzione sul PC dell utente ma scaricata da una pagina Web mediante la tecnologia Web Start Interfaccia WEB classica o realizzata con JSP e Servlet e acceduta tramite + Browser Interfaccia basata su Applet o Ospitata su una pagina web ed in esecuzione su una pagina HTML Interfaccia WEB 2.0 o realizzata con GWT, in esecuzione su un web server e acceduta tramite Browser FUNZIONALITÀ DEL CLIENT Il client deve permettere all utente le seguenti operazioni: a) Inserire l indirizzo URL della pagina iniziale del sito da controllare. a. Scegliere le tipologie di controlli da effettuare sul sito. b. Specificare eventualmente una schedulazione dell analisi (specificando ogni quanto tempo effettuare l analisi e per quante volte) oppure selezionare l opzione di esecuzione immediata. c. Eventualmente permettere l inserimento di un indirizzo al quale il sistema notifica l esecuzione del controllo ed eventuali anomalie riscontrate (solo se si sceglie l opzione 7 del server). d. Specificare il numero di connessioni (k) contemporanee che il server può effettuare su un sito b) Accedere al report dei check effettuati con l esito del controllo e le anomalie riscontrate a. Log storico delle analisi effettuate 1.3 SERVER_WLM FUNZIONALITÀ DEL SERVER

3 L applicazione server deve essere in grado di effettuare almeno tre tipologie di controlli, a scelta tra le seguenti: 1. Analisi dei collegamenti mancanti 2. Tempo medio di download delle pagine ed elenco delle 10 pagine più lente (considerando il tempo di caricamento della pagina HTML e di tutte le immagini) 3. Conteggio dei collegamenti verso siti esterni 4. Elenco dei link di tutte le pagine visitate e di tutte le immagini incontrate (con possibilità di click per accedere alle pagine o immagini) 5. Controllo ortografico (basato su dizionario esterno) delle pagine del sito 6. Elenco delle pagine con errori HTML e rispetto degli standard (utilizzando tool di verifica del W3C) 7. Invio dei report agli utenti tramite (inserita nel client all atto della richiesta) Per ogni sito da controllare il server può effettuare k connessioni parallele (con k definito dall utente). 1.4 CONOSCENZE NECESSARIE Protocollo HTTP Multithreading e sincronizzazione Conoscenza elementare dell HTML e realizzazione di un semplice parser o (Opzionale) utilizzo di un parser HTML opensource o (Opzionale) utilizzo di tool di analisi delle pagine HTML del W3C (Opzionale) Utilizzo del framework per l invio di (javamail)

4 2 DATABASE BROWSER Si vuole realizzare una applicazione che permetta di navigare all interno dei dati di un database relazionale, facendo ricerca dei dati, seguendo i vincoli di foreign key tra le tabelle e visualizzando le varie tuple incontrate. 2.1 ARCHITETTURA Il sistema è costituito da un unico modulo WEB ai quali gli utenti accedono mediante browser e navigano nei dati 2.2 REALIZZAZIONE L applicazione può realizzata in uno dei seguenti modi: Interfaccia WEB classica o realizzata con JSP e Servlet e acceduta tramite + Browser Interfaccia WEB 2.0 o realizzata con GWT, in esecuzione su un web server e acceduta tramite Browser 2.3 FUNZIONALITÀ L applicazione deve permettere all utente di navigare nei dati di un database ed in particolare: Navigazione nello schema 1. Navigazione dello schema del database a. mostrare l elenco delle tabelle e per ognuna i tipi di dati b. navigare all interno delle singole tabelle, seguendo le foreignkey per passare da una tabella all altra 2. Grafo delle tabelle (ogni nodo è una tabella, è presente un arco tra due tabelle se c è una foreign key tra di loro) a. mostrare il grafo delle tabelle in forma grafica b. analisi del grafo delle tabelle i. individuare nel grado la presenza di cicli ii. individuare la presenza di percorsi multipli tra due tabelle Navigazione 1. Elenco delle tuple di una tabella tra quelle presenti nel database 2. Individuazione di una specifica tupla e navigazione delle tuple in relazione con essa (seguendo le foreign key) 3. Visualizzazione di tutte le tuple delle varie tabelle che possono essere raggiunte a partire da una specifica tupla di una tabella e seguendo le varie foreignkey 4. Analisi del grafo delle tuple (ogni nodo è una tupla ed è presente un arco tra due tuple se c è una foreign key che le unisce) a. Individuazione di cicli nel grafo delle tuple b. individuare la presenza di percorsi multipli tra due tuple collegate 2.4 CONOSCENZE NECESSARIE Buona conoscenza dei database e dei Metadati JDBC Conoscenza dell HTML Conoscenza di un framework di visualizzazione di grafi (es. JUNG) Conoscenza di algoritmi di analisi dei grafi

5 3 NETWORK MONITOR Si vuole realizzare una applicazione client/server che permette di monitorare il funzionamento dei computer di una rete. Sui PC che si intendono controllare viene eseguito un client che si connette ad un server centrale che si occupa di avviare i benchmark. L utente attraverso una interfaccia dedicata richiede benchmark su velocità di trasmissione della rete, test di carico della rete, ecc 3.1 ARCHITETTURA Il sistema si compone di tre parti 1. Client distribuito 2. Server centrale di gestione 3. Client di amministrazione e controllo 3.2 CLIENT DISTRIBUITO Si tratta di un modulo in esecuzione nei PC della rete e che è connesso al server centrale di gestione e che effettua i vari test di carico in funzione delle richieste del server centrale. 3.3 SERVER CENTRALE DI GESTIONE Si tratta del nucleo centrale del sistema, al quale tutti i client si connettono. E il modulo che ha la responsabilità di coordinare i test tra i Client sui vari PC, raccogliere i dati e poi fornire al modulo Client di Amministrazione e Controllo le informazioni da mostrare all utente. 3.4 CLIENT DI AMMINISTRAZIONE E CONTROLLO Si tratta di un client utilizzato dall utente per effettuare i test. Permette di monitorare i singoli PC della rete e di avviare test di carico. Il client può essere sviluppato in uno dei seguenti modi: Interfaccia Swing scaricabile con WebStart o Interfaccia grafica in esecuzione sul PC dell utente ma scaricata da una pagina Web mediante la tecnologia Web Start Interfaccia WEB classica o realizzata con JSP e Servlet e acceduta tramite + Browser Interfaccia basata su Applet o Ospitata su una pagina web ed in esecuzione su una pagina HTML Interfaccia WEB 2.0 o realizzata con GWT, in esecuzione su un web server e acceduta tramite Browser 3.5 LE FUNZIONI In particolare le funzioni che l utente ha a disposizione sono: 1. Conoscere tutti i PC in cui è in esecuzione il client 2. Selezionando un PC deve essere possibile: a. ottenere uno o più screenshot del desktop b. conoscere informazioni sul PC (memoria, sistema operativo ecc) c. conoscere il carico di lavoro del PC (utilizzo di memoria, utilizzo della CPU) 3. Selezionando 2 PC, effettuare un test di velocità di trasmissione dati (TCP o UDP)

6 a. si effettua un test di trasmissione di un certo quantitativo di dati e di misurano i tempi di consegna b. Nel caso UDP occorre considerare la % di pacchetti non consegnati 4. Test di carico distribuito a. Ogni PC invia un certo quantitativo di dati a tutti gli altri PC e si misurano i tempi di consegna per ogni coppia di PC (costruendo un grafo) 5. Test di carico centralizzato a. Tutti i PC inviano dati al server centrale il quale misura i tempi di ricezione dati di ogni PC 6. Test di carico ad anello a. Costruzione di un anello tra i client distribuiti: ogni PC è responsabile di consegnare i pacchetti dati ad un unico vicino (stabilito dal server) b. Si costruisce un anello che parte dal server di gestione, attraversa uno ad uno tutti i PC e raggiunge il server di gestione c. Si misurano i tempi necessari per trasmettere un certo quantitativo di dati che percorre tutto l anello 7. Test di carico ripetuti al variare della dimensione dei dati a. Eseguire i test Test di carico distribuito, Test di carico centralizzato, Test di carico ad anello al variare della dimensione dei dati trasmessi misurando il tempo complessivo e la velocità media di invio dei dati 3.6 CONOSCENZE NECESSARIE Socket e Datagram Architetture di rete HTML (se richiesto)

7 4 GHOST SITE Si vuole realizzare una applicazione web in grado di mettersi come facciata di un sito web esistente e di intercettare tutte le comunicazioni HTTP che transitano, con particolare riferimento alle informazioni di autenticazione. In particolare il sistema accetta richieste http che analizza e reindirizza al sito oggetto di controllo. Tutti i contenuti che vengono scaricati dal sito remoto, prima di essere restituiti al browser vengono analizzati e, in caso di documenti che contengono link ad altre risorse (link ad altre pagine, link a codice Javascript e CSS o riferimenti ad immagini), queste URL vengono ridenominate in modo che qualora l utente decidesse di seguire tali link, verrebbe comunque veicolato attraverso il nostro server. 4.1 ARCHITETTURA Il sistema è costituito da due moduli Client di amministrazione e reportistica Server http di intercettazione 4.2 CLIENT Il modulo client permette all utente di amministrare il sistema. In particolare permette di definire il sito di partenza che si vuole controllare, abilitare le varie tipologie di analisi che il server deve effettuare ed accedere ai vari report che mostrano le attività di navigazione degli utenti. Il client può essere realizzato in una delle seguenti modalità: Interfaccia Swing scaricabile con WebStart o Interfaccia grafica in esecuzione sul PC dell utente ma scaricata da una pagina Web mediante la tecnologia Web Start Interfaccia WEB classica o realizzata con JSP e Servlet e acceduta tramite + Browser Interfaccia basata su Applet o Ospitata su una pagina web ed in esecuzione su una pagina HTML Interfaccia WEB 2.0 o realizzata con GWT, in esecuzione su un web server e acceduta tramite Browser 4.3 SERVER Il modulo server accetta connessioni http provenienti dal browser dell utente e in base ad esse accede alle opportune pagine del sito remoto per restituire la risposta. Si occupa inoltre di effettuare una opportuna ridenominazione delle URL delle pagine HTML in modo da poter intercettare anche gli accessi alle pagine collegate a quella che si sta restituendo al browser. Il server può essere realizzato in uno dei seguenti modi: Servlet e JSP Server stand alone che accetta connessioni http Il server, su tutte le risorse richieste, deve salvare su log i parametri passati dall utente (solo per i parametri testuali). Deve inoltre implementare controlli sulla attività del sito sotto controllo come ad esempio: 1. Numero di pagine scaricate per unità di tempo (considerando intervalli di un minuto) 2. Dimensione totale di download per unità di tempo (considerando intervalli di un minuto) 3. Elenco delle 10 pagine con tempi di download (medi) peggiori

8 4. Individuazione di comunicazioni GET/POST che potrebbero contenere password in chiaro (ad es. quando ci sono parametri con nome login o password o simili) 4.4 CONOSCENZE NECESSARIE Conoscenza dell HTML Parsing HTML Conoscenza approfondita del protocollo HTTP

9 5 COPY SEARCH Si vuole realizzare una applicazione in grado controllare la presenza, all interno di un documento di testo, di frasi presenti in pagine pubblicate nel WEB. In particolare si vuole contare il numero di occorrenze delle frasi del documento di riferimento su pagine web. 5.1 ARCHITETTURA Il sistema è costituito da due moduli: Un client che permette all utente di sottomettere il documento di testo da analizzare e consultare poi il report finale dell analisi Un server che, ricevuto il documento, si connette ad un motore di ricerca WEB a scelta e controlla l utilizzo delle frasi in altre pagine WEB. 5.2 CLIENT Il client permette di acquisire il documento da analizzare, il numero di query parallele che possono essere eseguite e visualizza il rapporto sul documento. Il client può essere realizzato in una delle seguenti tecnologie: Interfaccia Swing scaricabile con WebStart o Interfaccia grafica in esecuzione sul PC dell utente ma scaricata da una pagina Web mediante la tecnologia Web Start Interfaccia WEB classica o realizzata con JSP e Servlet e acceduta tramite + Browser Interfaccia basata su Applet o Ospitata su una pagina web ed in esecuzione su una pagina HTML Interfaccia WEB 2.0 o realizzata con GWT, in esecuzione su un web server e acceduta tramite Browser Il client si deve occupare di visualizzare un report per ogni documento in cui siano evidenziate le frasi che sono state trovate anche in pagine web (in questo caso interessa il numero di pagine) oltre che riportare informazioni di riepilogo sulla percentuale di frasi trovate, il numero medio di parole per frase etc. 5.3 SERVER Il server, ricevuto il documento di testo da analizzare, effettua un parsing del documento individuando le singole frasi e cercando le pagine web nelle quali la frase compare, memorizzandone il numero per ogni frase. Nel caso in cui una frase non dovesse comparire prendere in considerazione la frase ridotta (togliendo alcune parole all inizio e alla fine) e analizzando la presenza di questa nuova parola nel WEB. Le interrogazioni verso il motore di ricerca devono essere velocizzate effettuando più richieste in parallelo. Il numero massimo di richieste che possono essere eseguite dal server viene specificato dall utente. 5.4 CONOSCENZE NECESSARIE Conoscenza dell HTML Parsing HTML Conoscenza del protocollo http Comunicazione tramite HTTP (usando classi di supporto come URL, URLConnection etc) Conoscenza delle comunicazioni tramite socket.

10 6 REMOTE AUDIO VIDEO MONITORING Si vuole realizzare un sistema di audio e video sorveglianza remoto. Il sistema consiste di un server centrale di controllo e coordinamento di client remoti che si occupano dell acquisizione audio/video e di un client di gestione e monitoraggio che permette di accedere alle singole sorgenti audio/video ARCHITETTURA In particolare il sistema è costituito da tre parti: 1. Client di monitoring 2. Client di acquisizione 3. Server centrale 6.2 CLIENT DI MONITORING Il client permette di controllare da remoto i singoli sensori. In particolare deve fornire una delle seguenti funzionalità: 1. Acquisizione audio da un client remoto a. L utente sceglie uno o più sorgenti e riceve i segnali acquisiti, visualizzandoli su finestra grafica. b. Abilitazione per segnali sonori improvvisi: il client genera un allarme quando il segnale sonoro supera una certa soglia (da stabilire mediante opportuna slider) 2. Acquisizione video da un client remoto a. L utente sceglie una sorgente e riceve i segnali sonori acquisiti, riproducendoli sul PC. b. Abilitazione modalità di allarme: quando le immagini successive ricevute dal client (e campionate ad 1 secondo) risultano differenti per più del 10% dei pixel (con una opportuna soglia di somiglianza per i colori) genera un allarme 6.3 CLIENT DI ACQUISIZIONE Si tratta di una applicazione Java che si occupa dell acquisizione dei contenuti audio e video della webcam e del microfono del PC in cui è in esecuzione. Dopo essere stata avviata, l applicazione si connette al server centrale e resta in attesa di comandi. Quando il server richiede di acquisire dati (audio/video) accede a webcam e microfono del PC e trasmette i dati al server, il quale poi li ridirige verso il client di monitoraggio. 6.4 SERVER CENTRALE Il server centrale è responsabile di coordinare le attività tra le varie applicazioni remote di acquisizione e il client di monitoraggio. In particolare, quando il client di monitoraggio richiede di accedere ai contenuti audio/video di un particolare client di acquisizione, dovrà inviare gli opportuni comandi 6.5 INFORMAZIONI AGGIUNTIVE La discussione di questo progetto dovrà essere fatta utilizzando i propri portatili dotati di webcam. Controllare inoltre di disporre di webcam supportate da java (rif. Informazioni su Java Sound possono essere trovate in e

11 Un articolo generico sull uso delle webcam in java è disponibile a questo indirizzo: CONOSCENZE NECESSARIE Interfacciamento con dispositivi di acquisizione audio / video Comunicazione tramite socket e datagram Concorrenza e multithreading

12 7 DISTRIBUTED HTTP FILE SERVER Si vuole realizzare un sistema di Web FileSystem che permetta attraverso interfaccia WEB di accedere ad un area dei file system di vari PC collegati, su cui effettuare le classiche operazioni di manipolazione di file e cartelle. In particolare su ogni PC di cui si intendono condividere cartelle viene avviata una applicazione client che si connette al server centrale e si registra, dichiarando quali cartelle intende condividere. 7.1 ARCHITETTURA Il sistema si compone di tre moduli: 1) [SERVER_WEB] un Server WEB, un server di gestione al quale gli utenti accedono per il browsing delle cartelle e l accesso ai file 2) [SERVER_SHARE] un server di gestione delle condivisioni che tiene traccia di quali PC aderiscono alla condivisione dei contenuti 3) [CLIENT_SHARE] un client in esecuzione sui vari PC che permette la condivisione di contenuti e che si connette al SERVER_SHARE per segnalare cartelle e file che condivide. 7.2 CLIENT_SHARE Ogni PC che intende condividere file viene mandato in esecuzione un client grafico con il quale l utente specifica quali cartelle intende condividere. Dopo la scelta il programma si connette al [SERVER_SHARE] e resta in attesa delle eventuali richieste a seguito di servizi richiesti dagli utenti. 7.3 SERVER_SHARE Questo modulo rappresenta il modulo in cui tutti i CLIENT_SHARE si registrano e che veicola le richieste provenienti dall interfaccia WEB verso i vari client e viceversa. Questo modulo in particolare dovrà gestire l accesso controllato ai CLIENT_SHARE in funzione delle funzioni che l utente tramite WEB richiede. 7.4 SERVER_WEB Il sistema offre una interfaccia WEB attraverso la quale l utente deve poter effettuare le seguenti operazioni: selezionare uno dei PC che condividono file/cartelle (scegliendo tra una lista di quelli registrati su SERVER_SHARE) e su questo creare nuove cartelle cancellare cartelle esistenti navigare tra le cartelle aggiungere un file in una cartella (mediante upload HTTP) rinominare un file cancellare un file fare il download di un file Tutti i comandi che l utente richiede all interfaccia WEB devono essere inviati al SERVER_SHARE, il quale, contattando i client opportuni, ottiene le informazioni e le ritorna al SERVER_WEB che poi le utilizza per la visualizzazione REALIZZAZIONE DELL INTERFACCIA WEB L interfaccia WEB può essere realizzata con una delle seguenti tecnologie Interfaccia WEB classica o realizzata con JSP e Servlet e acceduta tramite + Browser

13 Interfaccia WEB 2.0 o realizzata con GWT, in esecuzione su un web server e acceduta tramite Browser 7.5 CONOSCENZE NECESSARIE Linguaggio HTML Sincronizzazione e multithreading Socket e comunicazione via rete