You are on page 1of 15

Cidades Inteligentes e Aplicativos de Roteirizao:

Modelos Conceituais, Avaliaes de Usabilidade e Uma


Proposta de Aplicativo
Daniel Antnio Midena Aguillar1, Daniele Haucke1, Socrates Veridiano Faria Lopes1,
Plinio Thomaz Aquino Junior1,2
1
IPT - Instituto de Pesquisas Tecnolgicas do Estado de So Paulo, So Paulo, Brasil
2
Centro Universitrio FEI Fundao Educacional Inaciana Pe. Sabia de Medeiros,
So Bernardo do Campo, Brasil
danielaguillar@yahoo.com.br, danielehaucke@gmail.com, socrateslopes@acm.org,
plinio.aquino@fei.edu.br
motocicleta ou mesmo a p, faz-se necessria a identificao
ABSTRACT
The goal of this research is to evaluate Waze and Google de melhores rotas em trajetos do cotidiano, principalmente
Maps user experience, compiling the suggested em deslocamentos at locais no explorados anteriormente.
Neste ltimo caso, so necessrias buscas por melhores
improvements in a report. These apps were chosen because
of their global popularity levels. Traditional HCI theories trajetos e auxilio contnuo durante a viagem. Com a
and methods were used to help retrieve information about the popularizao dos smartphones e maior acesso a redes
apps in order to generate more knowledge for general mveis, os cidados recorrem a diversos aplicativos
planning and evaluation activities. These apps were disponibilizados no mercado para atender tais necessidades,
evaluated using methods such as communicability e.g. Waze, Google Maps, TomTom, Garmin, GPS Navigator,
evaluation, heuristics evaluation and usability testing. These HERE, Sygic, CoPilot GPS, Navmii GPS Brasil, entre
methods were combined to enhance results and evaluations outros. Verifica-se que estes aplicativos so usados em
quality levels. The evaluation team consists of one advisor diversos cenrios, com mltiplos motivadores, e atendem
teacher and three post-graduation students. All evaluations diferentes perfis de usurios.
O objetivo deste trabalho avaliar a experincia de uso dos
brought useful knowledge for the proposition of
improvements within the apps. Additionally, due to the aplicativos Waze e Google Maps, compilando melhorias
sugeridas em um relatrio. A popularidade, alcance global,
implementation impossibility of such improvements, it is
presented an app proposal that considers them. disponibilidade nas duas plataformas mais populares (iOS e
Android) alm de sua gratuidade motivaram sua escolha.
Author Keywords Teorias e mtodos tradicionais de IHC foram utilizados no
Usability; heuristics; mobile apps UX testing; HCI; levantamento de informaes sobre os aplicativos de modo a
communicability evaluation. gerar mais conhecimento para o planejamento e execuo
ACM Classification Keywords das avaliaes. A experincia de uso dos aplicativos foi
H.5.m. Information interfaces and presentation (e.g., HCI): avaliada utilizando-se uma combinao de mtodos de
Miscellaneous; avaliao atravs de inspeo e de observao. Tais mtodos
foram combinados para aumentar a qualidade do resultado
INTRODUO das avaliaes. A equipe de avaliadores formada por um
O dinamismo do trnsito nos grandes centros urbanos, alta professor orientador e trs alunos de ps-graduao.
quantidade de veculos e baixa previsibilidade das condies As avaliaes geraram entendimentos para a proposio de
das vias motivam o cidado a buscar eficincia nos melhorias nos aplicativos, constatando-se que os aplicativos
deslocamentos realizados cotidianamente. Muitos fatores avaliados possuem baixo nvel de acessibilidade. Segundo
influenciam a busca por essa eficincia: ganhar tempo Barbosa e Silva [6], a acessibilidade tambm considerada
fugindo do trnsito, diminuir custo, aumentar segurana e um critrio da qualidade de uso, que atribui igual importncia
conforto, entre outros. Quando necessrio deslocamento por s pessoas com e sem limitaes nas capacidades de
meio de veculo prprio, transporte coletivo, taxi, bicicleta, movimento, percepo, cognio e de aprendizado, e por este
Permission to make digital or hard copies of all or part of this work for
motivo, a acessibilidade foi observada neste trabalho. No
personal or classroom use is granted without fee provided that copies are entanto, devido aos aplicativos avaliados serem aplicaes
not made or distributed for profit or commercial advantage and that copies comerciais com respectivos direitos autorais, a aplicao de
bear this notice and the full citation on the first page. To copy otherwise, or melhorias de usabilidade e acessibilidade constatadas no
republish, to post on servers or to redistribute to lists, requires prior specific
permission and/or a fee. IHC'16, Brazilian Symposium on Human Factors
estudo para este trabalho foram incorporados na
in Computing Systems. October 4-7, 2016, So Paulo, SP, apresentao de uma proposta de aplicativo de mobilidade
Brazil. Copyright 2016 SBC. ISBN XXX-XX- XXXX-XXX- X (online). voltado a usurios deficientes visuais. Desta forma, os
usurios com este perfil poderiam compartilhar a experincia H signos que geram confuso nos aplicativos?
de uso de um aplicativo que tambm poderia atender a Quais rupturas de comunicao so mais frequentes?
usurios sem tal deficincia, garantindo assim um tratamento De que maneira os usurios usam o aplicativo?
sem distino entre ambos os perfis. Os usurios sentem-se confortveis e confiantes ao
utilizar a interface?
PROCESSO DE AVALIAO
O processo de avaliao apresentado neste relatrio Os usurios abandonam a interface quando no
utilizando-se os trs mtodos de avaliao escolhidos, conseguem realizar alguma tarefa?
descrevendo-se o planejamento das avaliaes e, por fim, Os usurios cometem erros? Com qual frequncia? Eles
conseguem se recuperar?
relatando-se o processo de avaliao e seus resultados.
O planejamento do projeto das avaliaes auxilia em sua Os usurios sentem-se inseguros, com medo de
produtividade e controle, considerando uma viso geral do "estragar" algo nos aplicativos?
processo aplicado, especialistas de usabilidade e pblico Existem problemas de IHC que impedem ou dificultam
alvo. A etapa de planejamento se baseia no framework os usurios alcanarem seus objetivos? Com que
DECIDE [3] os tpicos descritos a seguir baseiam-se em frequncia ocorrem? Qual a gravidade deles?
sua estrutura (o planejamento completo do projeto, assim Os usurios conseguem se lembrar facilmente dos
como mais detalhes pode ser acessado em comandos utilizados?
www.fei.edu.br/~plinio.aquino/competicaoIHC2016/). JUSTIFICATIVA DA ESCOLHA DOS MTODOS
Em sistemas interativos os problemas costumam ocorrer,
Descrio de Objetivos
Esta seo refere-se determinao de objetivos que guiaro principalmente, na obteno, interpretao, processamento e
planejamento, execuo e apresentao dos resultados desta compartilhamento de dados entre os stakeholders, mas
pesquisa, conforme framework DECIDE [3]. tambm se revelam na fase de implementao[6], onde, por
Avaliar a experincia subjetiva do usurio no uso de exemplo, um programador insere comportamentos no
aplicativos de apoio mobilidade urbana, utilizando os projetado no sistema. Selecionou-se para a avaliao trs
aplicativos Waze e Google Maps; mtodos: avaliao heurstica, avaliao de
Realizar avaliaes e testes de usabilidade utilizando-se comunicabilidade com o uso de etiquetas de comunicao
mtodos de inspeo e observao em conjunto, e teste de usabilidade.
utilizando os mtodos descritos a seguir, em Estes mtodos foram escolhidos considerando-se: objetivo
conformidade com escopo estabelecido na Tabela 1: da avaliao, experincia dos avaliadores e questes prticas
1. Avaliao heurstica (inspeo) de avaliao. Dada a natureza distinta e complementar dos
2. Avaliao de comunicabilidade (observao) mtodos citados, acredita-se que avaliaes por inspeo e
3. Teste de usabilidade (observao) observao unidas gerem um resultado mais rico, sob
diferentes perspectivas: viso do especialista e do usurio
App iOS Android com acompanhamento de especialistas.
As avaliaes em contexto foram realizadas em diferentes
Waze 1 e 2 (a) 1 e 3 (c) roteiros pois os avaliadores consideram que as diferentes
Google Maps 1 e 2 (b) X caractersticas das rotas contribuem para aumentar a
quantidade de possveis problemas enfrentados pelos
Tabela 1 Matriz com escopo de avaliaes e anlises
usurios.
Analisar o comportamento de um mesmo aplicativo em Conforme demonstrado na Tabela 1, decidiu-se no avaliar
diferentes plataformas Tabela 1 (a) e (c); o aplicativo Google Maps na plataforma Android, uma vez
Analisar diferenas entre aplicativos na mesma que as outras avaliaes e dimenses desejadas para anlise
plataforma Tabela 1 (a) e (b); j atendem aos objetivos e critrios estabelecidos para esta
Analisar e comparar resultados. pesquisa, outrossim, a deciso foi tomada de modo a auxiliar
Optou-se por no avaliar o aplicativo Google Maps na na reduo de custos das avaliaes.
plataforma Android com o objetivo de diminuir o custo do A Tabela 2 apresenta as plataformas consideradas nos testes.
processo de avaliao e levando-se em considerao que o
aplicativo possui mltiplos objetivos, rotas a p, transporte Marca Modelo S.O. Firmware
pblico etc., enquanto que o Waze apenas apresenta rotas iPhone 6S
para automveis. Apple iOS 9.3.2 1.60.00
(MKRG2LL/A)
Perguntas a Serem Respondidas ZenFone 2 Laser Android
Nesta seo exploram-se as perguntas a serem respondidas Asus 1.17.40.1531
(ZE550KL) 5.0.2
com as avaliaes realizadas, tais perguntas tm como
objetivo guiar a operacionalizao da investigao e o Tabela 2 Descrio de plataformas utilizadas
julgamento de valor a ser realizados DECIDE [3]. Considerar duas plataformas representativas no mercado
Quais problemas de usabilidade so apresentados por importante, pois podem existir falhas e inconsistncias
cada um dos aplicativos? diferentes em diferentes plataformas.
A Tabela 3, por sua vez, apresenta os aplicativos utilizados tarefas importantes. Da perspectiva do usurio, problema
para os testes e anlises com suas respectivas verses. Por especial atrapalha usurios com necessidades especiais,
haver a possibilidade dos aplicativos ou plataformas problema preliminar atrapalha usurios iniciantes ou
sofrerem atualizaes que podem melhorar ou piorar sua infrequentes e problema geral atrapalha todos os tipos de
usabilidade e acessibilidade, documentou-se as verses dos usurios.
aplicativos e plataformas usados. Deste modo, garante-se Para a plataforma iOS a avaliao foi realizada apenas em
tambm a reprodutibilidade de testes e anlises feitos. laboratrio e para a plataforma Android, adicionalmente, em
contexto. Uma rota partindo da R. Professor Sylvio
Nome Desenvolvedor Verso/Release S.O.
Marcondes Machado, localizado na Zona Norte da cidade de
Waze Google 4.6.0.0 iOS So Paulo, e a R. Jos Francisco de Freitas, na Zona Sul da
Google mesma cidade, foi percorrida passando por ruas pouco
Google 4.18.81882 iOS movimentadas e de baixa velocidade, por avenidas e por vias
Maps
expressas (como as Marginais Tiet e Pinheiros). A escolha
Waze Google 4.2.0.1 Android desta rota foi para evidenciar comportamentos de interface
Tabela 3 Lista de aplicativos utilizados nas avaliaes que possam estar relacionados ao trnsito e velocidade
mdia/mxima das vias transitadas.
As violaes foram documentadas utilizando-se o esquema
DESCRIO DOS MTODOS ESCOLHIDOS apresentado na Tabela 4. As violaes encontradas e suas
Nesta seo apresenta-se uma breve descrio dos trs classificaes so apresentadas neste artigo de modo
mtodos de avaliao escolhidos, que ajudaro a responder resumido:
as perguntas e objetivos j citados, considerando o grau de
conhecimento, prazo, oramento, entre outros recursos <nome da heurstica>
disponveis para esta pesquisa DECIDE [3]. Verificao: Grau de Severidade:
( ) 0 - Sem importncia
Avaliao por heursticas de Nielsen
<perguntas objetivas para ( ) 1 - Cosmtico
A base deste mtodo um conjunto de diretrizes de
verificao da heurstica> ( ) 2 - Simples
usabilidade (heursticas), descrevendo as caractersticas
( ) 3 - Grave
desejadas da interface e da interao. Neste trabalho, levou-
( ) 4 - Catastrfico
se em considerao as 10 heursticas propostas por Nielsen
Natureza do problema:
[2] para a conduo da avaliao.
( ) Rudo ( ) Obstculo ( ) Barreira
Avaliao de comunicabilidade
Este mtodo avalia a recepo da mensagem pelos usurios Perspectiva da tarefa:
do sistema, atravs de situaes e problemas reais durante a ( ) Problema Secundrio ( ) Problema Principal
realizao de atividades. O foco de avaliao baseia-se na Perspectiva do usurio:
interpretao dos usurios, rupturas de comunicao e ( )Problema Especial
intenes de comunicao dos usurios. ( )Problema Preliminar ( ) Problema Geral
Teste de usabilidade Descrio do Problema:
Assim como a avaliao de comunicabilidade, o teste de <descrio sucinta do problema encontrado>
usabilidade um mtodo de observao. Este mtodo Contexto:
consiste na avaliao de um sistema interativo analisando sua <contexto em que o problema foi encontrado>
utilizao por usurios identificados como integrantes do
pblico alvo, levando em considerao metas de usabilidade. Efeito sobre o usurio:
<efeito sobre o usurio causado pelo problema>
AVALIAO POR HEURSTICAS DE NIELSEN
O esquema para documentao das violaes encontradas Efeito sobre a tarefa:
utilizando o mtodo de heursticas, fornecido na Tabela 4, <efeito sobre a tarefa causado pelo problema>
leva em considerao a natureza do problema, perspectiva da
tarefa e perspectiva do usurio [7]. Para a natureza do Recomendao:
problema existem trs categorias: rudo (o usurio tem uma <proposta de re-design para mitigar ou corrigir o
diminuio do seu desempenho em uma tarefa devido a um problema>
problema), obstculo (usurio encontra dificuldade em Tabela 4 - Esquema para avaliao por heursticas de Nielsen
realizar a tarefa algumas vezes devido a um problema, mas AVALIAO DE COMUNICABILIDADE
acaba aprendendo a super-lo), barreira (o problema impede O modelo de processo de avaliao de comunicabilidade
o usurio de realizar a tarefa). Quanto perspectiva da tarefa, [1][4][5] a ser seguido baseou-se no diagrama da Figura 1.
um problema secundrio atrapalha o usurio a realizar tarefas O diagrama apresentado utiliza a Business Process Modeling
de menor importncia e frequncia, enquanto que um Notation (BPMn) [14], e foi modelado como ferramenta de
problema primrio impacta diretamente na realizao de suporte ao entendimento do mtodo e suas etapas. O mtodo
Figura 1 Processo de avaliao de comunicabilidade descrito em notao BPMn Business Process Modeling Notation[14]
Fonte: Desenvolvido pelos autores

