Caputo presentazione tesi
Click here to load reader
-
Upload
giovanni-caputo -
Category
Technology
-
view
2.790 -
download
1
description
Transcript of Caputo presentazione tesi
UNIVERSITA’ DEGLI STUDI DI BARI
FACOLTA’ DI SCIENZE MATEMATICHE, FISICHE E NATURALI
Corso di Laurea Triennale in Informatica
Tesi di Laurea inMetodi Avanzati di Programmazione
MODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVI
Relatore: Prof. Donato MalerbaCorrelatore:Prof. Michelangelo Ceci
Laureando:Giovanni Caputo
• Permettere la collaborazione di utenti durante la modellazione dei processi di KDD
Eliminazione di barriere geografiche Elevata qualità dell’output Utilizzo di conoscenza tacita di più esperti contemporaneamente Indipendenza della piattaforma Condivisione dei soli processi e non di dati riservati
Laureando: Giovanni CaputoLaureando: Giovanni CaputoMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVIMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVI
Scopo della tesiScopo della tesi
Multithreading e Sincronizzazione• GWT accetta le istruzioni di
sincronizzazione ma, essendo Javascript un linguaggio single-threaded, non ha effetti in esecuzione.
Non permette connessione client to client
• Uso delle RPC– Pull: il client effettua
richieste a intervalli regolari– Push: Il server mantiene
aperta la connessione per poter inviare i messaggi
Laureando: Giovanni CaputoLaureando: Giovanni CaputoMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVIMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVI
Limiti di GWT ed RPCLimiti di GWT ed RPC
PullVantaggi Robusto Semplice da attuare Supporta numero elevato di utenti
Svantaggi• Poca coerenza dei dati se
l’intervallo di tempo è grande
PullPull
Laureando: Giovanni CaputoLaureando: Giovanni CaputoMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVIMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVI
Tecnica Push o Pull?Tecnica Push o Pull?Push (COMET)
Vantaggi• Il server mantiene la connessione aperta per
un certo tempo Il server ha la possibilità di inviare notifiche
asincrone senza una richiesta del client
Svantaggi• Da poco in vers. beta per GWT
• Poco stabile • Prestazioni del server 7 volte inferiori
• Poco scalabile• Un thread per ogni utente
• deve anche generare numerosi cicli di richiesta/risposta per mantenere viva la connessione
Push (COMET)Push (COMET)
Laureando: Giovanni CaputoLaureando: Giovanni CaputoMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVIMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVI
Struttura generaleStruttura generale
Laureando: Giovanni CaputoLaureando: Giovanni CaputoMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVIMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVI
Determinare la disconnessione di un utenteDeterminare la disconnessione di un utente
SOLUZIONI VANTAGGI SVANTAGGI
SOLUZIONEINIZIALE
(Server)Un oggetto Timer per
ogni utente
Si ha notizia in maniera corretta (piccolo ritardo)
Appesantisce il server(un thread per ogni
utente)
SOLUZIONE ADOTTATA
(Server)Uno solo oggetto Timer
(Client)Evento
OnWindowClose
Se la disconnessione dell’utente è voluta il server ha subito notiziaAltrimenti con un piccolo
ritardo.
Il server deve gestire solo un thread aggiuntivo
DEMO
MODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVI
• Approccio seriale
• Gli utenti possono coinvolgere nell'analisi i propri dati
• Riusabile per applicazioni dove sono necessari sistemi di collaborazione (definendo nuovi eventi e un opportuno gestore)
• Indipendente dalla piattaforma (AJAX, XML, J2EE e web services)
Laureando: Giovanni CaputoLaureando: Giovanni CaputoMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVIMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVI
CaratteristicheCaratteristiche
• Far intervenire contemporaneamente, in parti differenti della modellazione dei processi, i vari utenti senza compromettere la congruenza della modellazione
• Affiancare alla modellazione un sistema esperto che guidi l’utente nella creazione del processo.
Laureando: Giovanni CaputoLaureando: Giovanni CaputoMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVIMODELLAZIONE PROCESSI KDD: ASPETTI COLLABORATIVI
Sviluppi futuriSviluppi futuri