desenvolvimento

Situação observada - importante refletir

anagama — Mon, 17 Dec 2012 17:37:57 GMT

Na semana passada fomos visitar os nossos meninos do ano passado (Pré-escolar). Estivemos a falar com a educadora e apercebemo-nos que os meninos que passaram para o 1º ano não estão a ter tanto sucesso como seria de esperar.

A educadora sempre trabalhou muito com os seus alunos, explorando com eles diversas áreas que proporcionam uma melhor preparação para a entrada no 1º ciclo.

Analisando e comparando esta situação com a experiência que tivemos no início deste ano com a entrada de crianças para o 1º ano surgiram-nos algumas questões que gostaríamos de partilhar com vocês e de saber também as vossas opiniões. No fundo deparamo-nos com esta situação e achámos importante refletir sobre ela e partilhar convosco.

A realidade do 1º ano no início do ano letivo, como em todos os outros anos e ciclos, varia de acordo com o contexto e com os alunos. Cada aluno tem um nível de desenvolvimento, um ritmo de aprendizagem diferente. A acrescentar a estes aspetos se, como era o nosso caso, os alunos vierem de jardins-de-infância diferentes, o professor tem ainda que ter em conta que nem todos os alunos trabalharam os mesmos conteúdos e os que trabalharam pode não ter sido da mesma forma; que uns alunos podem estar mais desenvolvidos numa área do que outros.

Tendo tudo isto em consideração, o professor do 1º ano tem de trabalhar as bases, a propedêutica com os alunos. O que pode ocorrer aos alunos que já estejam mais desenvolvidos se desmotivados com estas estratégias e regridam um pouco. Isto pode levar a que os resultados não sejam os esperados nestes alunos.

Na nossa opinião, algo que ainda é realidade no nosso país e que nem sempre é benéfico são as salas de aula com anos de escolaridade distintos. No caso que referimos no início do texto, a sala comporta uma turma de 1º ano e outra de 4º ano, sendo que a de 1º é reduzida. Nesta situação acreditamos que o professor deverá ter uma maior preocupação com os alunos do 4º ano, uma vez que estes terão provas e precisam de ser preparados para o ciclo seguinte. Contudo, o professor poderia rentabilizar os conhecimentos destes alunos para motivar e ajudar os alunos do 1º ano.

Tendo em consideração os professores que estão neste momento a exercer a profissão, e sabendo que muitos deles não têm os conhecimentos que nós temos em relação ao pré-escolar, acham que é benéfico para as crianças prepará-las tanto no pré-escolar sabendo que depois no 1º ano os professores irão regredir um pouco nos conteúdos a ensinar e assim desmotivam os alunos?

Do nosso ponto de vista, o professor do 1º ano deveria inicialmente fazer o diagnóstico dos conhecimentos e desenvolvimentos da turma para depois, se necessário, organizar a turma em grupos (podiam estar formados/definidos no espaço ou não) com diferentes níveis e adaptar as atividades a cada grupo, sendo que estaria a trabalhar o mesmo conteúdo. Caso os alunos conseguissem atingir o mesmo nível de desenvolvimento voltaria a trabalhar da mesma forma com toda a turma. Assim não desmotivaria nenhum aluno, uma vez que as atividades seriam adaptadas.

O que achamos crucial é que o professor seja flexível, se adapte aos alunos, aplique diversas estratégias adequadas aos alunos, e que para além de trabalhar com a turma como um todo (o que também é importante) trabalhe também com cada aluno em particular tendo sempre em atenção e consideração os conhecimentos que este já adquiriu. O professor deve partir sempre daquilo que o aluno já sabe.

Por tudo isto, consideramos que é importante preparar bem as crianças no pré-escolar para que no 1º ano não tenha tantas dificuldades e o professor possa consolidar melhor os conteúdos.

Aguardamos as vossas opiniões.

Ana Lisete e Ana Margarida

entrega06testes

hugonogueira — Fri, 08 Jun 2012 20:31:52 GMT