prev que o especialista avalie os vdeos dos testes e atribua identificar o perfil dos participantes e sua familiaridade com
etiquetas nas rupturas de comunicao. Neste projeto, a tecnologia e o sistema sob avaliao. Na sequncia, os
equipe prope que o usurio participante do teste seja roteiros foram executados pelos usurios mediante
treinado nas etiquetas, de tal forma, que este tente manifestar observao dos especialistas.
as rupturas com as etiquetas correspondentes. No final do Roteiro A - Sair do ponto de Partida (Rua Tibes, 502, Jd.
teste o usurio participa da sesso de reviso do vdeo So Bento, So Paulo, SP) e chegar ao ponto de destino (Rua
ajudando o especialista na correta atribuio das etiquetas. Maestro Anto Fernantes, 415, Jd. So Bento, So Paulo, SP)
As etiquetas da Figura 2 foram utilizadas para identificar e Trajeto: 1,5km Tempo Estimado: 3-5 minutos
documentar as rupturas de comunicao durante o uso dos
aplicativos. Roteiro B - Sair do ponto de Partida (Rua Maestro Anto
CAD? ASSIM NO D. Fernantes, 415, Jd. So Bento, So Paulo, SP), passar pelo
E AGORA? VAI DE OUTRO JEITO.
O QUE ISTO? NO, OBRIGADO!
ponto intermedirio (Rua Padre ngelo Siqueira, 160, Jd.
EPA! PRA MIM EST BOM. So Bento, So Paulo, SP) e chegar ao ponto de destino (Rua
ONDE ESTOU? SOCORRO! Tibes, 502, Jd. So Bento, So Paulo, SP)
U, O QUE HOUVE? DESISTO
POR QUE NO FUNCIONA?
Trajeto: 1,1km Tempo Estimado: 3-4 minutos
Figura 2 Etiquetas utilizadas na Avaliao de Roteiro C - Sair do ponto de Partida (Rua Tibes, 502, Jd.
Comunicabilidade So Bento, So Paulo, SP), passar pelo ponto intermedirio
As avaliaes seguiram trs macro etapas: aplicao de (Rua Frei Mauro Teixeira, 222, Jd. So Bento, So Paulo,
questionrio pr-teste, avaliao em contexto de uso, e SP), passar por outro ponto intermedirio (Rua Padre ngelo
aplicao de questionrio ps-teste. As macro etapas foram Siqueira, 160, Jd. So Bento, So Paulo, SP) e chegar ao
executadas considerando critrios ticos na recepo e ponto de destino (Rua Maestro Anto Fernantes, 415, Jd. So
envolvimento dos usurios nos testes (descrito em detalhes Bento, So Paulo, SP)
posteriormente neste artigo). Trajeto: 2,2km Tempo Estimado: 5-7 minutos
A seguir so descritos resumo de protocolo, roteiros de
avaliao e solicitaes realizadas durante o procedimento: Solicitaes: Durante o teste, o avaliador instruiu os usurios
Protocolo: Antes do incio, os participantes foram a fazerem ao menos dois desvios da rota calculada e
informados sobre os procedimentos, assinaram o termo de realizarem o aviso de trnsito no aplicativo.
consentimento livre e esclarecido, e preencheram o Finalizadas as avaliaes, aplicou-se o questionrio ps-teste
questionrio pr-teste. O questionrio pr-teste busca para levantamento de informaes sobre a experincia
subjetiva do usurio durante o uso dos aplicativos e IDENTIFICAO DE QUESTES PRTICAS DAS
realizao dos roteiros de teste/avaliao. AVALIAES / AMBIENTE DE TESTE
Seguindo o framework DECIDE [3], identificou-se as
TESTE DE USABILIDADE questes prticas referentes ao processo de avaliao e
Para o teste de usabilidade, trs metas de usabilidade [2] detalhes sobre os ambientes de teste:
foram consideradas: Quantos usurios participaro das avaliaes e testes?
Segurana no uso (safety) os usurios utilizam os Entre dois e cinco usurios com perfil intermedirio
sistemas avaliados, geralmente, enquanto dirigem e (excluindo iniciantes e especialistas), podendo um deles ser
problemas de interao e na interface podem colocar a um dos avaliadores desde que no seja especialista no uso
vida desses usurios em risco. dos aplicativos testados.
Facilidade de memorizao o contexto de uso exige Qual a preparao e equipamentos necessrios?
uma alta carga cognitiva (ateno ao trnsito, pedestres, Possuir voluntrios para os testes; Ter os documentos de
leis de trnsito etc.), portanto o uso do sistema deve ser consentimento, diretrizes do teste, questionrios pr e ps
intuitivo, sem necessidade de o usurio ter que aprender teste prontos para resposta; O avaliador no deve dialogar
a cada uso como realizar a mesma tarefa. Uma vez com o usurio apenas o observar; Usurio deve possuir
aprendida, este dever ser capaz de se lembrar com habilitao e ter experincia para dirigir um veculo; Possuir
facilidade, realizando o mnimo esforo cognitivo. carro com combustvel; Possuir bateria do smartphone com
Satisfao do usurio os usurios no devem sentir carga acima de 95% no incio de cada teste; Avaliador deve
impactos negativos em suas emoes e sentimentos em possuir material para anotao dos resultados do
decorrncia da utilizao dos sistemas avaliados. experimento.
Qual o prazo?
Os testes de usabilidade tambm foram realizados em trs Para realizao do experimento por cada voluntrio: mximo
etapas, assim como na avaliao de comunicabilidade, sendo 30 minutos
estas: aplicao de questionrio pr-teste, teste em contexto Organizao:
de uso e aplicao de questionrio ps-teste. 10 min. Questionrio pr-teste e termo consentimento
Protocolo: Antes do incio, os participantes foram 15 min. Realizao do experimento
informados sobre como ocorreria o teste e assinaram o termo 5 min. Questionrio ps-teste
de consentimento livre e esclarecido, preencheram o Qual oramento disponvel?
questionrio pr-teste e executaram os roteiros de teste. R$0,00 sem oramento disponvel custos bancados pelo
Roteiro A Sair do ponto de partida (Rua Augusto Perroni, avaliador
249, So Paulo, SP) e chegar ao ponto de destino (Rua Qual a mo-de-obra necessria para conduzir uma
Pirajussara, 530, So Paulo, SP). avaliao/um teste?
Trajeto: 2km Tempo Estimado: 4-6 minutos. Mnimo de duas pessoas Avaliador e Usurio
DECISES SOBRE QUESTES TICAS
Roteiro B Sair do ponto de partida (Rua Pirajussara, 530, Como os experimentos envolveram seres humanos com
So Paulo, SP) e chegar ao ponto de destino no observao e documentao das suas aes, os
Estacionamento do Shopping Villa Lobos (Avenida das procedimentos foram realizados guardando estreita relao
Naes Unidas, 4777, So Paulo, SP). com a tica DECIDE [3], por meio da permisso prvia dos
Trajeto: 4km Tempo Estimado: 8-12 minutos. participantes, com assinatura do Termo de Consentimento
Livre e Esclarecido (TCLE), seguindo os preceitos da norma
Roteiro C Sair do ponto de partida (Rua Augusto Perroni, 196/96 do Conselho Nacional de Sade (CNS). Os seguintes
249, So Paulo, SP), passar por outro ponto intermedirio tpicos foram considerados:
(Rua Pirajussara, 530, So Paulo, SP) e chegar ao ponto de Aplicao do TCLE - os participantes somente poderiam
destino no Estacionamento do Shopping Villa Lobos participar do teste aps leitura e assinatura do TCLE;
(Avenida das Naes Unidas, 4777, So Paulo, SP). Os dados coletados dos usurios no sero identificados;
Trajeto: 6km Tempo Estimado: 9-15 minutos. Os usurios sero filmados para a extrao de
informaes para a avaliao mas seus dados e vdeos
Solicitaes: Durante o teste, o avaliador instruiu que os sero mantidos em sigilo, no sendo publicados ou
usurios fizessem rotas alternativas para evitar trnsito, identificados. O material ser descartado ao trmino da
declarando em voz alta pensamentos e tomadas de decises. extrao de informaes relevantes;
Os usurios no sero colocados em cenrios de presso
ou risco no trnsito;
Aps finalizao dos testes, como feito na avaliao de Para os testes - durante a etapa prtica, ser usada via
comunicabilidade, foi aplicado um questionrio ps-teste local em bairro residencial, com baixo nvel de
para levantamento de informaes sobre a experincia movimento. Se necessrio, sero utilizados dias de
subjetiva do usurio durante o uso dos aplicativos. semana menos movimentados, como sbado e domingo;
Os usurios podero desistir e parar a qualquer avaliaes em cada caso, de modo resumido, dadas as
momento, declarando se desejam que seus dados sejam restries de espao para este relatrio. Para avaliar as
totalmente descartados; violaes em termos de gravidade, aplicou-se a seguinte
Ser fornecido pronto atendimento mdico, ou suporte escala: (0) Sem importncia; (1) Cosmtico; (2) Simples; (3)
da equipe para encaminhamentos, se necessrio; Grave; (4) Catastrfico.
Os usurios devem possuir convnio mdico; No universo das violaes apresentadas na Tabela 5,
Os avaliadores no podero obrigar os participantes a considerando a avaliao na plataforma iOS, observou-se
realizar nenhuma tarefa; que no Waze, 39% das violaes foram classificadas como
Participantes que no possuam habilitao do tipo B no Simples, 46% como Graves e 14% como Cosmticas. As
podero participar do teste, mesmo que saibam dirigir; Figuras 3, 4 e 5 ilustram algumas violaes classificadas
O resultado de qualquer teste poder ser descartado sem como grve durante a avaliao heurstica.
o consentimento dos participantes;
Os participantes do teste no interagiro entre si;
O avaliador no poder ser responsabilizado por
condutas inadequadas dos participantes, mesmo quando
sob a alegao de que tal conduta somente se revelou
devido realizao do teste.
Todos os tpicos planejados quanto s questes ticas foram
comunicados aos participantes do teste antes do incio das
atividades.
DADOS COLETADOS E RESULTADOS
As avaliaes foram conduzidas sem a interao do
avaliador, que idealmente apenas deveriam observar o uso. Figura 3 - Violao grave da heurstica Compatibilidade com
A experincia foi filmada e seus resultados foram analisados o mundo real no Aplicativo Waze para iOS
a partir da extrao dos dados e informaes dos
experimentos. Todas as avaliaes e testes foram realizados J no aplicativo Google Maps, na plataforma iOS, foi
com sucesso. As prximas sees apresentaro os dados possvel observar uma distribuio diferente, sendo as
coletados e resultados observados. violaes, em 93% dos casos violaes Graves e apenas 7%
Simples.
Avaliao por heursticas de Nielsen
A avaliao por heursticas foi realizada por dois
especialistas, em sistemas operacionais distintos e
fisicamente separados. Acreditou-se que ao realizar a
avaliao deste modo, seria possvel detectar mais violaes,
que poderiam ser identificadas por um e no identificadas
por outro, nas plataformas mais utilizadas de smartphones:
iOS e Android.
Um especialista trabalhou com as aplicaes Waze e Google
Maps no sistema operacional iOS da Apple e o outro com o Figura 4 - Exemplo de violao grave da heurstica Controle
do usurio e liberdade no aplicativo Google Maps para iOS
aplicativo Waze no sistema operacional Android do Google.
Ambos possuem familiaridade com o mtodo de avaliao,
sistemas computacionais e facilidade para uso e manuseio
dos smartphones e conhecimentos prvios sobre aplicativos
avaliados.
As avaliaes foram feitas com base no seguinte
planejamento: preparao, onde foram selecionadas partes
da interface a serem avaliadas. No iOS avaliou-se as
aplicaes de modo integral. J no Android, selecionou-se
apenas telas relacionadas ao objetivo de clculo de rota.
Realizou-se, portanto, a coleta de dados pela inspeo das
interfaces na busca de violaes das heursticas, interpretou-
se os dados obtidos e estes foram consolidados como
resultados obtidos por meio de listagem das heursticas
violadas, indicando para cada violao o local, gravidade,
justificativa e recomendaes de soluo. Os resultados
foram relatados utilizando-se o esquema previamente
Figura 5 Violaes graves da heurstica Reconhecimento ao
fornecido. A seguir sero descritos os resultados das invs de lembrana no aplicativo Waze para Android
Por sua vez, na Tabela 6 apresentam-se os resultados da A partir da observao dos resultados obtidos das avaliaes,
avaliao heurstica considerando apenas as funcionalidades considera-se que houve elevado nmero de violaes
e etapas diretamente envolvidas no clculo de rota do encontradas consideradas como graves, evidenciando
aplicativo Waze na plataforma Android, conforme plano de problemas de usabilidade que no podem ser ignorados e que
testes descrito anteriormente. exigem ajustes imediatos para evitar rupturas de
comunicao frequentes, dado que h muitos problemas de
Google usabilidade nas telas mais usadas dos aplicativos - e.g. a tela
Heursticas/ Telas com violaes Waze
Maps de incio, busca de rotas, tela para estimar tempo de chegada
1.Visibilidade do status do Sistema 3 0 em diferentes horrios, menus de ajuda e configurao, entre
2.Compatibilidade do Sistema com 10 17 outros. Os resultados completos do teste sero fornecidos no
o mundo real link do projeto declarado no final do relatrio.
3.Controle do usurio e liberdade 4 3 Avaliao de comunicabilidade
4.Consistncia e padres 8 23 Como resultado da avaliao de comunicabilidade, sero
5.Preveno de erros 0 0 apresentadas, de modo consolidado, as informaes obtidas
6.Reconhecimento ao invs de 3 0 no questionrios pr-teste/ps-teste, alm das informaes
lembrana coletadas durante a execuo da avaliao.
7.Flexibilidade e eficincia de uso 0 0 Questionrios pr-teste
8.Esttica e design minimalista 0 0 Analisando o perfil dos 10 participantes da avaliao, pode-
9. Auxiliar os usurios a reconhecer, 0 0 se dizer que possuem em mdia entre 20 e 30 anos, ensino
diagnosticar e corrigir erros superior incompleto, no trabalham formalmente na rea de
10.Ajuda e documentao 0 0 TI, avaliam ter bom conhecimento em computao, j
Total de telas com violaes 28 43 usaram smartphones, no possuindo dificuldades em seu
Tabela 5 - Resultado da Avaliao Heurstica no iOS uso. Tambm relataram terem usado, com uma frequncia de
uso mdia, aplicativos de clculo de rotas como Google
Decidiu-se reduzir o escopo desta avaliao para filtrar Maps e Waze. Suas maiores reclamaes sobre os aplicativos
apenas as violaes encontradas no objetivo central do giram em torno de falta de agilidade para uso, rotas erradas
aplicativo: o clculo de rotas. Neste universo de violaes ou demoradas, pouca praticidade da interface, falta de
apresentadas, observou-se que 62,5% das violaes foram suporte off-line simplificado e muita publicidade (esta, mais
classificadas como Simples e 37,5% como Graves. especificamente no Waze, que atrapalha seu uso). O objetivo
Heursticas/ Telas com violaes Waze geral dos participantes ao usar estes aplicativos, segundo
seus relatos, a busca por melhores trajetos para fugirem do
1.Visibilidade do status do Sistema 0
trnsito.
2.Compatibilidade do Sistema com o mundo real 2
Resultados da avaliao de comunicabilidade
3.Controle do usurio e liberdade 1
A seguir sero descritos de modo resumido, dadas as
4.Consistncia e padres 1
restries de espao, os resultados observados durante as
5.Preveno de erros 0
avaliaes com os trs participantes mais relevantes quanto
6.Reconhecimento ao invs de lembrana 1
a contribuio de feedback, separando os comentrios por
7.Flexibilidade e eficincia de uso 1
aplicativo.
8.Esttica e design minimalista 1
9. Auxiliar os usurios a reconhecer, diagnosticar 1
Participante 1
e corrigir erros
10.Ajuda e documentao 0 Aplicativo: Waze Problemas encontrados: 26
8 Etiquetas mais usadas: Cad?, Onde estou? e
Total de telas com violaes
Desisto
Tabela 6 - Resultado da Avaliao Heurstica no Android
Aplicativo: Google Maps Problemas encontrados: 12
Comparativamente, ao filtrar-se as avaliaes realizadas em Etiquetas mais usadas: U, o que houve? e Para mim
iOS com base no escopo das avaliaes feitas em Android, est bom
verificou-se que o nmero de violaes se manteve idntico.
Houve pouca variao (ordem de 5%) apenas em sua Participante 2
distribuio e classificao, como poderia se esperar, pois Aplicativo: Waze Problemas encontrados: 20
esse tipo de avaliao possui envolvimento de especialistas Etiquetas mais usadas: Cad? e O que isto?
com perfis que podem variar, alm de envolver a
subjetividade de interpretao de cada pessoa. Em suma, Aplicativo: Google Maps Problemas encontrados: 14
mesmo reduzindo o escopo de avaliao heurstica, ainda Etiquetas mais usadas: U, o que houve? e Assim no
assim foi possvel observar que as violaes encontradas so d
principalmente de natureza grave e simples.
Participante 3
Aplicativo: Waze Problemas encontrados: 16
Etiquetas mais usadas: Cad?, U, o que houve? e
No, obrigado.
Aplicativo: Google Maps Problemas encontrados: 7
Etiquetas mais usadas: U, o que houve? e Por que no
funciona?

