Settima Settimana (dal 30 luglio al 5 agosto)

riunione con De Michelis

Il giorno 2 agosto, abbiamo tenuto una riunione con il professor De Michelis, per sottoporre il nostro progetto in dettaglio, ed ottenere informazioni e correzioni sulle nostre idee.
Sono emerse queste idee:

• Nello sviluppo del sito orientato ad una comunità, non lo si deve concepire solo a quella stretta composta dai frequentanti, ma anche agli ex studenti, o agli appassionati o eventualmente a professionisti.
  Ovviamente queste considerazioni dovranno essere tenute in considerazione per la progettazione del portale, anche nell’ottica dei servizi che potranno essere erogati in futuro.
  Quella dei professionisti è una modifica al’uso sito che potrebbe cambiare il modo con cui questo può essere utilizzato; si dovrà prevedere che con l’evolversi dell’utenza possa cambiare il modo con cui venga utilizzato il sito stesso. Per questo dovremo cercare di creare strumenti (o oggetti) che permettano un uso anche differente da quello che ora si riesce a prevedere.

  
  



• É stata valutata positivamente l’ipotesi di aggiungere strumenti di aggregazione che facilitino l’incontro reale fra gli studenti, considerando anche che molti corsi possono essere meglio compresi, discussi e quindi studiati in gruppo.

  
  



• Pensare da una parte il sistema, dall’altra la pagina dello studente: il sistema è da pensare come un file system, dove mettere tutte le cose che contano per lui; la pagina viene generata da delle funzioni che leggono il sistema. La pagina generata, di conseguenza, avrà un ruolo sia passivo che attivo, perchè dovrà interagire col portale.

  
  



• Anche i docenti devono ritenere che sia bene che gli studenti abbiano una seconda via d’accesso alle informazioni; gli studenti avranno la possibilità di usare i materiali ufficiali del sito dei professori come oggetto per le loro discussioni.

  
  



• Bisognerà pensare ad uno strumento per il controllo periodico sulla qualità dei siti proposti e invecchiamento degli stessi, ed utilizzare questo anche come uno dei parametri per la valutazione del ranking del sito proposto.

  
  



• Oltre a questo parametro, dovranno essere scelti altri algoritmi, che permettano di dare un posizionamento corretto dei siti, valutando l’uso che ne faranno anche gli studenti meno attivi sul portale.

  
  



• Bisognerà produrre una descrizione per ciascun link consigliato in modo che sia più semplice capirne il contenuto, e dovremo valutare se permettere la modifica di questa descrizione, e se si a chi permetterlo.
  Si potrebbero utilizzare le API di google, per prendere questa descrizione dei link.

  
  



• Poiché un sito è interessante tanto più esso è aggiornato, lo stato d’aggiornamento deve essere costantemente monitorato; i siti interessanti dovranno essere alimentati di informazioni, anche nei momenti in cui i visitatori scarseggiano, com’è realtà tipica delle comunità che hanno dei fulcri attivi. Allo stesso modo potrà capitare che per alcuni siti ci sarà qualcuno che gli alimenti, anche se saranno visti poco.

  
  

Sesta Settimana (dal 23 al 29 luglio)

pubblicazione di Diario di bordo su Internet

Per rendere pubblico il nostro progetto abbiamo scelto di pubblicare sul sito http://www.wordpress.com copia di questo documento. Il lavoro di adattamento del testo sul WEB c’ha richiesto due giornate lavorative piene.

imparare ad utilizzare Plone

Avendo trovato delle librerie standard con cui iniziare a progettare widget, abbiamo iniziato l’apprendimento di plone, utilizzando Plone 2 book italian. Poiché è un manuale di oltre quattrocento pagine, con molta probabilità non ci sarà possibile terminarne l’apprendimento entro la fine di questa settimana.

Terza settimana (dal 2 all’8 luglio)

meeting con Biblioteca università Milano – Bicocca

Il giorno 3 luglio 2007 abbiamo tenuto un meeting con la dottoressa Ilaria Moroni, responsabile della formazione, sviluppo e comunicazione di biblioteca Università Milano Bicocca e la sua collaboratrice, Bonaria Biancu, ufficio acquisti e catalogazione, con lo scopo di trovare dei punti d’incontro per impostare il nostro progetto in maniera compatibile con la Biblioteca. Sono stati evidenziati numerosi punti di comune accordo, fra cui il desiderio di far conoscere a tutti gli studenti i servizi offerti dall’università e dalla biblioteca, trovando un posto comune da cui essi possano reperirne un elenco completo.
Nella prima parte del meeting ci hanno illustrato alcuni loro progetti che ci sono parsi interessanti:

OPAC

è l’Online Pubblic Access Catalogue, uno dei motori di ricerca sfruttato dalla biblioteca per permettere agli utenti di reperire libri;

SFX

è il motore di ricerca per le riviste;

LINX

è l’archivio di collegamenti mantenuto dal personale dalla biblioteca dei siti più famosi inerenti alla didattica universitaria, diviso in base ad aree tematiche;

open url

speciale identificatore di codice (X)HTML, inserito in un tag <span>, che viene abbinato da diversi siti (fra cui amazon, google, …), abbinato a riviste, articoli e libri presenti nelle pagine web; essi vengono individuati da appositi spider o da extension del proprio browser; può essere in formato coin o in formato cue, munito di icona;

MetaLib

è motore di ricerca progettato allo scopo di unificare i OPAK e SFX, noi lo avremo ad ottobre

BibloBar

è un’extension per Mozilla Firefox realizzata sfruttando tecnologie di un’università americana rielaborate e migliorate; questa plugin, oltre a fornire una toolbar di ricerca che punta direttamente all’archivio della biblioteca, ricerca all’interno del codice gli openurl; se individuati, mostra accanto ad ognuno di essi l’icona della Bicocca e, se premuta, rimandano direttamente all’OPAK con l’entry selezionato;

In seguito, dopo aver spiegato gli obiettivi del nostro progetto, siamo giunti alla formulazione di cinque punti verso cui muoverci:

linking tra bookmarks di myCampus e LINX della Biblioteca

fornire alla biblioteca l’elenco dei link rilevanti (presumibilmente i più poplari o quelli con votazioni migliori) che sono stati aggiunti dagli studenti attraverso myCampus, in modo da fornire al personale della biblioteca nuovi link da tracciare; se saranno ritenuti validi verranno catalogati (stesso stile di quando catalogano i libri) e spuntati dal personale della bibioteca promuovendo il link a ”graduated”, consentendo così al link di acquistare maggior rilevanza;

servizi della biblioteca

sarà nostro onere creare dei link statici ai servizi offerti dalla biblioteca;

integrazione nella bibliografia

inserire, all’interno delle bibliografie associate ad ogni corso di laurea, un open url per ogni testo; in questo modo e per mezzo della BiblioBar, sarà possibile conoscere con un solo click informazioni addizionali al testo e conoscerne immediatamente la disponibilità nella biblioteca; questa funzionalità non è stata inserita nelle parti fondamentali del progetto, per cui stimiamo che sarà resa disponibile attorno ad aprile 2008;

integrazione con metalib

costruire un widget in grado di interagire col motore di ricerca unificato; poichè il progetto è ancora in fase di costruzione, sarà comunque reso disponibile all’utenza per dicembre; il nostro progetto è di renderlo funzionale entro ottobre-novembre;

BiblioBar

installazione nei LIB di Mozilla Firefox e dell’extension BiblioBar, per rendere agevole la ricerca dei volumi anche dai laboratori informatici.

ricerca di un Contents Managament System

Abbiamo speso circa due giornate, partendo come base da [HTML] 0011FF www.dexly.com, alla ricerca di un CMS utile al nostro progetto. Abbiamo notato che dexly elenca una serie di CMS non eccezionalmente supportati o comunque relativamente spartani, adassi solo a ristrette cerchie di utenza.
Continuando a navigare, siamo incappati nel sito [HTML] 0011FF www.opensourcecms.com e [HTML] 0011FF www.opencms.com, trovando numerosi CMS adatti a tutte le esigene, con la possibilità di effettuarne download e di testarne il contenuto con pagine demo.Dopo aver testato numerosi CMS abbiamo estratto una piccola lista di candidati per supportare il nostro progetto:

drupal

É un CMS con grafica molto sobria, ha un menu laterale decsamente essenziale; presenta la sezione myBlog che consente di creare un proprio blog, in accoppiamento con la tecnologia RSS; presenta anche funzionalità quali forum e topic e un buon supporto per la personalizzazione del profilo utente;

