Você está na página 1de 10

Identificando Barreiras de Acessibilidade Web em

Dispositivos Mveis: Resultados de um Estudo de Caso


Orientado pela Engenharia de Requisitos
Sarah Gomes Sakamoto, Lyrene Fernandes da Silva, Leonardo Cunha de Miranda
Departamento de Informtica e Matemtica Aplicada
Universidade Federal do Rio Grande do Norte (UFRN)
Natal, RN, 59078-970, Brasil
sarah.sakamoto@ppgsc.ufrn.br, lyrene@dimap.ufrn.br, leonardo@dimap.ufrn.br
ABSTRACT
The growing demand for mobile devices such as tablets
and smartphones, and dissemination of new interactive
media through these devices, reveals a new scenario in
information access and knowledge. These devices have
special features, with challenges regarding accessibility
that are present only on these platforms. Requirements
Engineering can contribute in this context, identifying
requirements that promote accessibility, overcoming
currently existing barriers. This paper presents the results
of a case study oriented by Requirements Engineering,
showing some of these difficulties and how they can be
overcome.
Keywords
Accessibility, Mobile Devices, Requirements Engineering.
RESUMO
A crescente demanda por dispositivos mveis, tais como
tablets e smartphones, e a divulgao de novas mdias
interativas atravs destes aparelhos, revelam um novo
cenrio no acesso informao e ao conhecimento. Esses
dispositivos apresentam caractersticas prprias, com
desafios referentes acessibilidade que se mostram
presentes somente nestas plataformas. A Engenharia de
Requisitos pode contribuir neste contexto, com a
identificao de requisitos que promovam a acessibilidade,
ultrapassando as barreiras atualmente existentes. Este
artigo apresenta os resultados de um estudo de caso
orientado pela Engenharia de Requisitos, mostrando
algumas dessas dificuldades e como elas podem ser
superadas.
Palavras-chave
Acessibilidade, Dispositivos Mveis, Engenharia de
Requisitos.
INTRODUO
A Engenharia de Requisitos (ER) [19] a rea da
Engenharia de Software que se preocupa com a
identificao das necessidades, restries e objetivos de
sistemas computacionais em geral. Por ser uma atividade
que visa compreender o problema e as necessidades dos
usurios vai de, certo modo, ao encontro de alguns anseios
da rea de Interao Humano-Computador (IHC). Assim,
algumas contribuies da rea de ER podem ser trazidas
para o mbito da IHC a fim de prover sistemas com
interfaces que atendam as necessidades dos usurios.
Com o advento de novas tecnologias e a divulgao de
mdias interativas, revela-se um novo cenrio no acesso
informao e ao conhecimento. Em 2010, pela primeira
vez, as vendas mundiais de smartphones superaram as
vendas de PCs
1
. No Brasil, somente em 2011, foram
comercializados aproximadamente 9 milhes destes
aparelhos e a estimativa de um crescimento de 73% at o
final de 2012
2
. O crescente uso dos dispositivos mveis
acarreta uma nova demanda de recursos e mercado para
atender esse novo perfil de usurios, e a acessibilidade
surge como requisito fundamental nesse contexto.
A acessibilidade no se restringe s pessoas com
deficincia fsica, acessibilidade na web significa
oportunidade de acesso e disponibilizao da informao a
todos os usurios, permitindo compreenso do contedo
independentemente de limitaes fsicas ou da plataforma e
tecnologias utilizadas. Nesse contexto, os dispositivos
mveis apresentam caractersticas prprias, com desafios
referentes acessibilidade. A literatura destaca que os
usurios de dispositivos mveis encontram diversos
problemas ao acessar o contedo web devido s
caractersticas intrnsecas a esses dispositivos, tais como
tamanho de tela e memria disponvel [16]. Diretrizes de
acessibilidade foram propostas visando minimizar os
problemas e orientar a adequao do contedo para web
[29]. Entretanto, o desenvolvimento de interfaces web
acessveis ainda consiste em uma tarefa no trivial.

1
http://tech.fortune.cnn.com/2011/02/07/idc-smartphone-
sh ipment-numbers-passed-pc-in-q4-2010/.
2
http://www.idclatin.com/news.asp?ctr=bra&id_release=2
213.
LEAVE BLANK THE LAST 2.5 cm (1) OF THE LEFT
COLUMN ON THE FIRST PAGE FOR THE
COPYRIGHT NOTICE.
23
Permission to make digital or hard copies of all or part of this work for
personal or classroom use is granted without fee provided that copies
are not made or distributed for profit or commercial advantage and that
copies bear this notice and the full citation on the first page. To copy
otherwise, or republish, to post on servers or to redistribute to lists,
requires prior specific permission and/or a fee.
IHC'12, Brazilian Symposium on Human Factors in Computing
Systems. November 5-9, 2012, Cuiab, MT, Brazil. Copyright 2012
SBC. ISSN 2316-5138 (pendrive). ISBN 978-85-7669-262-1 (online).


IHC 2012 Proceedings Full Paper November 5-9, 2012 Cuiab, MT, Brazil
Esse artigo relata como a ER pode contribuir para o
(re)design de interfaces web acessveis. Essa pesquisa foi
apoiada por um estudo de caso orientado pela ER,
relacionado a um sistema web de controle acadmico para o
qual foi desenvolvido um prottipo de interface para
dispositivos mveis. A partir dos resultados obtidos no
estudo de caso, foram identificadas diversas barreiras de
acessibilidade e como elas podem ser superadas. Com base
nesse resultado, adicionalmente, expomos a reunio de
algumas boas prticas e solues, que podem auxiliar os
criadores de contedo no desenvolvimento de aplicaes
web acessveis para dispositivos mveis.
O restante do artigo est organizado da seguinte maneira: a
prxima seo apresenta o contexto de desenvolvimento
web para dispositivos mveis, mostrando algumas
dificuldades encontradas no desenvolvimento para estas
plataformas computacionais. A seo seguinte aborda a
acessibilidade no mbito destes dispositivos. Em seguida,
so apresentados os trabalhos relacionados. Na seo
adiante, o estudo de caso apresentado, detalhando o
levantamento de requisitos, o prottipo desenvolvido e os
resultados obtidos com a avaliao. Em seguida
apresentamos o conjunto de boas prticas e solues neste
contexto. Na prxima seo discutimos os desafios sob a
tica da rea de IHC e na ltima seo, por fim,
apresentamos a concluso.
DESENVOLVIMENTO WEB PARA DISPOSITIVOS
MVEIS
O desenvolvimento para dispositivos mveis uma tarefa
bastante complexa, dadas a limitao de recursos e a
variedade de plataformas existentes. Estes dispositivos
possuem caractersticas especficas como, por exemplo,
tamanho e resoluo de tela, presena ou no de teclado,
formato e diferentes tecnologias empregadas, que variam
em nvel de hardware e software. Essas diferenas trazem
uma preocupao adicional quanto forma de
disponibilizao e apresentao de contedo para os
usurios mveis de maneira acessvel. Considerando
apenas os smartphones, existem diversos sistemas
operacionais disponveis. Dados de mercado de 2012
3
mostram os seis sistemas operacionais mais vendidos no
mundo: Android, iOS, Symbian, o da Research In Motion
(RIM), Bada e o da Microsoft, nessa ordem. A cada ano o
cenrio de vendas neste setor se modifica, novos sistemas
surgem e outros se tornam ultrapassados, impulsionando o
uso de diferentes tecnologias e por questes empresariais,
algumas vezes ocorrem incompatibilidades.
Ao desenvolver contedo para essas diferentes plataformas
computacionais, os desenvolvedores tm de lidar com certa
complexidade, e em muitos projetos, a acessibilidade acaba
sendo desconsiderada. Com o crescimento da quantidade
de usurios mveis, este segmento de mercado tem atrado
a ateno de vrias empresas que desejam atingir estes