Com esses resultados pode-se verificar que comum a


utilizao de etiquetas como U, o que houve?, alm do
alto nmero de problemas encontrados por cada usurio
durante a execuo dos cenrios. Ser documentado a seguir
os problemas mais crticos encontrados no Waze:
Aplicativo forneceu rota, mas notificaes sobre
entradas direita/esquerda ocorreram muito prximo Figura 6 - Etiquetas usadas - Cad? O que isto?
da manobra, fazendo o motorista perder a entrada;
Rota encontrada, mas ao iniciar a navegao o A Figura 7 e a Figura 8 ilustram ocorrncias no sistema
aplicativo parou de exibi-la (rota sumiu); operacional iOS que causaram grandes dificuldades aos
Carregamento de rota diferente da solicitada pelo usurios.
usurio;
Localizao incorreta no mapa;
Fornecimento de rota com mais trnsito;
Falta de reclculo de rota ao sair da rota traada.
Durante as avaliaes, todas as etiquetas foram usadas no
aplicativo. A seguir, sero fornecidos alguns exemplos de
telas onde as etiquetas foram identificadas, sendo estas
utilizadas durante o uso do aplicativo em alguma ocorrncia
dinmica ou mudana de estado da aplicao. Procurou-se
fornecer a seguir situaes estticas, onde ocorreu o uso das
etiquetas e sua documentao foi possvel.
Na tela abaixo (Figura 6), os usurios relataram dificuldade
em encontrar o local para adio de rotas e onde inserir os
pontos intermedirios de parada. Os signos utilizados no
fornecem o entendimento necessrio para que o usurio
realize as aes esperadas, como busca de rota, por exemplo.
Na tela da Figura 6, no fica claro onde se pode buscar o
endereo ou at inserir um ponto intermedirio de parada na Figura 7 - Etiqueta usada Figura 8 - Etiquetas usadas
rota calculada. Os pontos marcados em vermelho so os Epa! U, o que houve? Onde
pontos cujos signos dificultam os usurios a atingirem seus estou?
objetivos. Em outros casos, verificou-se a existncia de vias sem nome
Telas com repentinas mensagens de erro contendo descries ou com nome diferente do que constava na placa da rua, o
incoerentes, sem sentido ou com pouco contedo explicativo que pode gerar desconfiana nos usurios do aplicativo
so recorrentes na aplicao Waze. (Figura 9).
Em casos como este, os usurios avaliados utilizaram Em casos similares, foram usadas etiquetas como Assim
etiquetas como Epa!, Onde estou? e U, o que houve?. no d e Onde estou?, conforme ilustrado na Figura 10.
Telas sem ttulos e descries tambm so recorrentes, pois Verificou-se que os problemas crticos mais encontrados no
durante as avaliaes heursticas encontrou-se diversas telas Google Maps foram:
com estes problemas (e.g. Figura 8). Aplicativo deu aviso sonoro para virar esquerda, mas
Na avaliao de comunicabilidade, os usurios em geral o mapa mostrava a rota para a direita;
sentiam-se perdidos no uso da aplicao Waze, fazendo uso No avisou usurio da chegada e recalculou a rota;
das etiquetas Onde estou?, Socorro! e U, o que Falta de reclculo de rota ao sair da rota original;
houve?, por no saberem o que fazer nem como agir. Em Ao chegar na primeira parada o aplicativo no
alguns casos, pensaram que eles mesmos tinham gerado continuou a rota, apagando tudo;
algum problema na aplicao. No possvel adicionar mais de 1 ponto de parada,
embora parea que possvel.
Durante as avaliaes utilizando o Google Maps, todas as A utilizao de signos com significados incompatveis com
etiquetas tambm foram utilizadas e alguns exemplos a funcionalidade que executam recorrente na aplicao.
documentados neste relatrio. Houve mistura de idiomas em diversas telas. O aplicativo foi
configurado em Portugus Brasileiro. Este foi um problema
recorrente e comum no Google Maps, identificado tanto
durante as avaliaes de comunicabilidade como durante as
avaliaes por heursticas.
Questionrios ps-teste
Percebeu-se ao se analisar as respostas dos questionrios,
que os participantes gostariam de usar os aplicativos Waze e
Google Maps com maior frequncia, mas declararam que os
consideram desnecessariamente complexos, embora tenham
dito no acreditarem ser necessrio apoio tcnico ou
treinamento para sua utilizao. Os participantes
responderam que consideram os sistemas muito
inconsistentes, relatando dificuldades no uso de ambos os
aplicativos.
As interfaces de ambos os aplicativos em geral, agradaram
os participantes que sentiram relativa facilidade em seguir as
rotas, embora acreditem que no seja to fcil, mas tambm
Figura 9 - Etiquetas usadas Figura 10 - Etiquetas usadas
no to complicado aprender a us-los.
Onde estou? Assim no Onde estou? Cad? As melhorias mais indicadas para soluo dos problemas
d! encontrados e em maior parte comuns ambos aplicativos
envolvem:
Na Figura 11, verifica-se que foi utilizada a etiqueta Cad?, Correo dos mecanismos de adio de pontos de
pois os usurios ficaram confusos na busca por algum parada;
elemento de interface para inserir a rota. Neste ponto, os Ajuste nos alertas fornecidos avisar com maior
usurios declaram que desejaram inserir a rota, porm, no antecedncia para evitar acidentes e desvios de
reconheceram o signo (elemento grfico), que deveria percurso;
comunicar-se como elemento para entrada da rota. Corrigir signos que se repetem ao longo das
plataformas com significados e funcionalidades
incompatveis ou que por vezes so utilizados os
mesmos signos para funcionalidades distintas,
induzindo usurios a erro em ambos os casos;
Eliminao de textos muito longos e remoo de
abreviaes para melhorar legibilidade e compreenso,
podendo at utilizar signos no lugar dos textos
abreviados;
Correo de problemas e travamentos envolvendo
clculo e reclculo de rotas;
Melhorias em algoritmo para traar rotas com menor
fluxo de trnsito e menor distncia;
Correo de problema que impede os usurios de
saberem se chegaram no local atravs do
aprimoramento dos mecanismos de localizao;
Melhoria em velocidade de processamento;
Melhoria nos resultados de endereos buscados -
muitas vezes no aparecem informaes suficientes e
ruas com mesmo nome podem ser selecionadas levando
o usurio a outro destino diferente do desejado;
Figura 11 - Etiqueta usada Cad? Melhoria e ampliao de sistemas e opes de ajuda
para esclarecimento de dvidas ao longo da aplicao;
No local onde a pessoa deveria pesquisar o endereo,
Diminuio de quantidade e aumento de assertividade
exibido pela aplicao a mensagem: Pesquise restaurantes,
cafs, o que induziu os usurios ao erro considerando como em dilogos e alertas de udio ao longo de ambas
o objetivo inicial consultar e calcular uma rota para algum aplicaes;
endereo especfico.
Melhorias em suporte off-line dos aplicativos Ao se encerrar o aplicativo, esperado pelos usurios que o
mediante ausncia de internet, no ocorre reclculo de mesmo isto ocorra como desejado e que no execute em
rota em caso de desvios; segundo plano (background). Este problema no ocorre no
Teste de usabilidade ambiente iOS, entretanto, no ambiente Android, recorrente
O teste de usabilidade ser apresentado neste relatrio e compromete atividades essenciais dos usurios. Embora
considerando a consolidao das informaes obtidas do fechado, no aparecendo mais no rol de aplicaes abertas,
questionrio pr-teste e ps-teste, alm dos resultados continua aberto e funcionando, fornecendo informaes,
observados e documentados da execuo do protocolo de consumindo bateria, etc. Conforme ilustrado na Figura 12,
teste. somente quando o usurio acessa a rea de notificaes que
Questionrios pr-teste se descobre que ele ainda est rodando no smartphone.
O questionrio pr-teste busca identificar o perfil dos Somente nesta tela o aplicativo fornece o comando Switch
participantes. Com base nas perguntas realizadas, identifica- Off.
se que os 2 participantes possuem entre 20 e 30 anos, mesma
No se trata de um problema de ocorrncia isolada, no
faixa etria trabalhada nas avaliaes de comunicabilidade,
entanto, segundo os testes mostraram, esta uma
possuem nvel de graduao completo, bons conhecimentos
em computao, utilizam smartphones com boa frequncia e configurao padro do aplicativo Waze no sistema Android.
utilizam aplicativos de roteirizao, citando como exemplo,
em ambos os casos, o aplicativo Waze. Mencionaram em Comentrio 2:
suas respostas que utilizam os aplicativos para clculo de s vezes tem umas rotas que no d para confiar muito. J
rotas enquanto dirigem e que tambm utilizam e tem tive outro caso em que uma rota sugerida no podia ser
familiaridade com o Google Maps. traada.
Resultados do teste de usabilidade
Os resultados do teste de usabilidade so apresentados de O usurio percebeu que a sinalizao o impossibilitava de
maneira consolidada, indicando as dificuldades encontradas realizar a converso direita no horrio em questo (Figura
e transcrevendo os comentrios. 13). O aplicativo no levou em considerao a sinalizao da
via, o que pode induzir os usurios do aplicativo a cometer
Participante 1 infraes ocasionando multas e at acidentes.
Dificuldades encontradas: Nenhuma
Comentrio 1:
No gosto do jeito que o aplicativo fica ocupando espao
no lugar das notificaes. Mesmo depois que eu o fecho, ele
fica ativo. De vez em quando, eu tambm fecho o aplicativo
sem querer, quando tento voltar para ele.

