II Congresso Brasileiro de Informtica na Educao (CBIE 2013) XXIV Simpsio Brasileiro de Informtica na Educao (SBIE 2013)

Metodologia INTERA para o desenvolvimento de Objetos de Aprendizagem

Juliana Cristina Braga, Edson Pimentel, Silvia Dotta Centro de Matemtica, Computao e Cognio Universidade Federal do ABC (UFABC) Grupo de pesquisa INTERA {juliana.braga, edson.pimentel, silvia.dotta}@ufabc.edu.br Abstract. The production of Learning Objects (LO) is very complex because it involves contributions of the multidisciplinary team with different skills. These professionals need together reach the objectives technological and pedagogical of these products. In this directions, it is mandatory the use of methodologies to organize the processes of development, standardization and communication among stakeholders. The use of an inadequate methodology could be result ineffective LO and its reuse in the learning as it is likely to be provided. The methods used for the development of LO also have gaps at both question as well as technical teaching in some respects as evidenced therein. In short, there is a lack of methodologies for the production of LO that take into account the characteristics of software development cycles, treatment needs teaching and pedagogical. Marking to fill this gap, this paper presents the methodology INTERA for the development of learning objects. Resumo. A produo de um Objeto de Aprendizagem (OAs) bastante complexa, pois envolve a participao de uma equipe multidisciplinar, composta por professores, desenvolvedores, designers grficos e especialistas de rea computacional. Esses profissionais devem interagir de modo a atingir os objetivos tanto tecnolgicos quanto pedaggicos desses produtos. Nesse sentido, torna-se necessrio o uso de metodologias para organizar o processo de desenvolvimento, a padronizao e a comunicao entre os envolvidos. O uso de uma metodologia inadequada pode resultar em OA ineficazes em seu reuso e no aprendizado que ele possa vir a fornecer. As metodologias que vem sendo utilizadas para o desenvolvimento de OA apresentam falhas tanto na questo tcnicas como tambm em alguns aspectos pedaggicos. Visando preencher nessa lacuna, esse artigo apresenta a metodologia INTERA para o desenvolvimento de objetos de aprendizagem.

1. Introduo
Segundo pesquisa recente realizada pelo Centro de Estudos sobre as Tecnologias da Informao e da Comunicao (CETIC), o uso das tecnologias no mbito educacional tem crescido a cada ano no Brasil (CETICbr, 2012). Nesse contexto, os materiais instrucionais digitais utilizados para o ensino tm sido classificados como Objetos de Aprendizagem (OAs) e podem auxiliar o professor a criar novas estratgias pedaggicas que favoream o aprendizado do aluno. Apesar de ser um desafio, espera-se que um mesmo OA possa ser reutilizado em diferentes contextos educacionais (Braga et al., 2012).

DOI: 10.5753/CBIE.SBIE.2013.306

306

II Congresso Brasileiro de Informtica na Educao (CBIE 2013) XXIV Simpsio Brasileiro de Informtica na Educao (SBIE 2013)

Por ser tratar de um contedo digital voltado ao aprendizado, um OA deve conter tanto qualidade tcnica como pedaggica, caso contrrio, sua utilizao pode acarretar desmotivao do aluno e, no pior caso, conduzir a um aprendizado inadequado. A necessidade de se produzir OAs de qualidade impe uma reflexo sobre o papel do professor para alm de planejar, preparar e conduzir o contedo de uma aula, o novo papel docente sua atuao no processo de produo de contedos instrucionais digitais mais complexos. O processo de produo de OAs deve contar com a participao dos professores, no entanto, afora dominar sua rea de atuao, so poucos os professores que possuem conhecimentos tcnicos suficientes para a produo de OAs com alta qualidade e reuso. Apesar dessas dificuldades tcnicas, a participao dos professores nesse processo fundamental, j que eles so os detentores dos componentes pedaggicos desse procedimento. Em sentido contrrio, nem sempre os professores so detentores do conhecimento tcnico que envolve o desenvolvimento de OAs, necessitando assim do apoio de equipes multidisciplinares para sua produo. Essas equipes variam conforme o tipo de OA (cursos, vdeos, simulaes, softwares, imagens, etc), mas podem ser compostas por cientistas da computao, videomakers, designers, msicos etc. Notoriamente o desenvolvimento de OAs uma rea interdisciplinar e no pode ser considerado um processo trivial. Sendo assim, torna-se importante o uso de metodologias apropriadas para organizar, padronizar, facilitar a comunicao entre os envolvidos nesse processo. O uso de metodologias inadequadas ou a no adoo de uma metodologia pode gerar OAs que no atendam as necessidades de aprendizagem dos alunos e/ou OAs de baixa qualidade tcnica. Existem algumas metodologias que esto sendo utilizadas na produo de OAs, algumas delas so baseadas somente em abordagens para elaborao de contedos instrucionais com nfase na parte pedaggica, outras baseadas em processos de desenvolvimento de software com nfase na parte tcnica. Entretanto, conforme a ser discutido nesse trabalho, necessrio criar novas tecnologias que encontrem o equilbrio entre a rea tcnica e a rea pedaggica. Diante da importncia dessas metodologias e das deficincias que as metodologias atuais apresentam para o desenvolvimento de OAs, este artigo possui como objetivo propor uma metodologia mais adequada para esse campo. Para tanto, partimos da anlise das principais metodologias para desenvolvimento de OAs, destacando suas vantagens e deficincias, a partir de uma perspectiva do design instrucional.

