Piano Strategico di Produzione
Progetto software ESSE3 / 9
(2011)
COMMENTI GDL CODAU EVIDENZIATI IN GIALLO
Redatto da:
Approvato da:
Distribuito a:
Sandro Cacciamani,
Fabio Arcella,
Roberto Masini
Analisti ESSE3
Libero Farina
Filippo Munafò
Giordano Baldelli
GdL CODAU
Osservazioni : il Gdl
CODAU ha valutato il
documento ma non l’ha
approvato
Vittorio Ravaioli
Board ESSE3
firmato
firmato
Responsabile dello Sviluppo firmato
Responsabile Sviluppo Web firmato
Direttore Tecnico
firmato
Firmato
Amministratore Delegato
firmato
Analisi; Sviluppo; Controllo Qualità; Progetti; Atenei.
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 1 di 22
INDICE
1.
2.
3.
4.
INTRODUZIONE .....................................................................................................................................3
OBIETTIVI ...............................................................................................................................................3
PIANO DEI RILASCI ...............................................................................................................................4
PIANO DI PRODUZIONE ........................................................................................................................5
Adeguamento della piattaforma tecnologica ........................................................................................7
4.1
Painter dei certificati......................................................................................................................7
4.1.1
Stampe verticalizzate ....................................................................................................................7
4.1.2
Evoluzione del framework ....................................................................................................................7
4.2
Database .......................................................................................................................................7
4.2.1
Back-end .......................................................................................................................................9
4.2.2
4.2.2.1
4.2.2.2
4.2.2.3
4.2.2.4
4.2.2.5
Application server supportati .................................................................................................................... 9
Jdbc driver di tipo THIN ........................................................................................................................... 9
Usabilità Esse3 Client .............................................................................................................................. 9
Integrazione del SYNC nel setup di Esse3 client ................................................................................... 10
Test Automatici ...................................................................................................................................... 10
4.2.3
Web .............................................................................................................................................12
Evoluzione applicativa........................................................................................................................13
4.3
Nuova interfaccia web per ammissione e immatricolazione on-line ...........................................13
4.3.1
ICT4U: Cooperazione applicativa e foglio di congedo elettronico ..............................................14
4.3.2
ICT4U: Fascicolo dello studente .................................................................................................15
4.3.3
ICT4U: Firma digitale: Adeguamenti normativi ...........................................................................16
4.3.4
ICT4U: Firma digitale: firma remota............................................................................................17
4.3.5
Scuole di dottorato ......................................................................................................................17
4.3.6
Scuole di specializzazione ..........................................................................................................18
4.3.7
Integrazione con ANS tramite web-services ...............................................................................19
4.3.8
Integrazione con la banca dati dei debiti formativi ......................................................................19
4.3.9
4.3.10 ESSE3-API .................................................................................................................................19
4.3.11 Evoluzioni in ambito Regolamenti / ANS / OFF ..........................................................................20
4.3.12 Gestione del TFA: tirocinio formativo attivo ................................................................................20
4.3.13 Nuovo modulo Mobilità Internazionale (“Esse3 Web Mobility”) ..................................................20
4.3.14 Nuova interfaccia utente per la progettazione questionari .........................................................21
4.3.15 Gestione syllabus docente integrata con UGOV/Didattica .........................................................21
4.3.16 Diario docente integrato con timesheet ......................................................................................22
4.3.17 Alumni e Placement ....................................................................................................................22
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 2 di 22
1. INTRODUZIONE
Il presente documento illustra il piano di evolutivo strategico previsto per il Sistema ESSE3 nel corso
dell’anno 2011.
Questa fase dello sviluppo del prodotto ESSE3, in accordo con quanto indicato nel documento “Procedura
del ciclo di vita del software”, viene identificata come Progetto Software ESSE3 / 9.
Le versioni del prodotto associate a questo Progetto Software avranno pertanto la nomenclatura 9.XX.YY
COMMENTI GDL CODAU:
 sarebbe auspicabile riportare primariamente cosa è stato fatto degli obiettivi del 2010 (stato di
avanzamento lavori con pienamente realizzato, parzialmente, ecc), cosa non è stato fatto e farà parte del
piano 2011 e cosa non è stato fatto in quanto non più rilevante;
 sarebbe auspicabile leggere le linee strategiche di medio termine, gli obiettivi dei prossimi 2-3 anni
(eventualmente in documento separato) e quindi quelli del 2011;
2. OBIETTIVI
L’evoluzione standard di ESSE3 per l’anno 2011 sarà condotta in funzione dei seguenti obiettivi strategici:
1.
2.
3.
4.
Consolidamento e stabilizzazione del prodotto
Miglioramento dell’usabilità dei servizi on-line rivolti agli studenti
Apertura del sistema e interoperabilità inter-ateneo (progetti ICT4U e ESSE3-API)
Adeguamenti normativi di base
COMMENTI GDL CODAU:
 nel punto 2 sarebbe meglio usare il termine utenti (come di dirà più avanti vi sono delle esigenze di
miglioramento usabilità anche versante docente e personale TA)
 va posta attenzione anche alla modalità di verifica e dello stato di avanzamento lavori
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 3 di 22
3. PIANO DEI RILASCI
Di seguito viene riportato il piano di rilascio delle principali versioni del prodotto per il Progetto Software
ESSE3 / 9 che prevede (almeno) 12 major-release pianificate con cadenza mensile.
Il vantaggio di lavorare con release più frequenti e più “corte” sta principalmente nella maggiore facilità di
controllo e validazione e nella possibilità di eseguire consolidamenti e integrazioni più frequenti e di minore
complessità offrendo, allo stesso tempo, maggiori alternative di pianificazione per le richieste emerse in
corso d’anno.
Tutto ciò a scapito di un maggior carico di lavoro interno per la preparazione degli ambienti di sviluppo e, in
generale, per tutte le operazioni necessarie alla chiusura di una release e all’apertura della release successiva
sulla (unica) linea evolutiva del prodotto.
Ecco il piano dei rilasci:
Versione ESSE3
9.01.xx
9.02.xx
9.03.xx
9.04.xx
9.05.xx
9.06.xx
9.07.xx
9.08.xx
9.09.xx
9.10.xx
9.11.xx
9.12.xx
Previsto Rilascio
Gennaio 2011
Febbraio 2011
Marzo 2011
Aprile 2011
Maggio 2011
Giugno 2011
Luglio 2011
Agosto 2011
Settembre 2011
Ottobre 2011
Novembre 2011
Dicembre 2011
Nel corso di ogni mese saranno rilasciate una o più versioni minori di prodotto la cui frequenza non viene
stabilita a priori ma decisa di volta in volta in funzione delle reali necessità di distribuzione.
La pianificazione del lavoro avverrà su base mensile e non per singola release.
La nomenclatura della generica versione X.Y.Z può quindi essere interpretata nel modo seguente:
X = progetto software / anno di produzione (9, in questo caso),
Y = mese dell’anno (01=gennaio, 02=febbraio, ecc…)
Z = progressivo di versione all’interno del mese (00, 01, 02, 03, ecc…)
COMMENTI GDL CODAU:
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 4 di 22