O comentrio mostra que o usurio do Waze no consegue


fechar a notificao fazendo o movimento de fechar,
deslizando para os lados, como padro na plataforma.
Tambm desliga a aplicao porque o controle de fechar est
muito prximo do controle de abrir.

Figura 13 - Exemplo de sinalizao desrespeitada pela rota do


Waze no cruzamento das vias Av. Vital Brasil x R.
Pirajussara.

Neste caso, o participante demonstrou desconfiana nas rotas


traadas pelo aplicativo e dividia bastante a ateno entre
olhar para a tela do dispositivo e a sinalizao da via.

Participante 2
Dificuldades encontradas: 2
Comentrio 1:
Eu no queria saber dos problemas na via, s as instrues
Figura 12 - Tela com marcao do problema relatado pelo por voz
participante durante uso do Waze no sistema Android. Alguns avisos por voz, e.g. a existncia de radar, so
realizados apenas em contextos especficos. Para o radar, o
aviso por voz somente acontece quando o usurio est muito participantes sentiram facilidade no uso do aplicativo, algo
prximo ou acima do limite de velocidade da via informado que no foi observado na avaliao realizada no mesmo
pelo aplicativo, ocorrendo o aviso a 580m de distncia do aplicativo no ambiente iOS, o que indica certa
local do radar (Figura 14). O usurio pode estar a uma diferena/inconsistncia de padres entre os aplicativos em
velocidade abaixo do limite e super-lo nestes 580m, e no cada uma das plataformas.
ser avisado sobre o radar. Outro ponto a impossibilidade de Recomenda-se para futuros estudos a realizao de teste de
escolher quais sero os tipos de notificao que se deseja usabilidade para o aplicativo Google Maps no sistema
receber. O usurio pode apenas optar por receber todas as operacional Android, para complementar os resultados como
instrues (rota e avisos), somente avisos ou nenhuma ocorreu durante o teste de usabilidade com o aplicativo Waze
instruo por voz, no podendo selecionar somente a no Android e a avaliao de comunicabilidade no iOS.
narrao de rota.
CONCLUSES E OBSERVAES
Verificou-se que os mtodos de avaliao utilizados so
complementares uns aos outros, por ser possvel observar
diferentes nuances de cada um dos aplicativos em cada um
dos contextos e cenrios de avaliao. Durante esta pesquisa
foram considerados, principalmente na avaliao e
interpretao dos dados coletados o grau de confiabilidade
dos dados, validade do estudo, entre outros aspectos tal como
definido por DECIDE [3] no item avaliao.
Concluiu-se que, conforme esperado, realizar avaliaes de
inspeo em conjunto com avaliaes observacionais gera
resultado mais rico quando comparado com a realizao
destas avaliaes de modo isolado, pois detectou-se alguns
problemas com mtodos de avaliao de um tipo que no
foram detectados com o uso de outros.
Observou-se grande necessidade de melhoria nos signos
utilizados em ambos aplicativos, e em verses de ambos
sistemas operacionais. Na maior parte dos casos das
avaliaes heursticas, foram encontrados problemas
Figura 14 - Exemplo de Figura 15 - Dilogo de relacionados aos signos usados que geram dificuldade no
aviso de radar no sistema verificao de motorista ou uso, por no serem compatveis com o mundo real ou por no
Android. passageiro, no sistema seguirem padres j existentes, smbolos que no condizem
Android. com a funcionalidade esperada e a mistura de idiomas
Comentrio 2: (portugus/ingls), identificada em diversos pontos de ambas
No me importo, sempre seleciono passageiro aplicaes.
Nas avaliaes observacionais, verificou-se problemas de
O participante tentou colocar o ponto de parada, descrito no natureza funcional dos aplicativos, que diminuem seu grau
roteiro C, com o veculo em movimento. Uma notificao
de usabilidade para os usurios, problemas estes envolvidos
avisando que no poderia fazer a ao com o veculo em
principalmente com os algoritmos de clculo de rotas, adio
movimento apareceu, mas o participante assumiu o papel de
de pontos de parada/partida, mapeamentos e interface
passageiro e incluiu o destino mesmo assim (Figura 15). A grfica.
preveno do aplicativo no foi efetiva, pois exigiu uma Os aplicativos atendem aos usurios de forma relativamente
carga cognitiva baixa para ser burlada. Seria ideal que satisfatria na maioria dos casos, mas questes importantes
houvesse algum desafio maior para que o aplicativo no referentes a segurana devem ser levadas em considerao.
fosse utilizado no modo de digitao quando o veculo Traar rotas em vias proibidas ou impedidas devido ao
estiver em movimento, exceto se comprovado que de fato o horrio e exibir limites de velocidade acima e/ou abaixo do
usurio no o motorista. Caso isto no ocorra, o aplicativo limite real das vias nunca deveria acontecer. Durante as
deveria ser liberado apenas para uso pelo comando de voz, avaliaes ficou perceptvel a grande dependncia da
que j fornecido. conexo com a internet, que pode impactar negativamente a
experincia dos usurios. O clculo de rotas leva um tempo
Questionrios ps-teste muito alto quando a conexo ruim ou o sinal est fraco.
Observou-se atravs dos questionrios que os participantes
Oferecer este tipo de funcionalidade off-line poderia ser uma
em geral no se irritaram com o aplicativo, acreditam que os
sada, como existe em outras aplicaes do mesmo tipo, e.g.
caminhos oferecidos sejam os melhores de fato, algo que se HERE.
contrape aos resultados observados no ambiente iOS. Recomenda-se a realizao de testes adicionais voltados
Houve consenso sobre a no necessidade de ajuda ou de ser engenharia de software como testes caixa preta, para
especialista na utilizao do aplicativo Waze. Os
levantamento de novos problemas funcionais e at Especificamente para o mtodo de comunicabilidade
aprofundamento e detalhamento de problemas j adaptou-se o mtodo original, considerando que o usurio
encontrados durante as anlises de usabilidade realizadas. realize a declarao de uma etiqueta durante o teste. Caso
Estes testes, feitos pelos desenvolvedores dos aplicativos, no ocorra durante o teste, a etiqueta declarada (ou
tambm seriam teis para a deteco de outros problemas reconhecida) pelo usurio em uma seo ps-teste com
funcionais fora do escopo deste trabalho, por considera-se acompanhamento do especialista. Essa alterao mostrou-se
importantes para realizar as correes e ajustes necessrios muito produtiva, pois diminui o tempo de interpretao de
nos aplicativos, que geraro por consequncia, aumento do dados, visto que os vdeos no precisam ser assistidos
nvel de usabilidade das aplicaes avaliadas/testadas. completamente pelos especialistas. Adicionalmente, essa
Idealmente, mais usurios devem ser submetidos s alterao no mtodo permite que o especialista tenha a real
avaliaes e testes para aumentar a validade e variedade dos percepo da ruptura de comunicao, pois o usurio
resultados obtidos atravs de um aumento de amostragem. participa do processo.
Ainda assim, embora tenham contado com poucos Conclui-se que os trs mtodos usados possuem ampla
participantes foi possvel detectar problemas de interao e capacidade de revelarem aspectos distintos da experincia de
interface significativos em ambos os aplicativos, concluindo- uso nos aplicativos, sendo que os resultados de cada mtodo
se que o objetivo deste trabalho foi atingido. complementam uns aos outros.
Outra recomendao importante refere-se ausncia de O conhecimento produzido com os testes de usabilidade,
requisitos de acessibilidade incorporado s interfaces possibilitou a construo de conhecimento da equipe na
analisadas. Uma pesquisa com usurios deficientes visuais, composio de uma proposta de aplicativo de mobilidade
realizada pelos autores deste trabalho, constatou a utilizao que atenderia os aspectos de usabilidade e cidades
de outros aplicativos de mobilidade, alm dos aplicativos inteligentes.
avaliados (i.e. Moovit e CittaMob Acessibilidade), o que no
ocorre quando o mesmo questionamento ocorre a usurios CONTRIBUIO FINAL: PROPOSTA DE APLICAVITO DE
sem tal deficincia. Conforme mencionado na Introduo MOBILIDADE VOLTADO A ACESSIBILIDADE DE
USURIOS DEFICIENTES VISUAIS
deste trabalho, ser proposto um novo formato de aplicativos
de mobilidade voltado acessibilidade para usurios com Motivadores
deficincia visual como sugesto de usabilidade mais Conforme mencionado anteriormente, os aplicativos
apropriada a estes usurios, assim como tambm alguns avaliados neste trabalho no possuem grande foco no quesito
requisitos elicitados junto a usurios com tal deficincia. acessibilidade, muito embora, este seja um aspecto da
A publicao final do presente artigo fornecer o link para usabilidade. Quando analisados individualmente, o Waze
acesso uma seo anexa on-line que conter todo o prioriza percursos realizados com veculos particulares, no
detalhamento dos resultados das avaliaes de dando igual relevncia s orientaes de percurso
comunicabilidade e heurstica, teste de usabilidade e maior considerando transportes pblicos. Em contrapartida, o
detalhamento sobre o processo de desenvolvimento da Google Maps fornece opes de transportes pblicos,
proposta de aplicativo. particulares, a p ou de bicicletas, mas sua interface no
O relatrio completo e proposta de design fornecido em adaptada a deficientes visuais.
http://www.fei.edu.br/~plinio.aquino/competicaoIHC2016/). consensual entre os autores deste trabalho a concordncia
com a frase Pas rico no aquele que pobre anda de carro.
Experincia Tcnica sobre a Capacidade dos Mtodos
aquele que rico anda de transporte pblico [9], pois os
Com o estudo aprofundado dos mtodos e execuo prtica
pases desenvolvidos e considerados de vanguarda no
foi possvel construir um parecer da equipe de avaliao
conceito de Cidades Inteligentes, investem fortemente em
sobre a capacidade de os mtodos revelarem os aspectos de
transportes pblicos eficazes e eficientes, oferecendo
experincia de uso nos aplicativos. Constatou-se que os trs
servios de qualidade que at podem chegar a desestimular o
mtodos revelaram aspectos distintos da experincia de uso,
uso pela populao de veculos particulares no dia a dia.
conforme dito anteriormente. Acredita-se que o mtodo de
Uma anlise complementar foi realizada em aplicativos
heursticas de Nielsen [2] trabalhe mais o aspecto cognitivo
voltados para usurios de transportes pblicos, e durante o
dos usurios - a avaliao envolve o qu e como algo pode
perodo em que estes foram analisados, observou-se
ser feito pelo usurio.
orientaes sobre o percurso at a parada de nibus mais
J os mtodos observacionais de avaliao de
prxima do usurio; alternativas de percursos e linhas de
comunicabilidade e teste de usabilidade, que guardam certas
nibus que conduziro o usurio ao local desejado,
semelhanas entre si, avaliaram aspectos mais funcionais dos
localizao atual dos nibus e respectivos horrios de parada
aplicativos, pois foi possvel identificar no apenas
no local de embarque.
problemas cognitivos gerados por signos inadequadamente
Estes aplicativos informam at se os nibus possuem sinal de
usados, mas tambm foi possvel observar problemas
internet sem fio e ar-condicionado, no entanto, nenhum deles
funcionais durante o uso, problemas estes que no mtodo de
informou se haviam plataformas de acesso para cadeirantes
inspeo usado no seriam detectados, por no fazerem parte
ou portadores de necessidades especiais. Do mesmo modo,
do escopo de avaliao deste mtodo.
os percursos a p sugeridos para chegar no local de
embarque, no informavam a presena de degraus, buracos de fcil acesso (quando estas existirem) e possveis
nas caladas ou rampas de acesso. obstculos nas vias.
Considerando o volume de 6,5 milhes de brasileiros Embora tenha sido dado foco ao pblico deficiente visual, o
deficientes visuais [10], a precariedade com que este pblico aplicativo dever ter interface visual tal como os aplicativos
geralmente atendido e a falta de aplicativos que facilitem j existentes no mercado, pois pessoas com e sem limitaes
sua mobilidade e consequentemente sua incluso social, visuais possuem igual importncia [11].
constatou-se a que existe a possibilidade de atend-los com A comunicao entre aplicativo-usurio foi projetada para
um aplicativo dedicado s suas necessidades. ocorrer por fala, viso e alertas vibratrios. Este ltimo deve-
se a necessidade de o aparelho corresponder a um
Proposta
Esta proposta trata de um aplicativo para smartphones cujo smartphone, e em um pas de elevada criminalidade,
propsito o de auxiliar na locomoo de pessoas deficientes entende-se ser imprescindvel as orientaes ocorrerem
visuais, de modo que estas tenham maior autonomia ao se atravs de semntica lingustica de vibrao do aparelho para
locomover a p ou por meio de transportes pblicos de a orientao ao longo do trajeto (e.g. vire direita, nibus se
maneira independente, reduzindo ou isentando a atualmente aproximando, desembarque na prxima parada).
necessria ajuda de familiares ou de terceiros que estejam Outro motivo que justifica a vibrao ao invs de uso de
prximos, que so abordados pelos usurios deficientes fones de ouvido pelo usurio que tal dispositivo
visuais solicitando que os avisem sobre a chegada do nibus comprometeria e muito o sentido da audio do usurio, que
desejado e/ou que os ajudem na realizao do embarque. A vital para o seu deslocamento e interao com o que ocorre
Figura 16 demonstra a tela inicial de carregamento do a sua volta. No entanto, a correta compreenso desta
semntica de linguagem depender que o aplicativo instrua o
prottipo que possui tambm feedback auditivo sinalizando
que o aplicativo est sendo carregado. A Figura 17 exibe a usurio com relao aos seus distintos significados.
tela da tarefa principal, onde o usurio dever indicar o J a comunicao usurio-aplicativo, dever ocorrer por
endereo de destino. meio de fala, evitando assim o uso da digitao, sendo
necessrio que o aplicativo interprete adequadamente a fala
do usurio e armazene padres de fala e outros dados para
ajudar na correta anlise e compreenso dos dados inseridos.
Funcionamento
O usurio dever primeiramente cadastrar seu perfil no
aplicativo, i.e. nome, e-mail, contato e telefone de
responsvel para acionamento em caso de emergncia;
tambm sero pedidos pontos de interesse, i.e.
supermercados, restaurantes, e farmcias, e raio de distncia
aceitvel entre usurio e ponto de interesse cadastrado para
que ocorra a notificao sobre os mesmos (conforme Figura
18).

