Laurea Specialistica in Informatica, Tecnologie Informatiche Anno Accademico 2008/2009 Reti Applicazioni e Servizi

Transcript

1 Laurea Specialistica in Informatica, Tecnologie Informatiche Anno Accademico 2008/2009 Reti Applicazioni e Servizi Implementazione di una MIDlet che realizza un sistema di voto Christian Tiralosi Sviluppatori: Enrico Maria Caruso

2 INTRODUZIONE Il progetto si compone di una MIDlet principale Divo in cui è possibile gestire una propria rubrica di indirizzi, collegarsi a un gruppo di indirizzi, creare dei sondaggi da inviare ai partecipanti al gruppo, ed infine votare i sondaggi che gli altri utenti ci propongono. La MIDlet Divo utilizza altre tre classi di supporto: Sender, Utente ed Evento. La classe Sender viene utilizzata dalla MIDlet Divo per inviare al resto del gruppo, sia i nuovi eventi da lui creati, sia le votazioni da lui effettuate rispetto agli eventi proposti dagli altri utenti. La classe Utente rappresenta il singolo utente nella rubrica di indirizzi dell applicazione. La classe Evento, come vedremo successivamente, viene utilizzata in modo duale, ovvero per rappresentare sia un nuovo evento (inviato o ricevuto), sia la votazione di un evento (inviata o ricevuta). Successivamente verranno mostrate le scelte che hanno caratterizzato e dato forma alla struttura del progetto. SCELTE DI PROGETTO Una delle scelte di progetto che vorremmo evidenziare è il protocollo di comunicazione tra le varie MIDlet attive nel gruppo. Abbiamo pensato di lavorare con delle socket UDP in modo da implementare un sistema connection-less, ovvero le varie entità instaurano un collegamento solo al momento di inviare un evento o una votazione, pur rimanendo disponibili durante tutto il ciclo dell applicazione. Quando un utente crea un evento, questo viene inviato a tutti gli altri utenti presenti sulla sua rubrica, quest ultima poggia su un RecordStore; l evento incapsulato nella classe Evento, viene bufferizzato in un array di byte ed inviato agli altri utenti. Anche per quanto riguarda la votazione di un evento, l applicazione incapsula la risposta dell utente in un oggetto Evento opportunamente formattato. Quindi in ogni caso, in ricezione l applicazione ottiene un oggetto istanza della classe Evento, una volta verificato il contenuto potrà aggiungerlo alla sua lista di eventi da votare nel primo caso, o aggiornare i valori della sua proposta nel caso fosse una votazione. Per quanto riguarda gli eventi e la votazione di quest ultimi, non abbiamo vincolato l utente ne a votare un evento ricevuto, e ne ad aspettare che tutti abbiano votato l evento da lui creato, a questo proposito, dobbiamo specificare che un utente si può trovare a votare un evento che l utente owner ha già eliminato, in quanto diamo la possibilità all utente di poter in qualsiasi momento chiudere e quindi eliminare un evento da lui creato.

3 AVVIO DEL SISTEMA Una volta avviata l applicazione, anche se vengono visualizzati i due principali menù, ovvero la gestione della rubrica e quella degli eventi non è possibile utilizzarli, difatti bisogna prima specificare una porta su cui mettersi in attesa inserendola nell apposito form a cui si arriva dal comando Connetti. Appena settata la porta di ricezione è possibile accedere al menu riguardante la rubrica e a quello riguardante gli eventi. Non è necessario alcun file di configurazione per avviare l applicazione. DESCRIZIONE DELLE CLASSI Divo Essa è la classe principale, composta dai metodi che permettono per larga parte il corretto funzionamento e la corretta interazione tra i dispositivi. Il primo elemento che trattiamo in questa analisi è naturalmente il costruttore. Esso ha come compito quello di mandare in esecuzione un thread Listener (vedremo la sua descrizione più avanti) e istanziare gli oggetti necessari alla prima esecuzione del programma, in particolare apre anche un RecordStore. È presente il metodo startapp() che permette all applicativo di settare sul display del cellulare dell utente le impostazioni appena inizializzate dal costruttore. pauseapp() e destroyapp(boolean) sono i metodi classici, forniti dalla MIDlet e chiamati direttamente dai comandi del cellulare per mettere in pausa e per chiudere l applicazione correntemente in esecuzione. In particolare, in questo caso destroyapp(boolean) chiude anche il RecordStore. Successivamente, il metodo commandaction(command c, Displayable s) permette di gestire tutte le scelte che l utente può effettuare dal display, esse sono distinte effettuando un controllo sulla variabile passata come parametro (c). Per la gestione della rubrica, in particolare, il comando remove è quello che interviene sul RecordStore per cancellare un RecordID, modify è quello che prepara tutte le strutture dati e il form necessario per la modifica di un RecordId, e il comando salvamodifica aggiunge il Record modificato e chiama anche il metodo printlist(recordfilter, RecordComparator) che permette di riempire il form per la visualizzazione di tutti i contatti. Per la gestione degli eventi, si evidenzia il comando createevent ; esso, come suggerisce il nome, è quello che prepara il form necessario all utente per inserire i valori necessari, aggiungendo anche il comando salvaevento che, dopo aver creato un oggetto Evento, lo inserisce nella struttura dati eventtable (implementata come hash-table). Successivamente chiama il metodo sendtoall(evento) che spedisce l evento appena creato a tutti i dispositivi presenti tra i suoi contatti e registrati nella rete. Il comando removeevent accetta dal form l evento da eleminare e accede alla eventtable per rimuoverlo. infoevent, invece, accede anch esso all hash-table e mostra sul display il risultato ottenuto. Un altro importante comando è il vota, esso oltre a fare le operazioni necessarie per recuperare l evento da votare, effettua il metodo open() della classe Connector per aprire una connessione datagram UDP verso l utente che ha creato quell evento.

