Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
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?
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).