Prossimamente

al lavoroIn questa sezione, seguendo una sperimentale ottica di “trasparenza”, rendiamo palesi i nostri attuali “macro”-lavori in corso e il loro stato di evoluzione. Potete tranquillamente lasciare messaggi o commenti sui lavori che vedete qui sotto (“Meglio PRIMA che mai!”).


Agosto 2009

  1. effettuato intervento per cui l’acquisizione del file della FACOLTÀ OFF.F. automaticamente assocerà, nella tabella di sistema FACOLTÀ DI ALTRO ATENEO, le facoltà assenti in determinati Atenei; quest’ultima informazione è ricavata dalle informazioni sui Corsi di studio Off.F. di tutti gli Atenei contenuti in banca dati.  Rilascio in 6.03.05. (priorità: ALTA; difficoltà BASSA; stato avanzamento: SVILUPPO terminato)
  2. creazione di una PIANIFICAZIONE MULTIPLA al fine di poter pianificare un insieme di schede per notte, come ad esempio tutte le 6 o tutte le 1  (priorità: ALTA; difficoltà ALTA; fase progettuale terminata, sviluppo iniziato)
  3. produzione di uno studio di coerenza per laureati (priorità: BASSA; difficoltà BASSA; stato avanzamento: da iniziare)

Luglio 2009

  1. creazione di un’utilità di sistema che permetterà la ripulitura delle scuole superiori, a nome RIUNIFICA SCUOLE SUPERIORI; data una scuola “buona”, ossia con codice ANS definito e con il web flag alzato, si potranno automaticamente individuare tutte le scuole “duplicate”, con possibilità di selezione anche manuale, al fine di eliminarle. Le informazioni sui titoli collegate alle scuole da eliminare verranno automaticamente aggiornate sulla scuola nuova. Rilascio in 6.03.05  (priorità: ALTA; difficoltà MOLTO ALTA; stato avanzamento: SVILUPPO terminato)
  2. creato un PROSPETTO delle spedizioni che permette un’analisi dei dati di base simile a quella presente in OSD, per la quale, per ogni anno accademico ed ogni scheda, si ha una visualizzazione dei record inviati, dei record coerenti e della percentuale di entrata definitiva nel Data Mart (priorità: MEDIA; difficoltà MEDIA; stato avanzamento: SVILUPPO terminato)
  3. nella scheda 2, non si invieranno più titoli di scuola superiori per carriere di iscritti ad una laurea specialistica (LS) o ad un biennio magistrale (MS). Rilascio in 6.03.05  (priorità: MEDIA; difficoltà MEDIA; stato avanzamento: SVILUPPO terminato)
  4. creato un tastino di controllo in SCUOLE SUPERIORI MIUR che permette il monitoraggio delle scuole non associate, nonché di quelle non presenti nel sistema; con gli automatismi introdotti, l’introduzione di ogni scuola MIUR nella tabella di sistema delle Scuole Superiori è ora garantito. Rilascio in 6.03.05  (priorità: BASSA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato)
  5. completato il processo di “ripulitura” multipla in STORICIZZA VECCHIE SPEDIZIONI, compreso il conteggio dello spazio disco su db. Rilascio in 6.03.05  (priorità: MEDIA; difficoltà MEDIA; stato avanzamento: SVILUPPO terminato)

Giugno 2009

  1. riprogettata completamente l’informazione sullo stato di ogni singola spedizione; in precedenza, il tutto veniva ricalcolato tramite controllo dei record della spedizione stessa; d’ora in poi le informazioni finali di una spedizione sono salvate su campi sul db. Il vantaggio è tutto nelle prestazioni di recupero dei dati (si veda il PANNELLO DI CONTROLLO). NOTA BENE! Questo renderà ancora più grave un intervento sullo stato dei record da db, poiché di fatto invaliderebbe tutto.  Rilascio in 6.03.05  (priorità: ALTA; difficoltà MOLTO ALTA; stato avanzamento: SVILUPPO terminato)
  2. Concertata con OSD la presenza di un nuovo campo inerente il CODICE del DIPLOMA nella tabella ministeriale dei TIPI DIPLOMA.  Rilascio in 6.03.05  (priorità: MEDIA; difficoltà BASSA; stato avanzamento: SVILUPPO terminato)

Maggio 2009

  1. individuazione dei punti più “pesanti” dell’intero pacchetto e studio analitico di migliorabilità. Rilascio in 6.03.00 e in 6.03.05 (priorità: MEDIA; difficoltà MOLTO ALTA; stato avanzamento: SVILUPPO terminato)

Aprile 2009

  1. creazione di una procedura di IMPORTAZIONE SPEDIZIONI per potere acquisire nel sistema file txt di spedizioni 1 e 4 inviate nel passato con precedenti sistemi; questo è utile soprattutto per gli Atenei in partenza con ESSE3. Rilascio in 6.03.00 (priorità: ALTA; difficoltà MOLTO ALTA; stato avanzamento: SVILUPPO terminato)
  2. implementate le operazioni di ricerca nella maschera ATTRATTIVITÀ E TRASPARENZA.  Rilascio in 6.03.00  (priorità: BASSA; difficoltà BASSA; stato avanzamento: SVILUPPO terminato)