4 Istanzia la variabile sender invocando, dapprima il costruttore della classe Sender passando come parametro il datagram UDP appena creato. Poi richiama il metodo send passandogli come parametro il voto e l indirizzo del destinatario con la giusta sintassi. Successivamente cancella dall hash-table l evento appena votato e invoca il metodo printeventform(true). Quest ultimo è, sostanzialmente, un metodo che aggiorna la lista degli eventi riportando l utente alla visualizzazione degli eventi rimasti. Il parametro true ha il compito di far conoscere al metodo se l utente si trova già nel form della lista degli eventi, oppure si trova in qualche altro form; il metodo agirà in base a questa scelta. All interno viene chiamato il metodo printevent() che è quello che effettivamente aggiorna la lista, enumerando tutti gli elementi (Eventi) dell hash-table eventtable aggiungendoli al form createeventlist. Il comando connetti è il comando che l utente è obbligato a scegliere alla partenza dell applicazione, esso aggiunge alla form il comando attivaporta permettendo all utente di scegliere la propria porta di rete che verrà concatenata all indirizzo che gli verrà assegnato alla connessione, questo comando chiama anche il metodo start del thread Listener. Listener Questa classe rappresenta il thread che alla sua esecuzione resta in ascolto di di oggetti della classe Evento sull indirizzo assegnatogli e sulla porta inserita dall utente. Tali oggetti possono differenziarsi in: voti o eventi. Il voto è un particolare evento contraddistinto da una stringa V. Sender È un thread che viene sfruttato dall applicazione per spedire i messaggi su datagram UDP. Esso rimane in ascolto fin quando non viene invocato il metodo send, a questo punto con una notify() si risveglia, prepara il datagram per la spedizione con il valore della variabile passata come parametro e lo spedisce. Evento Questa classe ha il compito di incapsulare un evento o un voto, infatti, fornisce due costruttori. Per la creazione dell evento vengono istanziate le variabili: id: rappresenta l identificatore univoco di un evento descrizione: titolo di un evento owner: creatore dell evento type: E l oggetto in questione è un evento risp1, risp2, risp3: sono le possibili scelte che un utente può votare Quando un utente vota l applicazione crea un Evento invocando l altra configurazione del costruttore istanziando le seguenti variabili: id: rappresenta l identificatore univoco dell evento da votare descrizione: rappresenta il titolo dell evento da votare result: rappresenta il voto effettuato per l evento descritto in descrizione type: V l oggetto in questione è un voto

5 In questa classe oltre ai metodi di restituzione dei valori delle variabili è da sottolineare il metodo getarraybyte() che prepara l evento in un array di byte, per la spedizione su datagram UDP. È presente anche un terzo costruttore che crea un oggetto Evento prendendo come parametro un array di byte. Utente È la classe usata per gestire gli utenti. Il costruttore prende come parametri: name: nome dell utente surname: cognome dell utente ip: indirizzo ip assegnato ad ogni utente al momento della connessione porta: porta scelta dall utente al momento della connessione Oltre ai metodi di restituzione dei valori delle variabili è presente anche qui il metodo getarraybyte() con la stessa funzionalità descritta sopra. È presente anche un secondo costruttore che crea un oggetto Utente prendendo come parametro un array di byte. FUNZIONALITA DEL SISTEMA Rubrica Nella schermata di gestione della rubrica è possibile, da un unico menù, inserire nuovi utenti, modificarne le informazioni a riguardo ed eliminare del tutto un contatto. I contatti vengono memorizzati in modo permanente grazie all utilizzo di un RecordStore. Durante la creazione di un nuovo contatto bisogna inserire i valori di nome, cognome, indirizzo Ip e porta su cui l utente si mette in ascolto. Eventi Nella schermata di gestione degli eventi da un unico menù è possibile creare un nuovo evento, votare gli eventi degli altri utenti, visualizzare il risultati del proprio evento/sondaggio, ed eliminarlo. Come vedremo nella classe Evento, per definirne uno nuovo bisogna dare un identificatore univoco, una descrizione e tre opzioni. Una volta creato un evento (opzione Nuovo Evento ), viene reso disponibile a tutti gli utenti del gruppo. Gli utenti che ricevono l evento, non hanno alcun vincolo nel votarlo o meno; con questo presupposto, l utente che ha creato l evento, può verificare in ogni momento (opzione Informazioni ) lo

6 stato del proprio evento per poi eliminarlo quando lo ritiene opportuno (opzione Elimina ). Gli eventi che invece vengono ricevuti dagli utenti possono essere votati (opzione Vota ), in qualsiasi momento. SVILUPPI FUTURI Uno degli sviluppi futuri che abbiamo pensato di poter attuare sta nell aggiungere all architettura attuale un entità terza che faccia da Presence server. In questo modo l utente è svincolato dal sapere l indirizzo ip e la porta su cui gli utenti del suo gruppo si pubblicano; difatti per un reale utilizzo dell applicazione non è possibile sapere a priori l ip e la porta sui cui gli altri utenti si mettono in ascolto. Apportando questa modifica all architettura potremmo eliminare la parte in cui l utente decide la porta su cui si mette in ascolto ed inserisce la lista degli indirizzi e porte su cui gli altri utenti ascoltano. L ip affidatoci dal PDP-context e la porta scelta casualmente verrebbero inoltrati al Presence server, a questo punto dopo che l utente si è pubblicato riceve la lista con le informazioni di tutti gli altri utenti del suo gruppo. Oltre questa modifica che riguarda principalmente l architettura si può intervenire anche sull ordinamento della visualizzazione dei risultati degli eventi e della rubrica.