2. Metodologias e Processos para o Desenvolvimento de Objetos e Aprendizagem

Existem trs tipos de abordagens que vem sendo utilizadas para o desenvolvimento de OAs: a primeira so as metodologias que consideram fortemente o design instrucional (os aspectos pedaggicos), outras que consideram somente o processo de desenvolvimentos de softwares (aspectos computacionais) e outras que mesclam um pouco desses dois aspectos. Essa seo apresenta algumas dessas metodologias e suas

307

II Congresso Brasileiro de Informtica na Educao (CBIE 2013) XXIV Simpsio Brasileiro de Informtica na Educao (SBIE 2013)

deficincias no mbito pedaggico. 2.1 Design Instrucional (DI): abordagem ADDIE Design Instrucional (DI) definido como um processo sistemtico utilizado para desenvolver cursos de educao e formao de uma forma consistente e confivel (livre de falhas) (Branch, 2009). O DI torna-se cada vez mais necessrio no contexto da educao on-line, sendo desenvolvido por vrias instituies, que buscam uma melhor interao entre o usurio e o sistema. De acordo com Filatro (2004), design instrucional a ao institucional e sistemtica de ensino, que envolve o planejamento, o desenvolvimento e a utilizao de mtodos, tcnicas, atividades, materiais, eventos e produtos educacionais em situaes didticas especficas, a fim de facilitar a aprendizagem humana a partir dos princpios de aprendizagem e instruo conhecidos. Uma das abordagens mais antigas e utilizadas para o DI a metodologia ADDIE, acrnimo em ingls de Analyze (Analisar), Design (Projetar), Develop (Desenvolver), Implement (Implementar), and Evaluate (Avaliar). ADDIE um paradigma de desenvolvimento de produtos em geral, mas tem sido muito aplicado para um tipo especfico de produto que so os materiais instrucionais, no entanto possui baixa nfase nos aspectos computacionais de um OA, uma vez que quando a metodologia ADDIE foi criada, o conceito de OA ainda no existia. 2.2 Processo RIVED (Rede Interativa Virtual de Educao) O RIVED (RIVED, 2008) foi um excelente programa da Secretaria de Educao a Distncia (SEED), que teve por objetivo a produo de contedos pedaggicos digitais, na forma de OAs baseados em simulaes e animaes. O modelo de processo de produo de OAs proposto pelo RIVED baseado na juno de um conjunto de caractersticas que so pertinentes ao aprendizado do indivduo. Essa juno d origem aos documentos gerados durante o processo: a) General Design (GD) ou Design Pedaggico,b) Roteiro de Atividades e c) Guia do Professor. Todos eles so gerado nas 6 fases desse processo. Apesar de ser um modelo especfico para OAs, o mesmo foi elaborado e validado somente para OAs do tipo animao e simulao. Esse modelo possui deficincias quando aplicado a outros tipos de objetos como: softwares, cursos a distncias ou vdeos. 2.3 Processo SOPHIA O processo SOPHIA (Pessoa, 2008) foi proposto pela equipe do Laboratrio de Solues em Software da Universidade do Vale do Itaja (UNIVALI). Segundo os autores, ele no apenas um processo, mas um ambiente (repositrio) que agrupa OAs. O processo SOPHIA de produo de OAs composto por trs etapas distintas: projeto, desenvolvimento e distribuio. Apesar de ser um processo criado especificamente para a produo de OAs, possui baixa nfase em questes pedaggicas, como por exemplo, a avaliao pedaggica.