Marzo 2009

  1. è stata completamente mutata la logica di recupero e la gestione delle attività didattiche di ingresso tramite l’introduzione di due attributi, a livello di libretto, che gestiscono la “competenza” dell’insegnamento: anno accademico e data di COMPETENZA; la scheda 3 si baserà completamente sulla valorizzazione dell’anno accademico di competenza, prodotta da script. Rilascio in 6.03.00.  (priorità: ALTA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato)

Febbraio 2009

  1. progettazione di un cruscotto, per un’ottica di trasparenza e assicurazione di qualità, con informazioni per corso di studio e interrogazioni per anni di coorte, a nome ATTRATTIVITÀ  E TRASPARENZA (priorità: ALTA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato)
  2. aggancio della stampa “Lista Iscrizioni” alla funzione RIALLINEA ISCRIZIONI OFF.F., in maniera tale da avere evidenza delle iscrizioni non riallineate. L’intervento è in 6.03.00.  (priorità: MEDIA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato)
  3. Si è concordato di inviare come esito del test di ingresso 998 qualora il risultato del test non sia un valore positivo (ossia maggiore di zero). L’intervento è incluso in 6.03.00.  (priorità: MEDIA; difficoltà BASSA; stato avanzamento: SVILUPPO terminato)

Gennaio 2009

  1. Introduzione della gestione della tabella ministeriale delle REGIONI (6.03.00) (ordine di priorità: ALTA; difficoltà: ALTA; stato avanzamento: fase progettuale terminata, sviluppo iniziato)

Dicembre 2008

  1. Non verranno più recuperati segmenti a 0 (zero) CFU, come da discussione concordata nella tre giorni di corso a Bologna. L’intervento è incluso in 6.02.05.  (priorità: MEDIA; difficoltà BASSA; stato avanzamento: SVILUPPO terminato)
  2. riprogettazione della logica di popolamento delle “Materialized View”, che sono la base dei CONTROLLI DI CONGRUENZA tramite la possibilità di pianificarle di notte.  L’intervento è incluso in 6.02.05.  (priorità: ALTA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato)

Novembre 2008

  1. creazione di strumentazione atta a paragonare, date due spedizioni, le differenze tra le schede inviate; possibile inoltre paragonare 2 record simili. Rilasciato per la scheda 1 e gli eventi di ingresso. (priorità: ALTA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato)
  2. Realizzato un “lock” per le maschere GENERAZIONE SPEDIZIONI e STORICIZZA SPEDIZIONI ed un controllo dallo SBLOCCA SPEDIZIONI per il quale si avverte l’utente in caso di sblocco relativo ad un altro utente. Dalla versione 6.02.05. (priorità: MEDIA; difficoltà MEDIA; stato avanzamento: SVILUPPO terminato)

Ottobre 2008

  1. Si è superata quella casistica “random” per la quale talvolta una spedizione appare come 0 record, pur non essendolo; questa criticità è nota da anni e si sono operati nel bienno 2006-2008 numerosi interventi per ridurla.  Con gli adeguamenti effettuati in versione 6.02.00  innanzitutto evitiamo di dare l’impressione che la spedizione sia a 0 record qualora non lo sia. In seguito, si evita di riattivare una vecchia spedizione in casistiche del genere, perché una riattivazione a fronte di record “pendenti” sporcherebbe irrimediabilmente la base dati. (priorità: MEDIA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato)
  2. introduzione di una nuova casistica dei Controlli di Congruenza sulle mappature, inerente i percorsi che non hanno mappature (priorità: MEDIA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato)
  3. non vengono più inviati nella spedizione 2 quei titoli universitari con mappatura 99 a sistema; in tal modo, un Ateneo può gestire titoli “fittizi” non preoccupandosi dell’invio in Anagrafe se la mappatura è generica. Ovviamente si raccomanda la cautela e la pertinenza di eventuali titoli universitari inseriti a tale scopo. (priorità: MEDIA; difficoltà MEDIA; stato avanzamento: SVILUPPO terminato)
  4. permesso l’annullamento di una spedizione che sia interrotta, tramite apposito nuovo tasto in RIEPILOGO SPEDIZIONI (priorità: MEDIA; difficoltà MEDIA; stato avanzamento: SVILUPPO terminato)

