Padrão OBAA - Portal OBAA

Transcrição

Edital MCT/FINEP/MC/FUNTTEL – Plataformas para Conteúdos Digitais – 01/2007
Projeto OBAA
Relatório Técnico RT-OBAA-01
Proposta de Padrão para Metadados de
Objetos de Aprendizagem
Multiplataforma
Julho/2009
Título do projeto:
Sigla do Projeto:
Número:
Executor:
Coordenador:
Data de Envio:
Autores:
Objetos de Aprendizagem Baseados em Agentes
OBAA
01.08.0215.00
FAURGS – Fundação de Apoio da Universidade
Federal do Rio Grande do Sul
Rosa Maria Vicari
20/07/2009
Rosa Maria Vicari
João Carlos Gluz
Elder Rizzon Santos
Tiago Thompsen Primo
Luiz Henrique Longhi Rossi
Alexandro Bordignon
Patricia Behar
Liliana Maria Passerino
Raymundo Carlos Machado Ferreira Filho
Valter Roesler
Relatório RT-OBAA-01
Padrão de Metadados
Sumário
Sumário _____________________________________________________________2
Lista de Figuras _______________________________________________________3
Lista de Tabelas _______________________________________________________3
Abreviaturas _________________________________________________________4
1.
Introdução _______________________________________________________7
1.1. Escopo_______________________________________________________________________________________ 8
1.2. Objetivos e Estrutura do Texto ____________________________________________________________ 9
1.3. Documentos de Referência ______________________________________________________________ 10
2.
Proposta de Metadados ___________________________________________13
2.1. Metadados Técnicos _____________________________________________________________________ 14
2.2. Metadados Educacionais ________________________________________________________________ 26
2.3. Metadados de Acessibilidade____________________________________________________________ 29
2.4. Metadados de Segmentação _____________________________________________________________ 38
3.
Perfis de Metadados ______________________________________________45
3.1. Perfil Adequação (PM-ADEQ-BASE) ____________________________________________________ 46
3.2. Perfis de Aderência a Padrões de Metadados __________________________________________ 46
3.3. Perfis de Aplicação _______________________________________________________________________ 51
4.
Concretização ___________________________________________________55
5.
Análise Crítica ___________________________________________________74
Anexo 1 – Listagem Completa dos Metadados OBAA ________________________75
Projeto OBAA
2/78
Lista de Figuras
Figura 1 – Código XML dos metadados do grupo técnico. _____________________24
Lista de Tabelas
Tabela 1 Conjunto de metadados propostos como extensão do padrão LOM, seção 4
- Technical ______________________________________________________15
Tabela 2: Conjunto de metadados propostos como extensão do padrão LOM, seção 5
- Educational ____________________________________________________27
Tabela 3: Conjunto de metadados de acessibilidade usados pelo OBAA, adaptados do
padrão IMS AccessForAll (IMS, 2002) _________________________________31
Tabela 4: Conjunto de metadados propostos como extensão do padrão LOM a parir
do padrão TV-Anytime. ____________________________________________39
Tabela 5: metadados do perfil de adequação mínima e sua classificação _________46
Tabela 6: metadados do perfil de aderência ao PM-DCMI. ____________________47
Tabela 7: conjunto de metadados essenciais do padrão OBAA. ________________48
Tabela 8: conjunto recomendado de metadados do padrão OBAA ______________49
Tabela 9: conjunto de metadados para dar suporte às plataformas previstas no
Padrão OBAA ____________________________________________________51
Tabela 10: conjunto de metadados para aplicações educacionais básicas ________52
Tabela 11: conjunto de metadados para suporte a acessibilidade. ______________53
Projeto OBAA
3/78
Abreviaturas
3GPP
AAC
ABNT
ABNT NBR
ACAP
ADPCM
ADL
AMR-WB
AMPS
ATSC
AVC
AWB
BBC
BML
BPWG
CAT
CDC
CDMA
CLDC
CODEC
CSS
DBS
DCAM
DCMI
DDL
DS
DSS
DTV
DVB
EAD
EARL
ECMA
EDGE
EMM
EPG
ERT
ES
ESMP
ETSI
EVDO
FAQ
GIF
GNU
GPRS
GSM
HD
HE
HTML
HSDPA
IANA
IEC
IEEE
IEEE-LOM
IMS
3rd Generation Partnership Project
Advanced Audio Coding
Associação Brasileira de Normas Técnicas
Associação Brasileira de Normas Técnicas – Norma Brasileira
Adanced Common Application Platform
Adaptive Pulse Code Modulation
Advanced Distributed Learning
Adaptive Multi Rate – WideBand
Advanced Mobile Phone System
Advanced Television System Committee
Advanced Video Coding
Extensão de arquivos em formato AMR-WB
British Broadcasting Corporation
Broadcast Markup Language
Best Practices Working Group
Conditional Access Table
Connected Device Configuration
Code Division Multiple Access
Connected Limited Device Configuration
Codificador/Decodificador
Cascating Style Sheet
Direct Broadcast Satellite
Dublin Core Abstract Model
Dublin Core Metadata Initiative
Description Definition Language
Description Schemes
Darwin Streaming Server
Digital Television
Digital Video Broadcasting
Educação a distância
Evaluation and Report Language
European Computer Manufacturers Association
Enhanced Data rates for GSM Evolution
Entitlement Management Messages
Eletronic Program Guide
Event Relation Table
Elementary Stream
ECMAScript Mobile Profile
European Telecommunications Standards Institute
Evolution-Data Optimized
Frequently Asked Questions
Graphics Interchange Format
GNU's Not Unix
General Packet Radio Service
Global System for Mobile Communications
High Definition
High Efficiency
HyperText Markup Language
High-Speed Downlink Packet Access
Internet Assigned Numbers Authority
International Electrotechnical Commission
Institute of Electrical and Electronics Engineers
IEEE Standard for Learning Object Metadata
IP Multimedia Subsystem
Projeto OBAA
4/78
IMS-LOM
IPTV
ISDB-T
ISO
ITU-T
JCP
JPEG
JSF
JSP
JSR
LC
LIBRAS
LIT
LMS
LOM
LTSC
MB
METS
MIDP
MIME
MPEG
NCL
NDR
NISO
OA
OBAA
OMA
OSS
OWL
PAT
PDA
PDF
PDR
PES
PID
PMT
PM
PNG
PRAV
PVR
QoS
QVGA
RDF
RFC
RSS
RTP
RTSP
SAP
SAVANT
SBTVD
SCORM
SD
SI/PSI
SUPER
SVG
TCP
TDMA
TDT
TOT
IMS Standard for Learning Object Metadata
Internet Protocol Television
Integrated Services Digital Broadcasting Terrestrial
International Organization for Standardization
International Telecommunication Union, Telecommunication Standardization Sector
Java Community Process
Joint Photographic Experts Group
Java Server Faces
Java Server Pages
Java Specification Requests
Low Complexity
Linguagem Brasileira de Sinais
Local Event Table
Learning Management Systems
Learning Object Metadata
Learning Technology Standard Committee
Megabyte
Metadata Encoding & Transmission Standard
Mobile Information Device Profile
Multipurpose Internet Mail Extensions
Moving Picture Experts Group
Nested Context Language
Network Digital Recorder
National Information Standards Organization
Objeto de Aprendizagem
Projeto OBjetos de Aprendizagem baseados em Agentes
Open Mobile Alliance
Open Source Software
Web Ontology Language padrão do W3C
Program Association Table
Personal Digital Assistant
Portable Document Format
Personal Digital Recorder
Packetized Elementary Stream
Process Identifier
Program Map Table
Perfil de Metadados
Portable Network Graphics
Projetos em Áudio e Vídeo
Personal Video Recorder
Quality of Service
Quarter Video Graphics Array
Resource Description Framework
Request for Comments
Really Simple Syndication
Real-time Transport Protocol
Real Time Streaming Protocol
Second Audio Program
Synchronised and Scalable AV content Across NeTworks
Sistema Brasileiro de TV Digital
Sharable Content Object Reference Model
Standard Definition
Service Information / Program Specific Information
Simplified Universal Player Encoder & Renderer
Scalable Vector Graphics
Transmission Control Protocol
Time Division Multiple Access
Time and Date Table
Time Offset Table
Projeto OBAA
5/78
TS
TVA
UDP
UMTS
USB
URI
URL
W3C
WAE
WAP
WAV
WBMP
WCDMA
WMV
XHTML
XML
Transport Stream
TV-Anytime
User Datagram Protocol
Universal Mobile Telecommunications System
Universal Serial Bus
Uniform Resource Identifier
Uniform Resource Locator
World Wide Web Consortium
Wireless Application Environment
Wireless Application Protocol
Waveform audio format
Wireless Bitmap
Wide-Band Code-Division Multiple Access
Windows Media Video
Extensible HyperText Markup Language
Extensible Markup Language
Projeto OBAA
6/78
1. Introdução
A tecnologia de objetos de aprendizagem (OA) fundamenta-se na hipótese de
que é possível criar componentes de material pedagógico e organizá-los de
forma a possibilitar sua reutilização, promovendo economia de tempo e de
custo na produção de cursos on-line, ou na sua utilização como parte do plano
pedagógico de uma aula presencial. Para uma discussão sobre a teoria de OA
sugerimos ao leitor (DOWNES, 2001), Sosteric & Hesemeier (2002) e (FRIESEN,
2001).
Para o Learning Technology Standard Committee (LTSC) do Institute of Electrical
and Electronics Engineers (IEEE) (LTSC, 2004), um objeto de aprendizagem é
qualquer entidade, digital ou não, que possa ser usada, reusada e referenciada
durante algum processo de aprendizagem. O objeto de aprendizagem é um
conteúdo digital ou não (maquete, imagem, filme, etc.), que possa ser usado com
algum propósito educacional e que inclui, internamente ou via associação,
sugestões de contextos, nos quais ele deve ser utilizado. Essa visão também é
adotada na presente proposta de padrão, restrita, entretanto, ao caso das
entidades digitais.
A principal propriedade de um objeto de aprendizagem é sua reusabilidade. Tal
característica pode ser alcançada através da modularidade, interoperabilidade e
recuperação. Modularidade descreve o grau de separação e consequente recombinação dos componentes do OA. Interoperabilidade é a capacidade de
operar em plataformas heterogêneas. A recuperação está relacionada à
capacidade de poder ser encontrado em função de sua descrição de propriedades
e funcionalidades.
Essas características norteiam os esforços de vários grupos de pesquisa e
entidades as quais visam propor padronizações para compatibilizar o
desenvolvimento e uso de OAs em escala mundial. Destacamos as iniciativas do
LTSC IEEE (2004), o IMS Global Learning Consortium (IMS) (2004), e a Advanced
Distributed Learning Initiative (ADL) (2004).
Dentre essas iniciativas, o IEEE-LOM (Learning Object Metadata) é considerado
um padrão aberto e internacionalmente reconhecido para facilitar a busca,
avaliação, construção e uso de OAs, provendo um modelo de dados normalmente
codificado em XML, que segue a norma IEEE Std 1484.12.1 – 2002. O objetivo
desse padrão é especificar a sintaxe e a semântica de informações (metadados) a
respeito de um OA. Essas especificações permitem catalogar os materiais
educacionais (através de seus metadados), tendo em conta a diversidade de
contextos culturais e linguísticos da criação e reuso dos OAs. Dessa maneira,
procura-se garantir modos eficientes de identificação, (re)utilização,
gerenciamento, interoperabilidade, compartilhamento, integração e recuperação
de objetos de aprendizagem.
A estratégia de se adotar padrões abertos também tem como objetivo alcançar
independência de plataforma quanto à exibição/execução dos objetos,
Projeto OBAA
7/78
permitindo o uso de diferentes sistemas operacionais e plataformas de hardware
para a disponibilização dos conteúdos do objeto.
O padrão IEEE-LOM também pode ser visto como uma especificação de um
cabeçalho que fornece informações sobre o objeto de aprendizagem. Os
elementos de dados que compõem esse cabeçalho são os metadados a respeito
do OA. Assim, esse padrão não interfere no conteúdo ou nas regras dos objetos
de aprendizagem, uma vez que apenas agrupa metadados. Por isso, alcançou
amplo uso em EAD, como, por exemplo, nos repositórios CAREO (australiano),
ABED e RIVED (brasileiros) e com diversas iniciativas de padronização,
como a certificação ADL/SCORM.
Na prática, a norma IEEE Std 1484.12.1–2002 define uma biblioteca de
metadados que podem ser combinados livremente para criar o cabeçalho de
informações do OA. De acordo com essa norma, um objeto cujo cabeçalho seja
formado apenas por elementos definidos no padrão IEEE-LOM é considerado
“estritamente conforme ao padrão”. Caso esse cabeçalho contenha, além de
elementos de dados definidos no padrão IEEE-LOM, outros elementos como
extensão desse padrão, então o objeto é considerado apenas “conforme ao
padrão”.
Além da reusabilidade, outro aspecto importante que pode ser usado para
avaliar e comparar padrões de metadados, para objetos de aprendizagem (ou
padrões de metadados para outros tipos de objetos e conteúdos), é o grau de
abrangência ou cobertura das informações armazenadas nos metadados, em
relação às aplicações que se pretendem dar aos objetos. Nesse contexto, pode-se
verificar o baixo grau de abrangência que o padrão DCMI (Dublin Core Metadata
Initiative) de metadados não qualificados para conteúdos da web oferece para
aplicações educacionais e pedagógicas, quando comparado ao padrão IEEE-LOM.
Por outro lado, no contexto de conversão e adaptação de conteúdos multimídia
para distintas plataformas de disponibilização de conteúdos digitais, como por
exemplo: web, dispositivos móveis, TV digital e consoles de jogos pode-se
verificar a relativa falta de cobertura que o padrão IEEE-LOM tem a oferecer,
quando comparado com o padrão MPEG-7 ou outros padrões similares de
metadados para conteúdo multimídia.
Da mesma forma, também se pode verificar a falta de cobertura que os padrões
atuais de metadados para objetos de aprendizagem, incluindo IEEE-LOM, IMSLOM, ADL e DCMI, têm em relação a requisitos de acessibilidade para pessoas
com necessidades especiais e também em relação a questões educacionais
específicas do contexto brasileiro.
1.1. Escopo
Este documento especifica uma proposta de padrão de metadados para objetos
de aprendizagem compatível com o padrão IEEE-LOM, mas que permite a
interoperabilidade desses objetos nas plataformas Web, TV Digital e dispositivos
móveis, além de suportar requisitos de acessibilidade para pessoas com
necessidades especiais e registrar informações educacionais específicas do
Projeto OBAA
8/78
contexto brasileiro. Também especifica um modelo básico para a sintaxe e a
semântica dos metadados, através da especificação de uma ontologia OWL para
os mesmos.
1.2. Objetivos e Estrutura do Texto
O mundo, cada vez mais interconectado, proporciona à população o acesso a
serviços digitais através de diversos mecanismos, como Internet, TV Digital e
aparelhos móveis. Nos computadores, através de conexões à Internet; na
televisão, através da TV digital e nos celulares, através da tecnologia 3G. Dessa
forma, independente de onde o usuário se encontre, é possível acessar tecnologia
digital. Um resultado natural dessa tendência é a necessidade de padronização
de metadados entre essas três formas de comunicação, uma vez que seu uso é
indispensável para lidar com a sobrecarga de informações.
O objetivo desta proposta de padrão é possibilitar a utilização de objetos de
aprendizagem dentro desse contexto de integração tecnológica, especialmente
entre as plataformas Internet e TV Digital. O padrão proposto é formado por um
conjunto de metadados para objetos de aprendizagem, com enfoque em questões
educacionais específicas do contexto brasileiro. Além disso, são propostos
metadados que garantem interoperabilidade do OA nas plataformas Web, TV
Digital e dispositivos móveis.
O padrão proposto de OA visa garantir liberdade ao desenvolvedor desse tipo de
conteúdo pedagógico de forma que esse profissional não se depare com
restrições tecnológicas. É fato que tecnologias para a construção de conteúdos
cada vez mais interativos e ricos surgem em um ritmo acelerado. Dessa forma,
não podemos limitar o conteúdo a um formato determinado, pois o padrão
tornar-se-ia obsoleto rapidamente. Assim, definimos um conjunto de metadados
mínimo o qual um OA deve informar para que seja considerado compatível com o
padrão OBAA. Essa abordagem possibilita mais flexibilidade para o
desenvolvimento dos OA, mas também agrega complexidade aos provedores de
conteúdo responsáveis por viabilizar o objeto de aprendizagem ao usuário.
Especificar conjuntos mínimos e máximos de metadados possibilita definir a
compatibilidade com diferentes plataformas de ensino-aprendizagem existentes.
O conjunto de metadados estabelece ampla estrutura para catalogação,
possibilitando diferentes formas de aplicação, de acordo com as necessidades de
cada designer de OA. A amplitude do conjunto deve-se a sua completude com
relação aos objetivos de interoperabilidade e adequação ao cenário educacional
Brasileiro. Sendo assim, esta proposta define perfis de utilização, especificando
precisamente diferentes subconjuntos de metadados, os quais visam facilitar a
utilização do padrão. Os perfis especificados são abertos, ou seja, trata-se de um
subconjunto que deve evoluir em paralelo à adoção do padrão.
Considerando essa visão de OA, a proposta de padrão seguiu os seguintes
requisitos de interoperabilidade e funcionalidade:
Projeto OBAA
9/78
Adaptabilidade: possibilitar que a mesma descrição de um objeto seja utilizada
de forma interoperável, adaptando-se às características de cada plataforma, ou
seja, conforme o dispositivo, o sistema apresenta a interface de uma forma
diferenciada. Por exemplo, na televisão, um programa é apresentado com fundo
escuro e cores de texto claras. Na Internet, o mesmo programa é apresentado
como fundo claro e texto escuro. Se o usuário tem uma TV com relação de
aspecto 4:3 e, outro usuário, uma TV com relação 16:9, o sistema se adapta
automaticamente. No celular, a fonte é pequena, e na televisão, é grande,
enquanto na Web, é um meio-termo.
Compatibilidade com os padrões existentes: o padrão deve manter a
compatibilidade com o atual panorama de padrões internacionais, permitindo a
adaptação automática, pois é importante interagir com os serviços já
desenvolvidos através de padrões internacionais.
Acessibilidade: considerando o direito ao acesso universal ao conhecimento, é
necessário viabilizar o acesso aos OA por todos os membros da sociedade,
inclusive cidadãos com necessidades especiais.
Independência Tecnológica: o padrão a ser definido deve ser flexível ao ponto
de suportar as inovações tecnológicas, permitindo extensões sem perder a
compatibilidade com o conteúdo já desenvolvido.
O desenvolvimento desta proposta de padrão toma como base padrões para
objetos de aprendizagem já consolidados internacionalmente. Dessa forma, a
presente proposta pode ser contextualizada como uma extensão ao padrão IEEELOM, adicionando especificações de cunho pedagógico, além de bases
tecnológicas para possibilitar utilização dos OAs em TV Digital e dispositivos
móveis.
Em um contexto mais amplo de utilização prática de OA em nível nacional, esta
proposta de padrão enquadra-se como uma base para o desenvolvimento de uma
estrutura maior de padrões e sua estrutura deve englobar processos de
aprendizagem, aplicações (autoria, recomendação, busca inteligente) e
infraestrutura (federação e persistência dos objetos).
A presente proposta está organizada da seguinte forma: a seção 2 apresenta o
conjunto de metadados que compõem o núcleo do padrão; na seção 3 os
metadados são descritos detalhadamente; a seção 4 caracteriza um OA de acordo
com esse padrão, estabelecendo o conjunto de metadados mínimos, necessários
para o padrão OBAA; a seção 4 propõe uma concretização dos metadados através
de ontologia e a seção 5 apresenta uma análise crítica do trabalho desenvolvido,
apontando conclusões e trabalhos futuros.
1.3. Documentos de Referência
ABNT-NBR 15602-1. ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. NBR 15602-1.
Televisão digital terrestre – Codificação de vídeo, áudio e multiplexação, Parte 1:
Codificação de vídeo. Rio de Janeiro, Abril/2008.
Projeto OBAA
10/78
Televisão digital terrestre – Codificação de vídeo, áudio e multiplexação, Parte 2:
Codificação de áudio. Rio de Janeiro, Abril/2008.
Televisão digital terrestre – Codificação de vídeo, áudio e multiplexação, Parte
3:Sistemas de multiplexação de sinais. Rio de Janeiro, Abril/2008.
ABNT-NBR 1603. ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. NBR 15603-1.
Televisão digital terrestre – Multiplexação e serviços de informação (SI). Rio de
Janeiro, Abril/2008.
ABNT-NBR 15604. ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. NBR 15604.
Televisão digital terrestre – Receptores. Rio de Janeiro, Abril/2008.
ABNT-NBR 15606. ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. NBR 15606.
Televisão digital terrestre – Codificação de dados e especificações de transmissão
para radiodifusão digital. Rio de Janeiro, Abril/2008.ADL. Advanced Distributed
Learning Initiative. Sharable Content Object Reference Model (SCORM) Version
1.2: The SCORM Overview. Alexandria: ADLnet, 2001. Disponível em:
<http://www.adlnet.org>. Acesso em: 10 Maio de 2008.
CINTED. CESTA – Coletânea de Entidades de Suporte ao uso de Tecnologia na
Aprendizagem. Disponível em: <www.cinted.ufrgs.br/CESTA/>. Acesso em
16/06/2009.
CSS. Cascading Style Sheets (CSS1) Level 1 Specification, Håkon Wium Lie, Bert Bos,
Editors, W3C Recommendation. Disponível em: <http://www.w3.org/TR/1999/RECCSS1-19990111>. Acesso em: 15/06/2009
DOWNES, S. Learning objects. International Review of Research in Open and
Distance
Learning
2(1).
2001.
Available:
http://www.irrodl.org/content/v2.1/downes.html
FRIESEN, N.; ROBERTS, A.; FISHER, S. CanCore: Metadata for Learning Objects. In
Canadian Journal of Learning and Technology Volume 28(3), 2001.
HTTP1.0. Hypertext Transfer Protocol -- HTTP/1.0 Request for Comments: 1945, T.
Berners-Lee, R. Fielding, H. Frystyk. 1996.
Disponível em <
http://www.ietf.org/rfc/rfc1945.txt>. Acesso em 15/jun/2008.
HTTP1.1. Hypertext Transfer Protocol -- HTTP/1.1 Request for Comments: 2616, R.
Fielding, J. Gettys, J. Mogul, H. Frystyk, L. Masinter, P. Leach, T. Berners-Lee, June
1999.
Disponível
em:
<www.ietf.org/rfc/rfc2616.txt>.
Acesso
em:
www.ietf.org/rfc/rfc2616.txt.
LTSC Home Page. Creating Learning Technology Standards. Disponível em:
http://ieeeltsc.org/.
Projeto OBAA
11/78
IEEE. Standard for Learning Object Metadata. Learning Technology Standards
Committee of the IEEE. 2002.
IMS.
IMS
Global
Learning
Consortium,
<http://www.imsglobal.org/>. Acesso em: 20/jun/2008.
Inc.
Disponível
em:
IMS AccessForAll Meta-Data Information Model v1.0, A.Jackl, IMS Global Learning
Consortium, Inc., July 2004.
ISO/IEC 15938-5. Information Technology - Multimedia content description interface
- Part 5 Multimedia Description Schemes, 2001.
MPEG-7. MPEG-7 Overview (ISO/IEC JTC1/SC29/WG11 N6828). 2004. Disponível
em: http://www.chiariglione.org/mpeg/standards/mpeg-7/mpeg-7.htm. Acesso em
junho de 2008.
RTSP. Real Time Streaming Protocol (RTSP). Request for Comments: 2326.
Schulzrinne, H., Rao, A. Lanphier, R. 1998.
Disponível em <
http://www.ietf.org/rfc/rfc1945.txt>. Acesso em 15/jun/2008.
SOSTERIC, M.; HESEMEIER, S. When is a Learning Object not an Object: A first’s
step towards a theory of learning objects. In: International Review of Research
in Open
and
Distance
Learning.
2002.
Disponível
em
http://www.irrodl.org/content/v3.2/soc-hes.html.
TELECO.
Informação
em
Telecomunicações.
2008.
http://www.teleco.com.br. Acesso em 15 de outubro de 2008.
Disponível
em
TVA. TV-Anytime Forum. S3 metadata (normative) v1.2. TV-Anytime Specification,
2003. Disponível em http://www.tv-anytime.org. Acesso em junho de 2008.
W3C. Mobile Web Best Practices 1.0, Basic Guidelines. W3C Recommendation.
2008a. Disponível em http://www.w3.org/TR/mobile-bp/. Acesso em 15 de junho de
2009.
W3C.
Web Content Accessibility Guidelines.
http://www.w3.org/TR/WCAG10/>. Acesso em: abr/2008.
Projeto OBAA
Disponível
em:
<
12/78
2. Proposta de Metadados
Nesta seção apresenta-se a proposta de metadados do padrão OBAA. Tais
metadados visam garantir a interoperabilidade de conteúdos educacionais nas
plataformas de TV-Digital, Web e Dispositivos Móveis. Os conjuntos de
metadados propostos devem ser utilizados para catalogar os objetos de
aprendizagem, dessa forma conduzindo a uma biblioteca de OAs. Nesse sentido,
os metadados propostos não foram especificados para limitar o desenvolvimento
de objetos a determinadas tecnologias, mas sim para especificar suas
funcionalidades possibilitando a interoperabilidade.
O desenvolvimento do padrão de metadados OBAA partiu de padrões
internacionalmente reconhecidos para a descrição de conteúdos educacionais,
notadamente o IEEE LOM e o IMS. Também foram utilizados como base padrões
amplamente adotados para catalogação de arquivos multimídia e em TV Digital,
como o TV-Anytime e o MPEG-7, além das características do Sistema Brasileiro
de TV Digital (SBTVD), incluindo formatos de áudio e vídeo (ABNT-NBR 15602-1
e 15602-2), Tabelas SI/PSI (ABNT-NBR 15602-3, 15603), funcionalidades do
middleware (ABNT-NBR 15606) e do receptor (ABNT-NBR 15604). Informações
sobre as capacidades dos dispositivos móveis (celulares) homologados no Brasil
(TELECO, 2008) também foram levadas em conta na elaboração do padrão de
metadados.
Considerando os padrões referenciados, é proposto o reuso e extensão do IEEE
LOM para possibilitar o uso das várias plataformas requisitadas no Edital FINEP,
ao qual este projeto visa apresentar uma proposta viável ao estado atual da
tecnologia e das necessidades brasileiras. O conjunto de metadados Technical
(item número 4 do IEEE LOM) é estendido com metadados para promover a
interoperabilidade com TV Digital. O conjunto Education (item número 5 do IEEE
LOM) é ampliado de forma a contemplar aspectos da educação no Brasil. Ao
conjunto de metadados do LOM, acrescentam-se também os conjuntos
Accessibility (item número 10) e SegmentInformationTable (item número 11). O
conjunto Accessibility propõe a utilização do padrão IMS AccessForAll o qual
contempla grande parte dos requisitos para a utilização de diferentes
dispositivos para cidadãos com necessidades especiais, bem como alguns
requisitos de usabilidade. Finalmente, o item 11 propõe o reuso e extensões ao
padrão TV-ANYTIME, possibilitando indexar segmentos de um objeto de
aprendizagem por assuntos, destaques, atividades, etc., esteja esse objeto no
formato de vídeo, hiperdocumento ou outro qualquer.
Os metadados do padrão OBAA estão relacionados em três seções divididas
conforme o IEEE LOM. Cada conjunto de metadados é descrito através de uma
tabela, onde Nr. representa uma numeração sequencial conforme o padrão LOM;
Nome representa uma identificação do metadado proposto; Descrição representa
a breve explicação do metadado; Cardinalidade define a quantidade de valores
possíveis para o metadado – em caráter informativo apenas; Domínio especifica o
Projeto OBAA
13/78
espaço de valores; Tipo de Dado descreve tecnicamente o tipo do conteúdo e
Exemplo demonstra possíveis utilizações do metadado. As informações presentes
na descrição de Cardinalidade de cada metadado são informativas, pois sua
obrigatoriedade e qualificação numérica são definidas através dos perfis de
utilização (Seção 6). Após cada tabela, são apresentadas descrições mais
detalhadas sobre cada metadado.
Tendo em vista a ampliação ao padrão IEEE-LOM aqui proposta, considera-se
que o conjunto completo de metadados do padrão OBAA é formado pelo LOM
mais os conjuntos descritos a seguir. O Anexo 1 apresenta uma relação completa
do conjunto de metadados. Nas seções a seguir são apresentados os metadados
adicionais ao IEEE-LOM, mantendo sua numeração original.
2.1. Metadados Técnicos
Este conjunto de metadados define as informações técnicas e requisitos para
utilização do objeto de aprendizagem. Este grupo de metadados foi estendido
com metadados contendo informações técnicas de mídia e que são específicas
para cada plataforma, a fim de possibilitar futuras automatizações na adaptação
de mídias para as diferentes plataformas (TV Digital, Móveis e Web), permitindo
a construção de objetos de aprendizagem interoperáveis. Embora a situação
ideal seja aquela em que todo conteúdo ou mídia produzida pudesse ser
transmitido e executado exatamente da mesma forma em qualquer tipo de
dispositivo ou plataforma digital, algumas características são específicas,
impedindo que esse ideal seja alcançado. Dessa forma, os metadados definidos
nesta seção visam principalmente lidar com os requisitos adicionais de
interoperabilidade multiplataforma.
Também foram definidos metadados para definir quais serviços, ontologias,
linguagens de conteúdo e protocolos de interação estão associados ao objeto,
visando tratar de questões de interoperabilidade com a futura web semântica.
Ao invés de realizar modificações diretamente nos metadados já existentes no
grupo Technical, optou-se por estendê-lo, incluindo novos metadados e
mantendo, assim, a compatibilidade do padrão proposto com o padrão LOM IEEE
1484, conforme recomendação do próprio padrão.
A Tabela 1, a seguir, descreve a proposta de extensão ao conjunto de metadados
técnicos (4 – Technical) do LOM.
Projeto OBAA
14/78
Tabela 1 Conjunto de metadados propostos como extensão do padrão LOM, seção 4 - Technical
Nr.
Nome
Descrição
Cardin
alidade
Domínio
Tipo de Dado
Exemplo
4
Technical
1
-
container
-
4.8
SupportedPlatforms
0..N
Mobile, DTV, Web
string
“DTV”,
“Web”
4.9
PlatformSpecificFeatures
0..N
-
container
-
4.9.1
PlatformType
Esta categoria descreve as
características técnicas dos objetos de
aprendizagem.
Lista de plataformas digitais para as
quais o Objeto de Aprendizagem está
previsto. Atualmente estão previstos
três tipos básicos de plataformas digitais
para disponibilização de OAs: Web, DTV
e Mobile.
Este item não é obrigatório, para manter
a compatibilidade com o LOM, mas é
recomendado seu preenchimento.
Conjunto de características técnicas das
mídias específicas desenvolvidas para
cada plataforma para a qual o Objeto de
Aprendizagem foi previsto.
Deverá ser criado um registro deste
conjunto de metadados para cada
plataforma suportada pelo OA e cujas
informações técnicas diferem das
informações técnicas já descritas no
item 4 (Technical), ou seja, apenas
quando mídias diferentes forem
disponibilizadas para cada plataforma.
Tipo da plataforma digital à qual se
aplicam os seguintes parâmetros. Segue
o mesmo vocabulário de tipos de
plataforma usado no item 4.8.
1
Mobile, DTV, Web
String
“DTV”,
“Web”
Projeto OBAA
15/78
4.9.2
SpecificFormat
4.9.3
SpecificSize
4.9.4
SpecificLocation
4.9.5
SpecificRequirement
4.9.5.1
SpecificOrComposite
Projeto OBAA
Formato da mídia criada para utilização
na plataforma especificada no item
4.9.1. Segue as mesmas definições e
regras do item 4.1, porém aplicadas à
mídia específica. Tamanho especificado
em bytes (IEEE-LOM 4.1).
Tamanho da mídia (em bytes) para
utilização na plataforma especificada no
item 4.9.1. Segue as mesmas definições
e regras do item 4.2, porém aplicadas à
mídia específica.
1..N
Tipos MIME
baseados no
registro IANA
(RFC2048:1996)
ou “non-digital)_
(IEEE-LOM 4.1)
String (500)
(IEEE-LOM 4.1)
“video/mpeg”
“application/xtoolbook”
“text/html”
(IEEE-LOM 4.1)
1
String (30)
(IEEE-LOM 4.2)
“4200”
Uma sequência de caracteres utilizada
para acessar a mídia criada
especialmente para utilização na
plataforma especificada no item 4.9.1.
Segue as mesmas definições e regras do
item 4.3, porém aplicadas à mídia
específica.
Capacidades técnicas necessárias na
plataforma definida no item 4.9.1 para
utilizar esta mídia específica. Segue as
mesmas definições e regras do item 4.4,
porém aplicadas à mídia específica.
Agrupamento de múltiplos requisitos
para a mídia na plataforma específica
definida no item 4.9.1.
item 4.4.1, porém aplicadas à
plataforma específica.
1
ISO/IEC
646:1991, mas
somente os
dígitos de
“0”..”9”
(IEEE-LOM 4.2)
ISO/IEC 106461:2000
(IEEE-LOM 4.3)
String (1000)
(IEEE-LOM 4.3)
“HTTP://www...
”
1..N
ISO/IEC 106461:2000
(IEEE-LOM 4.4)
container
-
1..N
(IEEE-LOM 4.4.1)
(IEEE-LOM 4.4.1)
(IEEE-LOM
4.4.1)
16/78
(IEEE-LOM 4.2)
4.9.5.1.1
SpecificType
4.9.5.1.2
SpecificName
Projeto OBAA
O tipo de tecnologia requerida na
item 4.4.1.1, porém aplicadas à
O nome da tecnologia requerida na
Nota 1: O valor para este elemento de
dados pode ser derivado de 4.9.2:
Technical.PlatformSpecificFeatures.Speci
ficFormat automaticamente onde, por
exemplo, “vídeo/3gp” implica múltiplos
sistemas operacionais (“multi-os”).
Nota 2: Este domínio inclui os valores
mais comuns utilizados no momento em
que este padrão foi aprovado. Novos
valores poderão ser incluídos.
1
Sistema
operacional,
navegador,
middleware
Vocabulário
definido no
domínio
-
1
Se
4.9.5.1.1:SpecificT
ype=”operating
system”, então:
pc-dos, mswindows, macos,
unix, multi-os,
none
Se
4.9.5.1.1:SpecificT
ype=”browser”
então:
any, netscapecomunicator, msinternet-explorer,
opera, amaya,
mozilla-Firefox,
apple-safari,
google-chrome
Se
4.9.5.1.1:SpecificT
ype=”middleware
” então:
ginga, mhp, arib,
davic, dase, gem,
any, none
Vocabulário
definido no
domínio
-
17/78
4.9.5.1.3
SpecificMinimumVersion
4.9.5.1.4
SpecificMaximumVersion
4.9.6
SpecificInstallationRemarks
4.9.7
SpecificOtherPlatformRequirements
4.10
Service
Projeto OBAA
Versão mínima da tecnologia requerida
na plataforma específica.
Maior versão aceitável da tecnologia
requerida na plataforma específica.
Instruções de instalação do objeto de
aprendizagem na plataforma
especificada no item 4.9.1.
item 4.5, porém aplicadas à plataforma
específica.
Informações sobre outros requisitos de
software e hardware necessários na
plataforma definida no item 4.9.1.
item 4.6, porém aplicadas à plataforma
específica.
Container para a especificação de
serviços relacionados a este objeto.
1
ISO/IEC 106461:2000
(IEEE-LOM
4.4.1.3)
1
1
ISO/IEC 106461:2000
(IEEE-LOM
4.4.1.4)
-
String (30)
(IEEE-LOM 4.4.1.3)
“4.2”
(IEEE-LOM
4.4.1.3)
String (30)
(IEEE-LOM 4.4.1.4)
“6.2”
(IEEE-LOM
4.4.1.4)
String(1000)
(IEEE-LOM 4.9.1)
(“en,” “Unzip
the zip file and
launch
index.html in
your web
browser.”)
(IEEE-LOM
4.9.1)
(“en,” “sound
card”),
(“en,” “runtime
X”)
(IEEE-LOM 4.6)
1
(IEEE-LOM 4.6)
String(1000)
(IEEE-LOM 4.6)
0..N
-
Container
18/78
-
4.10.1
Name
O nome do serviço. Pode ser um
conceito definido pela ontologia
associada (metadado número 4.10.6).
1
-
string
4.10.2
Type
O tipo do serviço. Também pode ser um
conceito definido pela ontologia
associada (metadado número 4.10.6).
1
-
string
4.10.3
Provides
Define se o objeto fornece ou solicita o
serviço. Este metadado define o uso do
metadado location (4.10.8.1).
1
boolean
4.10.4
Essential
Define se o serviço é obrigatório
(essencial) ou opcional em relação à
correta execução do objeto.
1
True: o serviço é
fornecido pelo
objeto
False: o serviço é
solicitado pelo
objeto
True: o serviço é
obrigatório para
que o objeto
funcione
corretamente
False: o serviço é
opcional e o
objeto funcionará
mesmo sem sua
disponibilidade
Projeto OBAA
19/78
boolean
“portuguese
content
recomendation”
, “web search”,
“questionanswer user
interface”,
“instant
messaging”
“recommendati
on”,
“searchengine”, “fipadf”, “fipa-ams”,
“persistence”,
“SMS provider”
True,
false
4.10.5
Protocol
4.10.6
Ontology
4.10.6.1
Ontology Language
4.10.6.2
Ontology Location
4.10.7
Language
4.10.8
Details
4.10.8.1
Service Location
Projeto OBAA
O nome do protocolo utilizado para
comunicação com o serviço. É uma
informação dependente de cada serviço.
O valor também pode ser associado a
um conceito ou indivíduo presente na
ontologia (4.10.6).
Ontologias associadas a este serviço.
Geralmente este tipo de ontologia
fornece uma especificação formal do
contexto do serviço.
A linguagem utilizada para especificar a
ontologia.
1..N
-
string
“fipa-request”,
“SPARQL”,
“JSP”, “HTTP”,
“RMI”
0..N
-
string
1
-
string
A URL, URI ou qualquer outra
especificação da localização eletrônica
da ontologia. (relacionado ao item 4.3
do IEEE-LOM).
A linguagem utilizada para a
comunicação com o serviço.
Especificação de detalhes do serviço fora
do escopo de metadados (ex.:
parâmetros).
A URL, URI ou qualquer outra
especificação para acessar o serviço.
(relacionado ao item 4.3 do IEEE-LOM).
1
-
URL, URI
“OBAA
Ontology”,
“WordNet”,“GU
MO”
“OWL-FULL”,
“OWL-LITE”,
“OWL-DL”,
“OWL2”, “RDF”
“http://gia.inf.uf
rgs.br/onto/oba
a.owl”
0..N
-
string
0..N
-
string
1..N
-
URL, URI
20/78
“fipa-sl”, “fipasl0”, “OWL-S”
“request: leaner
information”
“http://gia.inf.uf
rgs.br/recomme
ndation”
Em termos de uso destes metadados, pode-se tomar como exemplo um curso
educacional em vídeo, onde esse vídeo deve ser disponibilizado em pelo menos
dois formatos (dois arquivos de mídia distintos): um para dispositivos móveis
(com codificação H.263, no formato 3gp) e outro para a Web e TV (com
codificação H.264 e formato mp4). Embora sejam duas mídias, o objeto de
aprendizagem é o mesmo, apenas em formatos diferentes. Dessa forma, ambas as
mídias terão o mesmo título, descrição, assunto, autor, palavras-chave, etc., pois
são referentes ao mesmo objeto de aprendizagem. Se essas mídias forem vistas
como objetos de aprendizagem distintos, pelo menos dois problemas poderão ser
observados:
1. O trabalho de geração dos metadados do objeto de aprendizagem será
multiplicado, pois embora todos os dados descritivos sejam iguais (título,
descrição, assunto, palavras-chave, autor, etc.), terá que documentar
várias vezes, uma para cada arquivo de vídeo;
2. Quando o usuário procurar pelo assunto do curso, os dois vídeos serão
apresentados e o mesmo precisará selecionar manualmente o vídeo
adequado, dependendo do tipo de dispositivo que pretende utilizar.
Uma solução mais adequada é descrever uma única vez esse objeto de
aprendizagem e quando o usuário selecionar tal objeto, que o sistema identifique
automaticamente o tipo de dispositivo e envie a mídia adequada, sem a
necessidade de o usuário saber dessa diferenciação. Essa funcionalidade pode ser
atingida por meio de metadados de adaptação, onde apenas os metadados
técnicos (que serão diferentes para cada tipo de dispositivo ou plataforma)
necessitarão ser informados novamente, mas com os dados específicos para cada
plataforma, enquanto as demais informações de descrição do objeto (título,
descrição, etc.) serão documentadas uma única vez, pois são independentes de
plataforma.
Esses metadados foram definidos como sendo uma extensão do item 4
(Technical) do padrão LOM, compreendendo dois novos itens:
4.8:SupportedPlatforms e 4.9:PlatformSpecificFeatures, com seus subgrupos.
4.8 SupportedPlatforms
Indica em quais plataformas o objeto de aprendizagem está apto a ser executado.
Atualmente estão previstos três tipos básicos de plataformas digitais para
disponibilização de OAs: Web, DTV e Mobile.
4.9 PlatformSpecificFeatures
Identifica os dados técnicos das mídias, da mesma forma que o item 4 Technical,
porém aplicados a cada uma das plataformas, para as quais o objeto de
aprendizagem foi previsto. Esse novo grupo de metadados também é opcional
por compatibilidade, mas pode ser repetido mais que uma vez, ou seja, é
informado um grupo 4.9 PlatformSpecificFeatures para cada uma das
plataformas indicadas no item 4.8 SupportedPlatforms.
Caso uma determinada plataforma seja informada no item 4.8
SupportedPlatforms, como prevista pelo objeto de aprendizagem, porém não seja
criado um grupo 4.9 PlatformSpecificFeatures específico para essa plataforma,
Projeto OBAA
21/78
então significa que os dados técnicos gerais, informados no grupo 4 Technical do
LOM, se aplicam também para a plataforma em questão.
Utilizando como exemplo o mesmo vídeo educacional citado anteriormente,
suponhamos que esteja informado no item 4.8 SupportedPlatforms que o mesmo
é suportado nas plataformas de TV Digital, Web e Móveis e que no item 4.3
Location
do
LOM
seja
informada
a
URL
fictícia
<www.inf.ufrgs.br/prav/cursoexemplo1.mp4>. Caso seja criado um grupo 4.9
PlatformSpecificFeatures para dispositivos móveis, indicando que o endereço do
vídeo para essa plataforma é <www.inf.ufrgs.br/prav/cursoexemplo1.3gp>,
então este último é válido para a plataforma móvel. Caso esse grupo não seja
criado, então vale para a plataforma móvel a mesma URL já informada no item
4.3 Location do LOM. Portanto, caso os dados técnicos de uma plataforma sejam
os mesmos que o informado no grupo 4 Technical do LOM, não é necessário criar
o grupo 4.9 PlatformSpecificFeatures específico para a plataforma.
Detalhando um pouco mais o grupo 4.9 PlatformSpecificFeatures, para cada
plataforma que esse grupo de metadados for criado, conterá os subitens
descritos a seguir.
4.9.1 SpecificPlatform:
Tipo da plataforma digital à qual se aplicam os seguintes parâmetros. Segue o
mesmo vocabulário de tipos de plataforma usado no item 4.8.
4.9.2 SpecificFormat:
Formato da mídia criada para utilização na plataforma especificada no item
4.9.1. Segue as mesmas definições e regras do item 4.1, porém aplicadas à mídia
específica.
4.9.3 SpecificSize:
Tamanho da mídia criada para utilização na plataforma especificada no item
4.9.1. Segue as mesmas definições e regras do item 4.2, porém aplicadas à mídia
específica.
4.9.4 SpecificLocation:
Uma sequência de caracteres utilizada para acessar a mídia criada
especificamente para utilização na plataforma especificada no item 4.9.1. Segue
as mesmas definições e regras do item 4.3, porém aplicadas à mídia específica.
4.9.5 SpecificRequirement:
Capacidades técnicas necessárias na plataforma definida no item 4.9.1 para
utilizar essa mídia específica. Segue as mesmas definições e regras do item 4.4,
porém aplicadas à mídia específica.
4.9.5.1 SpecificOrComposite:
Projeto OBAA
22/78
Agrupamento de múltiplos requisitos para a mídia na plataforma específica
definida no item 4.9.1. Segue as mesmas definições e regras do item 4.4.1, porém
aplicadas à plataforma específica.
4.9.5.1.1 SpecificType:
O tipo de tecnologia requerida na plataforma específica. Segue as mesmas
definições e regras do item 4.4.1.1, porém aplicadas à plataforma específica.
4.9.5.1.2 SpecificName:
O nome da tecnologia requerida na plataforma específica. Segue as mesmas
definições e regras do item 4.4.1.2, porém aplicadas à plataforma específica;
4.9.5.1.3 SpecificMinimumVersion:
Versão mínima da tecnologia requerida na plataforma específica. Segue as
mesmas definições e regras do item 4.4.1.3, porém aplicadas à plataforma
específica;
4.9.5.1.4 SpecificMaximumVersion:
Maior versão aceitável da tecnologia requerida na plataforma específica. Segue
as mesmas definições e regras do item 4.4.1.4, porém aplicadas à plataforma
específica.
4.9.6 SpecificInstallationRemarks:
Instruções de instalação do objeto de aprendizagem na plataforma especificada
no item 4.9.1. Segue as mesmas definições e regras do item 4.5, porém aplicadas
à plataforma específica.
4.9.7 SpecificOtherPlatformRequirements:
Informações sobre outros requisitos de software e hardware necessários na
plataforma definida no item 4.9.1. Segue as mesmas definições e regras do item
4.6, porém aplicadas à plataforma específica.
Como se pode observar, os nomes adotados para os metadados 4.9.2 até 4.9.7
seguem a mesma nomenclatura dos itens correspondentes no LOM, porém
precedidos do prefixo “Specific”. O objetivo de manter nomenclatura similar é
facilitar a identificação dos campos correspondentes aos do item 4:Technical
geral (ou seja, independente da plataforma) com o grupo 4.9
PlatformSpecificFeatures (dados técnicos específicos para uma determinada
plataforma). O prefixo “Specific” foi utilizado para não haver duplicidade de
nomes, conforme recomendação do padrão LOM.
A Figura 1 ilustra os metadados gerados para o grupo “4: Technical”, obtidos com
base no objeto de aprendizagem “De onde vem – TV”, que já foi convertido e
testado nas plataformas Web, Móvel e de TV Digital. Os metadados de extensão
propostos por esse projeto estão em destaque, com fonte em cor vermelha.
Projeto OBAA
23/78
Figura 1 – Código XML dos metadados do grupo técnico.
4.10 Service
O conjunto de metadados Service possibilita que um objeto de aprendizagem seja
associado a um serviço de qualquer natureza. Dessa forma, a funcionalidade do
objeto pode ser expandida para utilização de qualquer provedor de serviço
disponível. Além disso, considera-se a hipótese do desenvolvimento de objetos
de aprendizagem capazes eles mesmos de fornecerem serviços. A especificação
dos metadados proposta modela o acesso ao serviço, não apresentando nenhuma
Projeto OBAA
24/78
restrição para a forma como ele pode ser implementado. Assim, estabelece-se
flexibilidade para que o OA utilize os serviços necessários, independente da
tecnologia utilizada.
A seguir, são descritos os metadados para a associação de serviços a objetos de
aprendizagem. É possível associar uma quantidade livre de serviços a um objeto.
4.10.1 Name
O nome do serviço pode ser qualquer string válido. Idealmente, o nome do
serviço é representado por um conceito e suas relações na ontologia de serviços
associada (metadado 4.10.6).
4.10.2 Type
Especifica o tipo do serviço, através de string válido. Idealmente, o tipo do
serviço é representado por um conceito e suas relações na ontologia de serviços
associada (metadado 4.10.6).
4.10.3 Provides
Define se o serviço descrito é fornecido ou requerido pelo objeto de
aprendizagem. Caso verdadeiro, o objeto fornece o serviço e o metadado location
(4.10.8.1) indica o local de acesso ao serviço. Caso falso, significa que o objeto
deve solicitar o serviço e o metadado location (4.10.8.1) indica o local de acesso
utilizado pelo objeto.
4.10.4 Essential
Declara se o serviço é obrigatório ou opcional para a correta execução do objeto.
Em caso verdadeiro (obrigatório), o objeto precisa necessariamente do serviço
para executar de acordo com a visão de seus desenvolvedores. Em caso falso
(opcional), o objeto pode fazer o uso do serviço, porém a disponibilidade ou não
do mesmo não acarreta perda de funcionalidade básica do objeto.
4.10.5 Protocolo
É o nome do protocolo utilizado para a comunicação com o serviço. A definição
de cada protocolo depende de cada serviço e pode estar relacionada a um
conceito definido na ontologia associada ao serviço (4.10.6).
4.10.6 Ontology
Especificação das ontologias associadas a esse serviço. Geralmente, esse tipo de
ontologia formaliza computacionalmente uma definição do contexto do serviço.
4.10.6.1 Ontology Language
O nome da linguagem utilizada para especificar a ontologia.
4.10.6.2 Ontology Location
Especificação da localização digital da ontologia.
Projeto OBAA
25/78
4.10.7 Language
Nome da linguagem utilizada para comunicação com o serviço.
4.10.8 Details
Especifica detalhes do serviço que estão fora do escopo de metadados,
tais como parâmetros de entrada, conteúdo de mensagens, etc.
4.10.8.1 Service Location
Especifica o local de acesso ao serviço.
2.2. Metadados Educacionais
A extensão ao conjunto 5 – Educational de metadados do IEEE LOM fundamentase em um modelo pedagógico com base epistemológica interacionista, a qual
compreende que o sujeito conhece o mundo por meio da interação com os
objetos de conhecimentos, sejam eles situações, animais, objetos e/ou outros
sujeitos. Buscam-se definir os seguintes aspectos para a criação desse modelo:
organizacionais, referentes ao conteúdo, metodológicos e tecnológicos.
Modelos pedagógicos são um sistema de premissas teóricas que representam,
explicam e orientam a forma como se aborda o currículo e que se
concretiza nas práticas pedagógicas e nas interações professor-aluno-objeto
de conhecimento. O modelo pedagógico é composto por uma arquitetura
pedagógica (constituída de planejamento pedagógico, conteúdo e recurso
digital), concepção pedagógica e epistemológica do professor. A extensão aqui
proposta trata somente das questões relacionadas ao conteúdo (objetos de
aprendizagem) disponibilizado ao aluno. Uma proposta mais completa de
metadados segundo esse modelo pedagógico se apresenta como uma evolução
natural do projeto OBAA.
A Tabela 2, a seguir, apresenta um conjunto de metadados que amplia o IEEELOM, seção 5 – Educational, com metadados relevantes para o contexto
educacional brasileiro.
Projeto OBAA
26/78
Tabela 2: Conjunto de metadados propostos como extensão do padrão LOM, seção 5 - Educational
Nr.
Nome
Descrição
Cardin
alidade
Domínio
Tipo de Dado
Exemplo
5
Educational
1
-
Container
-
5.12
LearningContentType
1
Interaction
Fatual, Conceitual,
Procedimental, Atitudinal
Objeto-sujeito
Sujeito1 – sujeito 2 – objeto
Vocabulário
(enumerado)
Vocabulário
(enumerado)
Conceitual
5.13
5.13.1
Perception
1
Visual, auditiva, mista, outra
Vocabulário
(enumerado)
auditiva
5.13.2
Synchronism
1
True
CoPresence
boolean
True
5.13.4
Reciprocity
True: denota sincronia
(Synchronous)
False: denota interação
assíncrona (asynchronous)
True: o objeto faz uso de
mecanismos de co-presença.
False: o objeto não utiliza
mecanismos de co-presença.
1-1, 1-N, N-M
boolean
5.13.3
Descrição das características educacionais
do objeto de aprendizagem.
Especificação educacional do tipo do
conteúdo do objeto de aprendizagem.
Especifica a interação educacional proposta
por este objeto de aprendizagem e seu(s)
usuários.
Especifica a forma sensorial pela qual o
aluno receberá as informações do objeto de
aprendizagem.
Especifica o sincronismo referente à
interação do aluno com o dispositivo
utilizado para executar o objeto de
aprendizagem.
Especifica a utilização de mecanismos que
auxiliem a identificação de outros usuários
no ambiente.
Vocabulário
(enumerado)
1-N
5.14
Didactic Strategy
Vocabulário
(enumerado)
(Challenge,
Problem
Solving)
Projeto OBAA
Forma de relacionamento entre os usuários,
necessária para o funcionamento deste
objeto de aprendizagem.
Conjunto de ações planejadas e conduzidas
pelo professor a fim de promover o
envolvimento e comprometimento dos
alunos com um conjunto maior de
atividades.
1
1
1
1..N
Model Construction, Challenge,
Hypothesis and Test
Development, Case Study,
Question & Answering, Problem
Solving,
27/78
Objeto-sujeito
A seguir apresentam-se as descrições detalhadas dos metadados adicionais.
5.12
LearningContentType
Este metadado define o tipo de conteúdo do objeto de aprendizagem. O tipo de
conteúdo educacional (o conteúdo do objeto de aprendizagem em si) pode ser
classificado em:
a) Conteúdos factuais: Aprendizagem de fatos mediantes a atividades de cópias
mais ou menos literais, como exercícios de repetição.
b) Conteúdos referentes a conceitos: Atividades que possibilitem o
reconhecimento dos conhecimentos prévios, que assegurem a significância e a
funcionalidade, que sejam adequadas ao nível de desenvolvimento, que
provoquem uma atividade mental, etc.
Conteúdos procedimentais: Necessidade de realizar exercícios suficientes e
progressivos das diferentes ações que formam os procedimentos, as técnicas ou
estratégias.
Conteúdos Atitudinais: Caráter conceitual dos valores; as normas e as atitudes,
quer dizer, o conhecimento que cada um deles é e implica; pode ser aprendido
mediante estratégias já descritas para os modelos conceituais.
O metadado compreende um tipo de conteúdo para cada objeto de
aprendizagem.
5.13
Interaction
Especifica a interação entre o objeto de aprendizagem e seu usuário. A interação
diz respeito ao comportamento das pessoas em relação a outras pessoas e
sistemas. É possível que só possamos proporcionar experiências de
aprendizagem significativas se a solução educacional projetada for, antes de
tudo, interativa. Isso significa disponibilizar uma interface que possibilite
interação e, mais do que isso, oferecer atividades de aprendizagem que exijam do
aluno interação com conteúdos, ferramentas e com outras pessoas.
5.13.1 Perception
Especifica o mecanismo sensorial utilizado para transmitir a informação. São
mecanismos que buscam incentivar a interação e colaboração, auxiliando o aluno
na realização de suas atividades. Esses mecanismos permitem ao usuário que ele
entenda o que está acontecendo no ambiente virtual e auxilia no aprendizado
como um todo.
5.13.2 Synchronism
Define a forma de interação entre o usuário e o objeto. O sincronismo se refere
aos tipos de comunicação que são estabelecidos na rede e que transmitem
informações e trocas aos alunos. Essa comunicação pode ser estabelecida entre
aluno-aluno, aluno-professor ou aluno-ambiente (máquina). Nesse sentido
existem dois tipos de comunicação no ambiente virtual: síncronas ou
assíncronas. A comunicação síncrona se dá por meio de ferramentas que
Projeto OBAA
28/78
possibilitam que as pessoas comuniquem-se em tempo real, ou seja, os sujeitos
devem estar conectados ao mesmo tempo; um exemplo de ferramenta é o batepapo. A comunicação assíncrona se dá por meio de ferramentas que possibilitam
a comunicação entre os sujeitos em tempos diferentes, não há necessidade de
estarem conectados ao mesmo tempo; por exemplo, a funcionalidade fórum.
5.13.3 CoPresence
Especifica a necessidade de mecanismos para informar e utilizar a co-presença
de outros usuários no ambiente. Mecanismos que auxiliem a identificação de
outros usuários no ambiente. Auxiliando a comunicação entre estes, através de
ferramentas do ambiente.
5.13.4 Reciprocity
Qualifica a forma de relacionamento entre os usuários, necessária para o
funcionamento deste objeto de aprendizagem. Reciprocidade é um modo de se
relacionar com os outros no qual todos têm as mesmas oportunidades e chances
de participação e de interação no grupo, seja num grupo, num jogo, no trabalho,
nas discussões políticas, na vida... essa operação auxiliará os alunos na
aprendizagem cooperativa e colaborativa, onde, através de trocas, pode-se
aprender e ensinar.
5.14
DidacticStrategy
Especifica a estratégia didática mais adequada a ser adotada ao utilizar esse
objeto de aprendizagem. Uma estratégia didática pode ser definida como um
conjunto de ações planejadas e conduzidas pelo professor a fim de promover o
envolvimento e o comprometimento dos alunos com um conjunto maior de
atividades. Nesse contexto, as estratégias didáticas devem possibilitar que o
aluno se envolva nas atividades e se torne, de certa maneira, responsável por seu
processo de aprendizagem.
2.3. Metadados de Acessibilidade
Os metadados de acessibilidade propostos pelo padrão OBAA foram adaptados
do padrão IMS AccessForAll (IMS, 2002).
Os metadados de acessibilidade têm por intenção armazenar informações de
acessibilidade sobre o usuário (estudante). São importantes para definir as
configurações dos usuários ao acessar o Objeto de Aprendizagem, atendendo,
portanto, as definições propostas pelo mesmo. Essas definições poderão atender
aos requisitos de áudio para cegos, legenda para surdos (ou vídeo com
intérpretes), idiomas e outras especificações importantes para dar acesso e
inclusão ao Objeto de Aprendizagem às pessoas com necessidade educativas
especiais.
Acessibilidade é a habilidade do ambiente de aprendizagem de se adaptar às
necessidades de cada usuário/estudante. Ela é determinada pela flexibilidade de
Projeto OBAA
29/78
um ambiente educacional (no que diz respeito à apresentação, métodos de
controle, modalidade de acesso e suporte para os estudantes e a disponibilidade
de conteúdos e atividades alternativas mas equivalentes. (IMS AccessForAll
Meta-data Overview).
Este tipo de metadados tem como finalidade: descreve o que é necessário para
utilizar os recursos (por exemplo, visuais, auditivos, etc), se o visor e método de
controle pode ser transformado e se existe uma alternativa equivalente
conhecido. Os metadados descrevem, portanto, um recurso acessível
possibilitando a transformação que pode ser gerada usando ferramentas de
avaliação existentes.
A Tabela 3, a seguir, apresenta este conjunto de metadados no contexto do
padrão OBAA.
Projeto OBAA
30/78
Tabela 3: Conjunto de metadados de acessibilidade usados pelo OBAA, adaptados do padrão IMS AccessForAll (IMS, 2002)
Nr.
Nome
Descrição
Cardin
alidade
Domínio
Tipo de Dado
Exemplo
10
Acessibility
1
-
Container
-
10.1
hasVisual
1
True, False
boolean
True
10.2
hasAudititory
1
True, False
boolean
False
10.3
hasText
1
True, False
boolean
True
10.4
hasTactile
1
True, False
boolean
True
10.5
earlStatement
Acessibilidade é a habilidade do ambiente de
aprendizagem de se adaptar às necessidades de
cada usuário/estudante. Ela é determinada pela
flexibilidade de um ambiente educacional (no que
diz respeito à apresentação, métodos de controle,
modalidade de acesso e suporte para os estudantes
e a disponibilidade de conteúdos e atividades
alternativas mas equivalentes.
Indicação da existência no Objeto de Aprendizagem
se o mesmo apresenta conteúdos com informação
visual.
audíveis.
textual.
visual.
Refere-se a informações fornecidas na Linguagem
para Avaliação e Relato (Evaluation and Report
Language - EARL) definida pela W3C como um
quadro de referência para expressar e comparar
testes e resultados.
0..n
-
container
-
Projeto OBAA
31/78
10.5.1
displayTransformability
Refere-se ao relato EARL sobre as características de
transformabilidade dos recursos referenciados.
0..1
URI
10.5.2
controlFlexibility
0..1
URI
10.6
equivalentResource
0..n
URI
10.6.1
isSuplementary
10.6.2
learnerScaffold
Refere-se ao relato EARL sobre as características de
controle e flexibilidade dos recursos referenciados.
Aponta para um recurso equivalente (metadados)
dos recursos descritos ou partes dos mesmos.
Este tipo de metadados tem como finalidade de
definir outro recurso que equivalha ao recurso
existente.
Este metadado tem como funcionalidade se
verdadeiro o recurso é uma alternativa completa
para o objeto de aprendizagem. Caso seja falso
suplementa o OA e é exibido em conjunto com o
OA. Atividade ou recurso alternativo a ser utilizado
para complementar o OA ativo.
Indica facilidades de acesso ao aprendizado,
descreve recursos que estão ou serão contidos no
OA, como uma ou mais ferramentas de apoio.
Exemplos:
10.6.2
alternativesToVisual
Projeto OBAA
Apresentação do conteúdo diferenciado sendo ele
uma alternativa visual.
Este tipo de metadados tem como finalidade
apresentação diferenciada do conteúdo a ser
trabalhado.
1
True, False
boolean
False
0..n
dictionary, calculator
noteTaking,
peerInteraction, abacus,
thesaurus,
spellChecker,
homophoneChecker,
mindMappingSoftware,
outlineTool
-
Vocabulário
(enumerado)
thesaurus
container
-
0..1
32/78
10.6.2.1
audioDescription
10.6.2.1.1
language
10.6.2.1.2
altTextLang
10.6.2.1.3
longDescriptionLang
10.6.2.1.4
colorAvoidance
10.6.3
alternativesToText
Projeto OBAA
Apresentação do conteúdo diferenciado sendo ele
uma alternativa em áudio.
Este tipo de metadados tem como finalidade
apresentação diferenciada do conteúdo a ser
trabalhado, sendo a mesma descrita em arquivo de
áudio.
Indica a linguagem que a descrição do áudio será
apresentada. Este tipo de metadados tem como
finalidade tem apresentar uma alternativa sonora e
de acordo com a preferência do usuário sendo ele
nativo em qualquer língua.
Indica que o recurso descrito contem texto
alternativo na linguagem especificada para principal
recurso referenciado.
Indica que o recurso descrito contem texto
alternativo longo na linguagem especificada para
principal recurso referenciado.
Recurso onde se descreve como as cores devem ser
utilizadas. Este tipo de metadado tem como
finalidade de atender aos estudantes/usuários que
tem dificuldades de acessar conteúdos com cores
pré-definidas, são usuários/estudantes com
problemas de visão, daltônico, monocromáticos e
etc.
Conteúdos textuais presentes em diferentes
modalidades.
standard
expanded
Vocabulário
(enumerado)
standard
0..1
ISO Language Code
xml:lang
en
0..1
ISO Language Code
xml:lang
en
0..1
ISO Language Code
xml:lang
en
0..n
avoidRed,
avoidRedGreen,
avoidBlueYellow,
avoidGreenYellow,
avoidOrange,
avoidRedBlack,
avoidPurpleGray,
useMaximumContrast
Monochrome
-
Lista de
vocabulário
(enumerado)
[avoidOrange,
avoidRedBlack]
container
-
0..1
33/78
10.6.3.1
graphicAlternative
10.6.3.2
signLanguage
10.6.4
alternativesToAuditory
10.6.4.1
captionType
10.6.4.1.1
language
10.6.4.1.2
captionRate
Projeto OBAA
Indica que o recurso descrito contem alternativas
gráficas/visuais para textos no texto principal.
Este tipo de metadado tem como finalidade
apresentar um conteudo diferenciado e alternativo
ao texto, mas presente no texto principal.
Faz a indicação de conteúdos traduzidos para
linguagem de sinais, no dialeto específico sendo fiel
ao conteúdo principal do recurso.
0..1
True, False
boolean
False
0..n
Vocabulário
(enumerado)
Brazilian-BRA
Conteúdos presentes em diferentes modalidades.
Este tipo de metadado tem como finalidade de
apresentar informações diferenciadas para
diferentes tipos de usuários/estudantes.
Indica que o recurso descrito contenha textos com
legenda tendo referencia direta ao conteúdo
principal.
Indica a lingua utilizada na legenda. Este tipo de
metadado tem como finalidade de atender aos
variados tipos de línguas.
Indica a taxa de velocidade da legenda. Tem a
finalidade de acompanhar o recurso principal.
0..1
American-ASL, BritishBSL, Brazilian-BRA,
Native-Guarani-GUA,
Spanish-SPA, French-LSF,
Japanese-JSL, OTHER
-
container
-
-
container
-
1
ISO Language Code
xml:lang
en
0..1
[1..300]
integer
120
34/78
Dentro dessa categoria, existem subcategorias descritas a seguir:
10.1
hasVisual
10.2
hasAudititory
10.3
hasText
10.4
hasTactile
Indicação da existência no Objeto de Aprendizagem se o mesmo apresenta
conteúdos com informação visual.
conteúdos com informação audíveis.
conteúdos com informação textual.
conteúdos com informação visual.
10.5 earlStatement
Refere-se a informações fornecidas na Linguagem para Avaliação e Relato
(Evaluation and Report Language - EARL) definida pela W3C como um quadro de
referência para expressar e comparar testes e resultados.
10.5.1 displayTransformability
Refere-se ao relato EARL sobre as características de transformabilidade dos
recursos referenciados.
10.5.2 controlFlexibility
Refere-se ao relato EARL sobre as características de controle e flexibilidade dos
recursos referenciados.
10.6
equivalentResource
Aponta para um recurso equivalente (metadados) dos recursos descritos ou
partes dos mesmos.
Este tipo de metadados tem como finalidade de definir outro recurso que
equivalha ao recurso existente.
10.6.1 isSuplementary
Este metadado tem como funcionalidade se verdadeiro o recurso é uma
alternativa completa para o objeto de aprendizagem. Caso seja falso suplementa
o OA e é exibido em conjunto com o OA. Atividade ou recurso alternativo a ser
utilizado para complementar o OA ativo.
Projeto OBAA
35/78
10.6.2 learnerScaffold
Indica facilidades de acesso ao aprendizado, descreve recursos que estão ou
serão contidos no OA, como uma ou mais ferramentas de apoio. Exemplos de
valores possíveis: Dictionary, calculator, noteTaking, peerInteraction, abacus,
thesaurus, spellChecker, homophoneChecker, mindMappingSoftware, outlineTool
10.6.3 alternativesToVisual
Apresentação do conteúdo diferenciado sendo ele uma alternativa visual. Este
tipo de metadados tem como finalidade apresentação diferenciada do conteúdo a
ser trabalhado.
10.6.3.1 audioDescription
Apresentação do conteúdo diferenciado sendo ele uma alternativa em áudio.
Este tipo de metadados tem como finalidade apresentação diferenciada do
conteúdo a ser trabalhado, sendo a mesma descrita em arquivo de áudio.
10.6.3.1.1. Language
Indica a linguagem que a descrição do áudio será apresentada. Este tipo de
metadados tem como finalidade tem apresentar uma alternativa sonora e de
acordo com a preferência do usuário sendo ele nativo em qualquer língua.
10.6.3.1.2 altTextLang
Indica que o recurso descrito contem texto alternativo na linguagem especificada
para principal recurso referenciado.
10.6.3.1.3 longDescriptionLang
Indica que o recurso descrito contem texto alternativo longo na linguagem
especificada para principal recurso referenciado.
10.6.3.1.4 colorAvoidance
Recurso onde se descreve como as cores devem ser utilizadas. É formado por
uma lista de valores derivados de um vocabulário enumerado. Exemplos de
valores possíveis deste vocabulário são:
avoidRed, avoidRedGreen,
avoidBlueYellow,
avoidGreenYellow,
avoidOrange,
avoidRedBlack,
avoidPurpleGray, useMaximumContrast, Monochrome
Este tipo de metadado tem como finalidade de atender aos estudantes/usuários
que tem dificuldades de acessar conteúdos com cores pré-definidas, são
usuários/estudantes com problemas de visão, daltônicos e etc.
10.6.4 alternativesToText
Conteúdos textuais presentes em diferentes modalidades.
10.6.4.1 GraphicAlternative
Projeto OBAA
36/78
Indica que o recurso descrito contem alternativas gráficas/visuais para textos no
texto principal.
Este tipo de metadado tem como finalidade apresentar um conteudo
diferenciado e alternativo ao texto, mas presente no texto principal.
10.6.4.2 SignLanguage
Faz a indicação de conteúdos traduzidos para linguagem de sinais, no dialeto
específico sendo fiel ao conteúdo principal do recurso. Exemplos de valores
possíveis são: American-ASL, British-BSL, Brazilian-BRA, Native Guarani-GUA,
Spanish-SPA, French-LSF, Japanese-JSL, OTHER
10.6.5 alternativesToAuditory
Conteúdos presentes em diferentes modalidades. Este tipo de metadado tem
como finalidade de apresentar informações diferenciadas para diferentes tipos
de usuários/estudantes.
10.6.5.1 captionType
Indica que o recurso descrito contenha textos com legenda tendo referencia
direta ao conteúdo principal.
10.6.5.1.1 language
Indica a lingua utilizada na legenda. Este tipo de metadado tem como finalidade
de atender aos variados tipos de línguas.
10.6.5.1.4 captionRate
Indica a taxa de velocidade da legenda. Tem a finalidade de acompanhar o
recurso principal.
Projeto OBAA
37/78
2.4. Metadados de Segmentação
Muitas vezes, é necessário subdividir logicamente um objeto de aprendizagem,
permitindo a organização do mesmo por módulos ou por assuntos que o mesmo
trata. Um exemplo da importância desses metadados é o curso educacional em
vídeo “De onde vem - TV”, disponível no repositório SACCA. Esse vídeo foi
segmentado por módulos, sendo que cada módulo trata de um assunto específico
sobre a televisão (“Introdução”, “Questionamento: De onde vem a TV?”, “Origem
da televisão”, “Transmissões ao vivo”, “Questionamento: Quando a imagem da TV
ficou colorida?”, “Questionamento: Como a imagem chega aos aparelhos de TV?”,
“TV digital” e assim por diante). Dessa forma, quando o estudante precisar rever
um ou mais módulos, os metadados de segmentação permitem que ele vá direto
aos módulos de interesse, sem a necessidade de procurar manualmente.
Um segmento é um fragmento contínuo de um programa. Um segmento
particular pode pertencer a um único programa, mas pode ser membro de vários
grupos de segmentos. Um grupo de segmentos denota uma coleção de segmentos
que são associados por uma finalidade particular ou devido a uma propriedade
em comum. Um grupo de segmentos pode conter segmentos ou outros grupos de
segmentos, de um ou mais programas (TVA, 2003b).
Como recomendação de metadados para o padrão educacional, com base no TVAnytime (TVA, 2003b), sugere-se a inclusão dos metadados de segmentação
definidos pelo padrão MPEG-7, que compõe o SegmentInformationTable. A
seguir, uma descrição dos metadados de segmentação a serem previstos,
seguindo o padrão MPEG-7.
O padrão LOM também foi estendido com o conjunto de metadados
SegmentInformationTable, obtido a partir do padrão TV-Anytime (TVA, 2003),
padrão de metadados utilizado pela TV Digital na Europa, mas simplificado e
adaptado para atender as necessidades do padrão proposto.
A Tabela 4 a seguir apresenta os metadados de segmentação
Projeto OBAA
38/78
Tabela 4: Conjunto de metadados propostos como extensão do padrão LOM a parir do padrão TV-Anytime.
Nr.
Nome
Descrição
Cardinali
dade
Domínio
Tipo de Dado
Exemplo
11
SegmentInformationTable
0..1
-
container
-
11.1
11.1.1
SegmentList
SegmentInformation
0..N
1..N
TV- Anytime
String (1000)
-
11.1.1.2
Identifier
1
-
String(100)
11.1.1.3
Title
1
-
String (1000)
11.1.1.4
Description
Grupo que conterá o conjunto de
informações de segmentação dos objetos de
aprendizagem e de grupos de segmentos dos
objetos de aprendizagem.
Conjunto de informações de segmentos.
Agrupamento das informações de um
segmento (SegmentInformationType do TVAnytime)
Identificador único do segmento nesse objeto
de aprendizagem. É um campo alfanumérico
Título do segmento. Segue as mesmas
definições e regras do item LOM 1.2: Title,
porém aplicadas ao segmento.
Descrição do conteúdo do segmento. Segue
as mesmas definições e regras do item LOM
1.4: Description, porém aplicadas ao
segmento.
1
-
String (2000)
11.1.1.5
Keyword
1..N
-
String(1000)
1, 222, 12, a, b,
exercício1, ...
Exercícios sobre
receptores de TV
Digital
“Seção de
exercícios do
módulo de
introdução à
TVD.”
“TV Digital,
receptores,
exercícios”
11.1.1.6
SegmentMediaType
1
Document,
Hyperdocument,
audio,
video,
other
Vocabulário
descrito no
domínio
Projeto OBAA
Palavras-chave referentes ao segmento.
Segue as mesmas definições e regras do item
LOM 1.5: Keyword, porém aplicadas ao
segmento.
Descreve se é um documento texto
(document), hiperdocumento
(hyperdocument), arquivo multimídia (audio
ou video), ou outros (other).
39/78
video
hyperdocument
11.1.1.7
11.1.1.8
Start
End
11.2
11.2.1
SegmentGroupList
SegmentGroupInformation
11.2.1.1
Identifier
11.2.1.2
GroupType
11.2.1.3
Title
Projeto OBAA
Início do segmento. Se o segmento for
originado de um arquivo multimídia, deverá
indicar o tempo de início (MPEG-7
MediaTimeType).
Se for um documento texto, indica a página e,
opcionalmente, a linha inicial.
Se for um hiperdocumento, a página, seção
de uma página ou mídia inclusa no
hiperdocumento.
Fim do segmento.
Se segmento for originado de um arquivo
multimídia, deverá indicar o tempo de fim
(MPEG-7 MediaTimeType).
Se for um documento texto, indica a página e,
opcionalmente, a linha final.
Se for um hiperdocumento, este metadado
não será utilizado.
Conjunto dos grupos de segmento
Conjunto de informações do grupo de
segmentos (SegmentGroupInformationType
do TV-Anytime).
Identificador do grupo de segmento. Deve ser
único no objeto de aprendizagem.
1
-
String
“PT00H05M”
“módulo1/recept
ores.xhtml#exerci
cios”
“Page20Line10”
1
-
String
“PT00H05M”
“Page20Line10”
0..1
1..N
-
Container
Container
-
1
-
String
Tipo de agrupamento.
Seguirá a mesma sintaxe de TVA:
SegmentGroupTypeType
1
Vocabulário
definido no
domínio
Título do segmento. Segue as mesmas
definições e regras do item LOM 1.2: Title,
porém aplicadas ao grupo de segmentos.
1
highlights,
bookmarks,
themeGroup,
preview,
activities,
other
-
1, 23,1000,
Grupo1,
Exercícios
Higlights
40/78
String(1000)
Bookmarks
Atividades e
Exercícios do OA.
11.2.1.4
Description
Descrição do conteúdo do segmento. Segue
as mesmas definições e regras do item LOM
1.4: Description, porém aplicadas ao grupo de
segmentos.
1
11.2.1.5
Keyword
1..N
-
String
11.2.1.6
11.2.1.6.1
Segments
Identifier
Palavras-chave referentes ao segmento.
Seguem as mesmas definições e regras do
item LOM 1.5: Keyword, porém aplicadas ao
grupo de segmentos.
Segmentos que fazem parte do grupo
Código identificador único do segmento
(11.1.1.2: Identifier) que pertence a esse
grupo.
1
1..N
-
Container
String
Projeto OBAA
String (2000)
41/78
Grupo contendo
os segmentos
com os exercícios
deste objeto de
aprendizagem.
Exercícios,
Atividades
“1”, “222”, “12”,
“a”, “b”,
“exercício1”
11 SegmentInformationTable
Este novo grupo de metadados que conterá o conjunto de informações de
segmentação dos objetos de aprendizagem e de grupos de segmentos dos objetos
de aprendizagem.
11.1 SegmentList
Conjunto de informações de segmentos.
11.1.1 SegmentInformation
Agrupamento das informações de um segmento (SegmentInformationType do
TV-Anytime).
11.1.1.2 SegmentIdentifier
Identificador único do segmento no objeto de aprendizagem. É um campo
alfanumérico.
11.1.1.3 Title
Título do segmento. Segue as mesmas definições e regras do item LOM 1.2: Title,
porém aplicadas ao segmento.
11.1.1.4 Description
Descrição do conteúdo do segmento. Segue as mesmas definições e regras do
item LOM 1.4: Description, porém aplicadas ao segmento.
11.1.1.6 Keyword
Palavras-chave referentes ao segmento. Seguem as mesmas definições e regras
do item LOM 1.5: Keyword, porém aplicadas ao segmento.
11.1.1.7 SegmentMediaType
Descreve se é um documento texto (document), hiperdocumento
(hyperdocument), arquivo multimídia (audio ou video), ou outros (other).
Nesse contexto, um documento geral (document) é um objeto de aprendizagem
composto primariamente por texto (arquivos .txt, .doc, .odt ou objetos de
aprendizagem não digitais, como livros e revistas). Em relação aos
hiperdocumentos (hyperdocument), trata-se aqui preferencialmente dos
formatos HTML e XHTML. Já o tipo multimídia (audio ou video) refere-se a áudio
ou vídeo.
11.1.1.8 Start
Localiza o início do segmento no objeto de aprendizagem.
Se o tipo de mídia do segmento for um documento geral (SegmentMediaType =
“document”), o início do segmento será a página e, opcionalmente, a linha de
início (por exemplo, “Page10Line15”).
Projeto OBAA
42/78
Se o tipo de mídia for um hiperdocumento (SegmentMediaType =
“hyperdocumento”), o início será o nome de uma página, uma seção ou bookmark
da página, indicado pelo caractere “#” (por exemplo, “pagina.html#atividades”,
sendo que esse segmento deve ter sido criado na página por meio dos
identificadores id ou name, conforme previsto pelo HTML e XHTML), ou ainda
alguma mídia exibida na página (como uma imagem, por exemplo, que será
representada pelo próprio nome). Nesse caso, o segmento é a seção ou a própria
mídia referenciada.
Se o tipo de mídia for um áudio ou vídeo (SegmentMediaType = “audio” ou
SegmentMediaType = “video”), será informado o tempo de início do segmento. O
formato a ser utilizado é o MPEG-7 datatype, MediaTimeType, na seção 6.4.10 de
(ISO, 2001).
11.1.1.9 End
Localiza o final do segmento no objeto de aprendizagem.
Para objetos de aprendizagem do tipo documento (document) e multimídia
(multimedia), segue a mesma sintaxe do item 11.1.1.8: SegmentInformationTable
.SegmentList .SegmentInformation.Start. Caso não seja especificado, o final do
segmento será o final da mídia (digital ou impressa).
Para os objetos do tipo hiperdocumento (hyperdocument), esse metadado não
será preenchido, pois a seção indicada no Start já indica por si só seu início e fim,
assim como uma página ou outro tipo de mídia inclusa na própria página.
11.2
SegmentGroupList
Conjunto dos grupos de segmento.
11.2.1 SegmentGroupInformation
Conjunto
de
informações
do
grupo
(SegmentGroupInformationType do TV-Anytime).
11.2.1.1 Identifier
de
segmentos
Identificador único do segmento. É um campo alfanumérico.
11.2.1.2 GroupType
Tipo de agrupamento. Terá o seguinte domínio de valores: "highlights",
“bookmarks”, “themeGroup”, “preview”, “activities” ou "other".
11.2.1.3 Title
Título do segmento. Segue as mesmas definições e regras do item LOM 1.2: Title,
porém aplicadas ao grupo de segmentos.
11.2.1.4 Description
Descrição do conteúdo do segmento. Segue as mesmas definições e regras do
item LOM 1.4: Description, porém aplicadas ao grupo de segmentos.
Projeto OBAA
43/78
11.2.1.5 Keyword
Palavras-chave referentes ao segmento. Seguem as mesmas definições e regras
do item LOM 1.5: Keyword, porém aplicadas ao grupo de segmentos.
11.2.1.6 Segments
Identificadores dos segmentos que fazem parte do grupo.
11.2.1.6.1 Identifier
Código identificador único do segmento (11.1.1.2:Identifier) que pertence a este
grupo.
Projeto OBAA
44/78
3. Perfis de Metadados
Os Perfis de Metadados (PM) são formados por subconjuntos dos metadados de
objetos de aprendizagem definidos na presente proposta de padrão, que
estariam associados ao uso desses objetos, em determinados domínios de
aplicação. Do ponto de vista conceitual, esses perfis visam fornecer uma forma de
redução da complexidade no gerenciamento dos metadados, quando restrita a
esses domínios. De maneira geral, espera-se que os perfis de metadados
permitam reduzir a complexidade na gerência de metadados de objetos de
aprendizagem, para fins de autoria, edição, armazenamento e inferência de
informações sobre esses objetos.
A definição de distintos perfis de metadados está vinculada à visão subjacente
que os metadados de objetos de aprendizagem, definidos nesta proposta,
formam uma biblioteca de metadados que podem ser usados para caracterizar
as propriedades de um dado objeto de aprendizagem.
Tal visão está perfeitamente conforme o padrão IEEE LOM Std. 1484.12.1-2002,
que não define uma classificação única a respeito da obrigatoriedade,
opcionalidade ou irrelevância de cada um dos metadados. Dessa forma um
metadado pode ser considerado opcional em uma determinada aplicação, bem
como pode ser considerado obrigatório em outra.
Um determinado objeto de aprendizagem estará conforme determinado perfil de
metadados quando seus metadados forem compostos dos metadados
especificados no perfil, seguindo a descrição do perfil de metadados.
Os metadados podem ser classificados da seguinte maneira:
•
•
Obrigatório: o metadado deve estar presente para o objeto ser conforme o
perfil. Caso o metadado dado como mandatório possua subníveis, esses
também são considerados obrigatórios.
Opcional: o metadado pode estar presente ou não para o objeto ser
conforme o perfil. Caso um metadado opcional seja utilizado, seus subníveis
não classificados como opcionais devem ser preenchidos.
Tais perfis não são considerados substitutos para futuras ontologias mais
completas, especificadas em OWL, que definiriam os elementos, estruturação e
demais propriedades de domínios específicos de aplicação de objetos de
aprendizagem, como, por exemplo, ontologias sobre determinados domínios do
conhecimento.
Não obstante, os perfis de metadados definidos aqui visam servir de base para a
criação e desenvolvimento dessas futuras ontologias, fornecendo dicionários de
termos elementares e a estruturação inicial para essas ontologias. O modelo
OWL para metadados, definido na Seção 7 da presente proposta, especifica
Projeto OBAA
45/78
formalmente os termos desse dicionário. Assim o conjunto de perfis aqui
definidos é normativo, no sentido de que tais futuras ontologias devem, no
mínimo, referenciar qual perfil de metadados é usado como dicionário de
termos.
3.1. Perfil Adequação (PM-ADEQ-BASE)
Este perfil consiste em uma quantidade mínima de informações que podem ser
registradas a respeito de um determinado objeto. O uso pretendido deste perfil é
apenas para situações onde nada mais se conhece a respeito de um dado objeto
além de seu identificador único e sua localização (URL) em um dado repositório.
Essas situações podem ocorrer, por exemplo, no caso do armazenamento
(possivelmente temporário) de objetos legados que ainda não foram analisados.
A Tabela Tabela 5 apresenta os metadados deste perfil e sua correspondente
classificação.
Tabela 5: metadados do perfil de adequação mínima e sua classificação
Nro.
1.1
4.3
Nome
General.Identifier
Technical.Location
Classificação
Obrigatório
Opcional
3.2. Perfis de Aderência a Padrões de Metadados
Comentário
Identificador
único
do
objeto
Localização física do objeto
e seus conteúdos
O objetivo dos perfis de aderência a padrões de metadados é definir os requisitos
de compatibilidade entre a presente proposta de padrão de metadados e outros
padrões de metadados previamente definidos. Atualmente são previstos
requisitos de compatibilidade funcional com o padrão DCMI não qualificado (RFC
5013) e compatibilidade estrita (strictly conforming) com o padrão IEEE-LOM
Std. 1484.12.1-2002.
É importante ressaltar que a presente proposta de padrão de metadados já segue
o padrão IEEE-LOM, no sentido de compatibilidade (conforming) estendida
definido em IEEE LOM Std. 1484.12.1-2002.
3.2.1. Perfil Compatível com DCMI (PM-DCMI)
A compatibilidade funcional de um objeto de aprendizagem cujos metadados
tenham sido representados utilizando-se o padrão DCMI não qualificado, tal
como definido, por exemplo, na RFC 5013, com o conjunto de metadados
definido pela presente proposta pode ser parcialmente satisfeita através de um
mapeamento dos metadados DCMI em metadados IEEE-LOM, com algumas
extensões de vocabulário.
Note que a abordagem de mapeamento adotada nesta proposta é exatamente a
inversa
da
adotada
pela
força
tarefa
conjunta
DCMI/IEEE
(http://dublincore.org/educationwiki/DCMIIEEELTSCTaskforce) e com a
proposta de padrão IEEE Draft 1484.12.4-2008.
Não há, entretanto, necessariamente uma incompatibilidade entre ambas as
propostas de mapeamento, uma vez que o escopo e a aplicabilidade de ambas
são diferentes: a proposta IEEE Draft 1484.12.4-2008 prevê o mapeamento dos
Projeto OBAA
46/78
metadados IEEE-LOM no modelo abstrato DCMI (DCAM) usado para representar
metadados qualificados no DCMI. A proposta IEEE Draft 1484.12.4-2008 é útil,
portanto, para a migração de metadados de objetos de aprendizagem para o
contexto de repositórios que suportem metadados DCMI qualificados.
A presente proposta de objetos de aprendizagem especifica um modelo abstrato
OWL para seus metadados, incluindo, portanto, os metadados IEEE-LOM nessa
especificação. O objetivo de compatibilidade do perfil PM-DCMI é, então, mapear,
para fins de armazenamento, disponibilização e conversão, objetos de
aprendizagem cujos metadados tenham sido previamente especificados de
acordo com o padrão DCMI em objetos de aprendizagem funcionalmente
equivalentes, com conteúdos idênticos e com metadados já seguindo a presente
proposta de padrão.
Dentro do possível, todas as equivalências entre metadados DCMI e IEEE-LOM já
identificadas pela força tarefa conjunta DCMI/IEEE (http://dublincore.org/
educationwiki/DCMIIEEELTSCTaskforce/LomDCAMAnalysis) foram adotadas no
perfil PM-DCMI.
A tabela a seguir identifica os metadados desse perfil e sua correspondente
classificação.
Tabela 6: metadados do perfil de aderência ao PM-DCMI.
Nro
1.2
Nome
General.Title
2.3.2[1]
LifeCycle.Contribute.Role[1]
2.3.2[1]
LifeCycle.Contribute.Entity[1]
1.5
General.Keyword
Classificação
Opcional
Opcional
Opcional
Opcional
1.4
General.Description
2.3.2[2]
2.3.2[2]
2.3.2[3]
2.3.2[3]
Opcional
Opcional
2.3.2[4]
2.3.2[4]
LifeCycle.Contribute.Date[4]
Opcional
5.2
Educational.LearningResource Opcional
Projeto OBAA
Opcional
Opcional
Opcional
Opcional
Comentários
Equivale ao elemento ‘Title’ dos metadados
DCMI
Valor
=
‘dc-creator’,
extensão
do
vocabulário definido pelo IEEE-LOM
O primeiro elemento da lista ordenada de
entidades que contribuíram com este objeto
deve corresponder ao criador do objeto
(elemento ‘Creator’ tal como definido no
DCMI).
Equivale ao elemento ‘Subject’ dos
metadados DCMI
Equivale ao elemento ‘Description’ dos
metadados DCMI
Valor = ‘publisher’
O segundo elemento da lista ordenada de
deve corresponder ao editor do objeto
(elemento ‘Publisher’ tal como definido no
DCMI).
Valor ‘dc-contributor’
O terceiro elemento da lista ordenada de
deve
corresponder
ao
elemento
‘Contributor’ tal como definido no DCMI.
Valor = ‘dc-date’, extensão do vocabulário
definido pelo IEEE-LOM
O quarto elemento da lista ordenada de
informa apenas a data do objeto (elemento
‘Date’ tal como definido no DCMI).
Equivale ao elemento ‘Type’ dos metadados
47/78
Type
Technical.Format
4.1
1.1
General.Identifier
7.1[i]
7.2[i]
Relation.Kind[i]
Relation.Resource[i]
1.3
General.Language
7
Relation
1.6
General.Coverage
6
Rights
Opcional
Obrigatório
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
DCMI
Equivale ao elemento ‘Format’ dos
metadados DCMI
Equivale ao elemento ‘Identifier’ dos
metadados DCMI
Valor = ‘isbasedon’
O relacionamento especial ‘Source’ previsto
no DCMI é representado pelo elemento da
lista de entidades relacionadas ao objeto
(categoria Relation do IEEE-LOM), cujo tipo
(Kind) é ‘Is Based On’.
Equivale ao elemento ‘Language’ dos
metadados DCMI
Equivale ao elemento ‘Relation’ dos
metadados DCMI. O relacionamento
especial ‘Source’ previsto no DCMI é
representado pelo primeiro elemento da
lista Relation, tal como definido nos itens
7.1[i] e 7.2[i] nesta tabela.
Equivale ao elemento ‘Coverage’ dos
metadados DCMI
Equivale ao elemento ‘Rights’ dos
metadados DCMI
3.2.2. Perfil Compatível com IEEE-LOM (PM-IEEE-LOM)
O perfil PM-IEEE-LOM visa especificar os requisitos de conformidade estrita com
o padrão IEEE-LOM Std. 1484.12.1-2002. Os metadados de um objeto de
aprendizagem estarão estritamente conformes o padrão IEEE-LOM quando
forem restritos aos metadados definidos na tabela 1, seção 6 do padrão IEEELOM Std. 1484.12.1-2002. Somente o metadado 1.1 General.Identifier é
considerado obrigatório, os demais metadados são opcionais.
3.2.3. Perfil Compatível Mínimo com OBAA (PM-OBAA-CORE)
O perfil PM-OBAA-CORE consiste no conjunto de metadados mínimos
considerados essenciais para todo objeto de aprendizagem descrito conforme o
padrão OBAA. A utilização desse conjunto visa integração com os OAs legados,
com reduzido esforço humano.
Tabela 7: conjunto de metadados essenciais do padrão OBAA.
1
General
Obrigatório
1.1
General.Indetifier
Obrigatório
1.2
1.3
General.Title
General.Language
Obrigatório
Obrigatório
1.4
1.5
General.Description
General.Keyword
Obrigatório
Obrigatório
2
LifeCycle
Obrigatório
Projeto OBAA
Informações gerais que
descrevem o objeto de
aprendizagem como um
todo
Identificador único do
objeto
Título do objeto
Linguagem natural de
comunicação do objeto
Descrição textual do objeto
Palavras-chave associadas
ao objeto
Grupo de metadados que
contém informações sobre o
histórico e o estado atual do
48/78
4.1
6
Technical.Format
Obrigatório
Rights
Opcional
objeto
Formato dos conteúdos do
objeto
Grupo de metadados com
informações sobre os
direitos de propriedade
intelectual do objeto
3.2.4. Perfil Compatível Ideal com OBAA (PM-OBAA-FULL)
O Perfil PM-OBAA-FULL consiste na quantidade ideal de informações que devem
ser registradas sobre um objeto para que o OA contemple as diversas aplicações
para TV Digital, dispositivos móveis e Web, garantindo conversões de conteúdo e
interoperabilidade.
Tabela 8: conjunto recomendado de metadados do padrão OBAA
1
General
Obrigatório
1.1
General.Identifier
Obrigatório
1.2
1.3
General.Title
General.Language
Obrigatório
Obrigatório
1.4
1.5
General.Description
General.Keyword
Obrigatório
Obrigatório
2
LifeCycle
Obrigatório
3
Meta-Metadata
Opcional
3.1
Meta-Metadata.Identifier
Opcional
3.2
Meta-Metadata .Contribute
Opcional
3.4
Meta-Metadata.Language
Opcional
4
Technical
Obrigatório
4.1
Technical.Format
Obrigatório
4.2
Technical .Size
Obrigatório
4.3
Technical .Location
Obrigatório
4.4
Technical .Requirement
Obrigatório
Projeto OBAA
Informações gerais que
descrevem o objeto de
aprendizagem como um
todo
Identificador único do
objeto
Título do objeto
Linguagem natural de
comunicação do objeto
Palavras-chave associadas
ao objeto
contém informações sobre o
histórico e o estado atual do
objeto
contém informações sobre
os metadados do objeto
Identificador desste registro
de metadados
Entradas relacionadas à
criação e modificações dos
metadados do objeto
Linguagem relacionada ao
idioma do metadado
Informações relacionadas
aos requisitos técnicos e
características dos objetos
de aprendizagem
Formato dos conteúdos do
objeto
Tamanho dos conteúdos do
objeto
Localização física do objeto
e de seus conteúdos
Requisitos técnicos do
objeto
49/78
4.6
Technical
.OtherPlatformRequirements
Technical.Duration,
Obrigatório
4.8
SupportedPlatforms
Obrigatório
4.9
5
Educational
Obrigatório
informar
este grupo e
todos seus
subitens
quando
houver
diferentes
mídias para
cada uma
das
plataformas.
Obrigatório
5.1
Educational.Interactivity Type
Obrigatório
5.2
Educational.Learning Resource
Type
Educational.Interactivity Level
Obrigatório
5.5
Educational.Intended End User
Role
Educational.Context
Obrigatório
5.7
Educational.Typical Age Range
Obrigatório
5.8
Educationa .Difficulty
Obrigatório
5.11
Educational.Language
Obrigatório
5.12
Educational.Learning Content
Type
Obrigatório
5.13
Educational.Interaction Type
Obrigatório
5.14
Educational.Assessment
Strategy
Obrigatório
5.15
Educational .DidacticStrategy
Obrigatório
6
Rights
Opcional
6.2
Rights.Copyright
andOtherRestrictions
Opcional
4.7
5.3
5.6
Projeto OBAA
Obrigatório
Obrigatório
Obrigatório
Informações sobre outras
plataformas e hardwares
Duração pretendida para a
exibição do objeto
Lista de plataformas digitais
para as quais o objeto de
aprendizagem está previsto.
Conjunto de características
técnicas das mídias
específicas desenvolvidas
para cada plataforma para a
qual o objeto de
aprendizagem foi previsto.
descreve as características
educacionais e pedagógicas
do objeto
Modo predominante de
aprendizagem do objeto
Tipo específico do objeto de
aprendizagem
Grau de interatividade do
objeto
Principais tipos de usuários
deste objeto
Ambiente onde objeto será
usado
Idade típica dos principais
usuários do objeto.
Grau de dificuldade de se
trabalhar com o objeto
Linguagem natural do
usuário do objeto
Tipo de aprendizagem dos
conteúdos do objeto de
aprendizagem
Tipo de interação de
pessoas em relação a outras
pessoas e sistemas onde
esse objeto se contextualiza
Estratégias de avaliação a
serem usadas com esse
objeto
Estratégias didáticas a
serem usadas com esse
objeto
informações sobre os
direitos de propriedade
intelectual do objeto
Representa se o objeto de
aprendizado tem licença ou
50/78
7
Relation
Opcional
8.
Annotation
Opcional
10
Acessibility
Obrigatório
11
Segmentation
Opcional
não
informações sobre as
relações desse objeto de
aprendizagem com outros
objetos de aprendizagem
comentários sobre o uso
educacional do objeto
informações de
acessibilidade do objeto.
informações de
segmentação dos conteúdos
do objeto.
3.3. Perfis de Aplicação
O objetivo dos perfis de aplicação é definir subconjuntos de metadados aptos a
tratar dos aspectos particulares de uma dada aplicação de objetos de
aprendizagem. Na presente proposta de padrão, serão especificados apenas
perfis básicos, que contêm a quantidade mínima de informações necessária para
suportar uma aplicação particular.
3.3.1. Perfil Base para Aplicações Multiplataforma (PM-MULTI-BASE)
O perfil PM-MULTI-BASE define qual conjunto mínimo de metadados são
necessários para suportar aplicações multimídia nas plataformas de
disponibilização previstas nesta proposta de padrão.
classificação.
Tabela 9: conjunto de metadados para dar suporte às plataformas previstas no
Padrão OBAA
Nro.
Nome
1.1
1.2
1.3
1.4
1.5
1.6
1.7
1.8
2
3
4.1
4.2
4.3
4.4
4.5
General.Identifier
General.Title
General.Language
General.Description
General.Keyword
General.Coverage
General.Structure
General.Aggregation.Level
LifeCycle
MetaMetadata
Technical.Format
Technical.Size
Technical.Location
Technical.Requirement
Technical.InstallationRemarks
4.6
4.7
Classificaçã
o
Obrigatório
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Technical.OtherPlatformRequirements Opcional
Technical.Duration
Opcional
Projeto OBAA
Comentário
Identificador único do objeto
Abrangência do objeto
Estrutura organizacional do objeto
Granularidade funcional do objeto
Comentários sobre a instalação do
objeto
51/78
4.8
Technical.SupportedPlatforms
4.9
Technical.PlatformSpecificFeatures
4.10
Technical.Services
5
6
7
8
9
Educational
Rights
Relation
Annotation
Classification
10
11
Acessibility
Obrigatório Lista
de
plataformas
de
disponibilização
de
conteúdos
multimídia suportadas pelo objeto
Opcional
Informações
adicionais
sobre
plataformas de disponibilização de
conteúdos multimídia.
Opcional
Serviços requeridos ou providos pelo
objeto
Opcional
Opcional
Opcional
Opcional
Opcional
Grupo
de
metadados
com
informações de classificação do
objeto dentro de sistemas de
classificação (taxonomias)
Opcional
Opcional
Grupo
de
metadados
com
informações de segmentação dos
conteúdos multimídia do objeto
3.3.2. Perfil Base para Aplicações Educacionais (PM-EDUC-BASE)
O perfil PM-EDUC-BASE define qual conjunto mínimo de metadados são
necessários para suportar aplicações educacionais básicas.
classificação.
Tabela 10: conjunto de metadados para aplicações educacionais básicas
Nro.
Nome
1.1
1.2
1.3
General.Identifier
General.Title
General.Language
1.4
1.5
1.6
1.7
1.8
2
General.Description
General.Keyword
General.Coverage
General.Structure
General.Aggregation Level
LifeCycle
3
MetaMetadata
Opcional
4
Technical
Opcional
5.1
5.2
5.3
5.4
5.5
5.6
Educational.InteractivityType
Educational.LearningResourceType
Educational.InteractivityLevel
Educational.SemanticDensity
Educational.IntendedEndUserRole
Educational.Context
Obrigatório
Obrigatório
Opcional
Opcional
Grau de concisão do objeto
Obrigatório
Obrigatório
Projeto OBAA
Classificaçã
o
Obrigatório
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Comentário
Título do objeto.
Linguagem natural de comunicação
do objeto
Palavras-chave associadas ao objeto
Grupo de metadados que contém
informações sobre o histórico e o
estado atual do objeto.
informações sobre osmetadados do
objeto.
Grupo
de
metadados
com
informações técnicas a respeito do
objeto.
52/78
5.7
5.8
5.9
Educational.TypicalAge
Educational.Difficulty
Educational.TypicalLearningTime
5.10
5.11
5.12
5.13
5.14
5.15
6
Educational.Description
Educational.Language
Educational.LearningContentType
Educational.Interaction
Educational.AssessmentStrategy
Educational.DidacticStrategy
Rights
7
Relation
8
Annotation
9
Classification
10
Acessibility
11
Opcional
Opcional
Opcional
Tempo típico de processo de
aprendizagem com o objeto.
Comentários sobre o uso do objeto
Opcional
Opcional
Obrigatório
Obrigatório
Obrigatório
Obrigatório
Opcional
Grupo
de
metadados
com
informações sobre os direitos de
propriedade intelectual do objeto
Opcional
Grupo
de
metadados
com
informações sobre as relações deste
objeto de aprendizagem com outros
Opcional
Grupo
de
metadados
com
comentários sobre o uso educacional
do objeto
Opcional
Grupo
de
metadados
com
classificação (taxonomias).
Opcional
Grupo
de
metadados
com
informações de acessibilidade do
objeto.
Opcional
Grupo
de
metadados
com
conteúdos multimídia do objeto.
3.3.2. Perfil Base para Aplicações de Acessibilidade (PM-ACESS-BASE)
O perfil PM-ACESS-BASE define qual conjunto mínimo de metadados são
necessários para aplicações com suporte a acessibilidades.
classificação.
Tabela 11: conjunto de metadados para suporte a acessibilidade.
Nro.
1.1
1.2
1.3
Nome
General.Identifier
General.Title
General.Language
1.4
1.5
1.6
1.7
1.8
2
General.Description
General.Keyword
General.Coverage
General.Structure
General.AggregationLevel
LifeCycle
3
MetaMetadata
Projeto OBAA
Classificação
Obrigatório
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Opcional
Comentário
Título do objeto.
Linguagem natural de comunicação
do objeto
Palavras-chave associadas ao objeto
informações sobre o histórico e o
estado atual do objeto
informações sobre os metadados do
objeto
53/78
4
Technical
Opcional
5
Educational
Opcional
6
Rights
Opcional
7
Relation
Opcional
8
Annotation
Opcional
9
Classification
Opcional
10
Acessibility
Obrigatório
11
Opcional
Projeto OBAA
Grupo
de
metadados
com
informações técnicas a respeito do
objeto
Grupo de metadados que descreve as
características
educacionais
e
pedagógicas do objeto
Grupo
de
metadados
com
informações sobre os direitos de
propriedade intelectual do objeto
Grupo
de
metadados
com
informações sobre as relações desse
objeto de aprendizagem com outros
Grupo
de
metadados
com
comentários sobre o uso educacional
do objeto
Grupo
de
metadados
com
classificação (taxonomias.
Grupo
de
metadados
com
informações de acessibilidade do
objeto
Grupo
de
metadados
com
conteúdos multimídia do objeto
54/78
4. Concretização
A presente seção apresenta uma ontologia descrita em OWL (Web Ontology
Language) para modelar os conceitos e relações entre os metadados propostos
anteriormente. A escolha dessa linguagem partiu da sua flexibilidade de
utilização e ampla adoção pela comunidade científica. Essa adoção deve-se ao
fato de que a OWL é uma recomendação da W3C (World Wide Web Consortium)
para especificação de ontologias compatíveis com a iniciativa da Web Semântica.
Dessa forma, busca-se lidar com a heterogeneidade das representações de
conhecimento através de uma linguagem padronizada para desenvolvê-las.
Tal linguagem ontológica é composta por três versões com níveis de
expressividade diferentes e vem sendo desenvolvida pelo W3C. A modelagem a
seguir está de acordo com a OWL-DL (Description Language) possibilitando
expressividade suficiente para o contexto do OBAA, mantendo a completude
computacional.
No decorrer, é apresentado o código OWL referente à ontologia desenvolvida. A
especificação OWL de cada metadado é dividida em: Definição de classe, Axiomas
relacionados, Propriedades de objetos e Propriedades de dados.
4 Technical
Definição
Class(Technical)
OWL:
<Declaration>
<Class URI="&obaa;Technical"/>
</Declaration>
Axiomas relacionados
Object Properties relacionadas
Projeto OBAA
55/78
hasPlatformTypeSpecificInformation domain Technical
OWL:
<ObjectPropertyDomain>
<ObjectProperty
URI="&obaa;hasPlatformTypeSpecificInformation"/>
</ObjectPropertyDomain>
hasRequirement domain Technical *
OWL:
<ObjectProperty URI="&obaa;hasRequirement"/>
hasTechnical range Technical
OWL:
<ObjectPropertyRange>
<ObjectProperty URI="&obaa;hasTechnical"/>
</ObjectPropertyRange>
Data Properties relacionadas
Projeto OBAA
56/78
hasDuration domain Technical *
OWL:
<DataPropertyDomain>
<DataProperty URI="&obaa;hasDuration"/>
</DataPropertyDomain>
hasFormat domain Technical *
OWL:
<DataProperty URI="&obaa;hasFormat"/>
hasInstallationRemarks domain Technical *
OWL:
<DataProperty URI="&obaa;hasInstallationRemarks"/>
hasLocation domain Technical *
OWL:
<DataProperty URI="&obaa;hasLocation"/>
hasOtherPlatformRequirements domain Technical *
OWL:
<DataProperty URI="&obaa;hasOtherPlatformRequirements"/>
hasPlatformTypes domain Technical
OWL:
<ObjectProperty
hasSize domain Technical *
OWL:
<DataProperty URI="&obaa;hasSize"/>
4.8 PlatformTypes
Definição de data property
Projeto OBAA
57/78
Data property(hasPlatformTypes)
OWL:
<Declaration>
<ObjectProperty
</Declaration>
hasPlatformTypes domain Technical
OWL:
<ObjectProperty
hasPlatformTypes range string
OWL:
<ObjectProperty
<Class URI="&obaa;PlatformTypeSpecificInformation"/>
4.9 PlatformTypeSpecificInformation
Definição
Class(PlatformTypeSpecificInformation)
OWL:
<Declaration>
</Declaration>
Projeto OBAA
58/78
hasPlatformTypeSpecificInformation
range
PlatformTypeSpecificInformation
OWL:
<ObjectProperty
hasSpecificRequirement domain PlatformTypeSpecificInformation
OWL:
<ObjectProperty
Projeto OBAA
59/78
hasSpecificFormat domain PlatformTypeSpecificInformation
OWL:
<DataProperty URI="&obaa;hasSpecificFormat"/>
hasSpecificInstallationRemarks
domain
OWL:
<DataProperty
URI="&obaa;hasSpecificInstallationRemarks"/>
hasSpecificLocation domain PlatformTypeSpecificInformation
OWL:
<DataProperty URI="&obaa;hasSpecificLocation"/>
hasSpecificOtherPlatformRequirements
domain
OWL:
<DataProperty
URI="&obaa;hasSpecificOtherPlatformRequirements"/>
hasSpecificPlatform domain PlatformTypeSpecificInformation
OWL:
<DataProperty URI="&obaa;hasSpecificPlatform"/>
hasSpecificSize domain PlatformTypeSpecificInformation
OWL:
<DataProperty URI="&obaa;hasSpecificSize"/>
4.9.1 SpecificPlatform
Definição
Data property(hasSpecificPlatform)
OWL:
<Declaration>
</Declaration>
Projeto OBAA
60/78
hasSpecificPlatform domain PlatformSpecificInformation
OWL:
hasSpecificPlatform range {"DTV", "Mobile", "Web"}
OWL:
<DataPropertyRange>
<DataOneOf>
<Constant>DTV</Constant>
<Constant>Mobile</Constant>
<Constant>Web</Constant>
</DataOneOf>
</DataPropertyRange>
4.9.2 SpecificFormat
Definição
Data property(hasSpecificFormat)
OWL:
<Declaration>
</Declaration>
hasSpecificFormat domain PlatformSpecificInformation
OWL:
hasSpecificFormat range string
OWL:
<DataPropertyRange>
<Datatype URI="&xsd;string"/>
Projeto OBAA
61/78
4.9.3 SpecificSize
Definição
Data property(hasSpecificSize)
OWL:
<Declaration>
</Declaration>
hasSpecificSize domain PlatformSpecificInformation
OWL:
hasSpecificSize range string
OWL:
<DataPropertyRange>
4.9.4 SpecificLocation
Definição
Data property(hasSpecificLocation)
OWL:
<Declaration>
</Declaration>
Projeto OBAA
62/78
hasSpecificLocation domain PlatformSpecificInformation
OWL:
hasSpecificLocation range string
OWL:
<DataPropertyRange>
4.9.5 SpecificRequirement
Definição
Object property(hasSpecificRequirement)
OWL:
<Declaration>
<ObjectProperty URI="&obaa;hasSpecificRequirement"/>
</Declaration>
hasSpecificRequirement domain PlatformSpecificInformation
OWL:
hasSpecificRequirement range Requirement *
OWL:
<Class URI="&obaa;Requirement"/>
4.9.6 SpecificInstallationRemarks
Projeto OBAA
63/78
Definição
Data property(hasSpecificInstallationRemarks)
OWL:
<Declaration>
<DataProperty
</Declaration>
hasSpecificInstallationRemarks
domain
PlatformSpecificInformation
OWL:
<DataProperty
hasSpecificInstallationRemarks range string
OWL:
<DataPropertyRange>
<DataProperty
4.9.7 SpecificOtherPlatformRequirements
Definição
Data property(hasSpecificOtherPlatformRequirements)
OWL:
<Declaration>
<DataProperty
</Declaration>
Projeto OBAA
64/78
hashasSpecificOtherPlatformRequirements
domain
PlatformSpecificInformation
OWL:
<DataProperty
hashasSpecificOtherPlatformRequirements range string
OWL:
<DataPropertyRange>
<DataProperty
5 Educational
Definição
Class(Educational)
OWL:
<Declaration>
<Class URI="&obaa;Educational"/>
</Declaration>
hasInteractionOP domain Educational
OWL:
<ObjectProperty URI="&obaa;hasInteractionOP"/>
hasEducational range Educational
OWL:
<ObjectProperty URI="&obaa;hasEducational"/>
Projeto OBAA
65/78
hasContext domain Educational
OWL:
<DataProperty URI="&obaa;hasContext"/>
hasDescription
domain
Annotation
or
Classification
Educational or General or Resource or Rights
OWL:
<DataProperty URI="&obaa;hasDescription"/>
<ObjectUnionOf>
<Class URI="&obaa;Annotation"/>
<Class URI="&obaa;Classification"/>
<Class URI="&obaa;General"/>
<Class URI="&obaa;Resource"/>
<Class URI="&obaa;Rights"/>
</ObjectUnionOf>
hasDifficulty domain Educational
OWL:
<DataProperty URI="&obaa;hasDifficulty"/>
hasInteractivityLevel domain Educational
OWL:
<DataProperty URI="&obaa;hasInteractivityLevel"/>
hasInteractivityType domain Educational
OWL:
<DataProperty URI="&obaa;hasInteractivityType"/>
hasIntendedUserEnd domain Educational
OWL:
<DataProperty URI="&obaa;hasIntendedEndUserRole"/>
hasLanguage domain Educational or General or Meta-Metadata
OWL:
<DataProperty URI="&obaa;hasLanguage"/>
<ObjectUnionOf>
<Class URI="&obaa;General"/>
<Class URI="&obaa;Meta-Metadata"/>
</ObjectUnionOf>
hasLearningContentType domain Educational
OWL:
<DataProperty URI="&obaa;hasLearningContentType"/>
hasLearningResourceType domain Educational
Projeto OBAA
or
66/78
OWL:
<DataProperty URI="&obaa;hasLearningResourceType"/>
hasSemanticDensity domain Educational
OWL:
<DataProperty URI="&obaa;hasSemanticDensity"/>
hasTypicalAgeRange domain Educational
OWL:
<DataProperty URI="&obaa;hasTypicalAgeRange"/>
hasTypicalLearningType domain Educational
OWL:
<DataProperty URI="&obaa;hasTypicalLearningType"/>
5.12 Learning Content Type
Data property(hasLearningContentType)
OWL:
<Declaration>
</Declaration>
Projeto OBAA
67/78
hasLearningContentType domain Educational
OWL:
hasLearningContentType
range
{"Atitudinal",
"Conceitual",
"Factual", "Procedimental"}
OWL:
<DataPropertyRange>
<DataOneOf>
<Constant
datatypeURI="&xsd;string">Atitudinal</Constant>
<Constant
datatypeURI="&xsd;string">Conceitual</Constant>
<Constant
datatypeURI="&xsd;string">Factual</Constant>
<Constant
datatypeURI="&xsd;string">Procedimental</Constant>
</DataOneOf>
5.13 Interaction Type
Data property(hasInteractionDP)
OWL:
<Declaration>
<DataProperty URI="&obaa;hasInteractionDP"/>
</Declaration>
Projeto OBAA
68/78
hasInteractionDP domain Interaction
OWL:
<Class URI="&obaa;Interaction"/>
hasInteractionDP range {"Individual 1- Individual 2 - Object",
"Object-Individual"}
OWL:
<DataPropertyRange>
<DataOneOf>
<Constant
datatypeURI="&xsd;string"
>Individual
1Individual 2 - Object</Constant>
<Constant
datatypeURI="&xsd;string"
>ObjectIndividual</Constant>
</DataOneOf>
5.13.1 Perception
Data Property(hasPerception)
OWL:
<Declaration>
<DataProperty URI="&obaa;hasPerception"/>
</Declaration>
hasPerception domain Interaction
OWL:
hasPerception range {"auditive", "mixed", "other", "visual"}
OWL:
<DataPropertyRange>
<DataOneOf>
<Constant datatypeURI="&xsd;string">auditive</Constant>
<Constant datatypeURI="&xsd;string">mixed</Constant>
<Constant datatypeURI="&xsd;string">other</Constant>
<Constant datatypeURI="&xsd;string">visual</Constant>
</DataOneOf>
Projeto OBAA
69/78
5.13.2 Synchronism
Data property(hasSynchronism)
OWL:
<Declaration>
<DataProperty URI="&obaa;hasSynchronism"/>
</Declaration>
hasSynchronism domain Interaction
OWL:
hasSynchronism range {"asynchronous", "synchronous"}
OWL:
<DataPropertyRange>
<DataOneOf>
<Constant
datatypeURI="&xsd;string">asynchronous</Constant>
<Constant
datatypeURI="&xsd;string">synchronous</Constant>
</DataOneOf>
5.13.3 CoPresence
Data property(hasCo-Presence)
OWL:
<Declaration>
<DataProperty URI="&obaa;hasCoPresence"/>
</Declaration>
Projeto OBAA
70/78
hasCo-Presence domain Interaction
OWL:
<DataProperty URI="&obaa;hasCo-Presence"/>
hasCo-Presence range boolean
OWL:
<DataPropertyRange>
<DataProperty URI="&obaa;hasCo-Presence"/>
<Datatype URI="&xsd;boolean"/>
5.13.4 Reciprocity
Data property(hasReciprocity)
OWL:
<Declaration>
<DataProperty URI="&obaa;hasReciprocity"/>
</Declaration>
hasReciprocity domain Interaction
OWL:
hasReciprocity range {"1-1", "1-N", "N-M"}
OWL:
<DataPropertyRange>
<DataOneOf>
<Constant datatypeURI="&xsd;string">1-1</Constant>
<Constant datatypeURI="&xsd;string">1-N</Constant>
<Constant datatypeURI="&xsd;string">N-M</Constant>
</DataOneOf>
Projeto OBAA
71/78
5.14 Assessment Strategy (?)
5.15 Didactic Strategy
Definição da data property
Data property(hasDidacticStrategy)
OWL:
<Declaration>
<DataProperty URI="&obaa;hasDidacticStrategy"/>
</Declaration>
hasDidacticStrategy domain Interaction
OWL:
hasDidacticStrategy
range
{"Case
Study",
"Challenge",
"Hypothesis and Test Development", "Model Construction", "Problem
Solving", "Question & Answering"}
OWL:
<DataPropertyRange>
<DataOneOf>
<Constant
datatypeURI="&xsd;string">Case
Study</Constant>
<Constant datatypeURI="&xsd;string">Challenge</Constant>
<Constant datatypeURI="&xsd;string">Hypothesis and Test
Development</Constant>
<Constant
datatypeURI="&xsd;string">Model
Construction</Constant>
<Constant
datatypeURI="&xsd;string">Problem
Solving</Constant>
<Constant
datatypeURI="&xsd;string">Question
&
Answering</Constant>
</DataOneOf>
Projeto OBAA
72/78
Projeto OBAA
73/78
5. Análise Crítica
A proposta de padronização para objetos de aprendizagem interoperáveis na
Web, TV-Digital e Dispositivos móveis, apresentada neste documento, toma uma
posição em prol da abertura tecnológica, visando à maior adoção e
desenvolvimento futuro do padrão OBAA.
Para contemplar as particularidades das três plataformas (Web, TV-Digital e
Dispositivos móveis) — heterogênas entre si, em um único padrão que as
compatibilize — é necessário lidar com os requisitos e complexidades de todas
elas. Promover essa compatibilização atribuindo o máximo possível de liberdade
para o desenvolvedor de conteúdo educacional resultou em um amplo conjunto
de metadados (nem sempre obrigatórios) e recomendações técnicas. Espera-se
que essa decisão de concepção permita uma ampla aceitação do padrão OBAA
pela comunidade da Educação e também que a mesma auxilie a evolução do
padrão para atender às demandas da Educação no Brasil. Essa medida foi
necessária devido à existência de grande quantidade de OAs já desenvolvidos,
em diferentes padrões.
Uma das formas para facilitar o uso do padrão é a definição de perfis de
metadados (conjuntos reduzidos de metadados), direcionados aos
desenvolvedores de conteúdo educacional. Através dos perfis é possível atender
diferentes demandas de nichos específicos da comunidade educacional,
mantendo a aderência ao padrão e reduzindo sua complexidade.
Projeto OBAA
74/78
Anexo 1 – Listagem Completa dos Metadados OBAA
A tabela a seguir apresenta a lista completa de todos os metadados do OBAA. Em
negrito estão destacados os metadados definidos no presente documento. Os
demais metadados estão definidos na especificação IEEE Std 1484.12.1–2002.
Nr.
1
1.1
1.1.1
1.1.2
1.2
1.3
1.4
1.5
1.6
1.7
1.8
2
2.1
2.2
2.3
2.3.1
2.3.2
2.3.3
3
3.1
3.1.1
3.1.2
3.2
3.2.1
3.2.2
3.2.3
3.3
3.4
4
4.1
4.2
4.3
4.4
4.4.1
4.4.1.1
4.4.1.2
4.4.1.3
4.4.1.4
4.5
4.6
4.7
4.8
Projeto OBAA
Nome
General
Identifier
Catalog
Entry
Title
Language
Description
Keyword
Coverage
Structure
AggregationLevel
LifeCycle
Version
Status
Contribute
Role
Entity
Date
MetaMetadata
Identifier
Catalog
Entry
Contribute
Role
Entity
Date
Metadata Schema
Language
Technical
Format
Size
Location
Requirement
OrComposite
Type
Name
MinimumVersion
MaximumVersion
Installation Remarks
OtherPlatformRequirements
Duration
SupportedPlatforms
75/78
4.9
4.9.1
4.9.2
4.9.3
4.9.4
4.9.5
4.9.5.1
4.9.5.1.1
4.9.5.1.2
4.9.5.1.3
4.9.5.1.4
4.9.6
4.9.7
4.10
4.10.1
4.10.2
4.10.3
4.10.4
4.10.5
4.10.6
4.10.6.1
4.10.6.2
4.10.7
4.10.8
4.10.8.1
5
5.1
5.2
5.3
5.4
5.5
5.6
5.7
5.8
5.9
5.10
5.11
5.12
5.13
5.13.1
5.13.2
5.13.3
5.13.4
5.14
6
6.1
6.2
6.3
7
7.1
7.2
7.2.1
7.2.1.1
7.2.1.2
Projeto OBAA
PlatformType
SpecificFormat
SpecificSize
SpecificLocation
SpecificRequirement
SpecificOrComposite
SpecificType
SpecificName
SpecificMinimumVersion
SpecificMaximumVersion
SpecificInstallationRemarks
SpecificOtherPlatformRequirements
Service
Name
Type
Provides
Essential
Protocol
Ontology
OntologyLanguage
OntologyLocation
Language
Details
ServiceLocation
Educational
InteractivityType
LearningResourceType
Interactivity Level
Semantic Density
IntendedEndUserRole
Context
TypicalAgeRange
Difficulty
TypicalLearningTime
Description
Language
LearningContentType
Interaction
Perception
Synchronism
CoPresence
Reciprocity
DidacticStrategy
Rights
Cost
CopyrightAndOtherRestrictions
Description
Relation
Kind
Resource
Identifier
Catalog
Entry
76/78
7.2.2
8
8.1
8.2
8.3
9
9.1
9.2
9.2.1
9.2.2
9.2.2.1
9.2.2.2
9.3
9.4
10.
10.1
10.1.1
10.1.1.1
10.1.1.2
10.1.1.3
10.1.1.4
10.1.1.5
10.1.1.5.1
10.1.1.5.2
10.1.1.6
10.1.2
10.1.2.1
10.1.2.2
10.1.2.3
10.1.2.4
10.1.2.4.1
10.1.2.4.1.1
10.1.2.4.1.1.1
10.1.2.4.1.2
10.1.2.4.1.3
10.1.2.4.1.4
10.1.2.4.2
10.1.2.4.2.1
10.1.2.4.2.2
10.1.2.4.3
10.1.2.4.3.1
10.1.2.4.3.1.1
10.1.2.4.3.1.2
10.1.2.4.3.1.3
10.1.2.4.3.1.4
10.1.2.4.3.1.4.1
10.1.2.4.3.1.5
10.1.2.4.3.2
10.1.2.4.4
11
11.1
11.1.1
11.1.1.2
11.1.1.3
Projeto OBAA
Description
Annotation
Entity
Date
Description
Classification
Purpose
TaxonPath
Source
Taxon
Id
Entry
Description
Keyword
accessibility
resourceDescription
primary
hasVisual
hasAuditory
hasText
hasTactile
earlStatement
displayTransformability
controlFlexibility
equivalentResource
equivalent
primaryResource
primaryFile
supplementary
content
alternativesToVisual
audioDescriptio
language
altTextLang
longDescriptionLang
colorAvoidance
alternativesToText
graphicAlternative
signLanguage
alternativesToAuditory
captionType
language
verbatim
reducedReadingLevel
reducedSpeed
captionRate
enhancedCaption
signLanguage
learnerScaffold
SegmentList
SegmentInformation
Identifier
Title
77/78
11.1.1.4
11.1.1.5
11.1.1.6
11.1.1.7
11.1.1.8
11.2
11.2.1
11.2.1.1
11.2.1.2
11.2.1.3
11.2.1.4
11.2.1.5
11.2.1.6
11.2.1.6.1
Projeto OBAA
Description
Keyword
SegmentMediaType
SegmentInformation.Start
End
SegmentGroupList
SegmentGroupInformation
Identifier
SegmentInformationTableGroupType
Title
Description
Keyword
Segments
Identifier
78/78

Padrão OBAA - Portal OBAA

Transcrição

Documentos relacionados

The Role of Business Intelligence in Compliance at the

Presentation

CSIT Gerenciamento Inteligente de Aplicações

Anais do III Encontro de Ciências Humanas da

Metadados de Imagens Digitais

Manual de Orientações para Editores (MOE)

a história da informática e o filme piratas do vale do silício

Metadados é premiada no GPTW Informativo de cara nova

metadados como infra-estrutura

Disponibilização de um Objeto de Aprendizagem - proec