Com a versão beta concluída, podemos agora começar a realizar os testes sobre a plataforma, de forma a identificar e corrigir os diversos bugs que vão surgindo. Assim, realizamos testes de compatibilidade, testes de usabilidade e segurança.

Testes de compatibilidade

Objetivo: identificar maus comportamentos provocados pela renderização da aplicação web em diferentes browsers/sistemas operativos/resoluções de ecrã.

Método: a aplicação foi testada em 12 ambientes diferentes (3 browsers *4 dispositivos), registando-se uma avaliação de 1-4 para cada página da aplicação. Essa avaliação é distinta entre “design” e “funcionalidades” e toma os valores: 1 - Design impraticável/Funcionalidades indisponíveis; 2 - Design com sérias lacunas/Funcionalidades com falhas graves; 3 - Design com leves lacunas/Funcionalidades com falhas leves; 4 - Design apresentado perfeitamente/Funcionalidades perfeitamente operacionais.

Resultados dos testes

Conclusões

- O browser Opera Mini não funciona em ambiente local (sem ligação à net), obrigando ao teste da versão Opera Mobile (apenas disponível em Android);

- O browser Opera Mobile foi o que apresentou piores resultados;

- O upload não funciona nos sistemas iOs;

- O browser dolphin não permite a correta visualização de página com formulários;

- O sistema Android 2.3.3 apresenta campos de formulários que ficam ocultos ao serem editados (por causa da sobreposição do teclado);

- O sistema Android 2.3.6 não permite editar os campos dos formulários que ficam ocultos por causa do bug no CSS;

- Os sistemas operativos iOS apresentaram melhores resultados, tanto em design, como funcionalidades, quer pela ausência dos comportamentos de long press, quer pelo “ajuste de câmara” oferecido ao preencher os campos dos formulários.

Testes de usabilidade

Objetivo: identificar possíveis complicações na utilização da plataforma que não tenha sido previstas

Método: o teste de usabilidade e satisfação foi dividido em três fases: na primeira, o utilizador deve conseguir configurar o seu dispositivo para aceder à rede “mosaico” e deslocar-se para o endereço da aplicação. Seguidamente, o utilizador deverá tentar reproduzir o desenho apresentado pelo grupo (desenho que foi projetado para que o utilizador seja obrigado a utilizar as várias ferramentas disponíveis); na segunda, o utilizador deverá fazer a gestão de uma conta de utilizador (criar uma nova, alterar avatar, editar nome, etc); na terceira, é submetido a um pequeno inquérito de satisfação.

Os resultados registados numa tabela e avaliados de 1-5, sendo: 1 - O utilizador não foi capaz de realizar a tarefa (com ajuda); 2 - O utilizador realizou a tarefa com muitas dificuldades (com ajuda); 3 - O utilizador realizou a tarefa com algumas dificuldades (com ajuda); 4 - O utilizador realizou a tarefa autonomamente com algumas dificuldades; - O utilizador realizou a tarefa autonomamente com facilidade.

Observação: os testes foram realizados no iPod Touch, de forma a agilizar os testes e a porporcionar uma experiência mais próxima com a final (não nos adiantava detectar as mesmas falhas encontradas no teste de compatibilidade).

Imagem a reproduzir

Resultados dos testes

Conclusões sobre os desempenhos de usabilidade obtidos

- Quando vai guardar o desenho, e após completar o login, o utilizador deveria ser redireccionado para a página "Guardar" e não ser obrigado a voltar à página "Desenhar" (alínea 18);

- A utilização das ferramentas pode não ser tão óbvia como se julgava (alínea 6);

- A navegação por swipe pode não ser tão óbvia como se julgava (alínea 7);

- Aplicar o stencil poderia estar presente nos três ecrãs do "Desenhar", tal como o lápis, borracha e spray (alínea 11);

Satisfação

Respostas ao inquérito de satisfação

Média das respostas à satisfação dos utilizadores