il numero di 12 release appare eccessivo e desta fortissime preoccupazioni, si sottolinea quanto detto
nell’incontro di ottobre e contenuto nel precedente documento del gruppo CODAU in termini di costanti
problemi di regressione di ogni release che costringono gli atenei a un estenuante lavoro interno che
forse non è ancora stato compreso da Kion; in ogni caso il lavoro di installazione delle nuove versioni è
pesante per gli atenei anche in assenza di regressioni
si chiede di limitare le release a 6/7 massimo che potranno (non dovranno) essere adottate dagli Atenei
nel 2010 erano state previste 11 release, e ad oggi siamo in fase di installazione della 7.
si ritiene molto più rilevante che il servizio si concentri su ticket bloccanti.
si chiede a Kion di inserire un cappello introduttivo in cui si assicura che non vi saranno regressioni
rispetto alla versione precedente,
si chiede di non prevedere alcuna release nei momenti critici legati alla gestione della didattica degli
atenei (da giugno a settembre gli atenei sono impegnati con scadenze ministeriali legate all’offerta
formativa e nella gestione delle immatricolazioni, non possono esserci problemi legati a versioni di
ESSE 3)
tenuto conto che è largamente condivisa dal gruppo la non opportunità di installare le release, è
necessario che KION assicuri l’assistenza della versione (qualunque essa sia) utilizzate da ciascun ateneo
e in particolare dei ticket bloccanti.
i PUNTI di cui sopra sono IMPRESCINDIBILI per il GDL CODAU.
4. PIANO DI PRODUZIONE
Entriamo ora nel dettaglio degli interventi evolutivi previsti nel 2011 per quanto riguarda l’evoluzione
tecnologica e di framework e l’evoluzione applicativa.
La capacità produttiva dedicata complessivamente al piano di produzione strategico 2011 (analisi, sviluppo e
controllo qualità) è di circa 1500 gg/uomo.
Ciascun intervento è individuato dal corrispondente numero del Progetto/Requisito/Task che consente di
tracciare lo stato di avanzamento dei lavori all’interno del Sistema Informativo di Kion (GS) utilizzato per la
gestione integrata del ciclo di vita del software.
Per ogni intervento viene specificato l’effort previsto e il trimestre di previsto rilascio.
Inoltre viene fornita l’indicazione di priorità dell’intervento indicandolo come:
Necessario oppure Facoltativo.
Per gli interventi indicati come necessari sarà garantito il completamento nel corso dell’anno 2011.
Gli interventi facoltativi, invece, saranno completati solo dopo aver completato i task necessari e solo se si
dispone di una capacità produttiva residua.
COMMENTI GDL CODAU:
 1500 gg uomo corrispondono a circa 7 unità di personale dedicate a tempo pieno, non si comprende se
effettivamente sarà così. Teniamo conto che negli atenei rappresentati dal gdl ci sono mediamente 4 unità
di personale dedicate a tempo pieno; per questo l’impegno in gg uomo previsto da KION appare non
coerente con gli obiettivi del piano 2011;
 si chiede di rendere esplicito un paragrafo su “Consolidamento e stabilizzazione del prodotto”: il punto è
tra gli obiettivi.
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 5 di 22