e107

CMS molto evoluto scritta in PHP con in bundle numerosi plugin e un supporto di sviluppatori molto numeroso; la grafica è anche qui molto sobria ma al tempo stesso professionale;

jetbox

CMS con grafica moderna; presenta un layout con menu sulla sinistra e un menu a schede nella parte superiore del sito, per poter scorrere più sezioni contemporaneamente;

joomla

grafica accattivamente ma molto semplice, è altamente personalizzazione e supporta un gran numero di template.

In seguito, partendo da wikipedia, abbiamo aperto la pagina di netvibes, sito già citato in precedenza e molto famoso nell’ambito del nostro progetto, per controllare che tipo di tecnologia usino e se, eventualmente, era possibile possibile estenderla e farla nostra.
Abbiamo trovato maggiori informazioni sul link [HTML] 0011FF http://dev.netvibes.com, che saranno approfondte nel corso della prossima settimana.

task per la prossima settimana

Elenco dei lavori da svolgere durante la prossima settimana, divisi in base alla persona:

• Maurizio
  
  
  • http://mashable.com/
    
  
  
  • massively distributed collaboration
    
  
  
  • cercare di capire se si può integrare con gli altri portali (tipo iGoogle)
    
  
  
  • guardare documentazione di netVibes, ma integralo e personalizzarlo con altri sistemi
    
  
  
  • vedre se c’è qualche strumento x installare su server pagine personalizzate
    
  
  
  • se x mercoledì non troviamo nulla buttare un occhio a come vengono realizzati i widget su netvibes, prenderne ispirazione e stednere una relazione su come sono a livello programmativo
    
  
  
  • quali sono gli standard
    
  
  
  • quali sono i meccanismi

  
  
  
  


• Giovanni
  
  
  • siti di social- social bookmarking in modo da stendere due appunti su funzionalità date dai siti
    
  
  
  • http://www.addthis.com

  
  
  
  

Introduzione

introduzione

Ambito di progetto

Realizzazione di un portale che faccia da collettore delle informazioni provenienti dai vari siti dell’ateneo, e che permetta allo studente di selezionare tra queste il tipo di informazioni che vuole vedere nella propria pagina personale e che permetta una maggiore interazione tra gli utenti dei servizi erogati dall’ateneo.

Descrizione del contesto:

L’università degli studi di Milano – Bicocca è suddivisa in 3 tipologie di struttura organizzative:

• Le strutture centrali, erogano servizi trasversali alle attività dell’ateneo;
  


• Le facoltà, organizzano ed erogano i servizi legati alla didattica;
  


• I dipartimenti, pianificano e svolgono l’attività di ricerca all’interno dell’ateneo.
  

Questa triplice organizzazione e l’intersezione di ruoli tra le tre, ha facilitato negli anni la creazione di più siti web, scollegati l’uno dall’altro, che pubblicano informazioni sui diversi corsi di laurea, ed a volte sui singoli insegnamenti; questa diversificazione dei siti che pubblicano informazioni ha portato anche ad una mancanza di standardizzazione tra le informazioni che vengono pubblicate delle varie strutture.
La disomogeneità o eterogeneità di queste informazioni, unita alla collocazione su siti con un’organizzazione dei contenuti diversa l’uno dall’altro, porta ad una difficile reperibilità delle informazioni di interesse dello studente, ad una duplicazione delle informazioni (con la possibilità di trovare indicazioni diverse sui vari siti) e ad una non semplice associazione dei contenuti.
Un altro aspetto interessante del presente ateneo è l’eterogeneità di utenti, non solo tra docenti, studenti ed altre figure, ma anche tra gli studenti stessi; si possono infatti individuare varie classi di studenti:

• I milanesi, di provenienza dal comune di Milano, difficilmente integrati con altre classi di studenti e che mantengono le loro amicizie pre-universitarie;
  