308

II Congresso Brasileiro de Informtica na Educao (CBIE 2013) XXIV Simpsio Brasileiro de Informtica na Educao (SBIE 2013)

2.4 RUP Os processos de desenvolvimento de softwares tm sido bastante utilizados para o desenvolvimento de OAs. No entanto, nessa seo escolheu-se apresentar somente o processo Rational Unified Process (RUP) (Kruchten, 2003), por ser considerado um processo mais completo, mesmo que muitas vezes considerado no gil. O fato de ser mais completo permite uma anlise que pode ser estendido para outros processos mais geis, porem menos completos. Diferentemente dos outros processos mencionados nesse artigo (RIVED, SOPHIA e ADDIE) o RUP no possui etapas, mas sim disciplinas. Uma disciplina uma coleo de tarefas que esto relacionadas a uma rea de interesse principal dentro do projeto como um todo. Por ter sido criado para o desenvolvimento de softwares em geral, o RUP um processo bem completo, mas no aborda em nenhuma de suas etapas a questo pedaggica. 2.5 Comparaes das metodologias sob a perspectiva pedaggica Nesta seo, as metodologias ADDIE, RIVED, SOPHIA e RUP so comparadas sob a perspectiva do design instrucional. Para direcionar esse comparativo foi realizado um estudo bibliogrfico das metodologias em questo no qual foram identificadas as principais atividades pedaggicas encontradas em cada uma delas. Todas as atividades identificadas so apresentadas na primeira coluna da tabela 1, sendo que na segunda coluna indicado em qual das metodologias cada atividade foi encontrada.
Tabela 1 Identificao das atividades de design instrucional nas metodologias utilizadas para o desenvolvimento de objetos de aprendizagem. Atividades do DI Analisar as necessidades de aprendizagem Identificar o problema de aprendizagem Concepo de um currculo ou programa Selecionar e utilizar tcnicas para determinar o contedo instrucional Analisar as caractersticas do Ambiente Virtual de Educao Analisar as caractersticas das tecnologias para uso no ambiente de ensino Estabelecer vocabulrio comum Planejar a situao didtica Mapeamento e seqenciamento do contedo Definir estratgias e atividades Preparao dos suportes (pedaggicos, tecnolgicos e administrativos) Desenvolver medidas de avaliao Avaliar produtos resultantes de cada fase do DI (relatrio de analise, storyboards ou roteiros, interface do curso ou material instrucional, relatrios de acompanhamento, relatrios finais de avaliao Avaliar soluo Educacional Realizar plano de avaliao formativa/somativa Metodologia que contm a atividade ADDIE, RIVED ADDIE ADDIE, RIVED ADDIE, RIVED ADDIE ADDIE ADDIE, RUP ADDIE, RIVED, SOPHIA ADDIE, RIVED, SOPHIA ADDIE ADDIE, RIVED, SOPHIA ADDIE ADDIE

ADDIE ADDIE

309

II Congresso Brasileiro de Informtica na Educao (CBIE 2013) XXIV Simpsio Brasileiro de Informtica na Educao (SBIE 2013)

A Anlise da tabela 1 leva as seguintes concluses: i) a abordagem ADDIE contm todas as atividades de Design Instrucional identificadas no estudo; ii) o modelo RIVED contm apenas seis das quinze atividades de DI; iii) o processo SOPHIA possui apenas trs atividades pedaggicas; iv) o processo RUP aborda somente uma atividade pedaggica. Complementando esse estudo com outra anlise, realizada pelo mesmo grupo, porm sobre a perspectiva de reuso e qualidade tcnica de OAs (Braga, et al. 2012), pode-se concluir que: i) abordagem ADDIE a que possui maior enfoque pedaggico, mas por outro lado possui grade deficincia na qualidade tcnica e no reuso. ii) o RUP o que possui maior deficincia na parte instrucional, mas considerado o processo mais completo tecnicamente, pois aborda questes sobre qualidade e reuso de objetos. iii) O SOPHIA e o RIVED mais adequado que o ADDIE em termos tcnico e de reuso e menos adequado que o RUP nessas mesmas questes. Partindo da anlise realizada nessa seo e da anlise de estudos anteriores (Braga, et al) conclui-se que uma metodologia adequada seria aquela que contemplasse as atividades pedaggicas contida na abordagem ADDIE e as atividades computacionais contidas nas disciplinas do RUP. Foi seguindo essa linha de raciocnio que esse artigo prope uma nova metodologia denominada INTERA. Essa metodologia foca no reuso, qualidade tcnica e tambm no Design instrucional.

