Uma coisa que foi observada com esse protótipo é que apesar da versatilidade do Corel, ele não é uma ferramenta ágil para essa tarefa, alem de que, para se ter um apelo visual no protótipo teria que ser dispendido um grande trabalho na melhoria das interfaces. Por essa razão a equipe resolveu testar a ferramenta Visio da Microsoft. Essa ferramente tem um grande suporte para a criação de interfaces para programas windows, já trazendo diversos componentes usados no dia-a-dia como combo boxes, radio buttons, text fields, frames, scrolls entre outros. Todos com várias opções de customizações.

Com o protótipo feito no visio foi possível ter noção de como seria o fluxo de informação dentro do sistema, e de uma melhor verificação das necessidades do mesmo. Após isso foi feito um protótipo já com a interface web que seria usada na versão final do projeto.

Foram criados testes de aceitação que estão sendo aplicados com alunos do Centro de Informática. Somente após a realização dos testes de usabilidade, pode-se afirmar algo quanto ao sucesso da solução proposta. Aplicando conceitos bem conhecidos pelos usuários de internet em aparelhos móveis, a equipe espera ansiosa os resultados destes testes objetivando que o uso deste ambiente torne-se tão agradável quanto o ambiente na web. O principal objetivo da equipe ao conceber a aplicação é a motivação dos usuários, além da portabilidade do ambiente. É interesse da .reply, portanto, que a aplicação seja acessada pelos mais diversos dispositivos disponíveis no mercado.

No momento, o sistema trata a gestão de conteúdo, oferecendo ao usuário percepção quase completa de todo o ambiente AMADeUs. Além de acesso a informações sobre cursos e todos os artefatos referentes aos mesmos, o sistema permite ao usuário manter-se atualizado de modificações gerais no sistema e dos cursos em que o próprio está matriculado.

Logo, uma das grandes vantagens do AMADeUs.Mobile é expandir o conhecimento e percepção do ambiente de EaD pelos alunos. Isto é proporcionado também pela distribuição de mensagens SMS sobre as modificações ocorridas nos cursos nos quais estão inscritos. Ao receber estes alertas o aluno evita necessidade de procurar estas informações conectando-se sempre ao ambiente, que somente será necessário para obter informações mais detalhadas de tais modificações e para interação do aluno nas atividades propostas nos cursos. Com estas mensagens, o aluno sabe todas as novidades do ambiente que lhe interessam o mais rápido possível.

É mostrada ainda nas interfaces uma divisão dos cursos do usuário em cores para facilitar a visualização. Este recurso é de grande importância quando se deseja visualizar componentes de mais de um curso ao mesmo tempo e quando o usuário adquire um pouco de experiência no manuseio do sistema, trazendo assim para a interface móvel o conceito utilizado por vários sistemas que agrupam informação em grupos, como agendas e sistemas de controle de atividades.

Porém observamos características do Polish que podem ser interessantes, como a aplicação de CSS nos componentes do Java ME, tornando de certa forma a interface construída mais amigável. Apesar desses recursos, ainda assim não seria possível utilizar facilmente componentes como textfields e buttons em Canvas para podermos desenhar interfaces melhores, a não ser se desenvolvêssemos as mesmas.

Estamos numa fase de estudo para saber o que é possível ser feito alterando o CSS responsável por modificar aspectos importantes dos componentes de formulário do Polish.

Caso seja necessário mais pesquisas por mudar as ferramentas que utilizamos isso será informado, juntamente com novos protótipos de interfaces projetados.

Ferramentas pagas foram encontradas para um desenvolvimento mais expressivo, porém a iniciativa da .reply parte do uso de ferramentas OpenSource.

O Polish, foi a opção mais escolhida por atender, a principio, os requisitos propostos pelas interfaces. O próximo seria a implementação e testes para validação das telas.

Por outro lado era preciso simular os componentes desenvolvidos, em devices de PDAs e constatar se os recursos disponibilizados pelo Polish eram realmente eficientes e seria mantida a usabilidade das interfaces desenvolvidas. Para isso o simulador da própria PALM passou a ser utilizado, juntamente com conversores de .jar produzidos pelo Eclipe para .prc que seriam utilizados para as simulações.

Trabalhando sobre o modulo de Gestão de Conteúdo, a .reply utiliza técnicas de prototipação rápida, em folhas de papel, apresentando os resultados a alguns membros do projeto AMADeuS.

O próximo passo agora é o desenvolvimento dessas interfaces utilizando JAVA ME.