Conclusões sobre a satisfação obtida

- De um ponto de vista geral, a experiência ter sido satisfatória para os utilizadores;

- A facilidade da aplicação móvel e da parede obtiveram valores ligeiramente inferiores, indicando que aida existem alguns problemas associados à sua utilização.

Testes de segurança

Objetivo: identificar possíveis falhas na segurança que permitam o acesso a dados ilícitos, destruição da base de dados, indisponibilização do servidor, etc.

Método: consiste análise através de uma checklist de possíveis falhas de segurança.

Resultados

Encriptação de informação (SSL)	Não
Bloquear acesso à navegação de ficheiros do servidor pelo browser	Não
Validação Server-Side	Sim
Utilizador MySQL com acesso limitado	Sim
Utilizador e password MySQL definidos com segurança acrescida	Sim
Acesso ao Firmware do router por WLAN desligado	Sim
Utilizador e password do router definidos com segurança acrescida	Sim
Proteção contra SQL Injection	Não
Sistema de backups configurado	Não

Resumo

Sugestões recolhidas

- Ao avisar para inserir a “Password Actual”, na página “Editar perfil”, este campo devia ficar destacado;

- Os stencils deveriam ser aplicados num botão presente nos três ecrãs (como o lápis, borracha e spray);

- Ao aplicar o stencil, não sair desse menu (permitir repetir facilmente o stencil);

- Melhorar a fluidez entre páginas;

- Adicionar uma confirmação para fazer logout;

- Opção para editar a pasword na página de “Editar perfil”;

Lista de novos bugs

Aos bugs já encontrados, são acrescentados os seguintes bugs (de natureza técnica).

Prioridade	Descrição
Máxima	Crash ao terminar o tempo
Máxima	Mão não é selecionada (no iPod Touch, pelo menos)
Alta	Não é possível guardar o desenho fora da área de jogo
Alta	Não é possível continuar/guardar apenas o contributo se tiver saído brevemente da área de jogo (é adicionado como sendo um novo utilizador)

Ponto de situação

jribeiro — Sat, 26 May 2012 09:44:25 GMT

Desde o último post e até à data foram feitas algumas evoluções neste trabalho. Contudo em termos de publicações aqui no blog, quase não se justificam.

Assim para além das reuniões semanais com a orientadora, foram feitas melhorias no trabalho. Durante esta semana foi criado a 1ª versão da dissertação, seguindo o modelo de dissertação da Universidade de Aveiro.

Foram ainda retificados os documento de recolha de dados. Brevemente irei publicar aqui os modelos.

Protótipo em desenvolvimento

paulamargarida — Fri, 23 Mar 2012 14:37:19 GMT

Neste momento do projeto de dissertação desenvolve-se a componente mais prática do projeto, o

protótipo funcional.

Para o desenvolvimento do protótipo é necessário ter sempre presente os objetivos do projeto, o software e hardware foram escolhidos tendo em conta estas especificações. O sensor de movimento é o Kinect para a Xbox da Microsoft, e o sofware de desenvolvimento do ambiente é o Unity 3D, juntamente com frameworks como a OpenNI (Open Natural Interaction).

A componente prática, de uma forma muito resumida, divide-se em três grandes módulos: a interação, comunicação em rede e modelação em 3D e design da interface.

Quando foi desenvolvido o planeamento do projeto (onde se inclui o cronograma) foi decidido, juntamente com os orientadores, que o módulo que causava mais dúvidas, comunbicação em rede, devia ser o primeiro a ser desenvolvido e estudado a um nível prático de implementação.

Ao nível de programação do protótipo, esta processa-se em javascript e C# (componente de interação utilizador -avatar).

Até ao momento as experiências ao nível de rede já permitiram colocar 2 computadores com um cenário partilhado na mesma rede. Um computador a funcionar como servidor e o outro como cliente. Foi possível testar a animação dos elementos, presentes no cenário. A construção da componente de rede permite a criação de um servidor do tipo distribuído, em que qualquer computador na rede pode ser conectado como servidor ou coomo cliente.A componente de interação utilizadr-aavatar está também desenvolvida.