3. Proposta da Metodologia INTERA

A Metodologia INTERA (Inteligncia, Tecnologias Educacionais e Recursos Acessveis) foi inspirada em processos de desenvolvimento de software e no modelo ADDIE para desenvolvimento de contedos instrucionais. A metodologia proposta deve ser considerada um arcabouo de processos para o desenvolvimento de qualquer tipo de contedo digital utilizado para a aprendizagem. Isso implica que aderente a qualquer tipo de OAs, independente de sua granularidade, seu tamanho ou complexidade. A metodologia INTERA uma metodologia iterativa, que sugere o ir e vir em suas etapas. A metodologia INTERA considera o processo de desenvolvimento de OAs como sendo um projeto e por isso ela tambm contempla que o ciclo de vida de um OA define as fases que conectam o incio de um projeto de desenvolvimento de OA ao final. Essa considerao baseada no guia do conjunto de conhecimentos em gerenciamento de Projetos (PMBOK, 2008), um dos pilares no qual a metodologia INTERA se apoia. Independente do tipo do OA, a metodologia INTERA possui os seguintes componentes: fases, papeis, etapas e artefatos. A seguir um detalhamento sobre esses componentes: Fases: so os perodos que as etapas da metodologia podem pertencer, sendo que uma etapa pode pertencer a mais de uma fase. As fases geralmente so sequenciais e normalmente so definidas pela entrega de algum componente do OA. So trs as fases da metodologia INTERA: inicial, intermediria e transio. Papeis: no so pessoas, pelo contrrio, eles descrevem como as pessoas devem se comportar no projeto e quais so suas funes. Sendo assim, uma pessoa pode

310

II Congresso Brasileiro de Informtica na Educao (CBIE 2013) XXIV Simpsio Brasileiro de Informtica na Educao (SBIE 2013)

assumir mais de um papel na metodologia. A definio do papel dos envolvidos logo no incio do projeto do OA extremamente importante, pois entendemos que crucial a compreenso inicial das responsabilidades de cada um, j que o sucesso na comunicao entre os pares, na compreenso das suas atribuies e do processo o que acarretar no sucesso do desenvolvimento do OA. A definio de papeis da metodologia INTERA foi baseada no processo unificado de engenharia de software (RUP), no modelo de design instrucional ADDIE e no processo RIVED. So considerados papeis na metodologia INTERA: analista, conteudista, gerente de projetos, demandante, designer de interface, designer instrucional, equipe de desenvolvimento e Equipe de Teste. Cada um dos papeis so descritos na tabela 2.
Tabela 2 Descrio dos papeis da metodologia INTERA. Papel Analista Conteudista Descrio das atividades do papel Responsvel em fazer o levantamento e anlise do contexto e dos requisitos do OA. Tambm responsvel por elaborar o planejamento da qualidade e dos testes do OA. Responsvel pela elaborao do contedo, incluindo pesquisa de contedo, especificao de contedos adicionais e avaliao do contedo na etapa de testes. tambm sua funo por manter a integridade do contedo do OA realizando vrias revises no mesmo, se necessrio. Dever manter o OA dentro dos objetivos pedaggicos no qual ele foi concebido e garantir a qualidade e veracidade do contedo. Solicita o desenvolvimento do OA que ser desenvolvido. Pode ser o principal responsvel por fornecer a verba necessria para o desenvolvimento do OA. Responsvel por planejar e gerenciar o projeto de desenvolvimento do OA. Faz parte de suas atribuies: manter a comunicao entre a equipe, acompanhar o cronograma, escopo e custo do projeto, distribuir e gerenciar as atividades da equipe. Projeta os componentes de interface do OA de forma a potencializar o entendimento do contedo (produzido pelo conteudista) a partir do uso de linguagens e formatos variados (hipertexto, da mixagem e da multimdia). Desenvolve a identidade visual do objeto. Ser o responsvel por realizar o planejamento pedaggico a avaliao pedaggica do OA. Responsvel pelas escolhas tecnolgicas para o desenvolvimento do OA, de acordo com seu contexto e requisitos. Tambm responsvel por fornecer subsdios tcnicos de forma a guiar a equipe de desenvolvimento. Exerce a funo de um consultor tcnico e necessita ter formao na rea de computao ou similar. Responsvel pelo desenvolvimento ou produo do OA. Essa equipe dever ser formada por profissionais tcnicos de acordo com o tipo de OA a ser desenvolvido. Exemplos: se o curso precisar de um vdeo, a equipe dever possuir tcnicos em produo de vdeo. Se a equipe precisar de um software, a equipe dever constituir de programadores. Responsvel por realizar diferentes tipos de testes ao longo do desenvolvimento do curso garantindo assim sua qualidade. Faz parte de suas atribuies testar as funcionalidades, a acessibilidade, confiabilidade, etc.