Settembre 2008

  1. adeguamento della procedura di importazione dell’xml di Off. F. per quanto concerne l’acquisizione delle ripartizioni dei SSD per i GRUPPI di settori o SOTTO-AMBITI, insiemi di SSD afferenti al medesimo ambito univoco della TAF F; si è concordata la gestione in fase posteriore al nostro rilascio Off. F. 270 (priorità: ALTA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato)
  2. ritocchi ed adeguamenti alle maschere concernenti le informazioni sul Corso Off. F. per rendere più fruibili e “usabili” le informazioni inerenti l’interclasse (priorità: MEDIA; difficoltà MEDIA; stato avanzamento: SVILUPPO terminato)
  3. snellimento dell’elaborazione della scheda 6 tramite introduzione di una cache inerente il calcolo di informazioni di corredo quali l’ambito univoco, per non calcolarle più ogni volta (priorità: ALTA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato)

Agosto 2008 (lavori terminati: 4)

  1. progettazione copia delle associazioni Off. F. per un percorso di studio a partire da uno percorso affine in Off. F. ossia un percorso VALIDO del medesimo ordinamento di studi (ordine di priorità: ALTA; difficoltà MEDIA; stato avanzamento: SVILUPPO terminato);
  2. utilità che permetta di “azzerare” i contributi dovuti e pagati inviati, al fine di poterli rimandare alla prossima spedizione R; questo supera l’”empasse” che viene a crearsi se, all’atto dell’invio di una 1R, ad esempio, i contributi non erano stati definiti; se una 4R intercettava lo studente, da questo momento solo questa scheda è portatrice delle informazioni tasse dello studente, anche a seguito di una nuova 1R dello stesso anno accademico. In questo modo, dopo l’azzeramento dei contributi inviati, la nuova 1R ricalcolerà il tutto. Si badi, le schede che inviano le tasse sono tre,  1, 4 e 5; il ragionamento sopra esposto va esteso a tre schede per anno accademico. (ordine di priorità: ALTA; difficoltà MEDIA; stato avanzamento: SVILUPPO terminato);
  3. creazione di un codice alternativo di un corso di studio di un altro Ateneo da utilizzare in fase di inserimento in CORSI DI STUDIO ALTRI ATENEI da sorgente CORSI OFF.F. DI ALTRI ATENEI; questo intervento risolve l’impossibilità di generare un codice che permetta l’inserimento per alcuni corsi di studio rilasciati a suo tempo con CODICIONI formalmente errati. Questa casistica (limitatissima) è stata però riscontrata da molti Atenei (“Non riesco ad inserire il tal Corso… come mai?”) (ordine di priorità: ALTA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato);
  4. possibilità di ricercare, nella tabella ministeriale degli AMBITI UNIVOCI, per un dato ambito univoco, lo schema di appartenza (Classe, TAF), dettagliando anche gli SSD relativi. (ordine di priorità: MEDIA; difficoltà BASSA; stato avanzamento: SVILUPPO terminato);

Luglio 2008 (lavori terminati: 2)

  1. adeguamento dell’xml di Off. F. al tracciato 270, che è stato modificato rispetto all’usuale 509+LMG/01 (priorità: ALTA; difficoltà MOLTO ALTA; stato avanzamento: SVILUPPO terminato);
  2. gestione corsi di studio interclasse in acquisizione dei codici dei Corsi Off. F. dell’Ateneo (priorità: ALTA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato);

Maggio – Giugno 2008 (lavori terminati: 4)

  1. sviluppo di un processo di recupero di una SPEDIZIONE INTERROTTA, ossia una spedizione che non ha terminato la fase di elaborazione per cause di forza maggiore (ad esempio, la caduta di un jaguar); i record correttamente elaborati fino a quel momento vengono salvati sul db e la spedizione può essere ripresa successivamente. (priorità: ALTA; difficoltà ALTA; stato avanzamento: SVILUPPO terminato);
  2. progettazione di un VISUALIZZATORE DI SPEDIZIONE che permetterà, data una spedizione, di scorrere tutte le righe inviate, utilizzando la stessa logica di presentazione tabulare del SIMULATORE DI SPEDIZIONI: disponibile per le schede 1,4, 3 e 6 (priorità: ALTA; difficoltà: MEDIA; stato avanzamento: SVILUPPO terminato);
  3. in partenza produzione di un progetto denominato “proxy pattern” per memorizzazione di tutte le combinazioni possibili di informazioni tradotte con le codifiche tabelle ministeriali —> il fine è un notevole alleggerimento dei calcoli per l’invio delle spedizioni. Se N studenti sono nati nel comune A, solo 1 volta verrà invocata la tabella ministeriale per inviare il dato, le rimanenti N-1 volte non sarà più necessario; questo solo per il primo invio in assoluto; dall’invio successivo la tabella ministeriale non verrà più interrogata, fino ad eventuale volontario svuotamento di una “cache”. (priorità: ALTA; difficoltà: MEDIA; stato avanzamento: SVILUPPO terminato)
  4. Creazione di una utilità nel DEPOSITO che permetta di effettuare un calcolo di controllo sui record scartati; se risultano correttamente inviati in invii successivi, l’automatismo riporterà il risultato. (priorità: ALTA; difficoltà MEDIA; stato avanzamento: SVILUPPO terminato)

Lascia un commento