" Il sito WWW di un corso di Ingegneria del Software di una nota
universita' vorrebbe offrire una serie di servizi, quali:"

Sottolineamo il fatto, che l'intero sito, perde grandemente di valore,
senza un sistema di identificazione degli utenti basato su passwd, e che
la realizzazione di tale sistema in maniera sicura ed efficiente e'
affatto banale.

"1- informazioni sul corso: docente, collaboratori, orari, aule, agenda,
ecc. Queste informazioni vengono definite all'inizio dell'anno
accademico; l'agenda e' un elenco di compiti da svolgere."

Le informazioni che riteniamo opportuno tenere sono le seguenti:

a) Informazioni docente collaboratori, nella forma di <Cognome Nome,
E-Mail e Link all'Home Page>, si dovra' poi obbligare il docente ed i
collaboratori, a creare nei loro siti personali, una pagina con una
grafica fatta secondo le "regole" grafiche del sito, e con almeno le
seguenti informazioni:

1) Cognome e nome
2) Indirizzo Ufficio
3) Recapito telefonico Ufficio
4) Orario di Ricevimento

Il docente ed i collaboratori, potranno poi aggiungere tutte le
informazioni che riterranno opportune.

b) Programma del corso, per l'anno corrente e gli anni passati

c) Per quel che riguarda l'agenda, occorre specificarla un attimo piu'
approfonditamente.

Secondo noi l'agenda dovrebbe essere cosi' costituita.

L'Agenda e' un insieme di Eventi con un ordinamento parziale sulla data.

Gli eventi possono essere di due tipi:

1) Impegni ( Seminari speciali , variazioni al normale svolgimento delle
lezioni, inizio fine corsi, vacanze)

2) Scadenze (Consegne Documenti, appelli, Auguri)

Tutti gli Eventi conterranno le seguenti informazioni:
Data, orario, luogo, desc. , note, ricorda

La differenza fra i due tipi e' il fatto che nelle scadenze il campo
ricorda sara' di default impostato attivo, negli impegni l'inverso.
Il campo ricorda serve a identificare quegli eventi di cui verra' fatta
comunicazione automatica agli iscritti al corso con un numero di giorni di
anticipo, impostato di defaul a 4 e impostabile a piacere. Con una
sintassi del tipo "2+7+15+30" sara' possibile impostare messaggi di
ricordo multipli alle date evento-2 gg., evento-7 gg., etc. fino a
evento-30 gg.

Ci sembra improduttivo che l'agenda sia stabilita all'inizio dell'anno
accademico, il renderla dinamica ci permette invece di farne uno strumento
utilissimo. La modifica della stessa rimane a esclusiva gestione del
docente e dei suoi collaboratori.

"2- Materiale didattico di supporto, che comprende i seguenti documenti:
registro delle lezioni, lucidi, articoli, link a siti interessanti. I
documenti "lucidi" al momento vengono prodotti durante l'anno in Ms Word,
e pubblicati in formato PostScript."

Per il registro delle lezioni si ricalchere' quello cartaceo, con i campi
luogo, data, un campo memo per una breve descrizione e le ore di lezione.
Aggiungeremmo il link ai lucidi della lezione, utili in fase di ripasso o
anche durante l'anno se il docente (o un suo collaboratore) si occupano di
compilare in anticipo le lezioni seguenti.

L'esposizione delle informazioni e' il vero problema del sito.
Sussistono varie soluzioni al problema, quella che noi ci sentiamo di
suggerire e di rappresentare i dati in formato html (sia articoli che
lucidi) per la realizzazione delle pagine suggeriamo di utilizzare uno fra
i vari software commerciali, (nello specifico Office 97
e superiori andrebbero benissimo.) Questo permetterebbe una rapida
conversione del materiale esistente, e la massima visibilita'
dell'informazione.

Consigliamo tuttavia di mettere a disposizione (linkandoli alla pagina
HTML) sia il file in formato PS, che in Word.

Link a siti interessanti

Sarebbe comodo introdurre un sitema per la proposta dei link, nominando
magari un responsabile, che si occupi del controllo e aggiornamento.
Il sistema automatico lo escluderei per la troppa goliardia degli utenti.

"3- Mailing list con archivio messaggi"

Cosi' come e' attiva su CariStudenti mi sembra buona, se si aggiungesse
che i messaggi non vengono mai cancellati, ed e' possibile fare un filtro
sulla data, impostato di default sull'inizio dell'anno accademico in
corso.

"4- Database documenti di progetto degli anni precedenti"

Secondo noi questo punto non ha senso, le motivazioni le spiegeremo al
punto 6

"5- Strumenti di supporto alla specifica, progettazione e manutenzione"

Gli strumenti possono essere:

Editor testuale
Editor Grafico
Programmi vari.

Una lista piu' precisa, a questo punto del corso la puo' fare solo il
docente.