Demandante Gerente de Projetos Designer de Interface

Designer Instrucional (designer pedaggico) Designer Tcnico (ou Arquiteto) Equipe de desenvolvimento

Equipe de teste

Artefatos: em quase todas as etapas da metodologia, dados so gerados pela equipe envolvida, desde documentos at cdigo fonte (caso o OA seja um software). Todos esses dados, contendo informaes, so considerados artefatos para a metodologia INTERA. Etapas: so colees de atividades relacionadas a uma rea de interesse

311

II Congresso Brasileiro de Informtica na Educao (CBIE 2013) XXIV Simpsio Brasileiro de Informtica na Educao (SBIE 2013)

principal. A durao de uma etapa depende do tipo de objeto e de sua complexidade. As etapas podem ocorrer concomitantemente ou no, variam de acordo com o modelo de desenvolvimento adotado pela equipe. Dentro de cada etapa deve existir um conjunto de atividades e prticas que variam conforme o tipo de objeto. A definio dos nomes das etapas da metodologia INTERA foi baseada no Guide to the Software Engineering Bodyof Knowledge (SWEBOK, 2004), no entanto o referido guia considera rea de conhecimento o que consideramos como etapa na metodologia. O grupo considera que o nome etapas melhor compreensvel para os profissionais das reas menos tcnicas e envolvidos na produo de OAs. As etapas da metodologia INTERA so: contextualizao, requisitos, design (ou arquitetura), desenvolvimento, testes e qualidade, disponibilizao, avaliao, gesto de projetos e ambiente e padres. Essas etapas so interativas, sendo integradas pela gesto de projetos conforme a Figura 1a.

(b)

(a)
Figura 1 (a) Etapas da metodologia INTERA. (b) Etapa de Contextualizao com seus elementos de entrada, prticas e elementos de sada (exemplo em um curso on-line).

Cada etapa divindade em 3 elementos: i) entrada; ii) prticas e iii) sada. Os elementos de entrada so as informaes e/ou artefatos necessrios para o desenvolvimento das etapas. As prticas so tcnicas j consagradas e utilizadas na rea de computao e/ou educao que podem ser usadas no desenvolvimento de um AO e variam conforme o seu tipo. Como exemplos de prticas pode-se citar: storyboard, roteiros de vdeos, prottipos de softwares, sumrio executivo de cursos. Essas prticas no fazem parte da metodologia INTERA, no entanto a metodologia recomenda algumas delas. Outros elementos e tcnicas tambm podem ser introduzidos na metodologia de acordo com a necessidade da equipe de trabalho. Os elementos de sada so informaes ou artefatos gerados durante ou no final do desenvolvimento da etapa. Figura 1b mostra os trs elementos somente para a etapa de contextualizao, o mesmo

312

II Congresso Brasileiro de Informtica na Educao (CBIE 2013) XXIV Simpsio Brasileiro de Informtica na Educao (SBIE 2013)

