domingo, 14 de setembro de 2008
Discussões sobre usabilidade
1 - As opções "Encontre" e "Como Chegar" são confusas. Não dá pra saber a diferença entre elas.
2 - Talvez tenhamos excesso de opções na tela inicial
3 - Controvérsia sobre a opções "Metrô" e "Ônibus".
Para resolver o problema 1, imaginamos que poderíamos juntar as duas opções em uma só. A idéia era que na opção "Encontre", o usuário iria digitar apenas "Farmácia" ou "Restaurante A.." e o sistema daria opções de farmácia ou de restaurante que começassem com a letra A. Mas agora pensamos que essa opção pode ser incluída na seção Serviços. Já a opção "Como chegar" é para que o usuário digite um endereço ou um local (como Museu da Língua Portuguesa) e o sistema apresentará 3 opções de como chegar lá: 1) De ônibus, 2) De metrô e 3) A pé. Isso está demonstrado nas telas C8 e C8.1, que serão mostradas em outro post.
Para resolver o problema 2, pensamos em eliminar a opção "Pontos de Táxi" e, talvez, adicionar um ícone de táxi na opção "Serviços". O mesmo poderia ser feito com o item "Emergência". Assim, considerando a junção relatada anteriormente, teríamos 6 opções:
1) Ônibus
2) Metrô
3) Pontos Turísticos
4) Serviços
5) Como Chegar
6) Necessidades Especiais
Sobre o problema 3, não conseguimos chegar a um consenso. Alguns membros do grupo acham que poderíamos ter apenas a opção "Como Chegar", eliminando as opções "Metrô" e "Ônibus". O argumento deles é que a opção "Como Chegar" já mostra todas as 3 opções. Além disso, eles argumentam que mesmo reduzindo o número de opções, isso ainda é uma redundância.
Outros acham que eliminar as opções "Ônibus" e "Metrô" iria deixar de atender as necessidades de alguns usuários, como por exemplo, o Matheus, personagem típico do nosso trabalho. Ele iria todas as 2as. feiras ao quios para anotar ou decorar horários de alguns ônibus, sem ter algum destino específico. Portanto, a opção "Como Chegar" não serviria para ele, pois ele quer anotar informações sobre várias linhas com antecedência, sem ter definido ainda aquelas que precisará usar. Além disso, alguns usuários talvez já saibam exatamente a linha que querem pegar e queiram apenas confirmar o horário.
Após muita discussão, o grupo decidiu que seria interessante fazer uma pesquisa com possíveis usuários, para só então decidir sobre este item.
Resultado do Teste de Usabilidade
Tarefa proposta: Encontrar o melhor itinerário pra ir de ônibus da Rua Paulino de Freitas, em São Paulo, até a Rua Y, em São Paulo.
Para facilitar nossas análises posteriores, filmamos o teste. Segue abaixo o vídeo.
Usuário: Luiz Gustavo
Camera-woman: Camilla
Computador: Zé e Anderson
Relato do teste: Na tela inicial (C0), o usuário selecionou a opção Ônibus. Na tela C1, inicialmente ele escolheu a opção "Consulta de itinerários" e em seguida "Consulta de Linhas". Em ambos os casos, apresentamos ao usuário o aviso de "Página em Construção", pois não era o caminho que esperávamos que ele seguisse para a conclusão da tarefa proposta. Finalmente, como esperávamos, ele escolheu a opção "Consulta de Linhas".
Na tela seguinte, digitou o endereço de origem e destino e pressionou "Pesquisar". O sistema então mostrou um mapa com as rotas de 3 linhas de ônibus. Ele escolheu a que pareceu mais interessante para ele (trajeto mais curto) e, então, o sistema mostrou os horários e pontos de ônibus. O usuário demorou 1minuto e 10segundos para concluir a tarefa.
Conclusões:
1) O sistema ajudou o usuário a concluir a tarefa num tempo relativamente curto.
2) A tela C1 está meio confusa e algumas opções são ambíguas, como por exemplo "Consulta de Rotas" e "Consulta de Itinerários". Mesmo entre o grupo achamos confuso definir a diferença entre ambas as opções. Uma das propostas para esta tela seria manter apenas as 3 opções seguintes:
1) Ver linhas de ônibus
2) Pesquisar horários de uma linha
3) Descobrir a melhor linha para um destino.
Imaginamos que, com essas opções, o usuário teria escolhido a 3a. opção, que seria a mais apropriada para a tarefa que ele estava tentando executar. Mas para podermos chegar a uma conclusão final, teríamos que fazer um novo teste de usabilidade.
sexta-feira, 12 de setembro de 2008
Tela C0 - versão 2
Projeto Concreto da Interface - Tela C0
Comecei a fazer o projeto concreto, mas me empolguei no design, então acabou que nem acabei a 1a. tela, hehehe. Tá quase pronta, só faltaram alguns ícones. Bom, agora que peguei o espírito da coisa, as próximas devem sair um pouco mais fácil. De qualquer forma, aí vai o primeiro esboço pra apreciação.
Algumas coisas eu fiz diferente do projeto conceitual, porque simplesmente... não funcionou! Sabe quando você olha e vê que não ficou legal? Faltou simetria, sei lá...
Enfim, ficou assim:
quinta-feira, 11 de setembro de 2008
quarta-feira, 10 de setembro de 2008
Questionário
Zé, esse questionário deve estar sincronizado com o plano de testes. Precisa criar mais algumas tarefas no plano. Seria legal você ler o plano de teste escrito e tentar responder o questionário, por exemplo, Você considera a tarefa 1: facil, dificil, etc. Assim, lendo o plano e respondendo o questionário, você mesmo poderá avaliar se o plano está bem escrito, ou seja, que nota uma pessoa daria no questionário para a tarefa 1 do plano, de acordo com a forma que ela está escrita.
Projeto abstrato de interação
Plano de teste
Abraços.
segunda-feira, 8 de setembro de 2008
3.4. Prática Futura
3.4.1. Consultar horários dos ônibus
Toda segunda feira, Matheus vai até o quiosque eletrônico perto de sua casa para conferir os horários dos ônibus. Ele seleciona a opção correspondente aos horários e seleciona a opção ônibus. Ele informa o número do ônibus em que precisa embarcar e solicita a exibição dos horários. A lista de horários é exibida na tela do quiosque. Matheus anota os horários mentalmente (quando acha necessário anota em sua folha) e vai para o ponto pegar o ônibus.
3.4.2. Consultar melhor rota entre 2 pontos da cidade
Matheus vai até o quiosque eletrônico mais próximo para verificar a melhor rota a ser adotada para fazer sua entregas. Ele seleciona a opção correspondente as Rotas e informa o endereço de origem e destino em que precisa ir. Ele faz essa operação para os vários endereços que precisará passar, para analisar a melhor forma de otimizar seu tempo, pegando alguma rota que seja na mesma direção de outra. Depois de analisar as rotas, Matheus escolhe o melhor ônibus para aquele rota escolhida e encerra a consulta.
3.4.3. Consultar itinerários dos ônibus
Antes de embarcar no ônibus, Matheus vai até o quiosque e seleciona a opção correspondente a Itinerários. Ele informa o número do ônibus em que decidiu embarcar e analisa o itinerário apresentado. Dessa forma, Matheus sabe exatamente onde deve descer para chegar em seu endereço e isso o deixa muito satisfeito, pois não depende mais das informações das pessoas e do motorista, fazendo com que ele não fique a mercê de informações duvidosas.
3.3.3. Consultar itinerários dos ônibus
Só fiz 3 tarefas, vcs acham que precisamos de mais alguma? Agora vou bolar a práticas futuras.
3.3.2. Consultar melhor rota entre 2 pontos da cidade
Lista de Artefatos - Atualizada
- Lista de tarefas típicas (20% das tarefas usadas 80% das vezes) e concretas (casos particulares com dados concretos) executadas pelo personagem
- Para a tarefa típica e concreta mais freqüente do personagem construído escrever:
- uma história da prática corrente (como ele executa a tarefa hoje)
- uma história da prática futura (como ele vai executar a mesma tarefa com a nova tecnologia)
- Teste de plano de usabilidade
- Ambiente de usuário (arquitetura abstrata)
- Mapeamento do ambiente de usuário para telas
- Construção de uma tela abstrata mais complexa (agrupa mais de uma área focal)
- Esboços de telas para apoiar as tarefas típicas e concretas
- Mapa de navegação
- Construção de um "cenário de interação" para a tarefa típica e concreta de mais executada pelo personagem construído anteriormente
sexta-feira, 5 de setembro de 2008
Consultar horários dos ônibus - Prática Corrente
Toda semana Matheus vai até a central da empresa de transporte para atualizar a lista manual ( que ele possui, cuma folha de caderno) com os horários dos ônibus que passam pela Avenida Paulista. Como ele já perdeu várias vezes o ônibus devido a mudança de horário, ele não deixa passar mais de 1 semana, para não correr o mesmo risco. Toda segunda-feira ele pega um ônibus perto da sua casa (um problema, pois o horário desse ônibus pode mudar antes de ele ter os novos horários) e vai até a empresa de transportes. Esse trajeto demora em torno de 1 hora, num dia de trânsito normal. Quando chega até a empresa ele vai até o mural de horários e confere se os horários foram alterados e caso tenham sido, atualiza a sua lista. Depois disso ele pega novamente um ônibus e vai até a empresa em que trabalha, para pegar os malotes que terá que entregar no dia.
Podem melhorar a vontade...
Lista de Tarefas Típicas e Concretas - Uma idéia
- Consultar horários dos ônibus
- Consultar melhor rota entre 2 pontos da cidade
- Consultar itinerários dos ônibus
- Consultar qual o melhor ônibus a ser pego, para chegar da Avenida Paulista, 500 até a Avenida Luis Carlos Berrini, 1750
- Consultar os horários dos ônibus que saem da Avenida Paulista, 500 com destino a Avenida Luis Carlos Berrini, 1750
- Consultar o itinerário do ônibus que será utilizado para sair ir da Avenida Paulista, 500 até a Avenida Luis Carlos Berrini, 1750
Descrição de um personagem para o perfil mais dominante
Descrição de um personagem para o perfil mais dominante
Deêm suas opiniões, pois depois temos que continuar a lista de artefatos:
- Descrição de um personagem para o perfil mais dominante
- Lista de tarefas típicas (20% das tarefas usadas 80% das vezes) e concretas (casos particulares com dados concretos) executadas pelo personagem
- Para a tarefa típica e concreta mais freqüente do personagem construído escrever:
- uma história da prática corrente (como ele executa a tarefa hoje)
- uma história da prática futura (como ele vai executar a mesma tarefa com a nova tecnologia)
- Teste de plano de usabilidade
- Ambiente de usuário (arquitetura abstrata)
- Mapeamento do ambiente de usuário para telas
- Construção de uma tela abstrata mais complexa (agrupa mais de uma área focal)
quinta-feira, 4 de setembro de 2008
Lista com breves descrições dos principais perfis de usuários
1 – Matheus - Cidadão comum:
Matheus acorda cedo todos os dias para ir ao trabalho. É Office-boy em uma empresa privada. Tem 16 anos e está iniciando seu aprendizado com informática na escola. Freqüentemente Matheus precisa ir até outras empresas em regiões diferentes da cidade para fazer seu trabalho. Para isto utiliza ônibus e/ou metrô. Descobrir rapidamente o melhor modo de chegar até seu destino durante o trabalho é uma atividade constante.
terça-feira, 2 de setembro de 2008
Documento de Visão: Finalização e Revisão
Seguem abaixo a lista de artefatos que ainda temos que produzir:
- Lista com breves descrições dos principais perfis de usuários
- Descrição de um personagem para o perfil mais dominante
- Lista de tarefas típicas (20% das tarefas usadas 80% das vezes) e concretas (casos particulares com dados concretos) executadas pelo personagem
- Para a tarefa típica e concreta mais freqüente do personagem construído escrever:
- uma história da prática corrente (como ele executa a tarefa hoje)
- uma história da prática futura (como ele vai executar a mesma tarefa com a nova tecnologia)
- Teste de plano de usabilidade
- Ambiente de usuário (arquitetura abstrata)
- Mapeamento do ambiente de usuário para telas
- Construção de uma tela abstrata mais complexa (agrupa mais de uma área focal)
Abraço
Venda de bilhetes?
8. Tarefas Típicas Apoiadas
segunda-feira, 1 de setembro de 2008
Item 7. Hipóteses de Trabalho e Premissas
* Ter um mínimo de familiaridade com equipamentos eletrônicos, para poder interagir com o quiosque
* Ter uma idéia mínima de como funciona o quiosque e para que ele serve
Empresas de Transporte
* Ter conhecimento básico de computação, para cadastrar as informações referentes aos itinerários, rotas, tarifas, etc
* Ser responsável com relação a fidelidade das informações cadastradas.
Acho que isso pode ser melhorado, isso é uma idéia inicial.
Estava pensando e não citamos quase nada para com relação a pessoas com necessidades especiais...precisamos pensar nisso.
Item 5. Considerações Técnicas
* Utilização de um hardware moderno e veloz, visando um bom tempo de resposta nas consultas efetuadas pelos usuários
* Utilização de um sistema operacional livre, visando o barateamento da solução, pois vários quiosques serão instalados pela cidade, o que encareceria caso houvesse a necessidade de licenciamento de software
* Utilização de uma linguagem de software livre para o desenvolvimento do sistema
Vocês acham que precisamos acrescentar alguma coisa?
Projeto Ambiente de Usuário
Se quiser ver um exemplo, tem nesse link do material da aula.
Principais Interessados e papéis
Todos concordam com o que está no documento para fecharmos isso?
Alteração do Documento de Visão
Valeu
Ambiente de trabalho
Cidadão comum: Utilizará o terminal com uma tela suficientemente grande, espalhado em pontos estratégicos da cidade, perto de estações de ônibus e metro, deverá selecionar o serviço ou local que desejado e observar as informações desejadas.
Como ambiente de trabalho pensei as seguintes coisas:
Turista: Utilizará o terminal com uma tela suficientemente grande, espalhado em pontos estratégicos da cidade, perto de estações de ônibus e metro, ou até mesmo no hotel em que se encontra, caso o turista seja extrangeiro poderá selecionar a língua inglesa para exibição na tela. Ele deverá selecionar o serviço ou local que desejado e observar as informações desejadas.
Empresa de transporte: Através de uma interface com o sistema do quiosque irá cadastrar informações sobre sua linha, assim como tarifas, e itinerários.
Empresário: Através de uma interface com o sistema quiosque poderá pagar uma certa quantia para incluir informações sobre seu ponto comercial no sistema.