si potrebbe inserire in modo chiaro quali sono le regole per le “personalizzazioni” richieste da ogni
ateneo; sul punto avevamo già avuto modo di esprimerci con GDL. è importante che le personalizzazioni
non rallentino il piano strategico ma gli atenei devono sapere come comportarsi nelle richieste;
nel piano 2011 sarebbe opportuno dare più rilevanza alla parte funzionale di ESSE 3 (su quali funzioni si
lavorerà nel 2011), piuttosto che alla parte tecnologica (non perché sia meno importante…). In
particolare sulla parte tecnologica si chiede di avere un piano pluriennale di quanto prevede KION:
questi aspetti, infatti, sono estremamente importanti (in particolare per gi atenei che non si appoggiano a
Cineca sull’hosting del prodotto e che devono programmare investimenti formativi del proprio personale
e delle piattaforme destinate al funzionamento di ESSE 3);
si ritiene che la parte di evoluzione tecnologica vada stralciata dal piano ESSE 3 e vada posta
all’attenzione del Comitato tecnico CINECA.
I successivi commenti alle distinte attività previste a livello tecnologico rientrano in un generale
fabbisogno di uniformità strategica e tattica fra Kion e Cineca, nonché minimalità di prodotti a supporto
per ridurre costi di licenza e di formazione dei tecnici di ateneo. Le piattaforme tecnologiche di
riferimento tra Cineca e Kion vanno condivise e devono evolvere in modo omogeneo: la stessa versione
di Oracle database dovrà essere compatibile con tutti i sistemi Kion e Cineca per garantirne continuità di
integrazione così come il numero di tecnologie adottate dovrà diminuire constatato che in molti casi sono
simili. Anche a livello di Application Server probabilmente sarebbe utile una fusione tra Oracle
Application Server richiesto da CINECA per tutta la piattaforma UGOV e JBoss richiesto da KION per
Esse3. In fondo, infatti, i due prodotti sono sovrapponibili funzionalmente ed anche a livello di standard
di riferimento J2EE.
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 6 di 22
4.1
ADEGUAMENTO DELLA PIATTAFORMA TECNOLOGICA
Nell’ottica di fornire all’utente finale una maggiore autonomia per la customizzazione di ESSE3, saranno
realizzati nuovi strumenti e servizi di base:
4.1.1
Painter dei certificati
Sarà reso disponibile un tool integrato nel sistema che permetterà di sviluppare nuovi certificati.
Il painter sarà utilizzabile direttamente dall’utente finale che potrà, in piena autonomia, implementare un
nuovo certificato e rilasciarlo direttamente in produzione.
Il completamento del task, che è già iniziato nel corso del 2010, è previsto entro il primo trimestre 2011
Riferimenti:
Effort:
Rilascio:
Priorità:
4.1.2
Req. 9653
20 gg/uomo
T1
Necessario
Stampe verticalizzate
Ad oggi, gli atenei che personalizzano le stampe (Crystal-Report, certificati, documenti di processo)
possono farlo in autonomia per quello che riguarda lo sviluppo della verticalizzazione mentre
dipendono da Kion Per il rilascio in produzione di quanto da loro prodotto.
Nell’ottica di dare una maggiore autonomia agli utenti finali verrà reso disponibile un tool che permetterà
all’utente finale di attivare in produzione le sue personalizzazioni.
La messa in produzione non richiederà competenze di tipo sistemistico o di configurazione del sistema.
Riferimenti:
Effort:
Rilascio:
Priorità:
Req. 10047
22 gg/uomo
T1
Necessario
4.2
EVOLUZIONE DEL FRAMEWORK
4.2.1
Database
Entro giugno 2011 verrà supportato la versione 11 di Oracle.
La versione 10 verrà supportata fino al 31/12/2011
Riferimenti:
Effort:
Rilascio:
Priorità:
Req. 10048
40 gg/uomo
T2
Necessario
COMMENTI GDL CODAU:
 Cosa significa “verrà supportata fino al 31/12/2011”? Tipico esempio di evoluzione che determina costi
diretti/indiretti.
 Il passaggio da una versione di Oracle (la attuale 10g) alla versione 11 deve per forza significare che
anche tutto l'ambiente SIADI/UGOV-DIDATTICA ed anche CSA dovrà poter migrare.
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 7 di 22

Visto che Esse3 pretende che tutti gli ambienti stiano sullo stesso Oracle questo passaggio dovrà essere
concordato/garantito per tutte le applicazioni. CINECA lo garantisce? (cfr. commento sull’introduzione
capitolo 4).
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 8 di 22
4.2.2
Back-end
4.2.2.1
Application server supportati
Ad oggi Esse3 supporta due application server:
- EAServer
- Jboss ( versione .org )
Entro il primo semestre del 2011 verrà supportata la versione commerciale di JBOSS ( Jboss.com )
Mentre non verrà più supportata la versione non commerciale ( Jboss.org ).
Nel corso del 2011 migreremo progressivamente tutte le installazioni dei clienti alla piattaforma
JBOSS.COM (che sarà l’unica supportata a partire dal 1/1/2012)
Il passaggio a JBOSS permette l’adozione di Linux come Sistema Operativo degli application server.
Sarà tuttavia necessario avere un server windows (non performante, anche virtuale) da adibire a server di
stampa e sul quale bisognerà installare Jboss.
Riferimenti:
Effort:
Rilascio:
Priorità:
Req. 10049
40 gg/uomo
T2
Necessario
COMMENTI GDL CODAU:
 Il passaggio da Sybase EAServer ad altre tecnologie (come JBoss) implica la ri-formazione del personale
che sta seguendo Esse3. Il passaggio a Jboss molto probabilmente implica anche l'abbandono di
Windows Server ed il passaggio a sistemi Linux. Questo implica uno sforzo di aggiornamento della
piattaforma e delle conoscenze per tutti gli Atenei che gestiscono l'impianto con la propria infrastruttura.
Sarebbe opportuno una condivisione delle tecnologie di base utilizzate con gli altri prodotti Cineca (cfr.
commento sull’introduzione capitolo 4).
4.2.2.2
Jdbc driver di tipo THIN
Sulle macchine degli application server è ancora obbligatorio installare il client Oracle della versione
9.0.2.0.8. La connettività nativa Oracle deriva dal fatto che l’application server di Esse3 utilizza i driver
JDBC di tipo Oci.
Nel corso del 2011 procederemo all’adozione del driver JDBC di tipo THIN e così non sarà più necessario
aver installato il client Oracle sui server.
Riferimenti:
Effort:
Rilascio:
Priorità:
4.2.2.3
Req. 10050
10 gg/uomo
T1
Necessario
Usabilità Esse3 Client
Nel 2010 è iniziata la rivisitazione dell’interfaccia utente per il client ESSE3 e sono stati aggiunti
nuovi elementi grafici (ad esempio il treeview).
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 9 di 22
E’ stata migliorata l’usabilità di alcune maschere client (vedi ad. es. “Gestione dei Bandi di mobilità”)
utilizzando una nuova metafora per la progettazione delle interfacce.
Nel 2011 la nuova metafora verrà progressivamente estesa ad altre funzionalità a cominciare da “Gestione
rimborsi” e “Gestione studente”.
Riferimenti:
Effort:
Rilascio:
Priorità:
4.2.2.4
Req. 10051
45 gg/uomo
T4
Necessario
Integrazione del SYNC nel setup di Esse3 client
COMMENTI GDL CODAU:
 Non necessario
