Quarta-feira, 27 de Abril de 2011
Prototipagem - Mapa de navegação

Bom dia ! 

 Mapa de navegação que indica o que o grupo se propõe a prototipar até à entrega de 19 de Maio.




Sexta-feira, 15 de Abril de 2011
Fluxograma

 




LMS e SCORM

A norma SCORM foi criada com o objectivo de uniformizar as múltiplas implementações de sistema de e-Learning que começaram a surgir. Esta norma funciona como um modelo que específica a apresentação de conteúdos de ensino na web.

Um dos objectivos da norma SCORM é distinguir as funções dos recursos de ensino (SCO) das funções dos sistemas de gestão (LMS - Learning Management System).

Quando os formadores criam um curso trabalham apenas com SCO, estas ao serem introduzidas têm de indicar ao LMS que conteúdos irão usar , a forma como vão estar organizados e a informação que desejam guardar relativamenete a cada sessão. 

O Sharable Content Object (SCO) é constituído por um conjunto de Assets e contem um mecanismo de ligação ao LMS. 

Assets são a forma mais básica de conteúdo de curso. Dentro de um Asset pode haver ficheiros de texto, imagens, som, páginas html ou qualquer outro formato que possa ser entregue pela web. 

O objectivo principal do sistema é realizar a transferência de conteúdos de ensino em blocos (packages) com o LMS. 

Todos os  packages possuem sempre um ficheiro localizado na root intitulado de imsmanifest.XML. Com este ficheiro o sistema de LMS reconhece a descrição dos conteúdos presentes nesses mesmos packages e a sua organização estrutural .

 

O ficheiro pode apresentar-se com a seguinte estrutura:

 

 

Figura 1 - Exemplo de ficheiro imsmanifest.xml

 

 

Para haver comunicação entre o nosso ficheiro Flash e o sistema de LMS é necessário haver algumas ligações descritas no seguinte gráfico :

 

 

 

        Figura 2 - Run-Time Environment de uma plataforma e-Learning

 

Mecanismo Launch é o responsável para lançar o SCO para o browser e efectuar todas as diligencias para que o SCO possa comunicar com o LMS.

Por sua vez a API (Application Program Interface) é um dispositivo que irá criar um canal de comunicação entre o SCO e o LMS. Por fim é importante referir que é o Data Model que define a relação usada pelos SCOs e LMS para  que estes se possam comunicar.

 

 

      Figura 3 - Exemplo da Arquitectura de Interacção entre os elementos

 

A comunicação entre o SCO e o LMS é sempre iniciada pelo SCO dado que este último dispõe de várias funções para se comunicar com o LMS. Depois do LMS invocar o SCO para o browser através do mecanismo Launch , é da responsabilidade do SCO localizar o API adapter e iniciar as comunicações com o LMS para poder guardar os dados que se pretende. 

 

Ao localizar o API Adapter o SCO consegue executar diversas funções entre as quais importa referir :

-LMSInitialize(“”) - inicia a ligação.

-LMSFinish(“”) - encerra as ligações .

-LMSGetValue(parameter) - pede ao LMS o dado que pretende ler, por exemplo : 

Var value = LMSGetValue("cmi.core.student_name"); o resultado seria por exemplo Luis Figo. 

-LMSSetValue(parameter, value) que permite gravar informação para o LMS.

 

      Figura 4 - Diagrama de estados de um SCO visto pelo API Adapater


 

 
Base de Dados:
 

       Figura 5 - Exemplo do diagrama de relações da BD da plataforma e-Learning Formare.

 

 

Em conclusão, a nossa aplicação flash (um SCO) será exportada para Html com a opção Scorm que irá embeber no ficheiro .html as funções de javascript necessárias para comunicar com o API, que por sua vez comunica com o LMS.

 

Referência:

Para realizar este pequeno documento recorremos à Tese do Carlos Alberto de Oliveira Costa da Faculdade de Engenharia da Universidade do Porto, data 15 de Julho de 2003




Especificação gráfica - Ecrãs unicos

 Boa tarde! 

Deixamos aqui o nossos ecrãs da aplicação know it

(vídeo de introdução)

(Menu inicial)

(História um)

(Avaliação história um)

(História dois)

(avaliação história dois)

(Hitória três)

(avaliação história três)

(Menu final)

Downloa de versão em pdf  

aqui

 




Especificação gráfica - Manual gráfico (actualizado)

Boa tarde! 

É com muito gosto que vos apresentamos o manual gráfico de know it! 

Link para download -  aqui




Mapa de navegação

             O utilizador começa o seu percurso registando-se na plataforma Formare. Ao fim do registo este mesmo aluno faz o seu pedido de inscrição para o curso que pretende frequentar, no nosso caso é o know it. Ao fim do coordenador do curso permitir a inscrição do utilizador este consegue ter acesso aos conteúdos interactivos.

 

Representação gráfica do mapa de navegação da aplicação know it. 




Quarta-feira, 13 de Abril de 2011
Arquitectura de sistemas

Já com a documentação toda em mão e as dúvidas todas tiradas estamos na fase de construção da arquitectura de sistemas! 

 

Este esquema, ainda que numa fase inicial consegue planificar todas as características que o nosso projecto deve possuir para se comunicar com o sistema de LMS Formare.




Reunião dia 13 de Abril

     A reunião semanal que hoje se realizou com o nosso coordenador de projecto serviu para discutir os seguintes tópicos : 

 

- Discutir as decisões gráficas que tínhamos tomado até à data; 

- Discutir as posições finais dos botões de navegação da aplicação.

- Correcções gráficas.

- Discussão sobre o facto de adicionares mais um jogo interactivo na avaliação número 2. 

 

Um resto de boa noite! 