3
http://www.gartner.com/it/page.jsp?id=2017015.
novos usurios, e a acessibilidade surge como um requisito
fundamental, permitindo que todos os usurios tenham
acesso ao contedo disponibilizado. A soluo proposta e a
escolha da tecnologia adotada tambm influem na
acessibilidade do contedo para os usurios mveis.
Algumas solues para disponibilizar contedo so sites e
aplicativos. A popularizao dos aplicativos faz com que
diversas empresas adotem essa soluo sem verificar as
diferenas entre elas e se a opo escolhida atende as
necessidades do pblico que pretendem atingir. A diferena
bsica entre os aplicativos e os sites, conhecidos
popularmente como mobile apps e mobile sites,
respectivamente, que os aplicativos so desenvolvidos
para plataformas especficas, para fazer uso de recursos
nativos do aparelho celular, e so disponibilizados nas lojas
dos fabricantes. O desenvolvimento de aplicativos
utilizando esses recursos visa melhorar a experincia do
usurio mvel, porm, limita bastante a parcela de usurios
que possuem acesso quele contedo, atingindo somente os
usurios da plataforma para o qual o aplicativo foi
desenvolvido.
Em relao escolha da tecnologia a ser adotada, ela deve
considerar as necessidades do pblico-alvo e os
dispositivos para os quais o projeto ser desenvolvido. Por
exemplo, uma tecnologia popular no desenvolvimento para
dispositivos mveis o HTML5. O uso de HTML5 no
implica apenas no uso da linguagem de marcao, mas sim
em um conjunto de tecnologias, como: elementos do
HTML, CSS3, controle de novos grficos como SVG, PNG
e CANVAS, JavaScript e APIs web. importante
considerar os dispositivos-alvos, a fim de evitar
incompatibilidades, por exemplo, no caso de se usar HTML
5, o desenvolvedor tem que estar ciente que usurios de
dispositivos com Windows Phone, verso inferior a 7, no
sero atendidos.
ACESSIBILIDADE PARA DISPOSITIVOS MVEIS
A acessibilidade na web depende da cooperao de todos
os componentes envolvidos no processo de
desenvolvimento e interao. A acessibilidade na web no
um requisito importante apenas para pessoas com alguma
deficincia, pessoas sem deficincia tambm podem se
beneficiar [33][39], assim como as organizaes. Vrias
empresas ainda consideram a acessibilidade como um
requisito secundrio, relacionado somente s pessoas com
algum tipo de deficincia, que muitas vezes tem suas
necessidades esquecidas. A imposio da acessibilidade
no encoraja sua aceitao, tampouco conscientiza os
desenvolvedores de sua importncia, e sim, evidncias
empricas de seus benefcios [40]. A World Wide Web
Consortium (W3C) tem auxiliado a promover a
acessibilidade na web, com a criao de diversas iniciativas
como a Web Accessibility Iniative (WAI) [35] e diretrizes
de acessibilidade como as Web Content Accessibility
Guidelines (WCAGs) 1.0 [9] e 2.0 [7]. Entretanto, elas no
levantam preocupaes especficas relacionadas ao
ambiente mvel.
24
Os usurios de dispositivos mveis enfrentam muitos
problemas ao acessar o contedo web [6][11]. O contedo
desenvolvido geralmente direcionado para usurios de
desktop [33], o que aumenta as dificuldades de acesso.
Alm de caractersticas especficas referentes aos
dispositivos, os usurios mveis tambm possuem
objetivos diferentes dos usurios fixos de computadores
desktop [29], e se encontram em ambientes de acesso
distintos. Portanto, necessrio que o contedo seja
adaptado para estes dispositivos [4]. No mbito da web
mvel, a W3C tambm desempenha esforos, como a
criao da Mobile Web Initiative (MWI) [22], que se
prope a abordar questes que dificultam o acesso web
atravs dos dispositivos mveis com os diferentes
componentes envolvidos. A MWI publicou vrios
documentos, sendo o mais conhecido deles o Mobile Web
Best Practices (MWBP) 1.0 [29], que apresenta um
conjunto de diretrizes de acessibilidade para dispositivos
mveis. As diretrizes da MWBP so em parte derivadas das
WCAGs, porm com foco direcionado para acessibilidade
em dispositivos mveis. Vale ressaltar a sobreposio
existente entre a MWBP e as WCAGs, j que ambas visam
melhorar a interao dos usurios com a web. Porm, as
WCAGs abordam alguns requisitos especficos referentes
s necessidades de pessoas com deficincia que no esto
relacionadas ao contexto mvel, e por sua vez, a MWBP
aborda alguns requisitos relacionados somente ao contexto
mvel, por exemplo, questes referentes s caractersticas
dos dispositivos, como tamanho de tela.
As diretrizes da MWBP so 60 recomendaes distribudas
em cinco reas funcionais distintas: i) comportamento
geral; ii) navegao e links; iii) layout e contedo da
pgina; iv) definio da pgina; e v) entrada do usurio.
Alm de apresentar recomendaes a serem seguidas,
dependendo do tema, algumas diretrizes tambm possuem
mais informaes, tais como sugestes de como atender
quele requisito ou o que verificar. Para auxiliar na anlise
de conformidade do contedo web mvel, diversas
ferramentas validadoras podem ser utilizadas como, por
exemplo, mobileOK Basic Checker [23] e mobiReady [24].
Diversos trabalhos envolvendo acessibilidade so
relacionados a ferramentas desenvolvidas, com estudos e
avaliaes [14][30], mas a maioria destes trabalhos foca em
ferramentas para desktop. Alm da utilizao de
validadores, importante avaliar a acessibilidade com a
participao de usurios, verificando a forma como eles
interagem com a interface, pois algumas dificuldades so
detectadas somente nesta fase, como apontam diversos
estudos [3][10][17][21].
TRABALHOS RELACIONADOS
A acessibilidade no deve ser um requisito a ser atendido
somente atravs da verificao por ferramentas automticas
ou testes aps a implementao do sistema, e sim um
requisito a ser considerado nas fases iniciais do processo de
desenvolvimento do produto. O trabalho de Baguma et al.
[2] integra acessibilidade nas fases da Engenharia de
Requisitos, nas atividades de anlise e especificao. A
abordagem proposta pelos autores atenta para a
importncia de se considerar a acessibilidade nas fases
iniciais do projeto, com uma forma de integrar requisitos de
acessibilidade com requisitos funcionais. Porm, o foco do
trabalho a abordagem de integrao dos requisitos, e no
faz referncia a requisitos de acessibilidade para
dispositivos mveis. Outro trabalho que considera a
acessibilidade nas fases iniciais, de forma a guiar o
processo de desenvolvimento, o de Moreno et al. [25].
Esses autores apresentaram uma proposta para capturar
requisitos durante a fase de anlise, atravs de um estudo
de caso que envolve a construo de um guia eletrnico
acessvel para museus. A abordagem utilizada para levantar
os requisitos e valid-los foi a utilizao da tcnica de
entrevista, e os requisitos de acessibilidade levantados so
aplicados somente ao domnio de museus.
J considerando a acessibilidade no mbito mvel, o
trabalho de Yesilada et al. [39] investiga barreiras de
acessibilidade comuns entre usurios de dispositivos
mveis e usurios com deficincia visual, pouca viso e
deficincia motora. O estudo foi realizado com a utilizao
do mtodo Percurso de Barreiras [5], que permite teste e
agregao de barreiras entre os grupos selecionados. A
motivao do estudo se deu pelo fato de que estudos
anteriores [32][37] indicam que os usurios que no
possuem nenhum tipo de deficincia, ao acessarem
dispositivos mveis, encontram barreiras semelhantes s
encontradas pelos usurios com alguma deficincia
acessando a web atravs de desktops. Outro trabalho
semelhante ao de Yesilada et. al. [39] trazido por Chen
[8], que se prope a investigar problemas comuns entre
usurios que acessam a web via dispositivos mveis e
usurios com alguma deficincia. A metodologia do estudo
difere da anterior, baseando-se em uma pesquisa na
literatura, um estudo com o usurio e migrao de solues
entre os dois domnios.
Considerando dispositivos com tecnologias especficas
como as telas sensveis ao toque, Piccolo et. al. [27]
realizam uma pesquisa a fim de identificar requisitos de
usurios com deficincia visual, total ou parcial, ao
utilizarem leitores de tela em smartphones. Como resultado
deste estudo, o trabalho define um conjunto de diretrizes a
ser considerado no design de solues baseadas em leitores
de tela e telas sensveis ao toque. Trabalho semelhante
tambm proposto por McGookin et al. [20], que levantam
requisitos de acessibilidade em dispositivos com tecnologia
touchscreen com deficientes visuais e fornece diretrizes
para designers. Porm, as diretrizes so mais abrangentes,
direcionadas a todos os dispositivos com tela sensvel ao
toque, de maneira a atender as necessidades do pblico
com esta deficincia. Diversos trabalhos levantam
problemas de acessibilidade no uso de dispositivos mveis,
a maioria considerando pblico com determinados tipos de
deficincia, principalmente visual. Porm, a maioria desses
trabalhos no investigam requisitos de acessibilidade com
25
pessoas que no possuem deficincia, mas que tambm so
afetados pela ausncia da acessibilidade em seus domnios.
Portanto, tambm se faz necessrio mostrar os problemas
enfrentados por esse pblico, como super-los e os
benefcios trazidos pela construo de interfaces mais
acessveis.
ESTUDO DE CASO ORIENTADO PELA ENGENHARIA
DE REQUISITOS
Este trabalho apresenta um estudo de caso, orientado pela
Engenharia de Requisitos, que mostra como ela pode
auxiliar no (re)design de interfaces a fim de torn-las mais
acessveis. Este estudo envolveu: i) o levantamento de
requisitos usando duas tcnicas de elicitao [28], ii) o
redesign da interface de um sistema acadmico para
smartphones atendendo aos requisitos levantados; e iii)
uma avaliao a fim de validar os requisitos definidos. O
sistema acadmico utilizado neste estudo de caso
atualmente adotado por uma Universidade Federal. Ele
responsvel por diversos processos de negcio e est
disponvel tanto para o perfil aluno quanto para o perfil
professor. Cada perfil definido por um conjunto de
funcionalidades possveis no sistema. O sistema acadmico
se encontra disponvel para desktop, e tambm possui uma
verso WAP, sendo que esta ltima restrita ao perfil
aluno.
O estudo consistiu no redesign da interface deste sistema
para o perfil aluno, que envolveu a construo de um
prottipo de interface para smartphones, atendendo aos
requisitos levantados para estes dispositivos. Em seguida, o
prottipo foi avaliado, tanto por uma ferramenta validadora
quanto por usurios reais do sistema, a fim de validar os
requisitos identificados. Os usurios que utilizaram o
prottipo no apresentavam nenhum tipo de deficincia,
mostrando que barreiras de acessibilidade ocorrem com
todos os tipos de usurios. A partir dos resultados obtidos
com a realizao do estudo de caso, foram identificadas
barreiras de acessibilidade no uso desses dispositivos e
mostram-se como elas podem ser superadas. Neste trabalho
foram utilizadas duas tcnicas de elicitao de requisitos: i)
reuso de requisitos; e ii) questionrio. A seguir, sero
descritos como essas tcnicas foram utilizadas e os
requisitos que foram levantados.
Elicitao de Requisitos: Reuso de Requisitos e
Questionrio
Geralmente a acessibilidade um requisito no
considerado nas fases iniciais do processo de
desenvolvimento de um produto. Questionamentos comuns
envolvem: como inserir acessibilidade ao produto ou como
deixar o produto acessvel. A tarefa de solucionar esse
problema muitas vezes deixada para as fases finais de
desenvolvimento e termina sendo alocada ao designer ou
ao desenvolvedor, responsvel por atender a esse requisito
colocado de maneira genrica: ser acessvel. A
acessibilidade est diretamente relacionada s necessidades
dos usurios, ao domnio e requisitos da aplicao.
Portanto, importante consider-la nas fases iniciais do
processo de desenvolvimento [2][25], com o uso de
tcnicas de elicitao requisitos a fim de levantar requisitos
acerca da acessibilidade. As duas tcnicas de elicitao
utilizadas neste estudo de caso visaram levantar requisitos
para o prottipo de interface do sistema acadmico voltado
para acesso via smartphone.
O reuso de requisitos um mtodo analtico de
levantamento de requisitos e baseia-se no reaproveitamento
de requisitos ou padres de outros sistemas. Para aplicao
desta tcnica, outros sites foram acessados a fim de
encontrar requisitos a serem reutilizados. Os alvos da
aplicao desta tcnica foram: a verso tradicional do
sistema acadmico voltada para desktop, a verso WAP e
outros sites que possuam tanto a verso desktop quanto o
contedo diferenciado para dispositivos mveis. O acesso
aos diferentes sites e ao sistema se deu atravs de trs
dispositivos com tecnologia touchscreen, teclado qwert, ou
ambos: Samsung Wave 533, com Bada OS, Samsung
Galaxy 551, com Android 2.2, e Nokia C3, com Symbian
S40. Diversos sites foram analisados e suas verses mveis
foram comparadas com suas verses tradicionais, e
posteriormente, todas as verses mveis foram comparadas
entre si, a fim de identificarmos requisitos comuns. Atravs
da anlise, notou-se que alm do contedo reduzido e
pginas leves, os mobile sites geralmente trazem menos
funcionalidades do que os sites tradicionais. O mesmo
ocorre com o sistema da Universidade, que apresenta
diversas funcionalidades, porm em sua verso para acesso
via WAP, somente um subconjunto destas funcionalidades
oferecida. Nesta fase, alm do reuso de requisitos,
algumas barreiras de acessibilidade j foram encontradas,
sendo levadas em considerao no levantamento de
requisitos para o prottipo. A seguir, citamos algumas das
barreiras identificadas:
Barreira 1: Orientao do dispositivo - Na anlise de
diversos web sites, uma questo observada que, com a
presena de acelermetros em alguns dos dispositivos
utilizados, quando realizada uma mudana na orientao
do dispositivo, alguns sites apresentaram diferena
significativa na apresentao do contedo.
Barreira 2: Falta de memria - No foi possvel acessar o
sistema acadmico na verso tradicional com o smartphone
Nokia C3. A pgina de autenticao era pesada e o
dispositivo apresentava erro de falta de memria ao tentar
carregar a pgina.
Barreira 3: Tamanho da tela - No acesso ao sistema
acadmico na verso tradicional, a tela limitada dos
smartphones no era suficiente para mostrar o contedo
apresentado, que foi projetado para uma tela desktop. O
usurio era obrigado a navegar em mais de uma direo, o
que vai de oposio diretriz 22 da MWBP 1.0:
Navegao em uma nica direo. O problema j
ocorria na tela de autenticao, que alm do tamanho
inapropriado para a tela dos smartphones, possua diversas
informaes.
26
Barreira 4: Identificao da pgina - A interface de
autenticao do sistema na verso WAP no possui
nenhuma identificao quanto ao sistema, apenas os
campos de usurio e senha, e link para entrar no sistema. O
usurio no possui certeza de que a pgina a de
autenticao daquele sistema. Esta barreira mais
perceptvel em alguns dispositivos mveis que escondem
automaticamente a barra de endereos, como mostra a
Figura 1a.
Barreira 5: Incompatibilidade - No foi possvel acessar a
verso WAP do sistema com o smartphone Samsung
Galaxy 551 devido a problemas de visualizao e
incompatibilidade com o sistema. Ao invs da tela de
autenticao, surgem cdigos na tela do usurio. A Figura
1a mostra a pgina de autenticao do sistema no
smartphone Samsung Wave 533, no qual a visualizao
possvel. Na Figura 1b, a visualizao da mesma pgina no
smartphone Samsung Galaxy 551, ilustrando a barreira de
acessibilidade para o usurio.
Figura 1. Exemplo das barreiras 4 e 5. Em (a) pgina
exibida corretamente, mas sem identificao e em (b)
pgina sem visualizao do contedo.
Dado este cenrio, foram levantados os seguintes
requisitos: i) pginas leves; ii) identificao no topo da
pgina; iii) prottipo com apenas um subconjunto das
funcionalidades do sistema desktop; iv) interface preparada
para os dois tipos de orientao, paisagem e retrato; v)
pgina em formato flip, navegao somente na vertical; vi)
pginas devem se adaptar ao tamanho do dispositivo,
ocupando o espao disponvel; e vii) prottipo deve atender
a categoria de dispositivos smartphones, visto que a WAP
j atende aos dispositivos low-end enquanto alguns
smartphones no so atendidos pela verso WAP nem pela
verso tradicional.
A segunda tcnica de elicitao de requisitos adotada o
questionrio, que constitui um mtodo conversacional
utilizado quando se deseja extrair informaes de um
grande nmero de pessoas. A pesquisa foi realizada na
comunidade acadmica durante o final do semestre de
2011, em um perodo de trs semanas, e contou com 157
participantes que possuam telefones celulares. O
questionrio foi elaborado com questes obrigatrias
fechadas e semiabertas, e uma questo aberta como
opcional. As perguntas envolviam um levantamento sobre
as plataformas utilizadas, questes comportamentais como
acesso Internet, acesso ao sistema da Universidade pelo
celular, meios de acesso, funcionalidades acessadas,
opinies, dificuldades e preferncias. A aplicao foi
realizada nas abordagens presencial e online. A partir dos
resultados tentou-se restringir o pblico-alvo para o qual
seria construdo o prottipo, identificar que tecnologias
poderiam ser utilizadas para uma boa experincia do
usurio abrangendo este pblico, entre outros requisitos
fundamentais no projeto de interface com o usurio
promovendo a acessibilidade.
Analisando os resultados obtidos, apenas 46% dos
celulares eram smartphones. Considerando apenas os
smartphones, a distribuio por sistema operacional se deu
da seguinte maneira: 8% iOS, 14% Blackberry, 21%
Android, 21% Windows Mobile e 36% outros sistemas.
Esses dados revelaram informaes importantes sobre os
dispositivos dos usurios. Atravs das pesquisas de
mercado, pensava-se que os dispositivos mais presentes
eram aparelhos com sistemas Android e iOS, mas
descobriu-se que na comunidade acadmica em questo,
outros sistemas juntos representam maior nmero de
dispositivos, seguidos de equipamentos com Windows
Mobile e Android. Outra questo apurada o acesso ao
sistema da Universidade. No pblico-alvo, 96% j
acessaram a Internet pelo celular, porm, apenas 46% j
acessaram o sistema da Universidade atravs do celular, o
que representa menos da metade dos participantes.
Considerando-se somente os que nunca acessaram o
sistema via celular, 67% alegaram ser devido a problemas
de dificuldade de acesso atravs destes dispositivos. Outra
questo avaliada na pesquisa foi o uso de tecnologia
touchscreen, teclados qwert e numrico, e os resultados
mostraram uma distribuio uniforme nessas diferentes
formas de entrada de dados.
Tambm foram analisadas as funcionalidades, sob duas
ticas: as mais acessadas e as consideradas mais
importantes para o contexto mvel, pelos usurios. Dentre
as mais acessadas, o subconjunto de funcionalidades
presente no sistema WAP foi bastante citado, mostrando a
relevncia dessas funcionalidades. Porm, entre as
consideradas mais importantes, surgiram outras
funcionalidades, mostrando que mais funcionalidades
deveriam ser agregadas no prottipo. Essas funcionalidades
refletem a necessidade dos usurios neste ambiente.
Baseado nesses resultados, mais requisitos foram
levantados: i) Subconjunto de funcionalidades com as mais
sugeridas pelos usurios; ii) Modelo de menu principal
diferenciado, com suporte duas opes: uma verso
27
direcionada para dispositivos touchscreen e outra
direcionada a dispositivos com navegao pointer; iii)
Auxiliar o usurio de maneira fcil e rpida a encontrar as
ltimas informaes sobre suas disciplinas, tal como avisos
sobre s aulas, por exemplo, se a aula foi cancelada; iv)
Facilitar a interao entre os usurios; e v) manter as
funcionalidade de verificao de notas, de atividades e de
atestado de matrcula, pois ainda so as mais acessadas. A
partir desses resultados, foram escolhidos o HTML-MP e
CSS-MP como tecnologias a serem adotadas. Essa escolha
se deu de acordo com as tecnologias suportadas pelos
dispositivos do pblico-alvo, permitindo a criao de um
contedo simples, mas que ao mesmo tempo atenda as
necessidades desses usurios, promovendo maior
compatibilidade.
Prototipagem
No desenvolvimento do prottipo, foi utilizada a prtica de
desenvolvimento web denominada Aprimoramento
Progressivo para Dispositivos Mveis [15], aplicada
adaptao de contedo. Esta prtica, que foca na
acessibilidade, consiste em construir o projeto em camadas,
permitindo acesso ao contedo disponibilizado,
independente da capacidade do dispositivo. A estrutura do
projeto desenvolvida de forma simples, denominado nvel
de apresentao. Em seguida, adicionam-se tcnicas de
estilo bsico, e posteriormente mais camadas at atingir a
camada superior, denominada nvel de melhor experincia
possvel. Vale ressaltar que esta prtica geralmente
utilizada como uma estratgia de desenvolvimento, porm
tambm pode ser utilizada como uma estratgia de
adaptao. Nesse caso, o contedo adaptado visando
atender aos dispositivos-alvos.
Para a escolha das cores dos botes, no houve um estudo
sinestsico, porm a disposio das cores foi testada com a
ferramenta simuladora Vischeck [34]. Cores que
apresentam semelhana para pessoas com tritanotopia,
protanopia ou teranotopia foram separadas, para botes
com cores semelhantes no ficarem lado a lado. Para
facilitar a organizao do contedo e promover a
acessibilidade na utilizao da interface, foram utilizados
padres de projeto de interao [31][36]. A utilizao
destes padres no desenho da interface com o usurio serve
como um guia para os projetistas, e ainda facilita a
utilizao e o reconhecimento dos elementos apresentados
aos usurios. Visto as diferentes necessidades de duas
classes de dispositivos, foram propostas duas verses: i)
verso touchscreen, permitindo aos usurios clicar nas
opes da interface; e ii) verso qwert, projetada para os
demais dispositivos que utilizam pointer como meio de
navegao. A Figura 2 mostra a pgina principal das duas
verses. A diferena entre as duas verses consiste no
design diferenciado do menu principal. A primeira utiliza o
padro Icon Menu [36] e a segunda, Thumbnail-and-Text
List [31].
Durante todo o processo de desenvolvimento, foram
realizados testes em simuladores [1][18][26] e dispositivos
reais, com as plataformas Samsung Wave 553, Samsung
Galaxy 551, Nokia C3 e iPhone. Para atender a demanda
informacional marcante no contexto mvel e promover um
acesso rpido informao, conforme descrevem os
requisitos de acessibilidade levantados, o padro Tabs
[31][36] foi utilizado na criao de trs abas, que permitem
acesso s trs reas do site: a) Principal, b) Frum e c)
Notcias.
Figura 2. Pgina principal nas verses touchscreen
(esquerda) e qwert (direita)
Algumas adequaes de contedo esto relacionadas s
funcionalidades providas pela interface, e necessitam de
remodelagem e adaptao, uma vez que envolvem questes
de apresentao e organizao de informaes. No
prottipo algumas adaptaes desse tipo foram realizadas,
demonstrando sua importncia e necessidade neste
contexto. Um exemplo foi quanto funcionalidade
Histrico, que visa disponibilizar um arquivo no formato
PDF com o histrico do aluno. No sistema da
Universidade, ao clicar nesta opo, o arquivo
automaticamente baixado pelo usurio. Esta funcionalidade
foi remodelada para o prottipo, e ao escolher esta opo, o
usurio abre uma pgina com informaes sobre o arquivo,
como nome, formato e tamanho, seguidos do link de
download. Essas informaes so essenciais no ambiente
mvel, seguindo as diretrizes 10 e 11 da MWBP 1.0 [29].
Outro exemplo de remodelagem foi quanto apresentao
dos detalhes da frequncia do aluno em uma disciplina. Os
detalhes da frequncia aparecem como uma lista de faltas,
ao contrrio da funcionalidade do que aparece na verso
desktop, que mostra o mapa de frequncia completo com a
lista de todos os dias de aula com a indicao de presena
28
ou falta, dessa forma, diminuiu-se o contedo apresentado
ao usurio. Algumas funcionalidades foram criadas para
atender s necessidades dos usurios mveis, tais como:
Frequncia, uma opo para visualizao das
informaes de frequncia de todas as turmas em uma
nica pgina; a aba Notcias, que permite visualizao de
todas as notcias das turmas em um local centralizado; entre
outras. Em resumo, o prottipo baseia-se na adoo de
contedo diferenciado e adoo de padres de interao
para o desenho de interface. Esta adaptao de contedo
envolve apresentao e organizao, e devem atender as
necessidades dos usurios no ambiente mvel. Portanto,
fundamental desenvolver a interface baseada no
conhecimento sobre o pblico-alvo e nos fundamentos de
acessibilidade para dispositivos mveis, realizando-se
testes durante o processo para verificar se os requisitos de
acessibilidade esto sendo atendidos.
Avaliao
A avaliao ocorreu a fim de validar os requisitos
levantados durante as fases de levantamento de requisitos e
construo do prottipo. A avaliao foi realizada de duas
formas: i) a utilizao do validador mobileOK [23] nas
pginas do prottipo; e ii) testes com a participao de
usurios. Todas as pginas do prottipo foram validadas
em 100% pelo mobileOK. Atravs do resultado obtido pelo
validador, confirmou-se que todas as diretrizes que
possuem testes verificveis por mquina foram atendidas.
Para complementar o teste do validador, testes com
usurios foram realizados.
O pblico alvo do prottipo desenvolvido consistia em
estudantes de graduao da Universidade Federal, que j
faziam uso do sistema existente. Como participantes dos
testes, foram escolhidos alunos dos cursos de computao,
com a finalidade de averiguar as dificuldades levantadas
por usurios mais assduos do sistema. A avaliao foi
realizada com seis usurios, conforme descrito na Tabela 1.
Para a execuo do experimento, todos os participantes
assinaram um termo de consentimento e preencheram um
formulrio sobre o perfil do usurio, para conhecimento de
tendncias e experincias anteriores do participante quanto
ao uso de dispositivos mveis.
Tabela 1. Perfil dos Usurios Participantes
Usurio Sexo Idade
U1 M 22
U2 M 22
U3 F 22
U4 M 23
U5 M 20
U6 F 21
Todos os usurios eram familiarizados com dispositivos
mveis e j haviam tido contato com a tecnologia
touchscreen, que estava presente na plataforma de teste. A
plataforma utilizada foi um smartphone Samsung Wave
553. Antes da execuo do experimento, cada usurio
navegou livremente at informar que se sentia confortvel
para iniciar a avaliao. Os testes foram realizados nas
dependncias da Universidade Federal, no laboratrio de
computao. Durante a execuo do experimento, foram
utilizadas as tcnicas de Observao e Pensar-em-voz-alta.
O procedimento do teste consistia na realizao de tarefas
atravs do smartphone no sistema acadmico da
universidade e posteriormente, no prottipo desenvolvido.
No final, cada usurio preencheu um questionrio de
avaliao e respondeu a uma breve entrevista.
Resultados
A seguir so descritos os resultados gerais obtidos da
avaliao com os usurios. Durante a execuo do
experimento, foram identificadas outras barreiras de
acessibilidade a partir de problemas encontrados na
utilizao do sistema da Universidade atravs do
dispositivo mvel, como mostram as barreiras 6, 7 e 8.
Barreira 6: Quantidade de contedo - Ao tentar verificar a
quantidade de faltas utilizando o smartphone no modo
paisagem, o usurio no consegue devido tabela possuir
mais de 26 linhas e o dispositivo travar. J no prottipo,
com o mesmo nmero de faltas, o problema no ocorre,
pois a funcionalidade foi remodelada e a informao
apresentada de maneira diferente, com menos contedo.
Barreira 7: Uso de scripts - Diversos problemas de
acessibilidade encontrados no sistema da Universidade
envolvem o uso de scripts. Em um deles, o usurio abre
sem querer uma lista que no pode ser fechada,
impossibilitando a navegao na pgina. Diversos
elementos da interface tambm no aparecem corretamente.
Estes problemas no ocorrem no prottipo, j que o projeto
seguiu as recomendaes da MWBP 1.0 [29], que
recomenda a no dependncia de scripts.
Barreira 8: Ausncia da opo de voltar - A barreira
anteriormente citada somada ausncia da opo de voltar
para a pgina anterior gerou um problema de acesso ao
usurio, que no conseguia voltar para continuar a
navegao. No prottipo, este tipo de problema no ocorre
devido s opes oferecidas no menu de navegao no
rodap da pgina.
A partir da utilizao do prottipo foram identificadas as
barreiras 9 e 10. A suposio da existncia da barreira 10
ocorreu na fase de levantamento de requisitos, durante a
verificao de outros mobile sites, mas s foi confirmada
durante o experimento com o usurio.
Barreira 9: No identificar links - Esta barreira foi
identificada durante a utilizao do prottipo. Um usurio
no identificou a presena de link em um elemento da
interface, e inferiu que no havia como acessar
determinado contedo.
Barreira 10: Perda da liberdade de escolha - O
reconhecimento automtico do dispositivo mvel
desejado, de forma que sempre que algum dispositivo for
identificado, seja fornecido a ele contedo apropriado. Esta
identificao automtica pode ser feita atravs do
29
cabealho HTTP, denominado User Agent String, com a
utilizao de ferramentas [38][13] ou de scripts [12].
Porm, uma barreira advinda desta automatizao a perda
da liberdade de escolha. O prottipo visa transpor esta
barreira com o menu opes fornecido no rodap da
pgina.
De acordo com os resultados coletados no questionrio de
avaliao dos usurios, quanto recuperao de erros,
visualizao da pgina e navegao, o prottipo sempre
avaliado como mais ou to fcil quanto verso atual do
sistema. A nica exceo quanto visualizao da pgina
pelo usurio U2. Este ponto foi levantado durante a
entrevista informal, ps-avaliao escrita, e constatou-se
que o usurio possui preferncia pessoal de visualizao de
muito contedo por pgina, ou seja, pginas em estilo
desktop, mesmo que acessada via dispositivo mvel. Este
ponto destaca a importncia da presena da opo de
visualizao da verso desktop, mesmo que o usurio esteja
acessando o site via um dispositivo mvel.
BOAS PRTICAS E SOLUES
Esta seo apresenta algumas solues relacionadas
transposio de barreiras identificadas na seo anterior ou
adotadas no desenvolvimento do prottipo, em formato de
uma pequena coleo de boas prticas, oriundas da
literatura, da indstria e do estudo de caso.
Suporte para duas orientaes
Em diversos dispositivos mveis existem recursos, tais
como acelermetros, que permitem visualizao de
contedo nas orientaes retrato e paisagem. O contedo
deve ser apresentado de forma que se adapte forma de
visualizao desejada pelo usurio, independente da
orientao utilizada. Para isto, utiliza-se o fluid layout.
Com ele, o contedo se adapta ao tamanho disponvel na
tela do dispositivo. Este tipo de layout evita diversos
problemas de acessibilidade, permitindo adaptao para
diversas plataformas, alm da utilizao de todo o espao
de tela disponvel. Outra considerao importante que a
utilizao de todos os elementos com porcentagem,
seguindo a abordagem do fluid layout, faz com que os
elementos no sejam fixos, porm maleveis ao tamanho
disponvel. Se algum elemento necessita de um tamanho
fixo, como o caso de botes, uma recomendao utilizar
unidade em, somente no elemento desejado. Barreira
relacionada: 1, Orientao do dispositivo.
Considerar a acessibilidade desde o incio do projeto e
conhecer seu pblico-alvo
fundamental considerar o requisito de acessibilidade nas
fases iniciais do processo de desenvolvimento do produto.
Para isto, faz-se necessrio conhecer seu pblico-alvo: que
dispositivos utilizam, quais so suas necessidades e
restries. Com estas informaes podero ser feitas
escolhas apropriadas de tecnologias e verificadas
restries, a fim de evitar incompatibilidades. Esse
processo pode ser auxiliado por tcnicas de levantamento
de requisitos, tal como a aplicada neste estudo de caso, o
questionrio. Barreira relacionada: 5, Incompatibilidade.
Fornecer opo de visualizao da verso desktop
Apesar do usurio de dispositivo mvel ter acesso a um site
com contedo reduzido e direcionado a este pblico,
tambm deve ser fornecido a ele a opo para acesso
verso completa do site, que geralmente a verso voltada
ao pblico que acessa via desktop. Sugere-se que esta
opo se encontre no final da pgina, em um menu de
navegao no rodap. Barreira relacionada: 10, Perda da
liberdade de escolha.
Preferncias de visualizao do usurio
Se o site envolver algum sistema que permita identificao
do usurio, e houver mais de uma opo de visualizao de
seu contedo sejam apenas duas, como por exemplo,
desktop e mobile, ou para diversas categorias de
dispositivos permitir que o usurio escolha a visualizao
padro desejada. No prottipo, o objetivo do menu
opes trazido no rodap da pgina oferecer opes de
visualizao na verso de preferncia do usurio, e permitir
que o usurio salve sua preferncia para visualizaes
futuras. Barreira relacionada: 10, Perda da liberdade de
escolha.
Redirecionamento automtico para verso mvel
Sites geralmente possuem sua verso para dispositivos
mveis em um domnio especfico, como por exemplo,
m.dominio.com ou dominio.com/mobile. O desenvolvedor
do site deve prover um mecanismo para reconhecer
automaticamente o dispositivo e realizar o
redirecionamento. Esta boa prtica amplamente adotada
nos mobile sites e est relacionada barreira 10. Porm,
recomenda-se que ela seja adotada em parceria com as duas
prticas anteriores. Barreira relacionada: 10, Perda da
liberdade de escolha.
Padro para definio de links
Conceitualmente, um link geralmente identificado por um
texto nas cores azul, roxo ou com sublinhado. Porm, com
a evoluo e maior abrangncia dos recursos utilizados,
isso nem sempre ocorre. Essa padronizao ainda um
consenso no desenvolvimento para desktop, e quando no
utilizada, outras formas podem indicar a presena de um
link, como por exemplo, a modificao do ponteiro do
mouse. Nos dispositivos mveis, como o recurso do mouse
no se faz presente e com a presena de telas sensveis ao
toque que estimulam layouts com botes e reas tocveis
(tappable), necessria a adoo de um conceito padro do
que tocvel e o que representa de fato um link. Esta
conveno deve ser adota em toda a estrutura do site ou da
aplicao, facilitando o reconhecimento pelo usurio.
Barreira relacionada: 9, No identificar links.
Semntica das Imagens
Ao projetar uma interface no contexto de dispositivos
mveis que possua imagem, atentar para sua semntica.
Estes dispositivos possuem tamanhos de tela reduzidos,
30
sendo necessrio reduzir o tamanho das imagens utilizadas.
Porm, ao reduzir o tamanho de uma imagem, no se
preocupar apenas com as dimenses ou com textos
alternativos, como tambm atentar para seu significado.
Verificar se permanece o mesmo, pois certas informaes
contidas nela podem ser modificadas ou perdidas. Para a
utilizao em dispositivos mveis, aconselha-se o uso de
cones, pois so imagens menos trabalhadas e mais simples
de serem visualizadas nestes dispositivos. Barreira
relacionada: 6, Quantidade de contedo.
Colunas e cones
Ao desenvolver interfaces para dispositivos mveis,
sugere-se a utilizao de uma nica coluna. Porm, com o
advento de dispositivos com telas sensveis ao toque,
permite-se a criao de interfaces com mais de uma coluna,
de maneira a facilitar a interao. Essa recomendao, j
exposta por [15] deve ser considerada. Porm, alm disso,
a utilizao de cones nas interfaces com o padro Icon
Menu [36] tambm uma estratgia interessante a ser
utilizada. Para transpor as barreiras 2, 3, 4, 7 e 8, basta
atender os requisitos levantados com as tcnicas de reuso e
seguir as recomendaes da W3C. Para auxiliar na
presena da opo voltar, sugere-se a utilizao do padro
Bottom Navigation [31], com a insero de um link no
menu de navegao no rodap.
DISCUSSO
Ao desenvolver interfaces com o objetivo de apresent-las
de maneiras acessvel, o designer apresenta alguns receios.
Para atender a diversos pblicos, necessrio atentar para a
interoperabilidade das tecnologias e recursos utilizados,
alm de outras preocupaes inerentes ao desenvolvimento.
Estes requisitos podem ser vistos como uma limitao
criatividade, no permitindo que tecnologias mais
avanadas sejam usadas. Mas existem diversas solues,
como o uso da tcnica de Aprimoramento Progressivo, no
qual a experincia do usurio pode ser diferente, embora a
informao transmitida seja a mesma. Todas estas
caractersticas no devem ser consideradas limitaes, e
sim desafios a serem superados. Algo a ser avaliado em
trabalhos futuros a possibilidade da presena de cones e
cores, como a abordagem utilizada nesse prottipo,
promover a acessibilidade de pessoas com deficincia
visual parcial, como tambm pessoas no escolarizadas.
Para a construo de contedo adaptado para dispositivos
mveis, as diretrizes de acessibilidade propostas pela W3C
devem ser tomadas como base, pois auxiliam na
disponibilizao do contedo de maneira acessvel. Porm,
ainda assim, seguir todas as diretrizes pode no ser
suficiente, uma vez que, so genricas. As diretrizes
tambm no citam alguns pontos relevantes
disponibilizao de contedo de maneira acessvel no
desenvolvimento atual de dispositivos mveis, como
prticas j adotadas por desenvolvedores. As solues
adotadas e as boas prticas reunidas neste trabalho visam
complementar as recomendaes propostas pela MWBP
1.0, de forma a auxiliar o desenvolvedor a promover
acessibilidade na construo de interfaces e
disponibilizao de contedo. Diversas prticas j so
adotadas no desenvolvimento para dispositivos mveis, o
que mostra a difuso de algumas recomendaes na prtica.
Porm aqui, visam auxiliar o desenvolvedor, mostrando
como algumas prticas esto relacionadas a barreiras de
acessibilidade. A partir da identificao dos requisitos
encontrados com as tcnicas de elicitao, o prottipo da
interface foi construdo, a fim de valid-los. Os resultados
da avaliao mostraram a melhoria de acessibilidade obtida
com a nova disponibilizao do contedo, validando os
requisitos levantados e confirmando a importncia das
recomendaes que foram adotadas.
CONCLUSO
Este trabalho apresentou um estudo de caso orientado pela
Engenharia de Requisitos para identificao de barreiras de
acessibilidade em dispositivos mveis. O estudo baseou-se
no redesign da interface de um sistema acadmico,
mostrando como a ER pode auxiliar no projeto de
interfaces acessveis. Atravs do estudo, realizado com
usurios reais, os requisitos levantados foram validados, e
adicionalmente, foram expostas recomendaes que
auxiliaram no desenvolvimento da interface ou que
superaram barreiras encontradas. A realizao do estudo
tambm reafirma que as barreiras de acessibilidade no se
limitam ao pblico com deficincia fsica, e que a
preocupao com acessibilidade em um projeto pode trazer
benefcios para diversos pblicos.
Como trabalhos futuros, sugere-se a aplicao de outros
estudos de caso, considerando o pblico com diversos tipos
de deficincia. Um possvel trabalho a investigao da
utilizao de cones e cores em interfaces para auxiliar
pessoas com problemas de deficincia visual parcial.
Outros trabalhos podem envolver uma pesquisa com
requisitos de acessibilidade em dispositivos mveis para
domnios especficos. Outra possvel pesquisa a
investigao da relao entre acessibilidade e princpios de
design no contexto mvel, como tambm sobre a natureza
da interao de aplicaes em dispositivos mveis.
AGRADECIMENTOS
Este trabalho contou com o apoio do Grupo de Pesquisa em
Artefatos Fsicos de Interao (PAIRG) da Universidade
Federal do Rio Grande do Norte (UFRN). Agradecemos
tambm o apoio da Coordenao de Aperfeioamento de
Pessoal de Nvel Superior (CAPES).
REFERNCIAS
1. Android SDK.
http://developer.android.com/sdk/index.html.
2. Baguma, R., Stone, R., Lubega, J.T. e Weide, T.
Integrating Accessibility and Functional Requirements.
In Proc. HCII09, Springer (2009), 635-644.
3. Bailey, J. e Burd, E. What is the Current State of Web
Accessibility?. In Proc. WSE10, IEEE (2010), 69-74.
31
4. Blekas, A., Garofalakis, J. e Stefanis, V. Use of RSS
Feeds for Content Adaptation in Mobile Web Browsing.
In Proc. W4A06, ACM (2006), 79-85.
5. Brajnik, G. Web Accessibility Testing: When The
Method is the Culprit. In Computers Helping People
with Special Needs, LNCS Vol. 4061. Springer (2006),
156-163.
6. Brewster, S. Overcoming the Lack of Screen Space on
Mobile Computers. In Personal and Ubiquitous
Computing, 6(3):188-205.
7. Caldwell, B., Cooper, M., Reid, L.G. e Vanderheiden,
G. Web Content Accessibility Guidelines 2.0. World
Wide Web Consortium (W3C).
http://www.w3.org/TR/WCAG20/.
8. Chen, T. Input to the Mobile Web is Situationally-
Impaired. In Proc. ASSETS08, ACM (2008), 303-304.
9. Chisholm, W., Vanderheiden, G. e Jacobs, I. Web
Contents Accessibility Guidelines 1.0.
http://www.w3.org/TR/WCAG10/.
10. Cooper, M. e Rejmer, P. Case Study: Localization of an
Accessibility Evaluation. In Ext. Proc. CHI01, ACM
(2001), 141-142.
11. Cui, Y. e Roto, V. How People Use the Web on Mobile
Devices. In Proc. WWW08, ACM (2008), 905-914.
12. Detect Mobile Browsers.
http://detectmobilebrowsers.com.
13. DeviceAtlas. http://deviceatlas.com.
14. Fernandes, N., Lopes, R. e Carrio, L. On Web
Accessibility Environments. In Proc. W4A11, ACM
(2011), 1-10.
15. Fling, B. Mobile Design and Development: Practical
Concepts and Techniques for Creating Mobile Sites and
Web Apps. OReilly Media, 2009.
16. Harper, S., Yesilada, Y. e Globe, C. Building the
Mobile Web: Rediscovering Accessibility? In Universal
Access in the Information Society, Springer (2007),
6(3):219-220.
17. Henry, S. Involving Users in Evaluating Web
Accessibility. http://www.w3.org/WAI/eval/users.html.
18. iPhone 4 Simulator. http://iphone4simulator.com.
19. Kotonya, G. e Sommerville, I. Requirements
Engineering: Processes and Techniques. Wiley, 1998.
20. McGookin, D., Brewster, S. e Jiang, W. Investigating
Touchscreen Accessibility for People with Visual
Impairments. In Proc. NordiCHI08, ACM (2008), 298-
307.
21. Melo, A.M. Design Inclusivo de Sistemas de
Informao na Web, 2007. Tese, UNICAMP.
22. Mobile Web Initiative. http://www.w3.org/Mobile/.
23. mobileOK Basic Checker.
http://validator.w3.org/mobile/.
24. mobiReady.
http://ready.mobi/launch.jsp?locale=en_EN.
25. Moreno, L., Glvez, M.C., Ruiz, B. e Martnez, P.
Inclusion of Accessibility Requirements in the Design
of Electronic Guides for Museums. In Computers
Helping People with Special Needs, LNCS Vol. 5105.
Springer (2008), 1101-1108.
26. Opera Mini Simulator.
http://www.opera.com/developer/tools/mini/.
27. Piccolo, L.S.G., Menezes, E.M. e Buccolo, B.C.
Developing an Accessible Interaction Model for Touch
Screen Mobile Devices: Preliminary Results. In: Proc.
IHC&CLIHC11, ACM (2011), 222-226.
28. Pohl, K. Requirements Engineering - Fundamentals,
Principles, and Techniques. Springer, 2010.
29. Rabin, J. e McCathieNevile, C. Mobile Web Best
Practices 1.0. World Wide Web Consortium (W3C).
http://www.w3.org/TR/mobile-bp/.
30. Tanaka, E.H. e Rocha, H.V. Evaluation of Web
Accessibility Tools. In Proc. IHC&CLIHC11, ACM
(2011), 272-279.
31. Tidwell, J. Designing Interfaces: Patterns for Effective
Interaction Design, OReilly Media, 2005.
32. Trewin, S. Physical Usability and the Mobile Web. In
Proc. W4A06, ACM (2006), 109-112.
33. Vigo, M., Aizpurua, A., Arrue, M. e Abascal, J.
Evaluating Web Accessibility for Specific Mobile
Devices. In Proc. W4A08, ACM (2008), 65-72.
34. Vischeck. http://www.vischeck.com.
35. Web Accessibility Initiative (WAI).
http://www.w3.org/WAI/.
36. Welie, M.V. Patterns in Interaction Design.
http://www.welie.com.
37. Wobbrock, J.O. The Future of Mobile Device Research
in HCI. In Proc. CHI06 Workshop, 2006, 131-134.
38. WURFL. http://wurfl.sourceforge.net.
39. Yesilada, Y., Brajnik, G. e Harper, S. Barriers Common
to Mobile and Disabled Web Users. In Interacting with
Computers, Springer (2011), 23(5):525-542.
40. Yesilada, Y., Brajnik, G., Vigo, M. e Harper, S.
Understanding Web Accessibility and its Drivers. In
Proc. W4A12, ACM (2012), 1-9.
32