Per ognuno di questi prodotti occorrerebbe fare una scheda, con
riferimenti a pagine di Help, eventuali siti, link per scaricare il
software, con versioni per varie piattaforme (magari se i file sono stati
portati in locale e' meglio)

Terrei piuttosto ampia la lista, non limitandomi allo stretto necessario,
includendo anche programmi di utilizzo derivato come decompattatori,
visualizzatori etc, ove necessario, non tralasciando nessuna piattaforma
ove possibile.

"6 - informazioni e link al diario ed ai documenti dei progetti in corso
da parte degli studenti"

Noi piu' che altro parlemo di Database dei progetti, la loro collocazione
temporale non ha secondo noi importanza. Invece faremo differenza fra
progetti terminati e non, e per quelli non a che punto si e'. Il database
dei progetti, altro non dovrebbe essere che un insieme di documenti in
html. Consigliamo di sviluppare un sistema di editazione delle pagine in
linea, in modo da dargli un effettivo significato semantico.
Non crediamo sia possibile eseguire tutto il progetto via WEB, i documenti
creati con altri strumenti dovrebbero essere comunque linkati da pagine
che ne permettano una opportuna catalogazione.

"7 - Strumenti di monitoraggio e metricazione sulle attivita' di progetto;
documenti di supporto al controllo qualita' del progetto"

La possibilita' di realizzazione di questa parte dipende esclusivamente
dalla corretta realizzazione del punto 6.

Una volta dotate di una propria semantica le pagine, sara' semplice legare
l'avanzamento di un progetto alla presenza o meno di un dato documento.
Questo puo' essere facilmente automatizzato. Un controllo sulla qualita'
puo' essere fatto semplicemente solo su documenti dotati di una precisa
struttura, per i documenti in linguagggio naturale, occorrera'
accontentarsi di un controllo automatizzato di esistenza.

"8- Gestione appuntamenti, risultati e statistiche sugli esami"

Ci vorrebbe uno strumento per richiedere un appuntamento con il docente o
qualche suo collaboratore, sia come singolo che come gruppo di individui.
Lo stesso sistema realizzato per l'agenda, potrebbe quindi tenere nota
degli impegni del docente, il quale potrebbe consultarla via Web.
Ovviamente in questo caso l'immissione dello studente verrebbe confrontata
con gli impegni presenti, se risultasse compatibile, allora presentata al
primo collegamento del docente per l'autorizzazione. Il docente potrebbe
cancellare o aggiungere impegni a piacere. In caso di cancellazione di un
appuntamento con studente, verrebbe inviata in automatico una mail di
disdetta. Cio' avverrebbe anche in caso di rifiuto di autorizzazione da
parte del docente.

Per le informazioni e statistiche sugli esami, pensiamo che ci possano
essere le seguenti informazioni, senza nessun problema di Privacy:

-numero di iscritti
-numero/percentuale promossi
-numero/percentuale respinti
-Voto medio
-Voti Con la forma <Cognome Nome - Matricola - Voto>
-Testo del compito
-Soluzione compito

"9- Motore di ricerca sulle informazioni contenute nel sito"

Il motore di ricerca deve permettere la ricerca per termine nel testo, nel
titolo, nelle parole chiave (per automatizzare l'acquisizione delle parole
chiave utilizzerei l'apposito Tag html - un'altro esempio dell'importanza
della "guida" alla creazione delle pagine tramite apposito editor, da
parte dei gruppi), con logica "not-and-or", di tutto il sito, o di solo
parti di esso.


"Figure Aggiunte"

Noi vedremmo quindi utile la creazione di un Web Group con compiti
specifici:

- Un gestore dei Link (vedi sopra)
- Un gestore della pagina di supporto allo sviluppo (si occupera' di
tenere aggiornato il software, di controllare i link, di aggiungere il
nuovo materiale che si rendesse necessario, cercando in rete, quando
possibile)
- Un revisore dei lucidi ( per quanto i programmi di conversione
automatica, diano buoni risultati, contengono ancora lacune imperfezzioni,
una persona che ne controlli l'html e' quindi necessaria.) dato che in
questa fase non c'e' creazione di contenuti, riteniamo che il docente
possa essere sgravato da questo compito.

"RICHIESTA"

Sulla richiesta, vorremo inoltre aggiungere che per l'animazione dei
lucidi, si possono utilizzare gif animate di facile e comoda
realizzazione.

"AGGIUNTE"

Sarebbe bello inserire delle applet Java, che facciano piccoli test
di comprensione su una serie di lucidi, tenedo magari memoria dei
risultati dello studente (impedirei l'accesso del docente a questi dati
;-)
ogni studente potrebbe accedere solo alla sua situazione.

Cogliamo l'occasione per porgerle i nostri piu' cordiali Saluti

Gruppo 9
Leonardo Scardamaglio, Fabrizio Bisi, Alessandro Zambonelli