Figura 16 - Tela inicial do Figura 17 - Tela principal


prottipo do aplicativo em do prottipo do aplicativo
Fluid UI com interao via comando
de voz em Fluid UI

Para ser possvel minimizar esta dificuldade com relao ao


aviso de aproximao dos nibus, orientao at a porta de
embarque e aviso de proximidade da parada de desembarque,
partiu-se do pressuposto que estes meios de transporte
disponham de mecanismos e sensores que possibilitem a
identificao pelo aplicativo, para que ocorra o adequado
fornecimento de orientaes ao usurio. Este aplicativo teria
sua usabilidade totalmente adaptada, possibilitando a total
interao com o usurio, mitigando ao mximo a necessidade
de digitao, e fornecendo instruo sobre os percursos, vias
Figura 18 - Tela de acesso ao perfil e cadastro no prottipo
Tal como o aplicativo Google Maps, para iniciar o trajeto, o Os prottipos gerados a partir da ferramenta em questo so
usurio dever informar o local de destino desejado e o meio considerados como sendo de mdia fidelidade, pois nem
de transporte a ser utilizado. O aplicativo dever instruir o todas as funcionalidades previstas so passveis de insero
usurio sobre o percurso, e em paralelo, mapear por na ferramenta para constarem no fluxo de navegao a ser
proximidade os pontos de interesse cadastrados, se estes exibido (e.g. alertas de interao com o usurio).
corresponderem distncia mxima cadastrada pelo usurio. Vale ressaltar que a ferramenta Fluid UI uma ferramenta
Mediante a identificao de um ponto de interesse, o usurio desenvolvida no idioma Ingls e infelizmente alguns objetos
ser questionado se deseja direcionar-se at este local. Caso possuem suas literais em tal idioma, no sendo passveis de
o usurio opte por desviar-se do percurso original, o traduo completa ou parcial no momento da prototipagem.
aplicativo dever conduzi-lo ao ponto de interesse desejado Como exemplos, citam-se as telas de compartilhamento de
e a retomada do percurso original ocorrer assim que o localizao e realizao de chamada telefnica, exibidas na
aplicativo identificar a sada do usurio deste ponto Figura 20 e na Figura 21. importante ressaltar para a
(conforme Figura 19). implementao deste aplicativo proposto, recomendado
Caso o usurio opte por no se direcionar at o ponto de que todos os objetos em tela possuam suas literais
interesse, as instrues referentes ao destino originalmente padronizados no idioma em que o aplicativo for
inserido pelo usurio continuaro a ser fornecidas. desenvolvido, neste caso, Portugus Brasileiro, deste modo,
respeitam-se padres de usabilidade j discutidos ao longo
do presente artigo.
Dado o exposto, no se deve considerar que as telas
apresentadas na Figura 20 e Figura 21 possuam violaes
de heursticas de usabilidade por utilizarem o idioma Ingls.

