Representando o conteúdo SCORM
O cerne da especificação de acondicionamento do conteúdo SCORM é o ficheiro manifesto do curso. O manifesto é um ficheiro XML que descreve completamente o conteúdo. Contém várias peças essenciais:
Recursos
Recursos são uma lista de “peças” que compõem o curso. Existem dois tipos de recursos, SCOs e Assets.
- Um Asset é uma colecção de um ou mais ficheiros que constituem uma unidade lógica. Os Recursos podem ser unidades de instrução autónomas (“partes” do curso), ou podem ser colecções lógicas de ficheiros que são reutilizados noutras partes do curso (um conjunto comum de imagens de marca, por exemplo).
- SCOs são unidades de instrução que são também compostas por um ou mais ficheiros. Os SCOs são quase sempre partes instrucionais de um curso.
A principal diferença entre um SCO e um Activo é que um SCO pode comunicar com o LMS, enquanto que um Activo é simplesmente um conteúdo estático que é apresentado ao utilizador. Qualquer recurso que possa ser lançado pelo aprendente contém um ponteiro para a página para a qual o LMS deve redireccionar o aprendente a fim de lançar o recurso. Os recursos devem também conter uma lista abrangente de todos os ficheiros necessários para uma funcionalidade adequada do recurso, para que possam ser portados para novos ambientes e continuar a funcionar.
Organizações
Organizações são agrupamentos lógicos das partes de um curso (recursos) numa estrutura hierárquica. Um único manifesto pode conter mais do que uma organização do mesmo conteúdo (por exemplo, para permitir que o conteúdo seja apresentado de forma diferente a públicos diferentes), mas tipicamente existe apenas uma única organização, a organização por defeito. As organizações são sempre estruturadas hierarquicamente, como uma árvore. Os nós dentro desta árvore são conhecidos como “actividades” (ao referenciá-las no contexto da sequenciação) ou “itens” (ao referenciá-las no contexto da embalagem do conteúdo). Qualquer item pode ter itens filhos aninhados abaixo dele. Quando um item tem filhos, é referido como uma “agregação” ou “aglomeração”. Os artigos que não têm filhos são obrigados a referenciar um recurso. Este recurso é o que é entregue ao mais magro quando o item é seleccionado. Os artigos que não têm filhos não podem referenciar recursos, são puramente recipientes para outros artigos. (Isto pode ser pensado como a estrutura de ficheiro encontrada num computador… os artigos são ou uma pasta ou um ficheiro, mas não ambos. As pastas podem conter outras pastas ou ficheiros, mas “pastas vazias” não são permitidas.)
Mais informações:O SCORM 2004 manifesta-se no formato XML.
Metadata
Cada peça do manifesto pode ser descrita em detalhe associando metadados a ela. Os metadados SCORM são registados num formato bem definido conhecido como “metadados de objectos de aprendizagem”, ou “LOM”. LOM contém muitos campos pré-definidos para descrever conteúdos de aprendizagem. SCORM permite também a extensão da LOM para permitir às organizações especificar metadados adicionais. Os metadados podem ser aplicados a praticamente qualquer secção do manifesto, por exemplo, podem ser aplicados ao curso como um todo, a itens individuais, ou mesmo a recursos e ficheiros individuais para melhorar a sua reusabilidade. Dentro do manifesto, os metadados podem ser especificados em linha dentro do XML (recomendado para pequenas quantidades de metadados, especialmente ao nível do curso), ou podem ser especificados ligando-se a um ficheiro de metadados externo (recomendado para grandes quantidades de metadados detalhados). Os metadados são tipicamente opcionais, contudo o SCORM 1.2 coloca algumas restrições ao subconjunto mínimo de dados que devem ser especificados se algum dado for especificado. A quantidade adequada de metadados SCORM a utilizar variará muito dependendo do uso pretendido do conteúdo, da sua longevidade antecipada, e da probabilidade de o conteúdo ser reutilizado.
Mais informação: O formato XML dos metadados SCORM 2004.
Sequenciação
No SCORM 2004, cada actividade pode ter um conjunto de regras de sequenciação a ela atribuídas. Estas regras são codificadas em XML no manifesto do curso. O SCORM foi concebido de modo a que um curso simples constituído apenas por activos não precisasse de especificar quaisquer regras de sequenciação, excepto no que diz respeito aos incumprimentos. Contudo, na prática, existem alguns valores por defeito que devem ser anulados para todos, excepto para o mais simples dos cursos.
Mais informações: A sequenciação SCORM 2004 XML binding.
Packaging the Content
Após o conteúdo ter sido representado em XML, ele é guardado num ficheiro chamado “imsmanifest.xml”. O ficheiro manifesto deve existir sempre na raiz do conteúdo. Para ser totalmente conforme, o conteúdo deve também incluir um conjunto de ficheiros de definição de esquemas XML (.xsd e .dtd) que descrevem formalmente a gramática XML contida no manifesto, incluindo quaisquer extensões que possam ter sido utilizadas. (Descarregar os ficheiros de definição de esquema de manifesto SCORM). O conteúdo pode então ser entregue ou num directório simples (por exemplo num CD), ou pode ser colocado num ficheiro ZIP. Quando o conteúdo é colocado num ficheiro ZIP, é conhecido como um “ficheiro de intercâmbio de pacotes” ou “PIF”. Os PIFs são de longe o formato de entrega SCORM mais comum.
Um princípio importante da embalagem de conteúdo é que, idealmente, tudo o que é necessário para entregar o curso deve ser auto-contido dentro do ficheiro PIF. SCORM encoraja fortemente a portabilidade e a reutilização. Para maximizar estes objectivos, cada ficheiro necessário para a entrega do curso deve ser contido no PIF e listado no manifesto. Além disso, os criadores de conteúdos devem evitar a utilização de código do lado do servidor e outras dependências como bases de dados. A utilização destas ferramentas, bem como dependências externas, é permitida pelo SCORM, contudo a norma da indústria é evitá-las sempre que possível.