Sto creando un LMS personalizzato all'interno della nostra azienda in grado di gestire i pacchetti SCORM 1.2 e le informazioni di monitoraggio. In futuro questo deve essere in grado di supportare TinCan API (xApi).
Sono abbastanza nuovo a lavorare con prodotti come questi, tuttavia ho fatto progressi e ho installato e convalidato gli endpoint dell'API SCORM. Tutte le informazioni fornite al browser da un pacchetto SCORM sono ora fascicolate e alla fine del pacchetto quando l'utente finisce, viene inviato a uno script PHP.
Non sono stato in grado di trovare molto online su come si farebbe per archiviare i dati SCORM, quindi con questo in mente ho pensato di farlo nel modo seguente.
Crea un database che memorizza semplicemente KEY = > VALUE coppie di tutti quei dati. Ad esempio, SCORM 1.2 invia i dati agli script client come cmi.interactions.n.result
che indica allo script client se un utente ha risposto a una domanda con successo o meno. Poiché tutti i dati di SCORM 1.2 vengono inviati in questo modo, posso facilmente creare una tabella con i dati memorizzati come:
cmi.core.student_name Joe Bloggs
cmi.interactions.1.result wrong
cmi.interactions.1.latency 00:00:02
cmi.interactions.1.time 15:19:28
Questo è sconsigliato? È facile da leggere in questo modo, facile da formattare e mostrare agli amministratori LMS per i dettagli di monitoraggio.
Le API TinCan sono così diverse da SCORM 1.2 è possibile suddividerle in coppie di valori chiave e ricostruire gli oggetti JSON se TinCan ne ha bisogno? e di nuovo, è un cattivo modo per memorizzare queste informazioni?