O que é SCORM?
SCORM define uma forma específica de construir Sistemas de Gestão de Aprendizagem (SCORM) e conteúdos de formação para que funcionem bem com outros sistemas em conformidade com SCORM.
O que significa SCORM?
SCORM significa “Sharable Content Object Reference Model”.
“Sharable Content Object” indica que SCORM tem tudo a ver com a criação de unidades de material de formação online que podem ser partilhadas entre sistemas. O SCORM define como criar “objectos de conteúdo partilhável” ou “SCOs” que podem ser reutilizados em diferentes sistemas e contextos.
“Modelo de Referência” reflecte o facto de que o SCORM não é na realidade um padrão. A ADL não escreveu SCORM a partir do zero. Em vez disso, notaram que a indústria já tinha muitas normas que resolviam parte do problema. O SCORM simplesmente faz referência a estas normas existentes e diz aos programadores como utilizá-las correctamente em conjunto.
O que é um SCO?
Um objecto de conteúdo partilhável (SCO) é a peça de formação mais granular num mundo SCORM. Alguns chamar-lhe-iam um módulo, um capítulo, uma página… a questão é que ele varia muito. Um purista SCORM dir-lhe-ia que deve ser a peça de conteúdo mais pequena que é ao mesmo tempo reutilizável e independente. Em termos de como o LMS o trata, este é o item mostrado separadamente no índice e rastreado separadamente de outros itens. Pode conter o seu próprio marcador, pontuação e estado de conclusão.
Como funciona o SCORM?
Basicamente, as diferentes versões do SCORM governam todas as mesmas duas coisas: conteúdo de embalagem e troca de dados em Run-Time.
- O conteúdo de embalagem ou o modelo de agregação de conteúdo (CAM) determina como um pedaço de conteúdo deve ser entregue num sentido físico. No núcleo da embalagem SCORM encontra-se um documento intitulado “imsmanifest”. Este ficheiro contém cada peça de informação requerida pelo LMS para importar e lançar conteúdo sem intervenção humana. Este ficheiro manifesto contém XML que descreve a estrutura de um curso tanto da perspectiva de um aprendiz como da perspectiva de um sistema de ficheiros físicos. Perguntas como, “Que documento deve ser lançado” e “Qual é o nome deste conteúdo?” são respondidas por este documento.
- Comunicação em tempo real, ou troca de dados, especifica como o conteúdo “fala” com o LMS enquanto o conteúdo está efectivamente a ser reproduzido. Esta é a parte da equação que descrevemos como entrega e rastreio. Há dois componentes principais nesta comunicação. Primeiro, o conteúdo tem de “encontrar” o LMS. Uma vez que o conteúdo o tenha encontrado, pode então comunicar através de uma série de chamadas “get” e “set” e um vocabulário associado. Conceptualmente, estas são coisas como “solicitar o nome do aluno” e “dizer ao LMS que o aluno obteve 95% neste teste”. Com base no vocabulário SCORM disponível, muitas ricas experiências interactivas podem ser comunicadas ao LMS.
Porquê usar SCORM?
SCORM é uma ferramenta realmente poderosa para qualquer pessoa envolvida em formação em linha, baseada em computador, aprendizagem à distância ou eLearning. O conteúdo pode ser criado uma vez e utilizado em muitos sistemas e situações diferentes sem modificação. Esta funcionalidade plug-and-play pode ser poderosa dentro de uma organização, mas ainda mais entre organizações. O conteúdo pode ser vendido e entregue ao utilizador mais rapidamente, de forma mais robusta e a um preço mais baixo.
SCORM é amplamente adoptado por algumas grandes organizações. Tem o impulso crítico e é o padrão de facto da indústria. O Departamento de Defesa dos EUA no DoDI 1322.26 especificou que todo o seu conteúdo deve ser entregue através do SCORM ou do API de experiência (xAPI). Tudo isto. A indústria está a seguir o exemplo, e a norma aparece numa grande maioria de RFPs para obter tanto conteúdo de formação como Sistemas de Gestão de Aprendizagem.
Qual a versão de SCORM relevante?
A resposta é todos eles. O principal objectivo da adopção do SCORM é criar um sistema interoperável que funcione bem com outros sistemas. O apoio a todas as versões de SCORM e AICC é essencial para o cumprimento desse objectivo. Até à data, existem três versões lançadas de SCORM, cada uma delas em cima da anterior.
- SCORM 1.1 foi essencialmente o primeiro passe, e nunca obteve uma ampla aceitação. Alguns produtos ainda o apoiam, mas não é amplamente adoptado.
- SCORM 1.2 seguido em 1.1, e resolveu muitos dos problemas de 1.1. Foi e é a versão largamente adoptada. Cada grande LMS continua a apoiá-lo e a maioria dos vendedores de conteúdos continua a produzir conteúdos que cumprem a especificação 1.2.
- SCORM 2004 (anteriormente conhecido como SCORM 1.3) é a versão mais recente. Estende e formaliza a embalagem e porções Run-Time da norma 1.2, mas a sua adição chave é a sequenciação e navegação (S&N) especificação. S&N permite ao fornecedor do conteúdo especificar tanto o comportamento dentro da SCO como o comportamento entre as SCOs. Isto permite interacções de conteúdo substancialmente mais ricas e enormes aumentos na reutilização das SCOs. A adopção tem sido lenta, até este ponto, mas o número de LMS’s e fornecedores de conteúdo que apoiam o SCORM 2004 está a aumentar muito.
Para mais detalhes sobre as versões do SCORM, incluindo os vários sabores do SCORM 2004, visite o eLearning Standards Roadmap.
Como é que o SCORM se relaciona com AICC, xAPI e cmi5?
SCORM é um modelo de referência, o que significa que é construído sobre as especificações existentes. Desde o início, SCORM tem sido descrito como uma solução “melhor da raça”, abatendo as melhores peças de especificações anteriores.
AICC, uma norma da indústria aeronáutica, foi utilizada como base para a parte de comunicação Run-Time da especificação SCORM. A conformidade com uma norma não significa que se conforma automaticamente com a outra.
xAPI, também referido como a Experiência API ou Tin Can API, é frequentemente considerada a “próxima geração de SCORM” e é a mais recente norma de eLearning. Na Rustici Software, trabalhamos de perto com a ADL no Projecto Lata de Lata (o início do xAPI), transmitindo a nossa década de conhecimento SCORM para garantir que o xAPI é um enorme salto em frente para a comunidade de eLearning. xAPI é muito diferente do SCORM e proporciona uma forma mais flexível de acompanhar uma grande variedade de aprendizagem, incluindo actividades que ocorrem fora do SCORM. Pode aprender mais sobre xAPI aqui.
cmi5 é um perfil xAPI utilizado quando as actividades xAPI são lançadas a partir de um LMS. cmi5 define os componentes necessários para a interoperabilidade do sistema, tais como embalagem, lançamento, aperto de mão credencial e modelo de informação consistente. Pode saber mais sobre cmi5 aqui.
Como posso tornar o meu sistema ou conteúdo em conformidade com SCORM?
Verifica os recursos e artigos deste site. Eles fornecem uma boa introdução aos porcas e parafusos técnicos da conformidade SCORM.
Aquiar a conformidade básica SCORM para o seu conteúdo pode muitas vezes ser realizada por um programador de software talentoso num período de tempo razoável. A parte difícil é criar conteúdo que não só seja conforme, mas também amplamente compatível. Muitas implementações de LMS têm interpretações ligeiramente diferentes das especificações e outras peculiaridades que podem fazer da interoperabilidade contínua um desafio. Se planeia distribuir o seu conteúdo de forma ampla, ou simplesmente pretende evitar o incómodo de aprender os meandros do SCORM, consulte o nosso SCORM Driver (ou Rustici Driver). É de longe a forma mais fácil de criar conteúdos amplamente compatíveis com SCORM.
A conformidade com o SCORM é um projecto muito mais envolvido. O esforço necessário para implementar todas as especificações correctamente é geralmente medido em anos-homem e a ampla compatibilidade é ainda mais elusiva do que no lado do conteúdo. SCORM coloca intencionalmente o “fardo da complexidade” no LMS. Se precisar de tornar o seu LMS SCORM em conformidade, deve considerar fortemente a utilização do nosso Motor SCORM (ou Motor Rústico). É garantido tornar a sua vida muito mais fácil!