Det er avgjørende å lage vurderingsinnhold og tester som kan importeres og eksporteres mellom plattformer for å støtte en institusjons stadig utviklende teknologiske behov. Takket være interoperabilitetsstandardene som er satt og vedlikeholdt av IMS Global Learning Consortium , er denne utvekslingen av testinnhold mulig. Med sine åpne rammeverk gjør IMS-standarder det mulig å bygge en integrerbar teknologistabel, eller migrere vurderingsinnhold til en ny plattform uten å gå på akkord med eller miste kritiske aspekter ved en test.
Mange vurderingsprogrammer krever nå at verktøyene de bruker i prosjektene sine er IMS-sertifiserte. I dette innlegget diskuterer vi IMS QTI-interoperabilitetsstandarden og hvordan du kan verifisere prosjektfunksjonene dine for interoperabilitetssikring mot IMS-validatorer.
QTI-kompatibel betyr ikke nødvendigvis interoperabel
Spesielt IMS QTI-standarden har blitt et kjennetegn på interoperabilitet, der begrepene ofte brukes nesten om hverandre. Å anta at en plattform er interoperabel basert på omtalen av QTI-samsvar alene kan imidlertid koste en organisasjon i tid, krefter, ressurser og budsjett.
Mange nettbaserte vurderingsløsninger hevder å være QTI-kompatible, men blir aldri validert eller sertifisert. Det er viktig for utviklere å forstå viktigheten av IMS-sertifisering og QTI-samsvar for å kunne bygge virkelig standardbaserte vurderingsløsninger og redusere feil som kan oppstå når informasjon utveksles mellom systemer. For utviklere inkluderer dette å teste vurderingsinnholdet mot IMS-validatorer.
Foreslåtte trinn for interoperabilitetssikring
Det kan være komplisert å migrere systemer og utveksle innhold. Mangel på programvareinteroperabilitet fører ofte til at verdifulle data går tapt i oversettelsen, eller enda verre, de kan rett og slett være ubrukelige. Nedenfor har vi skissert vår anbefalte prosess for å sikre QTI-interoperabilitet når vi utvikler nytt vurderingsinnhold for et prosjekt.
Programmer bør kreve IMS-sertifisering av systemene som brukes i prosjektene deres, og spesifikt liste opp eventuelle funksjoner som ikke er inkludert på de nødvendige sertifiseringsnivåene. I tillegg, hvis prosjektet inkluderer flere leverandører, bør tidslinjen og budsjettet tillate interoperabilitetssikringsfasen av arbeidet, som kan vare fra uker til måneder.
Selv om trinnene nedenfor beskriver spesifikke handlinger, kan utvekslingsorganisasjoner oppleve at ulike prosesser er mer effektive for deres unike kontekster. Denne veiledningen er kun et foreslått tilnærmelsesmiddel.
- Bestem hvilke funksjoner du trenger til prosjektet ditt. Du kan trenge hjelp fra IMS, konsulenter eller IMS-grupper for å forstå de spesifikke funksjonene. Vi anbefaler at alle kontrakter som bruker QTI 3 følger minst IMS QTI Level 1 Entry Certification- funksjonene. Systemer som bruker mer komplekse funksjonssett, bør sertifiseres på Level 2 Core. Alle deltakende parter må godta listen over funksjoner, inkludert eventuelle ekstra funksjoner som ikke er inkludert i sertifiseringsprofilene.
- Lag eksempelinnhold (vurderingsinnhold og/eller PNP-filer) som inkluderer ALLE funksjonene som er inkludert i prosjektet.
- Bekreft at materialene du lager er gyldige QTI 3 ved hjelp av de offisielle IMS-validatorene .
- Bytt innhold i retning av den forventede arbeidsflyten for det avtalte arbeidsomfanget.
- Bekreft at det endelige endepunktet (for eksempel import i et innholdsstyringssystem eller kandidatpresentasjon i et leveringssystem) samsvarer med forventningene i kontrakten. Bekreft også at eksemplene bruker alle de avtalte funksjonene i kontrakten.
Merk: Hvis prosjektet ditt tillater bruk av hjelpeteknologier (AT), anbefaler vi at brukere som er kjent med det spesifiserte AT-et, samhandler med eksempelinnholdet for å sikre at innholdet ikke bare oppfyller prosjektets tekniske forventninger, men at innholdet faktisk er tilgjengelig (oppfattelig, brukbart, forståelig, robust – WCAG 2.0-prinsippene for tilgjengelighet ) for brukere av det spesifiserte AT-et.
- For eventuelle funksjoner som ikke oppfyller prosjektets forventninger, avgjør om problemet stammer fra den leverte kilden eller noen av nedstrøms systemene som mottar og bruker materialene.
- Gjenta prosessen ovenfor (trinn 2–7) til alle funksjoner er verifisert fra alle de deltakende systemene.
- Rapporter interoperabilitetssikringen til kontraktsorganet eller -organene.
—
Interoperabilitet er raskt i ferd med å bli et grunnleggende krav for institusjoner og organisasjoner når de velger nye vurderingsløsninger eller tar testene sine på nett for første gang. Vi anbefaler at du bruker IMS-standardene som en ryggrad når du bygger dine nettbaserte testløsninger. Dette vil gi fleksibilitet for eventuelle funksjoner du oppretter etter hvert som teknologier og krav endres senere.
Sjekk ut vårt nylige innlegg om bruk av IMS-standarder for å koble vurdering til læring for mer informasjon om interoperabilitetsstandarder.