A interface de utilização do Unity 3D e programação não é como esperava, por vezes tornou-se mais complexo do que eu pensava. Pequenos erros e problemas demoraram a ser resolvidos o que atrasou um pouco o desenvolvimento.

De momento a componente de comunicação em rede já está funcional.

Num âmbito mais teórico, o trio pesquisa, leitura e escrita continuam (a escrita é mais complicado!). Uma vez que esta área de investigação está em constante mudança e evolução é necessário acompanhar as evoluções na área.

Os registos de modificações/evoluções no software que servem de base ao desenvolvimento do protótipo estão registados. Assim como novas aplicações desenvolvidas nas mais diversas áreas (turismo, saúde, entertenimento, educação) onde a interação natural está a ser utilizada são alvo de registo.

Quando tiver mais novidades de desenvolvimento coloco aqui no blog!

Até breve =)

Sessão projeto de Dissertação - 18 novembro

lpedro — Sat, 19 Nov 2011 21:43:09 GMT

Aqui ficam os slides utilizados na sessão de dia 18 de novembro, relativos à investigação de desenvolvimento.

Pd mcmm 2011_12_004

View more presentations from Luis Pedro.

Público Alvo

l-filipemarques — Mon, 28 Feb 2011 21:31:30 GMT

A nossa "escolha" para a faxa etária do público alvo foi definida depois de investigarmos alguns aspectos relativos ao desenvolvimento das crianças. Um dos estudos que tivemos como referência foi o desenvolvido por Jean Piaget, Estágios de Desenvolvimento. Segundo Piaget, existem 4 estádios ou fases de desenvolvimento infantil, Estádio Sensório-Motor (0 - 14/18 meses), Estádio Pré-Operatório (2 - 7 anos), Estádio das Operações Concretas (7 - 11/12 anos) e Estádio das Operações Formais (11/12 - 15/16 anos). Visto que o nosso projecto tem como limite mínimo 8 anos, foi fácil perceber que teríamos de ter em consideração a terceira fase de Piaget: Período das operações Concretas (7 a 11 ou 12 anos). As principais características observadas neste estudo são:

- Início da capacidade de utilizar a lógica

- Número, conservação de massa e noção de volume

- Operações matemáticas, gramática, capacidade de compreender e se lembrar de fatos históricos e geográficos

- Auto-análise, possibilidade de compreensão dos próprios erros

- Planeamento das acções

- Compreensão do ponto de vista e necessidades dos outros

- Coordenação de actividades, jogos em equipa, formação de turmas de amigos (no início de ambos os sexos, no fim do período mais concentrada no mesmo sexo).

- Julgamento moral próprio que considera as intenções e não só o resultado (p.ex. perdoar se foi “sem querer”). Menos peso à opinião dos adultos.

Um exemplo explicativo do desenvolvimento das suas capacidades é o seguinte:
despeja-se a água de dois copos em outros, de formatos diferentes, para que a criança diga se as quantidades continuam iguais. A resposta é afirmativa uma vez que a criança já diferencia aspectos e é capaz de "refazer" a acção.

Qual a metodologia que acho mais adequada para o meu projecto de investigação?

bmteles — Fri, 29 Oct 2010 09:06:13 GMT

Tendo em conta a natureza do meu projecto de investigação penso que a metodologia mais adequada para a realização do mesma é a metodologia investigação-desenvolvimento.Isto prende-se principalmente ao facto de que o meu projecto tem como grande objectivo desenvolver um protótipo de um canal personalizado para um serviço de iptv. A minha investigação vai assentar em conhecimentos teóricos já recorrentes a partir de uma pesquisa bibliográfica que vão servir de base para desenvolver um novo produto, ou melhor, aperfeiçoar um serviço já existente. Sendo assim será esta a metodologia correcta a utilizar.