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