Tek Kat Tekniğiyle Dokunan Yünlü Kumaşlar Tek kat tekniğiyle dokunan yünlü kumaşlar çözgü ve atkı sıklıkları, renk

Embora o padrão IEEE 1484.19, que especifica a arquitetura de sistemas do tipo LMS, seja caracterizado por diversos componentes que relacionam funcionalidades de acompanhamento como necessárias para o desenvolvimento da arquitetura completa desses sistemas, não é obrigatória a implementação de todos os componentes descritos pela arquitetura. Além disso, este padrão não define como deve ser especificamente a implementação para criar os componentes dos sistemas do tipo LMS (IEEE, 2003).

A especificação deste padrão é bastante genérica, ou seja, a arquitetura é descrita basicamente através de entidades, processos e fluxos, e como não impõe qualquer obrigatoriedade sobre todos os componentes do sistema, faz com que a implementação sobre o processo de evolução e acompanhamento do aprendizado seja livre para quem implementa um sistema LMS.

A arquitetura do padrão IEEE 1484.1 aborda seus componentes e elementos através de processos, fluxos de dados e entidades de armazenamento. Tais elementos estão apresentados na figura 2.

Figura 2 – Representação de Processos, Fluxos e Entidades de armazenamento.

A figura 3 mostra todos os elementos ou componentes da arquitetura IEEE 1484.1, destacando as entidades, processos e fluxos de dados que estão diretamente ligados às funções do processo de acompanhamento que um sistema LMS dever ter.

Figura 3 – Arquitetura LMS referente ao padrão 1484.1 do IEEE (IEEE, 2003).

Os elementos em destaque mostram que a grande maioria dos fluxos de dados da arquitetura está envolvida com o processo de acompanhamento de atividades em um LMS. Além disso, o processo Avaliação e a entidade de armazenamento Registro do Aprendiz também estão diretamente envolvidos neste processo. A seguir, tais processos e fluxos são detalhados:

Processos Fluxo de Dados Entidades de Armazenamento ! " #$ % & ' ( ) * ' % +

PROCESSO AVALIAÇÃO

A Avaliação é um processo de abstração que pode produzir medidas da Entidade de Aprendizado. Como pode ser observado na figura 3, como fluxos de entrada, são identificados o Comportamento observável pela Entidade de Aprendizado, o Contexto de Interação, que pode prover contexto ao comportamento da Entidade de Aprendizado para determinar uma avaliação apropriada e ainda as Informações do Aprendiz sobre avaliação que podem ser recuperadas da entidade de armazenamento Registro do Aprendiz. Tais informações também podem ser armazenadas como resultado do processo de Avaliação nesta entidade. Como fluxo de saída, as informações da avaliação podem ser enviadas ao processo Tutor através do fluxo de dados Acessos, o qual permite que uma avaliação possa gerar dados do acesso do aprendiz (IEEE, 2003).

ENTIDADE DE ARMAZENAMENTO REGISTRO DO APRENDIZ

A entidade Registro do aprendiz é capaz de armazenar dados de informação sobre o aprendiz, como desempenho, preferências e outros tipos de informação. Ela deve armazenar informações que possam ser recuperadas sobre o passado, como os registros do histórico do aprendiz, ou ainda informações sobre o presente, como acessos atuais e resumos das sessões ou ainda informações, como a pedagogia que deverá ser utilizada pelo aprendiz na atividade de aprendizagem, quem são os aprendizes ou ainda quais objetivos serão avaliados.

Com relação ao armazenamento e a recuperação dos dados, o processo de Avaliação é o responsável por armazenar e recuperar nesta entidade informações atuais (como notas ou lições) através do fluxo Informações do Aprendiz e também deve armazenar e recuperar informações recentes (como desempenho e preferências), através deste mesmo fluxo de dados (Informação do Aprendiz), mas proveniente do processo Tutor (IEEE, 2003).

FLUXOS DE DADOS

São quatro os fluxos de dados que estão envolvidos na função acompanhamento de aprendizes em um sistema que segue a arquitetura IEEE 1484.1:

• Comportamento: um fluxo de dados gerado a partir do processo Entidade de Aprendizado para o processo Avaliação representa informações sobre as atividades e ações de aprendizagem as quais devem ser usadas no processo de Avaliação para inferir sobre o comportamento de um aprendiz que pode incluir toques no teclado, cliques no mouse, respostas de voz, escolhas, respostas escritas etc.

• Informação do aprendiz (entre Avaliação e Registro do Aprendiz): armazenada e recuperada pela Avaliação na entidade Registro do Aprendiz, representa informações relacionadas ao passado, presente ou futuro (como atividades, notas, logs, objetivos etc), sendo que a granularidade destas informações não são especificadas pela arquitetura, como por exemplo, se deve armazenar todos os cliques do mouse do aluno, ou apenas o clique de um semestre e assim por diante.

• Informação do aprendiz (entre Tutor e Registro do Aprendiz): o primeiro fluxo saindo da entidade de armazenamento, Registro do Aprendiz, representa uma requisição para o processo Tutor. Tal requisição pode ser uma solicitação de informação como desempenho e preferências. Tipicamente, as informações relacionadas a histórico e preferências é que devem ser recuperadas, mas as informações do presente e futuro como qual o próximo passo que o aprendiz deve percorrer, também devem poder ser recuperadas. O segundo fluxo proveniente do processo Tutor representa informações novas que devem ser armazenadas e que podem ser caracterizadas por desempenho, preferências ou outras informações atuais.

• Acessos: um fluxo de dados gerado a partir do processo Avaliação para o processo Tutor representa a informação sobre o estado atual do aprendiz, o qual deve ser usado pelo processo Tutor para mapear os resultados de um possível monitoramento. O tipo de informação de acesso pode incluir informações sobre o desempenho, histórico, entre outras (IEEE, 2003).

As implementações da arquitetura 1484.1 para sistemas LMS podem utilizar nenhum, alguns ou todos os elementos que representam funções utilizadas para acompanhar e registrar informações de acesso do aprendiz que possibilite sua posterior recuperação, servindo de apoio no processo de avaliação. Assim, a

presença ou ausência de elementos que representam tais funcionalidades em LMSs, não necessariamente compromete-nos ou refletem implementações incompletas, já que não são de cunho obrigatório. Entretanto, entender a arquitetura por completo permite salientar a importância de cada um dos componentes para que na análise de um LMS sejam visíveis as vantagens em utilizá-los, baseados nas opções possíveis para o acompanhamento ou monitoramento das atividades de um aprendiz.