LMS Formare

       

 

 

              O LMS Formare foi criado com o intuito de abranger diferentes metodologias formativas e adaptar-se aos principais componentes de um sistema de eLearning: a interacção eficaz e intuitiva com o utilizador (alunos e professores), o acesso fácil à tecnologia (plataforma), a disponibilização de serviços intuitivos e inovadores para os eProfessores, a difusão de materiais pedagógicos (conteúdos formativos e informativos) em diversos formatos e a avaliação da formação, permitindo desta forma a auto-aprendizagem e a aprendizagem colaborativa.

 

Principais características de LMS Formare : 

        

 

 

              Foram criados 4 utilizadores base para testes da aplicação . Os utilizadores joaomagalhaes e antonio são formandos, serão utilizados para realizar as avaliações que serão introduzidas na plataforma. Os utilizadores diogop e joaofazendeiro estão como tutores do curso. Estes dois últimos serão utilizadores para colocar conteúdos, criação de foruns e organização e gestão das turmas. 

 

 

 

                     Como é patente na imagem assim demonstrada, um utilizador com o perfil de “tutor” consegue ter acesso a quatro menus principais : curso, comunicação, conteúdos e avaliação. 

Dentro da área de curso, este utilizador consegue editar diferentes componentes como a data da sua realização, inscrição de alunos, nome do curso e outras informações. Dentro da área de Comunicação este tipo de utilizador consegue criar avisos que serão entregues aos formandos, criar forums interactivos que podem ou não servir como material de avaliação final, podem também criar chats para que haja mais interacção formador-formando. Tem também acesso aos conteúdos onde consegue introduzir material de ensino. Por fim tem acesso ao menu avaliação onde, no caso de ter o perfil de tutor, consegue criar provas finais, questionários e inquéritos.

 

 

Identidade gráfica

 

O LMS Formare é marcado pela simplicidade de utilização que oferece aos seus utilizadores, conseguindo manter uma dinâmica e interactividade acima da média. Para uma rápida e eficáz aquisição de conhecimentos, o Formare oferece um design de interface que combina com o estilo de conteúdo.

Com o objectivo de cumprir as normas relativas a acessibilidade, usabilidade e navegabilidade o LMS Formare foca-se na ergonomia de informação, na relação utilizador-cidadão e nos conteúdos apresentados.

 

 

Arquitectura de referência de LMS Formare



 

 

 

Um ambiente lógico para suportar o LMS Formare pode ser definido pela seguinte representação gráfica:




Tipos de acesso : 

 

            O acesso ao Formare é garantido via Internet (recorrendo ao serviço de Alojamento Hosting – ASP) ou via Intranet (para instituições que recorram à instalação do SW nos seus próprios servidores).

 

 

Requisitos de sistema : 

 

Requisitos mínimos de software (servidor) : 

 

Componente

Requisito

Sistema Operativo

Microsoft Windows 2003 Server

Aplicação Web

Internet Information Server 5.0 (Internet Information Server 6.0 recomendado); .NET Framework 3.5

Base de Dados

Microsoft SQL Server 2005 ou superior

Alertas (*) (**)

Servidor SMTP (Microsoft SMTP Server recomendado)

Comunicações Síncronas (*)

Macromedia Flash Communication Server MX 1.5 Professional Edition

 

Requisitos mínimos de hardware (servidor):

 

Componente

Requisito

Computador e Processador

PC com processador a 1.5 GHz; recomendado 3.0 GHz ou mais rápido

Memória

1024 MBytes recomendado

Disco

80 Gbytes de espaço livre

Drive

CD-ROM ou DVD-ROM

Ecrã

VGA ou hardware compatível; Recomenda-se super VGA 800x600 ou resolução superior.

 

Requisitos recomendados de software (cliente):

 

Componente

Requisito

Computador e Processador

PC com processador a 1.5 GHz; recomendado 3.0 GHz ou mais rápido

Memória

1024 MBytes recomendado

Disco

80 Gbytes de espaço livre

Drive

CD-ROM ou DVD-ROM

Ecrã

VGA ou hardware compatível; Recomenda-se super VGA 800x600 ou resolução superior.

 

 

 

 

 

 

 




Quinta-feira, 7 de Abril de 2011
Reunião dia 7 de Abril

 Boa dia! 

Na passada quarta-feira, dia 7 de Abril, a reunião com o orientador de projecto teve a presença de um funcionário da PT que nos irá explicar o funcionamento da norma SCORM com o nosso conteúdo multimédia. 

Tópicos fundamentais da reunição

- Visualização do especificação gráfica feita até à data. Fechamos o nome para o projecto que ficou " Know it" . O logo também já ficou referenciado, ficando apenas por definir as cores usadas e o tipo de letra. 

- Abordagem às especificações técnicas e mapas de navegação.

- Conversa com o Pedro, funcionário da PT, sobre a norma SCORM e consequente ligação com os conteúdos multimédia que serão introduzidos na plataforma.  




.mais sobre mim
.pesquisar neste blog
 
.Junho 2011
Dom
Seg
Ter
Qua
Qui
Sex
Sab

1
2
3
4

5
6
7
8
9
10
11

12
13
14
15
16
17
18

19
20
21
22
23
24

27
28
29
30


.posts recentes

. 360 carro

. Logins

. Testes - Resultados e con...

. Versão Beta – Testes

. Entrega de ficheiros

. Reunião com coordenador d...

. Reunião com coordenador d...

. Versão actualizada do map...

. Actualização do mapa de n...

. Alterações gráficas

.arquivos

. Junho 2011

. Maio 2011

. Abril 2011

. Março 2011

. Fevereiro 2011

.tags

. todas as tags

blogs SAPO
.subscrever feeds