poderia ser feito para as outras etapas. A seguir um detalhamento de cada etapa da metodologia. Contextualizao: definio do contexto pedaggico OA dever ser aplicada. Recomenda-se que essa seja a primeira etapa a ser iniciada. Pois necessrio conhecer bem em que condies e qual o pblico alvo do OA. Exemplos de informaes dessa etapa: ementa em que o curso se encaixa, descrio do pblico alvo, modalidade de ensino, objetivo de aprendizagem, possibilidade de ser utilizado por pessoa portadora de deficincia (acessibilidade), cenrio e contexto em que ele se apresentar etc. O principal artefato dessa etapa o documento contextualizao. Requisitos: levantamento do que se espera do OA, suas caractersticas tcnicas e pedaggicas. Nesta etapa, so gerados os principais artefatos e o professor deve atuar fortemente nesse momento. Design ou Arquitetura: envolve a anlise dos requisitos que resultar no esboo (ou rascunho) do OA. Nesta etapa, tambm so definidas as tecnologias mais adequadas para o desenvolvimento do OA e os padres a serem adotados. Tambm nessa etapa so definidos os componentes de reuso. Desenvolvimento: nessa etapa que o objeto de aprendizagem e todo o seus componentes de reuso (manual do usurio, instalao, guia de edio, etc) so desenvolvidos. Testes e Qualidade: realizao de validaes das caractersticas tcnicas (incluindo acessibilidade e usabilidade) e parte das caractersticas pedaggicas levantadas nas etapas anteriores. Verificao da qualidade tambm uma atividade importante dessa etapa, pois entendemos que isso est intimamente ligado aos testes. Disponibilizao: etapa em que realizada a disponibilizao (ou publicao) do objeto, da documentao de uso e instalao em repositrios. Avaliao: a aplicao do objeto em sala de aula, com o objetivo principal de avaliar seu aprendizado. Gesto de projetos: Esta etapa perpassa por todo o processo e representa a execuo das funes do coordenador acompanhando e analisando os custos, cronograma e os envolvidos. Ambiente: Esta etapa responsvel por controlar o ambiente tcnico em que o OA est sendo desenvolvido, como por exemplo, a realizao de backups e controle de versionamento. Em linha com o objetivo desse artigo, para realizar a conexo entre as etapas da metodologia INTERA e evidenciar que essa metodologia, assim como a abordagem ADDIE, apresenta todas as atividades pedaggicas identificadas no estudo relatado na seo 2.2, deve-se observar a tabela 3. Nessa tabela, cada atividade apresentada na coluna 1 pertence a uma etapa da metodologia INTERA descrita nessa seo e identificada na coluna 2.

313

II Congresso Brasileiro de Informtica na Educao (CBIE 2013) XXIV Simpsio Brasileiro de Informtica na Educao (SBIE 2013)

