Integrazione
Integrare il vostro orario con il vostro SIS
L'integrazione con un sistema esterno non familiare è la causa più comune dei ritardi nell'implementazione di un sistema di programmazione. È anche la più evitabile, se viene dimensionata onestamente all'inizio.
Potrebbe esistere già una pagina per il Vostro sistema
Questo articolo è l'argomentazione generale — chi possiede che cosa, in che direzione viaggiano i dati e quale meccanismo utilizzare. Se conoscete già il nome del sistema con cui integrate, iniziate dalla sua pagina dedicata e tornate qui per il ragionamento: SITS, Banner, Workday Student, PeopleSoft, Ellucian Colleague, Callista e UNIT-e.
Decidete quale sistema possiede che cosa
Quasi ogni problema di integrazione è in realtà un problema di titolarità.
Prima di qualsiasi lavoro tecnico, concordate quale sistema sia la fonte autorevole per ciascun tipo di dato. Di norma il sistema informativo degli studenti possiede programmi, moduli e iscrizioni; le risorse umane possiedono le anagrafiche del personale; l'ufficio tecnico possiede l'inventario delle aule; e il sistema di programmazione possiede l'orario stesso e i vincoli che lo sostengono.
Dove due sistemi ritengono entrambi di possedere qualcosa, divergeranno, e il lavoro di riconciliazione ricadrà su chi si lamenta meno. Mettere per iscritto la mappa della titolarità prima dell'inizio dell'integrazione richiede venti minuti e fa risparmiare mesi.
In che direzione fluiscono i dati
- In ingresso verso l'orario: struttura dei programmi e dei moduli, iscrizioni e dimensioni dei gruppi, anagrafiche del personale e dipartimenti, inventario e capienze delle aule.
- In uscita dall'orario: l'orario stesso, verso il Vostro portale, l'ambiente di apprendimento virtuale, l'app mobile, la segnaletica digitale e i feed di calendario.
- Bidirezionale, occasionalmente: le prenotazioni delle aule, quando un sistema di gestione delle strutture e l'orario creano entrambi prenotazioni. È il caso più difficile e vale la pena evitarlo, se possibile.
File, API o sincronizzazione programmata
Lo scambio basato su file — esportazione e importazione in Excel, CSV o XML — è la via più ampiamente supportata ed è perfettamente adeguata quando i dati cambiano poche volte per periodo. Fallisce dove conta l'aggiornamento, perché l'orario è fresco solo quanto l'ultima esportazione che qualcuno si è ricordato di eseguire.
Un'API REST documentata consente la sincronizzazione programmata, così le modifiche si propagano senza intervento umano, e consente ai Vostri sistemi di leggere i dati dell'orario in tempo reale anziché mostrare la copia di ieri.
L'integrazione diretta con il database è la più rapida e la più fragile, e andrebbe presa in considerazione solo quando entrambi i sistemi sono sotto il Vostro controllo e la politica dell'ateneo lo consente.
Dimensionarla onestamente
Ponete a qualsiasi fornitore potenziale due domande: vi siete già connessi a questo specifico sistema e, in caso contrario, come si presenta il lavoro? Un fornitore che risponde in modo vago alla seconda domanda Vi sta dicendo qualcosa.
Poi scoprite, internamente, se il Vostro sistema informativo degli studenti esponga davvero un'API utilizzabile o soltanto un'esportazione per la reportistica. La risposta spesso non è ciò che sostiene il fornitore di quel sistema, ed è molto meglio scoprirlo in fase di valutazione che al terzo mese.
Conviene definire contestualmente anche il single sign-on. Shibboleth e sistemi comparabili di identità federata sono ampiamente adottati nell'istruzione superiore, e utilizzare il Vostro elimina un'intera categoria di amministrazione delle credenziali.
Desiderate vederlo in funzione?
Prenotate una presentazione online di 45 minuti e la illustreremo sul problema di programmazione del Vostro ateneo.