Sincronizando

Este post tem como objetivo promover a sincronia do blog do grupo com as atividades sendo realizadas. Ao longo do semestre, o grupo teve sérias dificuldades de organização com relação a postagens no blog, devido a, principalmente, motivos profissionais. Tal situação teve, inclusive, uma baixa: o Júlio acabou tendo que trancar o semestre, por não estar conseguindo conciliar as atividades acadêmicas com as profissionais, devido a uma série de mudanças por quais passou. Desejamos a ele uma boa sorte nesta empreitada!

No nosso útilmo post, o EasyTrader era ainda uma idéia a ser discutida. Após conversas, o grupo decidiu por adotar este projeto, de fato, para a realização da matéria no semestre. Detalhes de como foi projetado podem ser visto ao longo das atividades descritas nos itens a seguir:

Documento de Visão

Para detalhar melhor quais são os objetivos do sistema projetado, desenvolvemos o documento de Visão disponível aqui.

Desenvolvimento de Personagem

Para desenvolver atividades de teste e pensar em cenários de uso para o documento, criamos o personagem Carlos Alberto, um estudante universitário, que pensamos que será um típico usuário do tipo de sistema que esttamos criando. Sua ficha pode ser vista clicando aqui.

Plano de Testes

A fim de testar a usabilidade do sistema conforme o plano proposto, desenvolvemos um plano de testes para a avaliação do mesmo. Pode ser visto clicando aqui.

Primeiro Modelo de Interação (Baixa Fidelidade)

Eis o nosso primeiro modelo de telas (baixa fidelidade):

E seu respectivo mapa de navegação:


Primeira Avaliação

Durante a primeira avaliação heurística pelo grupo 9, foram detectadas falhas de transição (como ausência de algumas telas) e também falhas como ausência de um item de ajuda (guia).
Dado o relatório entregue pelo grupo, o novo modelo de baixa fidelidade ficou desta forma:



E o respectivo mapa de navegação:



Primeiro Protótipo

A montagem do primeiro protótipo baseado nos modelos de baixa fidelidade foi feita utilizando-se de peças soltas de papel, que podem ser vistas nas imagens a seguir. As telas utilizadas no protótipo foram as necessárias para se realizar as seguintes práticas concreta: "Visulizar os resultados não lidos" e "Cadastrar um interesse por um sapato que custe no máximo 50 reais".



Teste com o protótipo

Durante o teste, foi pedido a um outro grupo que realizasse as práticas concretas descritas acima, utilizando o protótipo de papel construído pelo grupo. O teste pode ser visto no filme abaixo:



Durante os testes, os voluntários identificaram falhas de navegação (não existia a opção de sair do programa a partir de uma tela intermediária) e também a respeito da "chamatividade" dos botões que lançavam os menus, que estavam baixos. Com relação ao primeiro item, vale lembrar que na grande maioria dos aplicativos, o botão de desligar um chamada é geralmente usado para sair do programa a partir de qualquer ponto, e o nosso não é diferente.

Nova versão de telas

A partir dos resultados do teste com o protótipo, fizemos um novo modelo de baixa fidelidade de interação com usuário. As telas são mostradas abaixo:


E seu respectivo mapa de navegação:


A prŕoxima etapa é, a partir deste novo modelo, fazer as modificações necessárias no protótipo, a fim de realizar um novo teste.

Retomando as atividades...

Devido à problemas pessoais e profissionais dos integrantes do grupo nas duas últimas semanas, as atividades no que dizem respeito ao projeto ficaram congeladas por algum tempo, e agora as estamos retomando.

Durante esse tempo, porém, foi estudada a viabilidade técnica da aplicação no que diz respeito à utilização da tecnologia Bluetooth. Aparentemente, nos dispositivos um pouco mais antigos, de fato deixar o sinal ligado o tempo todo consumiria muita bateria, o que parece já não acontecer mais nos dispositivos mais novos.
Porém, o que pode ser feito é deixar a frequência de utilização do sinal customizável. Assim, o sinal pode ficar ligado o tempo todo, pode fazer uma varredura a cada 10 segundos, 5 minutos, e assim vai, adaptando-se às restrições do aparelho do cliente específico.

No que diz respeito à utilização desta tecnologia na plataforma Android, existe de fato uma API de utilização dos devices bluetooth (org.bluez), no entanto ela é muito mal documentada, o que está exigindo um certo "hacking". Estávamos tentando desenvolver algo concreto utilizando isso antes de começar de fato a documentar o projeto pelas atividades propostas em aula, porém isso não parece que vai sair tão facilmente, então vamos preparar a documentação assumindo que vamos conseguir ter um protótipo funcional em breve.

Proposta de problema e aplicação

O cálculo do tempo gasto com as diversas atividades realizadas por um colaborador de uma empresa é uma medida essencial para avaliar os processos da empresa e o colaborador. Atualmente o meio mais comum de fazer isso é através do preenchimento de planilhas.

Porém, o uso de planilhas gera dados imprecisos, uma vez que estas normalmente são preenchidas no final do expediente com uma "soma" aproximada do tempo gasto naquela atividade. O uso de planilhas mais detalhadas é trabalhoso e consome tempo e atenção dos colaboradores, implicando em descontentamento dos mesmos e perda de recursos.

Existe ainda o problema de anotar o tempo gasto em tarefas feitas longe do computador, o qual deve ser anotado manualmente e depois reportado nas "planilhas".

O software proposto é um sistema que auxilie na anotação do trabalho gasto em atividades. O hardware de apoio proposto é um celular (que pode ser adquirido facilmente e carregado). A idéia é que seja possível ao software do celular interagir com diferentes tipos de sistemas (Microsoft Project, Tracker, Planilhas Excel) tanto para saber quais tarefas devem ser realizadas, quanto para reportar o trabalho realizado nelas.

A questão da interface é essencial, de maneira a minimizar o esforço para anotar corretamente o tempo gasto. Sendo assim, o software deve minimizar a necessidade de digitação, cliques e deve ser simples parar e recomeçar o cronômetro ou trocar de tarefa.

Um aspecto interessante é a possibilidade de integração com outros softwares da plataforma, como, por exemplo, correção ortográfica e gramatical, iTap (para os aparelhos que não possuem teclado), gravação (para gravar anotações ao invés de digitá-las) e possivelmente reconhecimento de voz (para escrever o que foi gravado, embora isso provavelmente não devesse rodar no celular).

Bem, essa é a aplicação, esse é o problema. Vale ressaltar que esse é um problema real encontrado em minha empresa.