Figura 19 - Tela de cadastramento e ativao de pontos de


interesse no prottipo.
Figura 20 Tela de Figura 21 Tela de
O aplicativo dever notificar o usurio quando da chegada ao compartilhamento de chamada telefnica padro
local de destino, com isso, seu uso ser encerrado localizao parcialmente em da ferramenta Fluid UI
automaticamente, dado que isso no ocorre com os atuais Ingls com elementos completamente desenhada
padro da ferramenta. no idioma Ingls.
aplicativos, ficando estes com funcionamento em
background, conforme mencionado anteriormente neste
O prottipo foi concebido com base no design da plataforma
trabalho.
iOS, embora possa ser estendido para Android e outras
Prottipo plataformas.
O prottipo concebido respeita as heursticas usadas para Adotou-se as seguintes premissas para o prottipo:
avaliao e incorporou tambm aprendizados obtidos 1. A ativao da funcionalidade VoiceOver [13], que
durante o desenvolvimento deste artigo. possui como funcionalidade a descrio falada de
Para o desenvolvimento do prottipo constante nesta itens presentes na tela ao usurio;
proposta, utilizou-se a ferramenta Fluid UI [12], que permite 2. O design do prottipo foi concebido com base no
o desenho de prottipos dinmicos/navegveis, assim como sistema iOS voltado para modelos iPhone 5 em
o fornecimento de link para compartilhamento e acesso sua diante.
visualizao.
O prottipo completo construdo na ferramenta Fluid UI 10. Portal Brasil. Braile aumenta incluso de cegos na
encontra-se disponvel para acesso e navegao atravs do sociedade.
link reduzido a seguir: http://goo.gl/rWJbry http://www.brasil.gov.br/cidadania-e-
justica/2015/01/braile-aumenta-inclusao-de-cegos-na-
Desta maneira, o ciclo de avaliao de usabilidade foi sociedade
composto por trs grandes fases: (a) estudo das teorias de 11. Ministrio da Sade. Resoluo n 196/96 do Conselho
IHC no contexto das aplicaes mobile alvo desta avaliao, Nacional de Sade.
como por exemplo, anlise competitiva, anlise de perfil de http://conselho.saude.gov.br/web_comissoes/conep/aqu
usurio, anlise de tarefas, modelagem de contexto de uso, ivos/resolucoes/23_out_versao_final_196_ENCEP201
MOLIC, entre outras tcnicas e ferramentas; (b) processo de 2.pdf
avaliao de duas aplicaes em duas plataformas distintas; 12. Fuid UI. http://www.fuidui.com
(c) produo de uma proposta de interface para o mesmo tipo 13. Apple. Guia de acessibilidade de produtos Apple.
de aplicao, usando o conhecimento adquirido nas fases (a) http://www.apple.com/br/accessibility/iOS
e (b). Como trabalho futuro, o resultado deste projeto ser 14. BPMn Quick Guide. BPMn online reference guide.
documentado no formato de padres de interface de acordo http://www.bpmnquickguide.com/view-bpmn-quick-
com os perfis considerados [16], pois os padres podero ser guide/
utilizados na composio de novos projetos de interface ou 15. Vagner do Amaral, Leonardo A. Ferreira, Plinio
para guiar avaliaes baseadas em padres. Thomaz Aquino Jr. and Maria Claudia Ferrari de Castro,
A execuo deste projeto motivou o planejamento de testes EEG signal classification in usability experiments,
de usabilidade usando sinais de EEG [15], considerando Biosignals and Biorobotics Conference (BRC), 2013
pesquisas que envolvem o fatores humanos e ergonomia do ISSNIP, Rio de Janerio, 2013, pp. 1-5. doi:
usurio em veculos [17, 18]. 10.1109/BRC.2013.6487469, URL:
http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnum
REFERNCIAS
1. Clarisse Sieckenius de Souza. The semiotic ber=6487469&isnumber=6487444
engineering of human-computer interaction. MIT 16. Plinio Thomaz Aquino Junior. PICaP : padres e
press, p.126-150, 2005; personas para expresso da diversidade de usurios
2. Jakob Nielsen. Usability engineering. Elsevier, 1994; no projeto de interao [doi:10.11606/T.3.2008.tde-
3. Jenny Preece, Yvonne Rogers, Helen Sharp. Design de 15092008-144412]. So Paulo : Escola Politcnica,
interao. Bookman, 2005; Universidade de So Paulo, 2008. Tese de Doutorado
em Sistemas Digitais. [acesso 2016-09-01].
4. Raquel Oliveira Prates; Simone Diniz Junqueira
17. Edson Luciano Duque; Plinio Thomaz Aquino Junior.
Barbosa. Introduo teoria e prtica da interao
humano computador fundamentada na engenharia Human Factors and Ergonomics Using
semitica. Atualizaes em informtica, p. 263-326, Anthropometric and sEMG Data in Automotive
2007; Gearshift Quality Analysis. In: Masaaki Kurosu - The
5. Raquel O. Prates, Clarisse S. De Souza, Simone D. J. Open University of Japan. (Org.). Lecture Notes in
Barbosa. Methods and tools: a method for evaluating Computer Science. 1ed.Switzerland: Springer
the communicability of user interfaces. Interactions, International Publishing, 2016, v. , p. 248-258.
v. 7, n. 1, p. 31-38, 2000; 18. Edson Luciano Duque; Plinio Thomaz Aquino Junior.
6. Simone Diniz Junqueira Barbosa, Bruno Santana da Human factors analysis of manual gear shifting
Silva. Interao humano-computador. Elsevier, 2010. performance in passenger vehicles. In: 6th
7. Walter de Abreu Cybis. Engenharia de usabilidade: International Conference on Applied Human Factors
uma abordagem ergonmica. Florianpolis: and Ergonomics (AHFE 2015) and the Affiliated
Laboratrio de utilizabilidade de informtica, 2003. Conferences, AHFE 2015, 2015, Las Vegas, USA.
http://www.labiutil.inf.ufsc.br/hiperdocumento/unidade Procedia Manufacturing - AHFE 2015, 2015. v. 1. p.
3_3_1_1.html; 2048-2055.
8. Business Dictionary. Definio do termo Smart
City.
http://www.businessdictionary.com/definition/smart-
city.html
9. Edu Petta, Carol Da Riva. Pas rico no aquele que
pobre anda de carro. aquele que rico anda de
transporte pblico. Jornal Estado - Blogs
http://blogs.estadao.com.br/aprendendo-no-
mundo/pais-rico-nao-e-aquele-que-pobre-anda-de-
carro-e-aquele-que-rico-anda-de-transporte-publico/