• I pendolari, di provenienza dalla provincia di Milano o limitrofe (Brianza, Bergamo, Brescia, ..), questa classe rimane tendenzialmente staccata dalle altre, non partecipando alle iniziative del campus, abbandonando il campus molto presto nella giornata (anche a causa dei tempi di trasporto;
  


• I fuorisede, di provenienza fuori provincia ma residenti a Milano, riescono a creare forti legami con altri studenti del campus, anche di altre facoltà o discipline, partecipando attivamente alla vita del campus;
  


• Gli erasmus, di provenienza Estera, (sia studenti Erasmus, sia stranieri residenti a Milano), anche questa classe è molto attiva, pur rimanendo abbastanza slegata dalle altre.
  

Questa diversificazione di studenti ed il loro diverso modo di vivere il campus crea dei gruppi chiusi, ed una limitata vita del campus, visto che la maggior parte degli studenti è proprio pendolare.
Quello che si propone questo progetto è di creare un unico punto di accesso per lo studente già immatricolato in bicocca, che gli dia una visione di insieme di tutti i servizi che può utilizzare, e che gli dia la possibilità di contribuire attivamente a questo materiale ed alla vita del campus universitario, con strumenti che facilitino la partecipazione e la comunicazione tra gli studenti.

Obiettivi del progetto

• Visualizzare le informazioni in un unico punto di accesso
  


• Integrazione delle informazioni degli insegnamenti
  


• Integrazione della lista dei servizi
  


• Dare la possibilità allo studente di selezionare quali informazioni visualizzare
  


• Migliorare la qualità delle informazioni pubblicate
  


• Definire una lista di campi minimi
  


• Compilazione di questi campi minimi da parte delle strutture ufficiali
  


• Aumentare e migliorare l’interazione tra studente e studente e tra studente e docente
  


• Fornire strumenti di comunicazione diretta tra studenti
  


• Fornire strumenti di groupware agli studenti
  


• Dare la possibilità allo studente di contribuire al materiale
  


• Fornire uno strumento per la valutazione dei corsi
  


• Fornire uno strumento per l’inserimento di nuovi link dei corsi e valutazione dei link proposti
  


• Fornire uno strumento per l’inserimento di nuovo materiale e valutazione del materiale proposto
  

Tempistica prevista

• Primo utilizzo pubblico dello strumento, anche in beta:
  4 mesi
  


• Durata del progetto per la realizzazione delle funzionalità primarie:
  6 mesi
  


• Utilizzo diffuso in almeno 1 facoltà o 8 corsi di laurea:
  8 mesi
  


• Durata del progetto per l’aggiunta delle prime funzionalità secondarie: 10 mesi
  


• Utilizzo diffuso in almeno 3 facoltà o 20 corsi di laurea:
  15 mesi
  

Costi

Il progetto verrà realizzato sfruttando risorse interne, sia come risorse umane, sia come risorse hardware e software, in particolar modo verranno utilizzati studenti in stage che porteranno il progetto come tesi triennale del proprio corso di laurea, coordinati da un responsabile dipendente dell’università.
Dovranno essere considerati solo il costo orario della risorsa interna per un totale di 300 ore previste nell’arco dei 15 mesi, l’uso delle risorse hardware e software, l’eventuale acquisto di moduli di software da terze parti o lo sviluppo di parti di codice con consulenti esterni (per un complessivo massimo di 5000 euro)
I costi appena citati sono quelli per la realizzazione del portale e la sua messa in funzione, visto che il portale pubblicherà materiale reso disponibile da altri siti, verrà offerto un consulto tecnico per l’adeguamento di questi siti, ma non sono inclusi in questi calcoli i costi di eventuali modifiche ai siti erogatori, per rendere disponibile il materiale in un formato standard adatto al portale; eventuali costi di questo genere saranno a carico dei rispettivi gestori dei siti erogatori.
Nel calcolo di cui sopra è stato considerata la realizzazione del portale con le sue funzionalità primarie e secondarie, eventuali moduli o funzionalità aggiuntive o altro genere di miglioria non prevista e/o non inclusa nel progetto verrà considerata a parte e inserita in eventuali altri progetti.

perchè questo documento

Abbiamo scelto di redarre questo documento allo scopo di documentare l’evoluzione del progetto myCampus durante il suo processo produttivo.
In questo modo, sarà possibile ricostruire in sede formale i processi che ci hanno portato ad effettuare determinate scelte; vi abbiamo anche apportato il minor numero di revisioni, mantenendo eventualmente contraddizioni materiale superfluo, per meglio tracciare il percorso logico che ci ha portato ad eseguire determinate scelte.