Per le installazioni in cui si fa uso del client desktop di Esse3 ( non remotizzato ) si pone il problema di
aggiornare le postazioni client ad ogni rilascio di ogni nuova versione di Esse3.
A questa problematica gli atenei hanno risposto implementando dei meccanismi di sincronizzazione da un
file server mentre alcuni procedono manualmente.
Verrà fornita una nuova versione del setup di Esse3 che permetterà di installare sui client la procedura di
sincronizzazione remota utilizzata da Kion (Sync).
Inoltre il pacchetto ( cd della versione ) riuscirà ad installare automaticamente su tutti i file server i file della
distribuzione di Esse3 client (senza doverlo fare manualmente)
Riferimenti:
Effort:
Rilascio:
Priorità:
4.2.2.5
Req. 10052
4 gg/uomo
T1
Necessario
Test Automatici
Attualmente su Esse3 vengono gestiti dei test automatici di tipo “web” (interfaccia) e di tipo “funzionale”
(business-logic).
I test di tipo “web” delle sono delle macro che vengono registrate / eseguite dal browser mediante uno
strumento apposito ( Selenium ) .
I test di tipo “funzionale” sono invece dei test eseguiti direttamente sull’application server e che
rappresentano un test unitario di processo dei singoli componenti di business-logic (senza passare dalla
interfaccia utente).
Nel corso del 2011 vogliamo implementare anche i test di interfaccia del client utilizzando uno player
automatico e configurabile che simula le interazioni tra l’utente e l’applicazione.
L’obiettivo dei test automatici, per il 2011, è duplice:
-
Aumentare la copertura dei test automatici di tipo WEB e di tipo FUNZIONALE
Creare i test automatici di tipo CLIENT
Riferimenti:
Effort:
Rilascio:
Req. 10053
240 gg/uomo
T4
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 10 di 22
Priorità:
Necessario
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 11 di 22
4.2.3
Web
Verrà progressivamente esteso, a tutte le funzionalità di web-esse3, l’utilizzo dei nuovi templates
interfaccia già utilizzati per lo sviluppo dei progetti
-
di
Guide On Line,
Nuova area web Personale di Ateneo,
Quality Assurance (Clessidra)
iniziando dalla nuova home page dell’area Studente che, con l’occasione, sarà completamente riprogettata
al fine di presentare in modo più strutturato e organico tutte le informazioni rilevanti per lo studente stesso
(progetto “My ESSE3”).
Contestualmente verranno ulteriormente estese le potenzialità della nuova interfaccia grafica (evoluzione dei
templates, sviluppo di nuovi templates, introduzione controllata di javascript).
Verrà completata la cosiddetta laicizzazione del framework di web-esse3 al fine di potere utilizzare lo
strumento in modo trasversale per gli sviluppi di tutti i servizi web pubblici di UGOV (nelle aree Didattica,
Risorse Umane, Anagrafiche Comuni, Contabilità, Progetti, ecc…).
Verrà rilasciato il nuovo motore di autorizzazione dei servizi potenziando l’engine di Community Builder
(già utilizzato con successo per la gestione delle Community della Didattica).
Conseguentemente, tale generalizzazione permetterà successivamente di estendere l’uso delle Comunità
Virtuali a tutte le aree funzionali UGOV.
Verrà completata la separazione tra “cornice” grafica di WebEsse3 e menu funzionale, per arrivare ad avere
quest’ultimo sotto forma di XML, eventualmente recuperabile dinamicamente da DB.
Riferimenti:
Effort:
Rilascio:
Priorità:
Progetto 849
440 gg/uomo
T4
Necessario
COMMENTI GDL CODAU:
 “Guide on line” dovrebbero essere già pronte;
 Per quanto concerne la revisione lato web è opportuna una rivisitazione complessiva tenendo presente
anche l’implementazione dei seguenti punti, già evidenziati dal gdl CODAU:
o Ordinamento di tutti gli elenchi (istituti, università, Attività Didattiche libretto, appelli) per
ordine alfabetico (laddove non ci siano altri criteri più attinenti)
o Gestione del tasto “Indietro”
o Gestione dei messaggi di errore: ad oggi viene visualizzato un unico messaggio di errore
indipendentemente da ciò che si è verificato (ad esempio “Errore Malfunzionamento” compare
anche quando lo studente supera il limite giornaliero di certificati stampabili)
o Gestione autonoma dei menù e relative voci
 Da chiarire rispetto al successivo punto 4.3.1 che prevede la nuova interfaccia web per le
immatricolazioni. Il resto dell’area web studente resterebbe con la vecchia interfaccia grafica? il 4.2.3 e il
4.3.1 punto vanno chiariti e messi in relazione fra loro.
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 12 di 22
4.3
EVOLUZIONE APPLICATIVA
Illustriamo ora gli sviluppi applicativi più rilevanti pianificati nel 2011.
Nuova interfaccia web per ammissione e immatricolazione on-line
Si intende ridisegnare completamente l’interfaccia utente (web) dei processi in oggetto con le seguenti linee
guida:
4.3.1
- utilizzo dei nuovi template di interfaccia (vedi capitolo 4.2.3)
- riutilizzo dei prototipi di interfaccia sviluppati nel contesto del progetto K4U (Kion for Usability)
- requisiti di processo formulati dagli atenei.
Obiettivi del progetto:
Configurazione processi Web
Si intende definire uno standard per l’implementazione di un nuovo processo web, inteso come un
insieme di azioni e pagine configurabili in modo guidato da parte dell’utente.
Contestualmente, i flussi applicativi:



