Per consentire agli Atenei di effettuare analisi di dettaglio sui dati degli studenti, Cineca ha realizzato quelli che in letteratura sono definiti ODS: Operational Data Store. Gli ODS, a loro volta, sono organizzati in quelli che Pentaho definisce Business Model (BM). Ogni Business Model raccoglie più ODS al fine di costituire un aggregato di ODS consistente che permette di effettuare analisi su un determinato contesto di dati. I business model realizzati in ambito "Studenti" sono i seguenti:
I dati modellati nei BM possono essere utilizzati per realizzare reportistica sia aggregata che di dettaglio (le informazioni contenute sono caratterizzate atomicamente, dove possibile, fino al livello del Codice Fiscale dello studente).
I tipi di reporting possibili sono i seguenti:
L’Ateneo ha a disposizione due prodotti per realizzare i report, che fanno entrambi parte della suite PENTAHO:
Business View | Presente nei BM | Significato |
Didattica appello - Facoltà | STU - Appelli Esame | Facoltà del corso di studi di definizione dell'appello d'esame |
Didattica appello - Facoltà | STU - Verbali Appelli Esame | Facoltà del corso di studi di definizione dell'appello d'esame |
Elenco attributi della Business View:
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Flag facolta default amministrativo | Flag facolta default amministrativo | |
Flag facolta default regole conseguimento titolo | Flag facolta default regole conseguimento titolo | |
Flag facolta default statistiche | Flag facolta default statistiche | |
Codice facolta | Codice facolta | |
Facolta | Facolta |
Business View | Presente nei BM | Significato |
Didattica appello - Dipartimento | STU - Appelli Esame | Dipartimento del corso di studi di definizione dell'appello d'esame |
Didattica appello - Dipartimento | STU - Verbali Appelli Esame | Dipartimento del corso di studi di definizione dell'appello d'esame |
Elenco attributi della Business View:
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Flag dipartimento default amministrativo | Flag dipartimento default amministrativo | |
Flag dipartimento default regole conseguimento titolo | Flag dipartimento default regole conseguimento titolo | |
Flag dipartimento default statistiche | Flag dipartimento default statistiche | |
Codice dipartimento | Codice dipartimento | |
Dipartimento | Dipartimento |
Business View | Presente nei BM | Significato |
Didattica appello - Corso | STU - Appelli Esame | Corso di studi di definizione dell'appello d'esame |
Didattica appello - Corso | STU - Verbali Appelli Esame | Corso di studi di definizione dell'appello d'esame |
Elenco attributi della Business View:
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Codice corso di studi | Codice corso di studi | |
Corso di studi | Corso di studi | |
Codice normativa | Codice normativa | |
Normativa | Normativa | |
Codice tipo corso | Codice tipo corso | |
Tipo corso | Tipo corso |
Business View | Presente nei BM | Significato |
Attività didattica appello | STU - Appelli Esame | Corso di studi di definizione dell'appello d'esame |
Didattica appello - Corso | STU - Verbali Appelli Esame | Corso di studi di definizione dell'appello d'esame |
Elenco attributi della Business View:
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Codice attività didattica | Codice attività didattica | |
Attività didattica | Attività didattica |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Progressivo appello | Progressivo appello | |
Descrizione appello | Descrizione appello | |
Anno accademico calendario ID | Anno accademico calendario ID | |
Anno accademico calendario | Anno accademico calendario | L'anno accademico di calendario è l'anno accademico dove è stato inserito l'appello. Il principale scopo è quello di collegare l'eventuale esame comune presente nell'appello. Normalmente è l'anno accademico di definizione dell'appello oppure l'ultimo anno di offerta della coppia AD/CDS di definizione dell'appello nel caso che nell'anno corrente questa non sia definita in offerta. |
Data inizio iscrizioni all'appello | Data inizio iscrizioni all'appello | |
Data fine iscrizioni all'appello | Data fine iscrizioni all'appello | |
Data inizio appello | Data inizio appello | |
Anno inizio appello | Anno inizio appello | |
Mese inizio appello | Mese inizio appello | |
Giorno inizio appello | Giorno inizio appello | |
Codice tipo iscrizione | Codice tipo iscrizione | |
Codice tipo iscrizione prevista | Codice tipo iscrizione prevista | |
Codice tipologia definizione appello | Codice tipologia definizione appello | |
Codice tipologia gestione prenotazione | Codice tipologia gestione prenotazione | |
Codice tipologia esame prevista | Codice tipologia esame prevista | |
Tipo iscrizione | Tipo iscrizione | |
Tipo iscrizione prevista | Tipo iscrizione prevista | |
Tipologia definizione appello | Tipologia definizione appello | |
Tipologia gestione prenotazione | Tipologia gestione prenotazione | |
Tipologia esame prevista | Tipologia esame prevista | |
Tipologia scelta turno | Tipologia scelta turno | |
Stato logistica | Stato logistica | |
Flag appello riservato | Flag appello riservato | Un appello è riservato se non disponibile per la prenotazione web |
Identificativo utente appello | Identificativo utente appello | Identificativo dell'utente che ha inserito l'appello |
I docenti abilitati sono coloro i quali sono abilitati alla gestione del Calendario Esami (funzione web dell'area riservata al docente). Tali docenti sono abilitati a specifiche coppie Corso, attività didattica. Un docente abilitato, può quindi operare sulla coppia CdS Ad fino ad un certo anno accademico di offerta.
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Matricola docente abilitato | Matricola docente abilitato | |
Cognome docente abilitato | Cognome docente abilitato | |
Nome docente abilitato | Nome docente abilitato | |
Codice ruolo docente abilitato | Codice ruolo docente abilitato | |
Codice CSA ruolo docente abilitato | Codice CSA ruolo docente abilitato | |
Ruolo docente abilitato | Ruolo docente abilitato | |
Tipo ruolo docente abilitato | Tipo ruolo docente abilitato | |
ID AB docente abilitato | ID AB docente abilitato |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Matricola presidente appello | Matricola presidente appello | |
Cognome presidente appello | Cognome presidente appello | |
Nome presidente appello | Nome presidente appello | |
Codice ruolo presidente appello | Codice ruolo presidente appello | |
Codice CSA ruolo presidente appello | Codice CSA ruolo presidente appello | |
Ruolo presidente appello | Ruolo presidente appello | |
Tipo ruolo presidente appello | Tipo ruolo presidente appello | |
ID AB presidente appello | ID AB presidente appello |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Codice tipologia gestione appello | Codice tipologia gestione appello | |
Tipologia gestione appello | Tipologia gestione appello | |
Tipo di appello (prova parziale, prova finale) | Tipo di appello (prova parziale, prova finale) | |
Flag gestione appello online | Flag gestione appello online | |
Flag appello semplificato | Flag appello semplificato | |
Flag abilitazione firma digitale | Flag abilitazione firma digitale |
Il Business Model degli Appelli d'Esame ha come obiettivo principale quello di consentire di analizzare gli Appelli d'Esame da un punto di vista degli studenti che si sono iscritti ai vari appelli, di quelli che si sono presentati all'Appello e di quelli che, alla fine, hanno superato l'appello. Gli appelli sono definiti sulla coppia: Corso-Attività didattica. Gli studenti iscritti agli appelli possono avere nei loro libretti attività didattiche differenti da quelle di definizione dell'appello perché in fase di configurazione dell'appello si possono definire più attiivtà didattiche compatibili con quella di base. Per tale motivo nel modello dati sono state mappate la Didattica e attività didattica di iscrizione dello studente e la Didattica e attività didattica di definizione dell'appello.
Inoltre lo studente iscritto allo stesso appello può risultare su più verbali, va selezionato l'ultimo verbale valido (verbale valido) per escludere i verbali di revoca.
Di seguito lo schema concettuale del Business Model:
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Flag facolta default amministrativo (stu) | Flag facolta default amministrativo (stu) | |
Flag facolta default regole conseguimento titolo (stu) | Flag facolta default regole conseguimento titolo (stu) | |
Flag facolta default statistiche (stu) | Flag facolta default statistiche (stu) | |
Codice facolta (stu) | Codice facolta (stu) | |
Facolta (stu) | Facolta (stu) |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Flag dipartimento default amministrativo (stu) | Flag dipartimento default amministrativo (stu) | |
Flag dipartimento default regole conseguimento titolo (stu) | Flag dipartimento default regole conseguimento titolo (stu) | |
Flag dipartimento default statistiche (stu) | Flag dipartimento default statistiche (stu) | |
Codice dipartimento (stu) | Codice dipartimento (stu) | |
Dipartimento (stu) | Dipartimento (stu) |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Codice corso di studi (stu) | Codice corso di studi (stu) | |
Corso di studi (stu) | Corso di studi (stu) | |
Codice normativa (stu) | Codice normativa (stu) | |
Normativa (stu) | Normativa (stu) | |
Codice tipo corso (stu) | Codice tipo corso (stu) | |
Tipo corso (stu) | Tipo corso (stu) |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Codice attività didattica (stu) | Codice attività didattica (stu) | |
Attività didattica (stu) | Attività didattica (stu) | |
Anno accademico di offerta ID | Anno accademico di offerta ID | |
Anno accademico di offerta | Anno accademico di offerta |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Codice aula | Codice aula | |
Aula | Aula | |
Capienza aula | Capienza aula | |
Codice edificio | Codice edificio | |
Edificio | Edificio | |
Data esame turno | Data esame turno | |
Ora esame turno | Ora esame turno | |
Turno | Turno |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Matricola presidente turno | Matricola presidente turno | |
Cognome presidente turno | Cognome presidente turno | |
Nome presidente turno | Nome presidente turno | |
Codice ruolo presidente turno | Codice ruolo presidente turno | |
Codice CSA ruolo presidente turno | Codice CSA ruolo presidente turno | |
Ruolo presidente turno | Ruolo presidente turno | |
Tipo ruolo presidente turno | Tipo ruolo presidente turno | |
ID AB presidente turno | ID AB presidente turno |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Data prenotazione | Data prenotazione | |
Flag prenotazione inserita da segreteria o docente | Flag prenotazione inserita da segreteria o docente | |
Flag ritirato | Flag ritirato | |
Flag assente | Flag assente | |
Voto conseguito all'appello | Voto conseguito all'appello | |
Codice giudizio conseguito all'appello | Codice giudizio conseguito all'appello | |
Giudizio conseguito all'appello | Giudizio conseguito all'appello | |
Stato presa visione | Stato presa visione | |
Data di sostenimento della prova | Data di sostenimento della prova | |
Posizione della prenotazione | Posizione della prenotazione | |
Data pubblicazione esiti d'esame | Data pubblicazione esiti d'esame | |
Data rifiuto esito (docente) | Data rifiuto esito (docente) | |
Data rifiuto esito (studente) | Data rifiuto esito (studente) | |
Matricola studente | Matricola studente | |
Coorte studente ID | Coorte studente ID | |
Coorte studente | Coorte studente | |
Esito Prova | Esito Prova | |
Anno Corso AD | Anno di corso cui è associata l´attività didattica, secondo quanto previsto dal piano carriera |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Matricola docente verbale | Matricola docente verbale | |
Cognome docente verbale | Cognome docente verbale | |
Nome docente verbale | Nome docente verbale | |
Codice ruolo docente verbale | Codice ruolo docente verbale | |
Codice CSA ruolo docente verbale | Codice CSA ruolo docente verbale | |
Ruolo docente verbale | Ruolo docente verbale | |
Tipo ruolo docente verbale | Tipo ruolo docente verbale | |
Stato verbale | Stato verbale | |
Numero di errore verbale | Numero di errore verbale | |
Numero di warning verbale | Numero di warning verbale | |
Codice tipo verbale | Codice tipo verbale | |
Tipo verbale | Tipo verbale | |
Stato archiviazione verbale | Stato archiviazione verbale | |
Tipologia errore archiviazione verbale | Tipologia errore archiviazione verbale | |
Stato lotto verbali | Stato lotto verbali | |
Progressivo rifirma | Progressivo rifirma | |
Flag Verbale Positivo | Flag Verbale Positivo | |
Flag Verbale Firmato | Flag Verbale Firmato | |
Esito verbale | Esito verbale | |
Data Generazione Verbale | Data Generazione Verbale | |
Data Caricamento Verbale | Data Caricamento Verbale | |
Data Verbalizzazione | Data Verbalizzazione | |
ID AB docente verbale | ID AB docente verbale |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Stato attività libretto | Stato attività libretto | P = in piano F = frequentata S = superata |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Anno accademico sessione (identificativo) | Anno accademico sessione (identificativo) | |
Anno accademico sessione (descrizione) | Anno accademico sessione (descrizione) |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Verbale | Valorizzato ad 1 per ogni riga. Conteggia tutti i possibili verbali, sia validi che revisionati | |
Ultimo Verbale | Valorizzato ad 1 in corrispondenza dell'ultimo verbale (verbale con massimo lotto_id). | |
Verbale Valido | Valorizzato ad 1 in corrispondenza dell'ultimo verbale valido. Questo valore sarà pari ad 1 per un solo verbale a parità di iscrizione (massimo lotto_id). |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Settore Scientifico Disciplinare (COD) | Codice Settore Scientifico Disciplinare | |
Settore Scientifico Disciplinare | Descrizione Settore Scientifico Disciplinare | |
Codice Area | Codice Area | |
Descrizione Area | Descrizione Area |
MISURA | DESCRIZIONE | OSSERVAZIONI |
Numero appelli | Numero appelli | |
Numero iscrizioni | Numero iscrizioni | |
Numero iscrizioni regolari | Numero iscrizioni regolari | |
Numero iscrizioni assenti | Numero iscrizioni assenti | |
Numero iscrizioni ritirati | Numero iscrizioni ritirati | |
Numero esiti inseriti | Numero esiti inseriti | Vengono esclusi gli esiti ritirato, assente e null |
Numero esiti positivi | Numero esiti positivi | |
Numero esiti negativi | Numero esiti negativi | |
Numero verbali generati | Numero verbali generati | |
Numero verbali importati | Numero verbali importati | |
Numero verbali registrati | Numero verbali registrati | |
Numero verbali caricati | Numero verbali caricati | |
Numero medio tentativi | Numero medio tentativi | |
Media voti | Media voti | |
Media voti positivi | Media voti positivi | |
Media voti verbale | Media voti verbale | |
Media voti verbali positivi | Media voti verbali positivi | |
Numero docenti | Numero di docenti che hanno creato l'appello | |
Numero studenti con lotto e batch associati | Numero studenti con lotto e batch associati | |
Numero pubblicazioni | Numero pubblicazioni | |
Numero lotti | Numero lotti | |
Delta giorni inizio appello generazione ultimo verbale | Delta giorni inizio appello generazione ultimo verbale | |
Delta giorni inizio appello ultimo verbale | Delta giorni inizio appello ultimo verbale | |
Delta giorni inizio appello ultimo verbale caricato | Delta giorni inizio appello ultimo verbale caricato | |
Numero Verbali | Conteggio Verbali. Sono conteggiati tutti i verbali indistintamente. | |
Numero Verbali Validi | Conteggio ultimo verbale (massimo lotto_id). I verbali REV sono esclusi. | |
Numero Verbali Ultimo | Conteggio ultimo verbale (massimo lotto_id). Vengono considerati anche le iscrizioni in cui esiste un verbale in stato REV. |
Il Business Model dei Verbali Appelli Esame ha come obiettivo principale quello di consentire di analizzare i diversi status di lotti e verbali degli Appelli.
Di seguito lo schema concettuale del Business Model:
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Codice tipologia gestione appello (lotto) | Codice tipologia gestione appello (lotto) | |
Tipologia gestione appello (lotto) | Tipologia gestione appello (lotto) | |
Tipo di appello lotto (prova parziale, prova finale) | Tipo di appello lotto (prova parziale, prova finale) | |
Flag getsione appello online (lotto) | Inidica se l´appello è gestito con la modalità on-line: la generazione dei verbali avviene da web a partire dai dati dell´ app_lista. Nel caso di gestione Standard la generazione avviene con la funzione di stampa verbali. | |
Flag registrazione verbali (lotto) | Flag registrazione verbali (lotto) | |
Flag appello semplificato (lotto) | Flag appello semplificato (lotto) | |
Flag abilitazione firma digitale (lotto) | Flag abilitazione firma digitale (lotto) |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
ID lotto | ID lotto | |
Codice lotto | Codice lotto | |
Descrizione lotto | Descrizione lotto | |
Flag lotto anonimo | Flag lotto anonimo | |
Destinatario del lotto | Destinatario del lotto | |
Progressivo rifirma | Progressivo rifirma | |
Codice stato lotto | Codice stato lotto | |
Stato lotto | Stato lotto | |
Nota descrizione stato lotto | Nota descrizione stato lotto | |
Flag stato automatico | Flag stato automatico |
ATTRIBUTO | DESCRIZIONE | OSSERVAZIONI |
Data transizione stato | Data transizione stato | |
Anno transizione stato | Anno transizione stato | |
Mese transizione stato | Mese transizione stato | |
Giorno transizione stato | Giorno transizione stato | |
Utente transizione stato | Utente che ha effettuato la transizione di stato del lotto | |
Codice stato lotto (DA) | Codice stato lotto (DA) | |
Stato lotto (DA) | Stato lotto (DA) | |
Nota descrizione stato lotto (DA) | Nota descrizione stato lotto (DA) | |
Flag stato automatico (DA) | Flag stato automatico (DA) | |
Codice stato lotto (A) | Codice stato lotto (A) | |
Stato lotto (A) | Stato lotto (A) | |
Nota descrizione stato lotto (A) | Nota descrizione stato lotto (A) | |
Flag stato automatico (A) | Flag stato automatico (A) |
MISURA | DESCRIZIONE | OSSERVAZIONI |
Num. giorni transizione stato | Num. giorni transizione stato | |
Numero lotti | Numero lotti | |
Numero appelli | Numero appelli | |
Numero verbali validi | Numero verbali validi | |
Numero verbali totali | Numero verbali totali | |
Media giorni transizione stato lotto | Media giorni transizione stato lotto | |
Media pesata giorni transizione stato lotto | Media pesata giorni transizione stato lotto |
Questo ambito di analisi è in fase di revisione. Al termine della fase di revisione verrà pubblicato il manuale utente aggiornato.
Questo ambito di analisi è in fase di revisione. Al termine della fase di revisione verrà pubblicato il manuale utente aggiornato.
Il prodotto Operational Data Store sull’ambito Questionari di Valutazione della Didattica si posiziona come uno strumento utile a diversi attori dell’Università sia Accademici (ad. Es. Presidenti del Corso di Laurea) che Tecnico-Amministrativi (ad es. Uffici Statistici e Controllo di Gestione) ai fini dell’analisi e del reporting relativamente ai questionari somministrati e compilati dagli studenti mediante il sistema ESSE3.
In un contesto in cui la valutazione dell’attività didattica si introduce all’interno di un più ampio ciclo di controllo qualità, diventa sempre più importante disporre di queste informazioni in tempo utile sia per il supporto al processo di quality assurance, sia per consentire in modo efficace di valutare le eventuali azioni correttive sui servizi e sulle modalità con cui vengono erogati i corsi di formazione.
E’ altresì evidente che lo strumento e le tecnologie con cui vengono effettuate queste analisi non può essere il software gestionale, ma occorre rivolgere l’attenzione verso piattaforme e tecnologie abilitanti quali il reporting e la business intelligence.
Di seguito elenchiamo pre-requisiti del prodotto e il dettaglio dei contenuti messi a disposizione dell’Ateneo, ricordando che diventa estremamente necessario individuare, all’interno dell’Ateneo, una figura esperta di tali tecnologie e di questi contenuti (il Data Warehouse Administrator) al fine di supportare l’Ateneo nell’utilizzo del sistema e nella certificazione dei dati.
Riguardo ai contenuti messi a disposizione si evidenzia che durante la fase di attivazione del prodotto saranno predisposti e certificati solo i report di seguito elencati, costituendo dunque il pacchetto minimo e sufficiente che chiudere il progetto di implementazione. L’Ateneo sarà messo comunque in condizione di creare il proprio reporting e di costruire le proprie analisi dopo un opportuno periodo di formazione e utilizzando le funzionalità messe a disposizione della piattaforma tecnologica Pentaho.
Pre-requisiti
Il sistema di reportistica ODS sui Questionari di Valutazione della Didattica è parte integrante della UGOVSolution.
E’ tuttavia necessario verificare, prima di procedere con l’attivazione dell’ODS, che siano rispettati alcuni requisiti base per far si che lo scambio di informazioni fra i vari moduli possa avvenire in maniera efficace.
Di seguito si vanno ad elencare i requisiti essenziali:
Nella seguente immagine è rappresentato, per macro-blocchi, il modello concettuale di analisi dei dati dei Questionari di Valutazione della Didattica. Nel proseguo del paragrafo, poi, sono illustrati nel dettaglio alcuni elementi che facilitano la comprensione di alcuni aspetti caratteristici dei questionari.
Per quanto riguarda i due componenti Didattica Attività Didattica e Didattica di Iscrizione è necessario fare alcune precisazioni:
Per quanto riguarda inoltre il componente Offerta e Logistica, nella seguente immagine è indicato il modello dati di dettaglio che lo compongono. Il pallino evidenziato in giallo è il dettaglio al quale si collega poi il questionario di valutazione della didattica.
Per quanto riguarda il Questionario Compilato (ID) è necessario fare alcune osservazioni:
Di seguito, invece, alcune osservazioni in merito al componente Questionario Compilato (Metadati):
Fra i metadati del Questionario Compilato, merita in particolare un approfondimento l'attributo che permette di identificare i questionari compilati da Studenti Frequentanti.
Per riuscire a capire se un “Questionario di Valutazione della Didattica” è stato compilato da uno studente FREQUENTANTE o da uno studente NON FREQUENTANTE occorre configurare correttamente il questionario su ESSE3. In particolare occorre rispettare le seguenti regole:
La visibilità o meno degli elementi del questionario è guidata dalle condizioni di visualizzazione impostate nella struttura del questionario. Si tratta di condizioni determinate dalle risposte date ai quesiti.
Se infine un Ateneo ha, fra i vari obiettivi, quello di effettuare dei report relativi al trendo storico delle compilazioni (per vedere ad esempio a parità di attività didattica se nel tempo le valutazioni migliorano o peggiorano) occorre configurare correttamente il questionario su ESSE3. In particolare occorre rispettare la seguente regola:
Se un questionario, negli anni, deve subire una profonda revisione potrebbe non aver senso effettuare delle analisi storiche. Nel caso in cui un ateneo decida di configurare da zero un nuovo questionario, l’unica possibilità per poter confrontare i dati di due questionari differenti è quello di fare uso delle “categorie” associate agli elementi del questionario (per l’uso delle categorie si rimanda alla documentazione di ESSE3). Si tratta in pratica di definire un’anagrafica di categorie e di associare alla medesima categoria elementi di questionari differenti che devono essere considerati “equivalenti”.
Documentazione in fase di aggiornamento, in attesa che il ministero, tramite l'ANVUR, ufficializzi le nuove Linee Guida per le Rilevazioni delle Opinioni degli Studenti.
Documentazione in fase di redazione.
L’ODS Questionari Pubblici è una visione aggregata dell’ODS Questionari. La necessità di realizzare un ODS aggregato nasce da una serie di osservazioni:
Di seguito è illustrato, per macro-blocchi, il modello concettuale di questo ambito di analisi.
Rispetto al modello dati dell’ODS Questionari, le informazioni di dettaglio che si perdono sono:
L’aggregazione delle informazioni viene quindi effettuata in due maniere:
Il problema del conteggio dei questionari: il fatto di non avere a disposizione nel modello aggregato l’ID dei singoli questionari compilati ha il vantaggio di ridurre notevolmente il quantitativo di dati memorizzato ma allo stesso tempo ha lo svantaggio, in alcuni casi, di complicare il conteggio dei questionari compilati all’interno dei report. Con l’esempio seguente cerchiamo di illustrare la complessità di questo conteggio in relazione all’aggregazione applicata sui dati.
Per semplicità supponiamo di considerare i dati di un determinato anno accademico di offerta e relativi alla compilazione di un determinato questionario di valutazione. Fatta questa ipotesi, supponiamo quindi che, dopo l’operazione di aggregazione, l’oggetto “numero questionari compilati” (vedere slide relativa al “modello concettuale”) contenga le seguenti informazioni:
Se l’obiettivo è quello di conteggiare il numero di questionari utilizzando semplicemente le informazioni della didattica (facoltà, corso ecc…) allora è sufficiente, all’interno dei report pentaho, SOMMARE IL CAMPO N.QUEST. In questo caso, ad esempio, il numero di questionari compilati per valutare il corso X sarà il seguente:
Il modello dati dell’ODS, tuttavia, comprende altri due elementi: “Struttura Questionario” e “Questionario Compilato (dettaglio risposte aggregato)”.
L’ODS “Struttura Questionario” contiene la strutturazione del questionario in PAGINE, PARAGRAFI, DOMANDE e POSSIBILI RISPOSTE.
Per semplicità supponiamo ad esempio che il questinoario preveda un’unica domanda con quattro possibili risposte:
A sua volta l’ODS “questionari compilati (dettaglio risposte)” fa da elemento di raccordo fra le possibili risposte previste dal questionario ed i percorsi di studio che in un determinato anno accademico sono valutati. Nel nostro caso, quindi, indicherà la distribuzione delle risposte scelte dagli utenti che hanno complessivamente compilato i 60 questionari rispetto ai possibili percorsi di studio che, tramite le singole attività didattiche valutate, potevano essere valutati.
Ad esempio una possibile distribuzione potrebbe essere la seguente
Supponiamo quindi, a questo punto , di voler aggiungere al “report 1” anche l’informazione “punteggio totale” (ottenuto come somma del campo SOMMA PUNTI dell’ODS “Questionari Compilati (dettaglio risposte)”).
Contrariamente a quanto potremmo aspettarci il risultato sarebbe (erroneamente) uno dei due risultati seguenti:
Perché si ottiene questo risultato? La motivazione è legata ad aspetti tecnici che non è semplice spiegare. Concettualmente la replicazione dei dati è legata all’aver aggiunto al report l’informazione SOMMA PUNTI che costringe pentaho ad utilizzare anche l’ODS “Questionari Compilati (dettaglio risposte)”. Aggiungere questo ODS richiede quindi di elaborare la seguente tabellina di informazioni:
CORSO | N. QUEST | SOMMA PUNTI |
X | 30 | 40 (=5*8) |
X | 30 | 30 (=5*6) |
X | 30 | 40 (=10*4) |
X | 30 | 20 (=10*2) |
X | 30 | 40 (=5*8) |
X | 30 | 60 (=10*6) |
X | 30 | 20 (=5*4) |
X | 30 | 20 (=10*2) |
A seconda di come vengono elaborati i dati della colonna N. QUEST, quindi, si ottengono i risultati riportati nella slide precedente.
Per ottenere il risultato corretto, quindi, è stato creato l’attributo “chiavi distinte di valutazione” all’interno dell’ODS “Numero Questionari Compilati” (vedi slide “Modello Concettuale”) che consente di conteggiare , a seconda di come vengono aggregati i dati in base agli attributi della didattica (facoltà, dipartmento ecc…),“quante sono le chiavi di valutazione valutate da un certo numero di questionari”. Avendo questa informazione, quindi, in questo caso è possibile aggregare i dati selezionando i valori distinti della colonna N. QUEST perché, avremo l’informazione che il valore 30, in questo caso, è legato alla valutazione, nell’ambito del corso X, di due chiavi di valutazioni distinte (ovvero di due distinte terne di valori corso, ordinamento, percorso).
Il report, quindi, diventerebbe il seguente:
A questo punto moltiplicando 30 per il numero di chiavi valutate da 30 questionari riotteniamo il risultato corretto di 60 questionari.