Tabela 3 - Atividades pedaggicas apresentada na metodologia INTERA. Atividades do DI Analisar as necessidades de aprendizagem Identificar o problema de aprendizagem Concepo de um currculo ou programa Selecionar e utilizar tcnicas para determinar o contedo instrucional Analisar as caractersticas do Ambiente Virtual de Educao Analisar as caractersticas das tecnologias para uso no ambiente de ensino Estabelecer vocabulrio comum Planejar a situao didtica Mapeamento e sequenciamento do contedo Definir estratgias e atividades Preparao dos suportes (pedaggicos, tecnolgicos e administrativos) Desenvolver medidas de avaliao Preparar plano de Avaliao Avaliar produtos resultantes de cada fase do DI (relatrio de analise, storyboards ou roteiros, interface do curso ou material instrucional, relatrios de acompanhamento, relatrios finais de avaliao Realizar plano de avaliao formativa/somativa Etapa da metodologia INTERA Contextualizao Contextualizao Requisitos Requisitos Desin. Design Contextualizao Design Design Design Ambiente Avaliao Avaliao Avaliao

Avaliao

4. Consideraes finais
A produo de OAs bastante complexa, pois envolve a participao de uma equipe multidisciplinar. Esses profissionais devem interagir de modo a atingir os objetivos tanto tecnolgicos quanto pedaggicos desses produtos. Nesse sentido, torna-se necessrio o uso de metodologias para evitar a criao de OA ineficazes em seu reuso e no aprendizado que ele possa vir a fornecer. Esse artigo discute que existe uma carncia de metodologias de produo de OA que levem em considerao ao mesmo tempo as caractersticas tcnicas de um OA com as necessidades de tratamento didtico-pedaggicas. Visando preencher essa lacuna, a metodologia INTERA considera em suas etapas todas as atividades pedaggicas que so baseadas em metodologias de design instrucional e que fizeram parte do estudo apresentado nesse artigo. A partir desse estudo, pode-se concluir que a metodologia INTERA aborda de forma adequada a questo pedaggica que considerada inadequada em outros processos. Por outro lado, os estudos anteriores comprovam que, dentre as metodologias estudadas, a metodologia INTERA tambm a mais adequada para questes tcnica e de reuso de OAs. Ressalta-se a preocupao do grupo em no somente fundamentar a metodologia, mas tambm valid-la no desenvolvimento de diferentes tipos de objetos de aprendizagem. Isso tem sido feito, at o momento, para OAs do tipo curso a distncia (Dotta, et al), do tipo aula virtual (Braga, 2013), do tipo software educacional (Siller, 2013) e do tipo animao. Para todos os tipos de OAs as etapas so as mesmas, variando os elementos de entrada, os de sada e as prticas ou tcnicas selecionadas. Para todas as validaes a metodologia tem se mostrado adequada ao que se prope que

314

II Congresso Brasileiro de Informtica na Educao (CBIE 2013) XXIV Simpsio Brasileiro de Informtica na Educao (SBIE 2013)

guiar o desenvolvimento de objetos de aprendizagem com foco dos aspectos pedaggicos e nas caractersticas de reuso. Alm disso, a metodologia favorece a comunicao entre a equipe interdisciplinar. Acredita-se ser importante para o uso efetivo da metodologia o seu treinamento e divulgao. Nessa linha, cerca de 10 professores universitrios foram treinados na metodologia INTERA, esses professores tm relatado que, aps o treinamento, eles passam a perceber a complexidade no processo de produo de um OA de qualidade e a importncia de seu papel nesse processo. Outros profissionais tambm j foram treinados, totalizando aproximadamente 30 pessoas. Esses treinamentos tm sido importantes tambm como forma de validao da metodologia, onde as dificuldades so evidenciadas e a metodologia ajustada em funo desses relatos.

Referncias
Braga, J. C. ; Bandeira, R. C. ; Marcondes, R. R. ; Dotta, S. ; Pimentel, E. (20013). Validando a metodologia INTERA no desenvolvimento de um Objeto de aprendizagem do tipo aula virtual. In: X Congresso Brasileiro de Ensino Superior a Distncia - ESUD 2013, 2013, Belm. Anais do X Congresso Brasileiro de Ensino Superior a Distncia - ESUD 2013. Braga, J. C. (2009). Diretrizes para o Ensino Interdisciplinar de Engenharia de Software. Anais do FEES09 - Frum de Educao em Engenharia de Software, Fortaleza, Outubro. Braga, J. C., Pimentel, E., Dotta, S. (2012) Desafios para o Desenvolvimento de Objetos de Aprendizagem Reutilizveis e de Qualidade. Anais do DesafIE!/2012 - Workshop de Desafios da Computao Aplicada Educao, 17 e 18 de Julho de 2012 Curitiba/PR CEIE/SBC. Branch R. M (2009) Instructional Design: The ADDIE Approach. Springer Science+Business Media, LLC. ISBN: 978-0-387-09505-9. Dotta, S., Jorge, E., Braga, J.,; Pimentel, E. (2012) Relato de Experincia: Processo de Elaborao de um Curso Distncia Utilizando a Metodologia Intera.ESUD 2012 IX Congresso Brasileiro de Ensino Superior a Distncia. Recife PE. Siller, F.; Braga, J. C. (2013). Desenvolvimento de um jogo para prtica do Scrum. Trabalho de Graduao. Universidade Federal do ABC. CETIC - Pesquisa TIC Educao 2012 - Pesquisa sobre o uso das TIC nas escolas brasileira http://www.cetic.br/educacao/index.htm. Filatro A. Design instrucional contextualizado. So Paulo: Senac, 2004. RIVED (2008), Conhea o http://www.rived.mec.gov.br/conheca_rived.php. RIVED, Disponvel em:

Kruchten, P. (2003) Rational Unified Process Made Easy-A Practitioner's Guide to the RUP, with Per Kroll, Addison-Wesley. 2003. Pessoa, M. C e Benitti F. B. V. (2008) Proposta de um processo para produo de objetos de aprendizagem. Porto Alegre. Hifen. 6, 7. PMBOK - Project MANAGEMENT Institute (Pmi), Standards Committee, 2008, A Guide to the Project Management Body of knowledge (PMBOK) Quarta edio SWEBOK, Guide to Software Engineering Body of Knowledge (SWEBOK). IEEE Computer Society. (2004). Disponvel em: http://www.swebok.org/.

315