Registrazione anagrafica
Ammissioni
Immatricolazione
saranno analizzati al fine di proporre, come flusso standard di prodotto, l’insieme di tutte le pagine
attualmente gestite, comprese le personalizzazioni realizzate per i singoli atenei attualmente risolte
da (molti) parametri di configurazione o personalizzazioni del codice sorgente.
Tale analisi consentirà di identificare, per ogni flusso applicativo, i processi, le azioni e le pagine che
li compongono.
Questa classificazione ha lo scopo di rendere configurabile l’intero flusso, stabilendo quali azioni
predisposte a standard dovranno essere attivate, quali pagine dell’azione visualizzare e quali attributi
rendere visibile/obbligatori.
Navigazione assistita tra le pagine Web
La classificazione delle singole pagine permetterà di memorizzare tutte le informazioni inserite
durante il flusso applicativo dall’utente.
Il tal modo sarà possibile il recupero dei dati in caso di:
 chiusura del browser o scadenza della sessione
 interruzione della compilazione da parte dell’utente
 navigazione verso la pagina precedente dell’azione (tasto back applicativo)
Barra di avanzamento azione e mappa di avanzamento azione
Al fine di agevolare l’utente nella comprensione del flusso applicativo e del suo avanzamento, sarà
implementata una barra grafica di stato di avanzamento del “Processo” ed una pagina riepilogativa
che contenga la mappa del processo con l’indicazione degli step già completati.
Gestione multilingua dei testi statici
Nei flussi di ammissione e immatricolazione si è più volte sentita la necessità di differenziare i testi
statici delle singole pagine Web in base alla tipologia di corso di studio, per consentire una maggior
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 13 di 22
flessibilità nella “costruzione” delle pagine web mostrate agli studenti; questa esigenza è
particolarmente sentita per i corsi post-lauream in cui non sempre risulta corretto utilizzare i termini
normalmente previsti per gli altri corsi di studio.
Riferimenti:
Effort:
Rilascio:
Priorità:
Progetto 969
200 gg/uomo
T2 (aprile 2011)
Necessario
COMMENTI GDL CODAU:
 Rilascio: entro metà marzo
ICT4U: Cooperazione applicativa e foglio di congedo elettronico
Sviluppo della soluzione nel contesto dei progetti ICT4U secondo le linee guida approvate:
http://www.ict4university.gov.it/temi-universita-digitale/architettura-applicativa.aspx
4.3.2
In seguito al rilascio delle linee guida della cooperazione applicativa da parte del Tavolo Tecnico Università
Digitale, gli atenei delle reti che partecipano al progetto hanno richiesto a CINECA/KION di valutare gli
interventi da effettuare nei propri sistemi ESSE3/GISS alla luce delle specifiche dettate dalle linee guida del
DIT.
L’ipotesi di soluzione è stata predisposta coerentemente con le linee guida emanate dal DIT ed a seguito
degli incontri di approfondimento svolti da KION con il gruppo di lavoro del DIT di riferimento per le
tematiche della Cooperazione Applicativa.
Il rilascio verrà eseguito in due fasi:
Prima fase (avvio sperimentazione)
Per consentire l’avvio dell’operatività della cooperazione applicativa per il caso d’uso del foglio di congedo
entro i termini stabiliti dal bando ICT4U la prima fase di intervento nei sistemi di segreteria studenti di
KION (ESSE3 e GISS) sarà indirizzata per cogliere i seguenti obiettivi:
1.
Realizzazione della libreria dei web services secondo le specifiche riportate nell’allegato tecnico
delle linee guida. I web services verranno realizzati i all’interno del componente software KION-COAP.
2.
Modifica delle funzioni dei moduli di trasferimento in uscita e trasferimento in ingresso dei prodotti
ESSE3/GISS al fine di poter condurre, tra i nodi della rete di atenei in cooperazione applicativa, il test della
corretta produzione, trasmissione e ricezione dei dati del foglio di congedo in formato XML.
Seconda fase (completamento)
La seconda fase del progetto prevede il completamento degli interventi nei sistemi ESSE3/GISS per il pieno
supporto dei requisiti delle linee guida come descritto e nell’allegato tecnico delle linee guida.
Nello specifico si completeranno nei sistemi ESSE3 e GISS gli interventi iniziali sviluppati in fase di
sperimentazione per consentire il supporto completo del processo di trasferimento studenti in cooperazione
applicativa per le pratiche di trasferimento del prossimo anno accademico 2011/2012.
Riferimenti:
Effort:
Progetto 956
264 gg/uomo
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 14 di 22
Rilascio:
Priorità:
T1 (avvio sperimentazione), T2 (completamento)
Necessario
ICT4U: Fascicolo dello studente
Sviluppo della soluzione nel contesto dei progetti ICT4U secondo le linee guida approvate:
http://www.ict4university.gov.it/temi-universita-digitale/fascicolo-studente.aspx
4.3.3
In seguito al rilascio delle linee guida sul fascicolo di studente, da parte del Tavolo Tecnico Università
digitale, gli atenei appartenenti alla rete Uni5Net, promotori del gruppo sul fascicolo dello studente
nell’ambito del tavolo tecnico, hanno richiesto a CINECA un incontro con l’obiettivo di descrivere i punti
salienti delle linee guida e di ottenere una valutazione dei requisiti indicati in termini di tempi e costi.
COMMENTI GDL CODAU:
 Togliere riferimento a Uni5Net
Da una lettura del documento e dalle considerazioni fatte nel corso dell’incontro, emerge la volontà di
iniziare a gestire il fascicolo di studente, con l’obiettivo di non appesantire in alcun modo l’attività delle
segreterie studenti. Le linee guida sono state pensate per consentire agli atenei che lo ritenessero opportuno
la possibilità di estendere le indicazioni in esse contenute, col fine di raggiungere un maggior livello di
integrazione fra i sistemi.
Nelle linee guida sono state individuate diverse tipologie di documento che dovranno confluire all’interno
del fascicolo di studente.
Queste sono state classificate in:

Obbligatorie

Consigliate

Opzionali.
Documenti obbligatori:

Domanda di immatricolazione

Abbreviazione di corso

Trasferimento in ingresso

Conferma titolo di studio

Delibera passaggio di corso

Delibera approvazione piano di studio individuale

Verbali di esame

Decreti di annullamento esame

Contratto collaborazione studentesca

Riconoscimento esami

Diploma Supplement

Foglio di congedo

Rinuncia

Decadenza

Abilitazione
Documenti consigliati:

Attestazione ISEE/ISEU

Domanda esonero/benefici

Contratto di Learning Agreement

Trascript of Records
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 15 di 22

Domanda esame di stato
Documenti opzionali:

Passaggio di corso

Domanda piano di studio individuale

Istanze

Domanda di laurea

Domanda di trasferimento.
Il rilascio verrà eseguito in due fasi:
Prima fase:
Creazione fascicolo studente su Sistema Documentale
Chiusura fascicolo studente su Sistema Documentale
Aggiornamento fascicolo studente su Sistema Documentale
Alimentazione fascicolo studente su Sistema Documentale per i seguenti documenti:
- Immatricolazione (standard, abbreviazione di corso e trasferimento in ingresso)
- Chiusura carriera (conseguimento titolo, Trasferimento in uscita, Rinuncia, Decadenza)
- Diploma Supplement.
Seconda fase:
Alimentazione fascicolo studente su Sistema Documentale per i seguenti documenti:
- Conferma titolo di studio
- Delibera passaggio di corso
- Delibera approvazione piano di studio individuale
- Verbali di esame
- Decreti di annullamento esame
- Contratto collaborazione studentesca
- Riconoscimento esami
- Abilitazione
- Attestazione ISEE/ISEU
- Domanda esonero/benefici
- Contratto di Learning Agreement
- Trascript of Records
- Domanda esame di stato
- Passaggio di corso
- Domanda piano di studio individuale
- Istanze
- Domanda di laurea
- Domanda di trasferimento.
Implementazione visualizzazione fascicolo studente lato applicativo per la segreteria studente e on-line per lo
studente.
Implementazione parole chiave di ricerca dei dati contenuti nella stampa del documento.
Implementazione configurabilità mittente e destinatario del documento.
Riferimenti:
Effort:
Rilascio:
Priorità:
Progetto 957
60 gg/uomo (solo prima fase)
T1 (prima fase), T2 (seconda fase)
Necessario
ICT4U: Firma digitale: Adeguamenti normativi
Sviluppo della soluzione nel contesto dei progetti ICT4U secondo le linee guida approvate:
4.3.4
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 16 di 22
http://www.ict4university.gov.it/temi-universita-digitale/dematerializzazione.aspx
Adeguamenti normativi sulla firma digitale (firma Digitale con CadES), aggiunte per la risoluzione dei
problemi sulla parte client (pc dove viene effettuata la firma con le smart card) e relative funzioni lato server
per la visualizzazione delle informazioni raccolte.
Deve essere integrato il test di firma digitale nel processo del calendario esami e vanno inseriti i controlli
necessari per il controllo della conformità dei certificati presenti sulla smart card dell’utente con la
configurazione del server.
Riferimenti:
Effort:
Rilascio:
Priorità:
4.3.5
Req. 10005
15 gg/uomo
T1
Necessario
ICT4U: Firma digitale: firma remota
Sviluppo della soluzione nel contesto dei progetti ICT4U secondo le linee guida approvate:
http://www.ict4university.gov.it/temi-universita-digitale/dematerializzazione.aspx
Sviluppo della funzionalità di firma remota (integrazione con il sistema InfoCert e Telecom)
Questa modalità di firma non richiede la distribuzione delle smart card agli utenti.
La smart card viene sostituita da un OTP (one time password) in possesso dell’utente che deve firmare il
documento, il certificato risiede presso un server sicuro che effettua la firma dell’impronta del documento
inviato da esse3.
Riferimenti:
Effort:
Rilascio:
Priorità:
4.3.6
Req. 10008
29 gg/uomo
T1
Necessario
Scuole di dottorato
Completamento della copertura funzionale relativa alle Scuole di Dottorato e sviluppo della integrazione con
le banche dati ministeriali relative a:
- Dottorandi,
- Pagamenti borse,
- Dottori.
La copertura funzionale relativamente alle scuole di dottorato sarà completata, gestendo in particolare i
seguenti aspetti:
 Gestione di concorsi di ammissione per scuola di dottorato, con la possibilità di indicare, come
preferenze, i singoli corsi di dottorato facenti parte della scuola
 Definizione di convenzioni per borsa di studio valide a livello di scuole di dottorato
 Gestione delle scuole di dottorato nella stampa dei certificati
Riferimenti:
Effort:
Progetto 971
40 gg/uomo
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 17 di 22
Rilascio:
Priorità:
T2 per il completamento della gestione delle scuole di dottorato,
T3 per l’integrazione con le banche dati ministeriali
Necessario
4.3.7 Scuole di specializzazione
Completamento funzionale del modulo di gestione delle Scuole di Specializzazione.
Per il completamento delle funzionalità relative alla gestione delle scuole di specializzazione rese necessarie
dal relativo riordino si sono individuate, insieme agli atenei interessati, i seguenti punti di intervento:
COMMENTI GDL CODAU:
 Sia per “Scuole di dottorato”, sia per “Scuole di specializzazione” si chiede un coinvolgimento diretto
del gdl CODAU per definire in modo adeguato i requisiti e le funzionalità
Gestione anno accademico
È necessaria una gestione dell’anno accademico differenziata per le scuole di specializzazione, con una
diversificazione necessaria anche in base all’anno di coorte degli studenti
Gestione del tronco comune
Per gestire in modo corretto la porzione di tronco comune professionalizzante sono necessari i seguenti
interventi:

Possibilità di collegare la stessa struttura ospedaliera a più di un corso di studio, così da poter
gestire in modo coerente la rete formativa di ogni singola scuola, con una gestione univoca delle strutture
ospedaliere

Possibilità di gestire le rotazioni considerando studenti iscritti a corsi diversi
Sedi aggregate
Possibilità di censire gli specializzandi immatricolati presso altri atenei che vengono allocati all’interno delle
strutture facenti parte della rete formativa dell’ateneo, gestendoli e considerandoli nel piano delle rotazioni.
Controlli relativi alle attività professionalizzanti obbligatorie
Implementazione del controllo su volume e tipologie delle attività professionali obbligatorie che gli
specializzandi devono effettuare per completare correttamente i propri studi, come da allegati al decreto.
Produzione del Libretto/diario
Implementazione del libretto/diario, in versione standard ESSE3, analizzando le versioni fornite attualmente
da alcuni atenei.
Integrazione con banca dati ministeriale OFF.S
Sarà valutata la possibilità di gestire una eventuale integrazione con la banca dati ministeriale OFF.S.
Qualora l’integrazione non sia possibile nei termini previsti dal presente piano strategico si valuterà il
periodo migliore nel quale implementarla.
Riferimenti:
Effort:
Rilascio:
Priorità:
Progetto 972
60 gg/uomo
T2
Necessario
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 18 di 22
4.3.8 Integrazione con ANS tramite web-services
L’obiettivo è quello di automatizzare le spedizioni ed evitare la gestione manuale dei files prodotti da ESSE3
sostituendo il passaggio del file con una chiamata automatica ai web-services esposti da ANS.
Riferimenti:
Effort:
Rilascio:
Priorità:
-10 gg/uomo
T2
Facoltativo
COMMENTI GDL CODAU:
 Priorità: NECESSARIO
 Si tratta di una priorità per gli atenei che semplificherebbe (se funziona) molte elaborazioni per l’invio
dei dati al Ministero.
4.3.9 Integrazione con la banca dati dei debiti formativi
Realizzare l’integrazione per automatizzare l’invio dei dati alla nuova banca dati ministeriale adottata, per
ora, solo nelle facoltà scientifiche ma di futura estensione anche alle altre facoltà.
Riferimenti:
Effort:
Rilascio:
Priorità:
-20 gg/uomo
T3
Facoltativo
4.3.10 ESSE3-API
Sviluppare e normalizzare la libreria dei web-services applicativi esposti da ESSE3 per tutte le aree del
prodotto al fine di supportare al meglio i progetti di system integration e supportare anche lo sviluppo di
nuove modalità di accesso “client” (smartphone, tablet pc, ecc…).
In particolare desideriamo completare lo sviluppo dei web-service degli Atti di Carriera per esporre in
modo controllato le API applicative che governano il ciclo di vita dello Studente.
Nella prima fase si cercherà di esporre i servizi di base di un atto di carriera (creazione, transito di stato,
attivazione, esecuzione di un’operazione applicativa su un atto di carriera in un particolare stato).
A questi quattro eventi applicativi, che rappresentano le porte applicative esposte da esse3 verso il mondo
esterno, potrà essere agganciata da configurazione la logica di business (servizi) che Esse3 deve esporre (es.
riconoscimento esami esteri, travaso convalide per passaggio di corso o trasferimento da altro ateneo la cui
delibera viene generata da un sistema esterno).
Si rimanda alla documentazione specifica degli Atti di Carriera per approfondimenti.
Riferimenti:
Effort:
Rilascio:
Priorità:
Req. 9998
50 gg/uomo
T2
Facoltativo
COMMENTI GDL CODAU:
 Priorità: NECESSARIO
 Si condivide lo sviluppo di API sui processi non core di ESSE 3 per lasciare poi agli atenei la possibilità
di integrazione con sistemi esterni.
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 19 di 22
4.3.11 Evoluzioni in ambito Regolamenti / ANS / OFF
Gestione del RAD in ESSE3 (regole di percorso per la “coorte” 9999).
Adeguamenti dell’Anagrafe alle nuove richieste che perverranno per l’integrazione con la banca dati Off.F.
per i requisiti di trasparenza;
Creazione prospetto ANS atto all’ANALISI DEGLI ERRORI d’Ateneo;
Creazione prospetto guida dei risultati d’Ateneo in prospettiva delle scadenze PRO3;
Revisioni reportistiche e di visualizzazione delle maschere per le variabili fondamentali (iscrizioni, esami)
ANS.
Integrazione con OFF.F basata su web-services (import dei regolamenti di percorso)
Riferimenti:
Effort:
Rilascio:
Priorità:
-20 gg/uomo
T3
Facoltativo
COMMENTI GDL CODAU:
 Priorità: NECESSARIO
4.3.12 Gestione del TFA: tirocinio formativo attivo
Vedi decreto Gelmini del 10/09/2010.
Riferimenti:
Effort:
Rilascio:
Priorità:
-20 gg/uomo
T3
Facoltativo
4.3.13 Nuovo modulo Mobilità Internazionale (“Esse3 Web Mobility”)
Si tratta di un completo refactoring del modulo Mobilità Internazionale di ESSE3 che prevede
l’implementazione di tutta l’interfaccia utente su Web-ESSE3 (area Personale di Ateneo) e l’estensione della
copertura applicativa verso la completa gestione dei Double Degree e Joint Degree e della Teacher mobility /
Staff mobility.
ESSE3 Web Mobility sarà incluso nella offerta come un nuovo modulo opzionale di ESSE3.
Servizi previsti per il piano 2011:










Gestione dati strutturali e di configurazione
Gestione accordi
Gestione formulazione offerte
Gestione composizione Bando
Gestione graduatorie (selezioni, gruppi di offerte)
Gestione candidatura studenti outgoing
Gestione accettazione
Gestione Learning Agreement
Gestione contratto di mobilità
Gestione periodo di mobilità all'estero
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 20 di 22


Gestione rientro e convalida esami
Gestione pagamenti
Riferimenti:
Effort:
Rilascio:
Priorità:
Progetto 884
500 gg/uomo
T4
Facoltativo
COMMENTI GDL CODAU:
 Attenzione: l’area della web mobility è molto carente in Esse3 e alcuni atenei utilizzano altri prodotti per
gestire questa area. Forse sarebbe più opportuno sviluppare una Web-mobility-api che non un modulo
ex-novo. In ogni caso va coinvolto il GDL CODAU per requisiti e specifiche.
 Se la gestione degli studenti stranieri è un core di esse3, non dovrebbe essere venduto a moduli (UP,
SIADI, EWM, etc se li mettiamo tutti insieme il canone di Esse3 si raddoppia); se non è un core, prima
di svilupparlo è necessario consolidare il prodotto e chiudere i ticket in un tempo accettabile.
4.3.14 Nuova interfaccia utente per la progettazione questionari
Nel corso del 2011 è opportuno eseguire un re-factoring completo della maschera di progettazione dei
questionari, seguendo un approccio più orientato all’utente mediante l’utilizzo di pattern user-friendly come
la navigazione/progettazione ad albero e il design grafico.
A completamento sarebbe interessante prevedere almeno un livello base di check e/o preview del
questionario e la possibilità di fare import/export dello stesso da applicativo.
Prevedere anche alla possibilità di integrare la soluzione nativa di ESSE3 con motori esterni per la
compilazione dei questionari, tipo lime survey.
Riferimenti:
Effort:
Rilascio:
Priorità:
Req. 10003
20 gg/uomo
T3
Facoltativo
COMMENTI GDL CODAU:
 è importante per gli atenei;
 tenere conto dell’integrazione con prodotti terzi in uso agli atenei
4.3.15 Gestione syllabus docente integrata con UGOV/Didattica
Attualmente è disponibile per un servizio che consente al docente l’inserimento dei programmi degli
insegnamenti operando in autonomia nella propria area web.
Questo servizio (gestione “Syllabus”) opera sulla base dati di ESSE3.
Occorre fare in modo che lo stesso servizio, opportunamente riprogettato, possa operare anche sulla base dati
di UGOV-Didattica prima ancora che venga eseguito l’import della programmazione didattica da UGOV ad
ESSE3.
Era un punto previsto nel piano 2010 che non siamo riusciti a sviluppare.
Rientra nel disegno strategico di web-ugov.
Riferimenti:
Effort:
Rilascio:
Priorità:
Req. 8126
28 gg/uomo
T3
Facoltativo
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 21 di 22
COMMENTI GDL CODAU:
 Priorità: NECESSARIO
 è legato a UGOV didattica e i tempi richiedono che sia in produzione per aprile
4.3.16 Diario docente integrato con timesheet
Le funzionalità di rendicontazione delle attività del docente prevedono, oggi, tre ingressi:



registro delle lezioni
diario degli impegni accademici
timesheet dei progetti di ricerca
Si vuole intervenire sulla seconda funzione (diario) al fine di renderla omogenea al look&feel del timesheet
in una visione integrata per l’utente finale (stessa form di rendicontazione per diario e timesheet, su base
giornaliera, per tipo attività).
Riferimenti:
Effort:
Rilascio:
Priorità:
Req. 10004
17 gg/uomo
T4
Facoltativo
COMMENTI GDL CODAU:
 Coinvolgere gdl CODAU: alto rischio di produrre uno strumento che poi non sarà utilizzato dagli atenei.
4.3.17 Alumni e Placement
Per quanto riguarda gli altri aspetti evolutivi, legati alla gestione del Placement, si è aperto nel corso del 2010
uno scenario di integrazione con strumenti di terze parti specializzati in questa area.
L’integrazione che si intende realizzare sarà gestita tramite la realizzazione di WebServices che
consentiranno di mantenere allineata la banca dati aziendale di ESSE3 con quella del sistema di terze parti.
Tutti gli ulteriori elementi di integrazione saranno definiti contestualmente alle attività di analisi.
Riferimenti:
Effort:
Rilascio:
Priorità:
Progetto 973
20 gg/uomo
T4
Facoltativo
COMMENTO GENERALE GDL CODAU:
 Si chiede che per ogni aspetto legato alla evoluzione/sviluppo del sistema, ci siano 1 o più documenti del
piano di lavoro che possano essere analizzati. Sarebbe auspicabile uniformare il livello di dettaglio dei
singoli requisiti (nel documento ci sono requisiti molto specifici, altri molto generici).
 Pur trattandosi del piano strategico Esse3 non possiamo negare che questo prodotto vada evoluto tenendo
conto delle ripercussioni in UGOV. La funzione alla base di tutti i processi quale la Gestione offerta
formativa si sovrappone fra i due sistemi e gli atenei che si dotano della soluzione UGOV, non
utilizzando quella di Esse3, devono ricevere garanzie sulla loro compatibilità: i trasferimenti da UGOVDI ad Esse3 devono essere "predicibili in modo semplice" anche da parte dell'utente finale. In questo
caso si tratterebbe di metter mano ad entrambi i piani strategici UGOV/Esse3 su funzionalità già coperte
che dovrebbero essere concordate fra CINECA e Kion allo stesso modo delle evoluzioni tecnologiche in
uno spirito di uniformità semantica dei concetti e dei funzionamenti.
KION S.p.A. a CINECA Company
Piano strategico di produzione 2011
Progetto software ESSE3 / 9
Riproduzione vietata salvo autorizzazione
pag. 22 di 22