Escolar Documentos
Profissional Documentos
Cultura Documentos
Biblioteca 512244 PDF
Biblioteca 512244 PDF
DE USABILIDADE
autor
FABIANO GONÇALVES DOS SANTOS
1ª edição
SESES
rio de janeiro 2016
Conselho editorial regiane burger; roberto paes; gladis linhares; karen bortoloti;
helcimara affonso de souza
todos os direitos reservados. Nenhuma parte desta obra pode ser reproduzida ou transmitida
por quaisquer meios (eletrônico ou mecânico, incluindo fotocópia e gravação) ou arquivada em
qualquer sistema ou banco de dados sem permissão escrita da Editora. Copyright seses, 2016.
isbn: 978-85-5548-234-2
Prefácio 7
1. Conceituação 9
1.1 Ergonomia
11
1.1.1 Ergonomia física e cognitiva 12
1.2 Usabilidade e Engenharia de Usabilidade 16
1.3 Interação Humano-Computador 21
1.3.1 A primeira geração (ENIAC) 23
1.3.2 Segunda geração (IBM 7030) 24
1.3.3 Terceira Geração (IBM 360) 25
1.3.4 Quarta Geração 26
1.4 Interfaces e o projeto de interação 28
1.4.1 Futuro da IHC 31
2. Conhecimento 35
4. Avaliação 79
4.1 Introdução 81
4.2 Por que avaliar? 81
4.3 O que avaliar? 82
4.4 Onde avaliar? 83
4.5 Quando avaliar? 84
4.6 Técnicas de Avaliação de Usabilidade 85
4.6.1 Técnicas prospectivas 85
4.6.2 Técnicas preditivas 86
4.6.2.1 Avaliação Heurística 86
4.6.2.2 Inspeção por meio de lista de verificação 91
4.6.3 Técnicas objetivas 95
4.6.3.1 Ensaio de Interação 95
5. Acessibilidade à Web 103
Bons estudos!
7
1
Conceituação
Neste capítulo vamos tratar de um assunto que é encontrado em várias áreas,
comArquitetura, Engenharia de Produção, Engenharia de Segurança e Tecno-
logia da Informação: a ergonomia.
A ergonomia trata basicamente da adequação das pessoas aos locais de tra-
balho e outros tipos de sistemas (não necessariamente computacionais).
Além disso, vamos estudar uma introdução à usabilidade e à engenharia de
usabilidade. A usabilidade é uma área da computação relacionada com outra
grande área chamada Interação (ou Interface) Homem-Máquina (IHM). A IHM
sempre foi um motivo de grande discussão, porque a tecnologia, evoluindo ao
longo dos anos, proporcionou uma grande evolução nas interfaces que ligam
os humanos ao computador e às máquinas em geral. A IHM, por sua vez, é uma
área estudada pela Engenharia de Software, que é uma disciplina que também
será vista no curso.
A usabilidade tem ganhado muito destaque no desenvolvimento de siste-
mas, principalmente no desenvolvimento web. Atualmente, vários frameworks
têm aparecido e ajudado os desenvolvedores a criarem sites mais interativos e
intuitivos, e isso tem um grande relacionamento com usabilidade.
OBJETIVOS
Ao final deste capítulo, você estará apto a:
• Entender e reconhecer questões relacionadas à ergonomia em geral;
• Saber os conceitos básicos de usabilidade e engenharia de usabilidade;
• Conhecer os principais conceitos da área de interface homem-máquina.
10 • capítulo 1
1.1 Ergonomia
A ergonomia pode ser definida como “adaptação ou melhoria na adequação
dos produtos aos indivíduos”. Ela existe desde a Pré-História quando o homem
primitivo sentiu a necessidade de criar objetos e utensílios que o ajudassem
a realizar as mais diversas tarefas, como armazenar água, cozinhar alimentos,
fazer roupas para se proteger do frio e caçar (figura 1.1).
©© HBCS0084 | DREAMSTIME.COM
capítulo 1 • 11
deveriam utilizá-los em situações extremas, quando sua maior preocupação
deveria ser o combate, e não a forma de uso das armas e equipamentos.
Após a Segunda Guerra Mundial a ergonomia ganhou grande avanço por
meio da NASA e seu impressionante avanço tecnológico, atingindo os mais di-
versos setores das indústrias pela América do Norte e Europa.
Atualmente, a ergonomia é uma área extremamente multidisciplinar que
envolve desde engenheiros e físicos até médicos, fisioterapeutas e psicólogos
na tentativa de solucionar a necessidade do ser humano em aplicar menos es-
forço mental e físico em suas tarefas cotidianas. Assim, algumas premissas de-
vem ser “pretendidas" na criação de um sistema ergonômico:
• O usuário deve desempenhar somente as funções absolutamente essen-
ciais, e que não possam ser desempenhadas pelo sistema, transferindo para
o sistema uma função mesmo que ela possa ser desempenhada pelo usuário.
• O usuário deve ter de memorizar o mínimo possível.
• O usuário só deve ter de aprender o essencial para sua tarefa.
• O usuário não deve ter de aprender a terminologia, passos não relaciona-
dos à sua tarefa – instruções ou comunicações do sistema devem ser feitas ao
longo da tarefa.
• Os comandos do usuário devem ter execução natural e simples, não de-
vem ser complexos e compostos.
• O usuário deve ter frustração mínima.
Imagine que você está em uma sala de cinema e, após 10 minutos de o filme
ter começado, ocorre um problema, as luzes não se acendem e começa a soar
o alarme de incêndio. As pessoas ao seu redor se desesperam e você começa a
sentir o cheiro de fumaça. Você se mantém calmo e vê que ao lado esquerdo
da tela, um pequeno painel com uma luz vermelha acesa, e logo abaixo vê uma
porta e a associa à saída de emergência. Você sai em direção à porta e, em um
único movimento empurra uma longa barra horizontal pouco acima da altura
da sua cintura, saindo da sala que já está bastante esfumaçada, sentindo um
grande alívio ao respirar ar fresco.
12 • capítulo 1
©© EDITOR77 | DREAMSTIME.COM O ponto-chave para que você pudes-
se se livrar desta situação foi a facilida-
de de achar e abrir a porta da saída de
emergência. Essas saídas foram proje-
tadas para que, em uma situação de pe-
rigo iminente, as pessoas possam ser
encaminhadas para a saída sem pen-
sar, de forma simples e instintiva, sim-
plesmente ao ver um painel com uma
luz vermelha. Da mesma forma, em
relação ao sistema de abertura da por-
ta, em uma situação de risco, a pessoa
não terá tempo ou estará tão apavora-
da que não conseguirá encontrar uma
maçaneta ou identificar uma forma de
abrir a porta. Sendo assim, a porta se
abre quando a pessoa empurra a barra,
Figura 1.2 – Saída de emergência com a
o que é uma ação intuitiva, uma vez que
barra horizontal.
sua principal preocupação é fugir.
Aqui podemos notar elementos claros de ergonomia física e cognitiva: o fato
de a saída de emergência estar posicionada imediatamente ao lado da tela, faz
com que você não precise procurar muito por ela, uma vez que, durante a seção,
a sua atenção estará voltada para a tela; além disso, o fato de a barra horizontal
estar posicionada um pouco acima de sua cintura faz com que você não preci-
se fazer movimentos antinaturais, portanto abrir a portaserá o menor dos seus
problemas.
Temos então dois exemplos de ergonomia física que está relacionada a
adaptação de um sistema a anatomia humana, antropometria, fisiologia e bio-
mecânica. Ou seja, as ações a serem realizadas se aproximam ao máximo de
movimentos naturais aos seres humanos. Podemos notar também elementos
de ergonomia cognitiva, uma vez que a saída de emergência é indicada por uma
luz vermelha, enquanto todas as luzes estão apagadas, sendo assim bastante
visível, e também outro elemento é o fato de a porta se abrir quando a barra é
empurrada, o que é um movimento bastante natural, que não requer grande
carga de raciocínio. Nesse tipo de ergonomia, é levada em consideração a carga
capítulo 1 • 13
mental de uma determinada ação, na tentativa de diminuir raciocínio, estresse
e tomada de decisão.
Este é um exemplo no qual é possível mostrar que a ergonomia não está
relacionada apenas a equipamentos ou máquinas, uma vez que entendemos a
sala de cinema como um sistema, e as pessoas como usuários.
Existem outros exemplos mais diretos também , em que podemos notar ele-
mentos claros de ergonomia física e cognitiva. Por exemplo, a comparação entre
dois controles remotos: um tem um formato quadrado (com uma pegada ruim),
os botões são pequenos, seguindo o mesmo padrão, e os botões mais usados
estão longe um do outro, exigindo que você olhe para o controle para executar
qualquer ação; o outro é anatômico (seu formato encaixa na sua mão) os botões
são grandes e em formatos diferentes de forma que você não precise se preocu-
par em olhar para o controle para executar qualquer ação, você identifica qual
botão apertar apenas com o tato, são poucos botões, e o que diferencia a uma
ação realizada da outra, é a forma como esses botões são manipulados, apertan-
do, deslizando o dedo sobre o botão para um lado ou para o outro.
©© FRANCESCO ALESSI | DREAMSTIME.COM
14 • capítulo 1
©© PANYA CHITMEDHA | DREAMSTIME.COM
capítulo 1 • 15
1.2 Usabilidade e Engenharia de Usabilidade
Vamos supor outra situação: você está no escritório postergando o que precisa
fazer: o manual formatado do software recém-produzido que havia prometido
ao seu chefe há tempos, mas está tranquilo, pois o texto já está todo escrito e as
figuras já estão todas prontas, a única coisa que falta é a formatação do arquivo.
Já são duas horas da tarde, e, quando abre a caixa de e-mails, surpresa: uma
cobrança do chefe dizendo que precisa desse manual pronto até o fim do dia.
Você percebe que, se abrir mão do cafezinho das quatro horas, consegue
terminar a formatação do arquivo. Porém, quando abre o editor de texto, nota
que ele foi atualizado para a versão mais recente, com novas funcionalidades
e um layout completamente diferente, as ferramentas que você estava acostu-
mado a usar não estão mais onde sempre estiveram. Você procura, passa por
todos os menus, mas a interface está muito diferente, as horas vão passando e
após buscar por informações na internet, consegue encontrar algumas ferra-
mentas e avançar um pouco na formatação, mas já são 16:30 e pensa: “Como
uma empresa tão grande, não faz um interface mais fácil, mais intuitiva? Será
que ninguém pensou na usabilidade deste software”?
É evidente que, se os construtores do editor de texto realmente tivessem
se preocupado com a usabilidade do software sua tarde teria sido muito mais
tranquila, e você teria a certeza de que conseguiria entregar o manual pronto ao
seu chefe, mas infelizmente o software, não era nem um pouco usual.
Mas, então, o que seria a usabilidade?
O termo usabilidade surgiu como uma parte, um ramo da ergonomia volta-
da para às interfaces computacionais, mas acabou se difundindo para outras
áreas. Hoje o termo também é utilizado em contexto de produtos, como apa-
relhos eletrônicos, em áreas da comunicação e produtos de transferência de
conhecimento, como manuais, documentos e ajudas online.
Podemos definir usabilidade como a facilidade com que as pessoas têm ao
manusear algum determinado objeto, de modo eficiente, intuitivo, sem provo-
car erros operacionais e oferecendo ainda satisfação aos usuários. Ou seja, po-
demos associar usabilidade à facilidade de uso. Se um produto é fácil de usar,
o usuário tem maior produtividade: aprende mais rápido, memoriza o passo a
passo das operações e erra menos.
Veja a figura 1.5: Preciso ir para o primeiro andar. Como faço? Que botão
eu aperto, o 0 ou o 2? Preciso ir por tentativa e erro? E o que seria o andar “-1”?
16 • capítulo 1
Pode ser o subsolo? Mas e se houvesse mais andares abaixo do solo? Seria “-2”,
“-3”, etc? Isto não é um pouco estranho?
©© TATABRADA | DREAMSTIME.COM
Figura 1.5 –
Uma boa usabilidade costuma andar de mãos dadas com um bom design!
Smartphones em geral tentam fazer com que a experiência de uso seja sim-
ples e fácil, uma vez que é necessária apenas a realização de movimentos na-
turais e intuitivos para a troca de páginas e seleção de operações e aplicativos.
©© DK88888 | DREAMSTIME.COM
capítulo 1 • 17
Outro exemplo de usabilidade em produtos são controles remotos. O
Weemote é um controle remoto focado em atender às necessidades de crianças
e idosos com botões grandes e coloridos só com funções básicas. Nesse ponto
podemos fazer uma associação entre usabilidade e interação. Assim, fica claro
que a usabilidade não depende só das características do produto, mas também
das características do usuário, da tarefa e do ambiente ao qual todos esses fa-
tores estão incluídos, ou seja, a interface deve ser desenvolvida levando-se em
consideração a causa e a forma de contato entre usuário e produto.
Segundo (JORDAN, 1998), a usabilidade pode ser avaliada de acordo com
alguns princípios:
• Evidência: Devem ser evidentes o modo de operação e a função do produ-
to, como, por exemplo, maçanetas de portas de carros (figura 1.7):
©© MAKSYM GORPENYUK | DREAMSTIME.COM
18 • capítulo 1
• Prevenção de erros: Os produtos devem evitar ao máximo procedimen-
tos errados.
• Realimentação: O sistema deve dar um retorno ao usuário sobre o suces-
so de sua tarefa, para que ações repetitivas sejam evitadas.
capítulo 1 • 19
(NORMAN, 1986). Segundo (ISO/IEC 9126), “usabilidade é a capacidade de
uma aplicação ser compreendida, aprendida e utilizada, sendo atraente para
o usuário, em condições específicas de utilização”. Isso significa que aquele
editor de textos do início deste tópico deveria, entre outras coisas, ter as seguin-
tes características:
20 • capítulo 1
da rotatividade do pessoal, mas também pela baixa produtividade, competitivi-
dade e menor retorno de investimento. Sistemas difíceis de usar implicam em
erros e perda de tempo, fatores que se multiplicam com a frequência das tare-
fas e o número de usuários. A perda de dados e informações pode implicar na
perda de clientes e de oportunidades. Acontecimentos deste tipo causam des-
de uma resistência ao uso do sistema até a sua subutilização e abandono com-
pleto, com o devido consentimento da empresa. O barato terá custado caro.
capítulo 1 • 21
Situações como essas ocorrem o tempo todo. Muitas pessoas não sabem
como agir quando se deparam com uma máquina ou um sistema computacio-
nal. Por que essa interação é tão difícil?
Existe uma área na Computação que estuda a interação de forma a dei-
xá-la mas simples, objetiva e satisfatória, chamada de Interação Homem
Computador (IHC).
Essa necessidade surge no cotidiano com as mais diversas tarefas que en-
volvem máquinas que se utilizam de algum tipo de sistema computacional.
Esses sistemas na maioria das vezes são criados e desenvolvidos para facilitar
nossas vidas, mas em vários casos acabam atrapalhando, por não serem bem
planejados, projetados e pensados, daí a necessidade de toda uma ciência mul-
tidisciplinar, envolvendo ciência da computação, psicologia cognitiva, psicolo-
gia organizacional e social, ergonomia e fatores humanos, engenharia, design,
antropologia, sociologia, filosofia, linguística e inteligência artificial, por trás
desse assunto, que estuda como interagimos com os computadores nas mais
diversas situações, para tornar cada vez mais simples e natural a interação ho-
mem computador. Então uma definição para IHC seria: a interação Humano-
Computador (IHC) é uma disciplina que diz respeito ao design, avaliação e
implementação de sistemas de computação interativos para uso humano em
um contexto social e com os estudos dos principais fenômenos que os cercam
(Curricula for Human-Computer Interaction, 2009).
Porém, a interação entre humanos e computadores necessita de um meio de
comunicação que é chamado de interface, por meio da qual o usuário entra em
contato com a máquina de forma física, perceptiva e cognitiva (NORMAN, 1986)
A interface é o lugar onde ocorre contato entre duas partes. Toda forma de
interação onde uma ação do usuário (entrada) leva a uma resposta do sistema
(saída) é intermediada por uma interface. Podemos ter como exemplos, com-
putadores, maçaneta, televisões, rádios, micro-ondas, aparelhos de telefone
e etc.
A interface permite que um agente (humano) faça uma ação por meio de
uma interface (maçaneta) e tenha uma resposta do paciente (porta).
A interface do computador provoca estímulos ao usuário de forma que ele
manipule a interface por meio de dispositivos e tenha as respostas relaciona-
das à sua atividade de interesse. Para cada ação, uma nova resposta é esperada
por ambos os lados: sistema e usuário.
22 • capítulo 1
Mas será que desde o surgimento dos computadores a interação homem
computador é a mesma?
É evidente que não. Desde seu surgimento computadores e interfaces evo-
luíram juntos até chegar ao que conhecemos e convivemos hoje, de uma inter-
face simples e rudimentar passando por apenas linhas de código, até chegar-
mos nas interfaces gráficas e intuitivas de hoje em dia.
Todos sabem que os computadores atuais são fruto de uma intensa evolução
tanto em termos de hardware quanto de software, mas o que poucos sabem é
que, na década de 1950 já existiam computadores. É certo que eles não se pare-
ciam nem um pouco com os computadores que conhecemos hoje, mas já eram
capazes de fazer alguns cálculos de forma bem rápida para determinadas tarefas.
capítulo 1 • 23
os computadores eram programados para resolver um problema em específi-
co, se quisesse resolver outro problema todo computador deveria ser reprogra-
mado. Eles eram enormes e tinham literalmente o tamanho de salas inteiras,
pesando aproximadamente 30 toneladas, além de sofrerem com superaqueci-
mento pois, em vez de utilizarem microprocessadores, eles utilizavam válvulas.
Elas funcionavam de maneira parecida com uma placa de circuitos, sendo que
cada válvula acesa ou apagada representava uma instrução à máquina. Cada
um deles necessitava de cerca de 19 mil válvulas por ano, porque as válvulas
queimavam com poucas horas de uso e precisavam ser substituídas.
24 • capítulo 1
diante das 30 toneladas do ENIAC. Essa considerável diminuição no tamanho
só foi possível porque o IBM 7030 utilizava transistores em vez de válvulas, os
transistores eram bem menores em relação às válvulas e os computadores fica-
ram mais econômicos com relação ao gasto de energia e também em relação ao
custo das peças.
©© WIKIPEDIA
No final da década de 1970, o emprego dos semicondutores fez com que os com-
putadores da terceira geração tivessem um aumento significativo na velocidade
capítulo 1 • 25
e na eficiência. Nessa geração foram introduzidos teclados para digitação de
comandos e monitores para visualização de sistemas operacionais primitivos e
a possibilidade de fazer upgrades. Entretanto, os computadores dessa geração
ficaram maiores do que os da geração anterior. O IBM 360 (modelo de maior
expressão dessa geração), claramente pesava mais do que seus antecessores.
Nessa época, os computadores já começaram a ficar mais acessíveis.
26 • capítulo 1
Nessa mesma época, Steve Jobs e Steve Wozniak criaram o Apple I, que ti-
nha como objetivo ser um computador de fácil acesso para leigos e logo foi
substituído pelo Apple II. O grande diferencial introduzido nesses computa-
dores é que Jobs e Wozniak se basearam no BASIC para criar um sistema com
interface gráfica, incluindo editores de texto, planilhas eletrônicas e bancos de
dados. Isto contribuiu com a popularização dos computadores, saindo do meio
científico e atingindo a população em geral. Posteriormente, a Apple também
foi responsável pela adoção dos mouses, que tornou a experiência de interação
humano computador mais amigável ainda. Pouco tempo depois, a Microsoft
também lançou o seu sistema operacional gráfico, o Windows.
CONEXÃO
BASIC – Beginner’s All-purpose Instruction Code, ou código de instruções de uso geral para
iniciantes, é uma linguagem de programação criada por John George Kemeny e Thomas
Eugene em 1964 para aprendizado dos sistemas computacionais. Veja mais em
http://www.vintage-basic.net/.
©© WIKIPEDIA
capítulo 1 • 27
©© WIKIPEDIA
28 • capítulo 1
É feita por softwares meio cognitivo que faz uso
de aspectos léxicos (funcionais), sintáticos (es-
truturais) e semânticos (conteúdo). Um aspecto
importante das interfaces virtuais ou lógicas é o
uso de metáforas e modelos mentais, que podem
ser vistas nos principais sistemas operacionais uti-
lizados atualmente. Elas são analogias a elemen-
tos naturais de forma a representar as abstrações
contidas nos sistemas computacionais. A partir do
INTERFACE VIRTUAL OU momento em que começaram a ser utilizados sis-
LÓGICA temas operacionais com interfaces gráficas, foram
feitos usos de metáforas, por um exemplo o desk-
top ou área de trabalho é uma analogia a uma
mesa onde são organizadas todas as tarefas, outra
analogia são as pastas, que representam onde são
guardados os documentos, também podemos no-
tar a lixeira, onde são descartados os documentos
e arquivos que não serão mais utilizados. Todos
esses são esforços para deixar a experiência de
uso o mais natural possível ao usuário.
Figura 1.16 – Exemplo de uma área de trabalho, bem lotada e não organizada.
capítulo 1 • 29
A combinação de interfaces física e gráfica ou lógica em celulares exige um
projeto de interação que leve em conta uma relação compreensível entre o apli-
cativo do aparelho e seus botões e teclado. Em avaliações feitas por alunos da dis-
ciplina de TASI utilizando princípios de projeto, metas de usabilidade, heurísti-
cas, entre outros conceitos, foi possível verificar que o parelho Nokia é um dos
mais simples de operar, enquanto o Motorola está entre os mais complicados.
Mas, na verdade, quando falamos de interação de humanos e computado-
res, falamos de congruência de interfaces, que nada mais é do que a combina-
ção de interfaces físicas e interfaces virtuais. Nesse sentido, é preciso entender
que a combinação entre ambos os elementos precisa ser efetiva, clara e consis-
tente, para que, por meio de dispositivos físicos, a interface gráfica reaja apre-
sentando repostas aos estímulos de acordo com as expectativas dos usuários.
Agora me diga, quem não fica louco de raiva quando o mouse para de funcio-
nar? Entretanto, alguns novos dispositivos já vêm eliminando alguns elemen-
tos de interação física, como é o caso de dispositivos touchscreen.
ATENÇÃO
Tanto interfaces físicas como virtuais devem levar em consideração as capacidades físicas
e culturais dos seres humanos, e aqui um ponto de extrema importância e a acessibilidade
desses sistemas, aos mais diferentes tipos de usuários que irão utilizar o sistema.
30 • capítulo 1
Mas o que seria uma interface ideal? Amigável?
É o conceito de que a interface de um sistema deve produzir uma experiên-
cia prazerosa, de fácil manuseio e aprendizado. Deve-se tentar agregar ao má-
ximo características com as quais o usuário já esteja acostumado.
Outro ponto a ser evitado são interfaces carregadas com muita informação.
Ao contrário do que se possa imaginar, ao disponibilizar muita informação, a
interface pode ficar tão confusa que o usuário não consiga encontrar o que ele
está procurando.
O sistema deve ter componentes que incentivem o aprendizado autôno-
mo, ou seja, interfaces amigáveis devem ser invisíveis, de forma que o usuá-
rio somente se preocupe com a tarefa a ser realizada Ela não pode tomar mais
atenção do usuário do que a própria tarefa e deve ser fácil de usar, aprender
e memorizar.
É claro que nós ainda não alcançamos os níveis propostos pela ficção científi-
ca, mas podemos dizer que estamos caminhando, mesmo que lentamente para
um novo paradigma na construção de softwares que trabalham segundo uma
nova e diferente perspectiva de interface, uma evolução substancial já foi expe-
rimentada com a popularização de dispositivos touchscreen, como celulares e
tablets, tecnologia que também já atingiu os computadores. Essa mudança de
paradigma mudou drasticamente os tipos de interação, alterando também os
níveis de abstração e os tipos de metáforas utilizadas nos softwares e aplicati-
vos desenvolvidos.
Os movimentos realizados em dispositivos touchscreen (movimentos de
pinça) são mais naturais do que os realizados em desktops com o uso de mou-
ses. Também podemos citar o kinect desenvolvido pela Microsoft que, com cer-
teza, entrega uma experiência completamente nova, se levarmos em considera-
ção o que foi produzido até hoje.
Uma tecnologia que não se popularizou ainda, e é uma quebra de paradig-
ma, é o recém-desenvolvido Google Glass, que permite uma experiência com-
pletamente diferente do que estamos acostumados.
capítulo 1 • 31
©© FALLOSTUPIDO | DREAMSTIME.COM
ATIVIDADES
01. Faça uma pesquisa na internet e procure o termo “tecnologia vestível”. O que é isso?
32 • capítulo 1
05. Faça uma pesquisa e explique como o JQuery e outras bibliotecas colaboram para as
interfaces atualmente.
06. Faça outra pesquisa na internet e descreva resumidamente o que melhorou nas interfa-
ces do Microsoft Windows, desde sua primeira versão até a versão 10.
REFLEXÃO
A área de interface e de usabilidade realmente precisa ser levada a sério, e que bom que as
empresas e a academia estão se preocupando com isso. Porém, é uma área multidisciplinar
o pessoal da área de TI tem de entender que, sem profissionais com formação em design e
comunicação, um novo sistema operacional, um site, ou qualquer outra forma de interação
entre o computador e o homem, não serão adequadamente desenvolvidos. E vice-versa: o
pessoal de design precisa da turma da TI para poder colocar em prática as ideias e conceitos
que eles estão desenvolvendo. Pensando assim, grandes sites e sistemas operacionais foram
desenvolvidos e fazem sucesso até hoje.
LEITURA
Sugerimos os seguintes sites como recomendação e forma de aprimorar o que foi visto
neste capítulo:
O JQuery é uma biblioteca que proporcionou grandes avanços na área de interatividade
na internet. Acesse o site do JQuery para ver o que é possível ser feito: https://jquery.com/
Apesar de ser um pouco antigo, o artigo a seguir mostra um estudo de caso envol-
vendo usabilidade: http://www.scielo.br/scielo.php?pid=S1415-65552003000200007&s-
cript=sci_arttext
Ainda vamos falar muito do W3C, o World Wide Web Consortium. O W3C contém os
padrões que são usados na web para o desenvolvimento de sites e aplicações. Este site
deve ser visitado e estudado por todos aqueles que desenvolvem para a internet: http://
www.w3.org/standards/
capítulo 1 • 33
REFERÊNCIAS BIBLIOGRÁFICAS
ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. NBRISO/IEC9126-1 Engenharia de
software - Qualidade de produto - Parte 1: Modelo de qualidade. 2003.
CURRICULA for Human-Computer Interaction. ACM SIGCHI, 2009. Disponivel em: <http://old.
sigchi.org/cdg/index.html>. Acesso em: 1 jul. 2015.
CYBIS, W.; BETIOL, A. H.; FAUST, R. Ergonomia e usabilidade. São Paulo: Novatec, 2007.
JORDAN, P. W. An introduction to usability. Philadelphia: Taylor & Francis, 1998.
NORMAN, A. D. User centered systems design. New York: Lawrence Earlbaum Associates, 1986.
34 • capítulo 1
2
Conhecimento
Toda vez que alguém precisa usar um programa novo, é aquela mesma história:
Como faço isso? Como altero aquilo? Por que fazer um programa tão difícil?
Será que ninguém pensa que o usuário não tem tempo para aprender a usar os
programas? Ele tem que simplesmente executar uma tarefa sem precisar per-
der horas lendo manual.
A maioria dos softwares específicos – aqueles que não atingem o grande pú-
blico e que não são fabricados pelas gigantes do mercado – não é construída
tendo uma grande preocupação com usabilidade. Para tal, é demandada uma
intensa participação dos usuários, no processo de definição da interface, na
realização de diversos testes e avaliações. Estes passos, além de aumentarem o
prazo de construção do software, aumentam também o seu custo. Mas será que
não existe um conjunto de regras e critérios para a construção de um programa
ergonômico?
OBJETIVOS
Este capítulo tratará dos princípios ergonômicos para IHC e fará com que você possa res-
ponder à seguinte pergunta:
• O que precisa ser feito para que um software seja minimamente agradável e utilizável?
36 • capítulo 2
2.1 Princípios Ergonômicos para IHC
Assim como o conceito de ergonomia visto na unidade 1, em que se mostrou
que os produtos são planejados para atender às necessidades físicas, psicomo-
toras e cognitivas do ser humano, pode-se observar também a necessidade de
construção de softwares ergonômicos que facilitem a vida das pessoas.
A ergonomia em IHC tem como objetivo não só facilitar a vida do usuário, mas
também adaptar os softwares e a forma de interação às capacidades dos usuários,
dando conforto e satisfação. Hoje em dia é quase impossível uma empresa se es-
tabelecer no mercado sem se preocupar com esses temas. Assim, a importância
dessas características sobre como as mais diversas ferramentas serão usadas é
clara. Portanto, foram desenvolvidas diversas técnicas utilizando-se as teorias
existentes para desenvolver parâmetros para gerar softwares ergonômicos.
capítulo 2 • 37
2.2.1 Condução
Este item diz respeito à distribuição espacial dos itens na tela. Com isso é possí-
vel que o usuário faça uma rápida compreensão da tela, para identificar os itens
de seu interesse. O critério de distribuição e distinção dos itens se divide em dois:
38 • capítulo 2
Permite ao usuário identificar semelhanças ou
diferenças entre diferentes classes de itens de
acordo com características gráficas.
Clareza: Refere-se as características que podem
auxiliar ou atrapalhar na leitura das informações
textuais. Recomenda-se levar em considera-
AGRUPAMENTO E ção características cognitivas e perceptivas
DISTINÇÃO POR dos usuários.
FORMATO Feedback imediato: refere-se às respostas do
computador referentes às ações dos usuários. O
computador deve responder a todas as ações dos
usuários o mais rapidamente possível. Para os
usuários, ausência ou demora no feedback podem
ser consideradas como falhas no sistema.
Este critério se preocupa em fazer com que o usuário diminua a carga cognitiva
e perceptiva, sendo subdividido em brevidade e densidade informacional.
capítulo 2 • 39
2.2.3 O controle explícito
Este critério se refere tanto ao controle que o usuário tem sobre a interface do
sistema quanto ao processamento e respostas dados pelo sistema ao usuário.
2.2.4 Adaptabilidade
40 • capítulo 2
2.2.5 A gestão de erros
Neste critério, o objeto das interfaces são idênticos para contextos idênticos, e
diferentes para contextos diferentes.
• Localização similar dos títulos das janelas.
• Formatos de telas semelhantes.
• Procedimentos similares de acesso às opções dos menus.
• Na condução, sempre utilizar as mesmas pontuações e as mesmas cons-
truções de frases.
• Apresentar na mesma posição os convites (prompts) para as entradas de
dados ou de comandos.
Os formatos dos campos de entrada de dados devem ser sempre os mesmos.
capítulo 2 • 41
2.2.7 O significado dos códigos e denominações
2.2.8 A compatibilidade
ATENÇÃO
A abordagem de utilização de critérios é um meio de garantir a conformidade com as diretri-
zes de design de software. Assim, pode ser usada antes do teste do usuário para descobrir
e corrigir eventuais falhas no projeto inicial. Entretanto, os critérios devem ser vistos como
um suplemento a outros métodos de avaliação, e são usadas somente abordagens analíticas
sem em nenhum momento contar com métodos de avaliação baseados em questionários,
entrevistas e etc.
PROJEÇÕES FUTURAS
42 • capítulo 2
PROJEÇÕES FUTURAS
– Definir os pré-requisitos para a avaliação, ou seja, definir quais são todas as caracte-
rísticas necessárias aos usuários para aplicação de cada critério.
– Definir formas de avaliar sistematicamente os elementos e estados da interface
(telas, janelas, sequências de tarefas, etc.).
– Utilização de ferramentas de apoio para um completo sistema de avaliação (help).
As normas tiveram maior impacto a partir da norma ISO 9241 e ficaram mais
centradas em atividades necessárias para produzir produtos utilizáveis a partir
da norma ergonômica ISO 13407. Estes princípios foram refinados e ampliados
em um modelo de boas práticas de usabilidade que pode ser utilizados para
capítulo 2 • 43
avaliar a capacidade de uma organização em desenvolver um design centrado
no usuário com a norma ISO TR 18529. A norma ISO PAS 18152 estende esses
conceitos para a avaliação da maturidade de uma organização na execução dos
processos que fazem um sistema utilizável, saudável e seguro.
As normas relativas à usabilidade abordam principalmente temas como:
1. Eficácia, eficiência e satisfação na utilização do produto.
2. Interação do usuário com a interface.
3. O processo utilizado no desenvolvimento do produto.
4. Design centrado no usuário.
ATENÇÃO
Um ponto fraco da maioria dos padrões estabelecidos para IHC é que eles são discutidos
e desenvolvidos com base em teorias, e não em processos práticos, ou seja, as normas não
são desenvolvidas om base na resposta dos utilizadores ao interagirem com os sistemas
testando protótipos durante o desenvolvimento.
Outra limitação das normas internacionais é que o processo de desenvolvimento é lento,
e o conteúdo depende do esforço voluntário de especialistas apropriados.
44 • capítulo 2
Figura 2.1 – O prompt do DOS no MS Windows.
capítulo 2 • 45
Com a evolução da informática foram estabelecidos alguns elementos e ob-
jetos de interação entre usuário e computador que serão explorados a seguir.
Janelas
As janelas devem ter um layout padronizado para toda aplicação, geralmen-
te tem um título, em sua parte superior, centralizado ou à esquerda, tendo os
principais comandos à vista do usuário. Quando for possível abrir várias janelas
simultaneamente, a janela ativa deverá estar destacada.
Caixas de diálogo
As caixas de diálogo apoiam operações específicas, não contendo menus ou
barras de tarefas. E, assim como nas janelas, os títulos devem ser centralizados
ou deslocados para a esquerda, tendo botões que executem a ação referida ra-
pidamente, além do fechamento rápido da caixa de diálogo.
46 • capítulo 2
• Caixas de diálogo modal: impedem o usuário de realizar qualquer
outro tipo de ação nos sistema, exigindo dele atenção exclusiva.
Formulários:
Este tipo de caixa de diálogo está destinado especificamente à entrada de
dados. O layout deve ser autoexplicativo, agrupando de forma lógica e intuitiva
os diferentes tipos de dados. As ações de entrada devem iniciar-se pelo preen-
chimento do primeiro campo, no alto, à esquerda, que deverá estar com o foco
das ações quando da apresentação dele.
capítulo 2 • 47
• Campos de preenchimento obrigatório devem ser diferenciados visual-
mente e, se possível, os campos que contenham dados críticos para o sistema
devem ser identificados e protegidos contra acidentes de operação. Mensagem
que advirta sobre os efeitos da ação e solicite a confirmação do usuário, deve ser
apresentada sempre que o campo for modificado.
48 • capítulo 2
Caixas de Mensagens:
São utilizadas para informar o usuário sobre:
• O que fazer nas interações;
• Em que estado se encontra o sistema;
• A resposta do sistema a uma ação sua;
• Uma situação perigosa, de erro ou de anormalidade;
• Como recuperar a normalidade de um sistema.
São objetos com estrutura complexa de navegação interna, que permitem a se-
leção de outros controles e comandos.
capítulo 2 • 49
• Painel de menu
São menus dispostos verticalmente, uns abaixo dos outros.
• Barra de menu
Contém as opções do menu principal e leva às opções secundárias relacio-
nadas ao menu selecionado.
50 • capítulo 2
• Barra de ferramentas
Menu sem submenus, com opções em forma de ícones associadas a coman-
dos ou ferramentas.
• Lista de seleção
É uma lista de valores possíveis predefinidos pelos desenvolvedores, deve
ter de 5 a 9 itens de visualização imediata.
capítulo 2 • 51
• Caixa de combinação (ou Combo Box)
Deve ser ordenada seguindo ordem alfabética numérica ou por ordem
de uso.
52 • capítulo 2
ATIVIDADES
01. Os critérios de software apresentados servem para qualquer tipo de plataforma digital?
Tablets, smartphones ...
02. Sobre o critério de controle do usuário. Dê um exemplo de auxílio ao usuário sem tirar o
seu poder de decisão.
03. Qual a relação entre o critério "Agrupamentos e distinção entre os itens” e o conceito
de ergonomia cognitiva?
04. Qual a importância de construir um software seguindo as normas sobre IHC? Qual o
benefício no resultado final?
05. Cite 3 exemplos de novas metáforas com o mundo real que poderiam ser utilizadas
como objetos de interação com o usuário.
REFLEXÃO
Construir um programa voltado para usabilidade levando em consideração critérios ergo-
nômicos não é uma tarefa fácil. Existe a necessidade de uma equipe multidisciplinar, alta-
mente treinada, e a paciência necessária para a interação e participação dos usuários nos
processos de determinação das interfaces do sistema. Apesar de encarecer o produto, a
utilização de elementos ergonômicos no software torna a experiência de uso mais agradável,
colocando o software alguns pontos acima no mercado. Logo essa será uma a exigência
do mercado e softwares que não forem construídos segundo princípios ergonômicos cairão
naturalmente em desuso.
Em contrapartida, novas ferramentas e plataformas vêm cada vez mais ganhando, com
novas propostas e novas formas de interação. Mas será que os princípios ergonômicos para
esses dispositivos devem ser diferentes, uma vez que a forma de interação é diferente? Essa
é uma área em grande ascensão, em que profissionais gabaritados estão em falta. A grande
pergunta que fica é: os critérios ergonômicos mudam conforme a forma de interação com o
dispositivo?
capítulo 2 • 53
LEITURA
As normas podem ser adquiridas (compradas) diretamente da ISO ou por meio de outras or-
ganizações. Para um maior e completo entendimento sobre toda a abrangência das normas,
é recomendada vista ao site www.iso.org/iso/en.
Leia mais sobre os tipos de objetos de interação. No tutorial da linguagem Java existem
vários suportados pela linguagem:
https://docs.oracle.com/javase/tutorial/uiswing/components/index.html
Para a parte de web, veja os principais componentes que podem ser usados na série de
tutoriais da W3Schools. Este link é excelente:
http://www.w3schools.com/html/html_forms.asp
REFERÊNCIAS BIBLIOGRÁFICAS
BARBOSA, S.; SANTANA, B. Interação Humano-Computador. Rio de Janeiro: Campus-Elsevier,
2010.
BASTIEN, J. M. C. Ergonomic criteria for the evaluation of human computer interfaces. Research
Gate, Lorraine, maio 1993.
BEVAN, N. International Standards for HCI. International Journal of Human Computer Studies,
Londres, 4, 1 out. 2001. 533-552. Disponivel em: <http://dl.acm.org/citation.cfm?id=565970>.
Acesso em: 1 jul. 2015.
OREN, T.; YILMAZ, L. Quality Principles for the Ergonomics of Human-Computer Interfaces
of Modeling and Simulation Software. Publications - School of Electrical Engineering and
Computer Science, Ottawa, 01 maio 2005. ? Disponivel em: <http://citeseerx.ist.psu.edu/viewdoc/
summary?doi=10.1.1.506.4251>. Acesso em: 1 jul. 2015.
ROGERS, Y.; SHARP, H.; PREECE, J. Design de interação. Porto Alegre : Bookman, 2013.
54 • capítulo 2
3
Desenvolvimento
Neste capítulo, vamos estudar a parte de desenvolvimento de interfaces ho-
mem-computador, ou IHC, também conhecida por interface homem-máquina
ou IHM.
Esta área é muito abrangente e tem vários desdobramentos, mas, neste ca-
pítulo vamos estudar alguns assuntos que compõem, de maneira geral, a parte
de desenvolvimento de IHC e em especial as técnicas de concepção e de mode-
lagem de interfaces.
A interface de um software é algo bastante determinante para o seu sucesso.
É muito difícil encontrar um software de sucesso cuja interface não esteja de
acordo com sua proposta ou agrade.
Até mesmo em jogos eletrônicos: existem alguns sucessos recentes que,
mesmo não tendo gráficos realísticos e sofisticados, tiveram uma grande acei-
tação pelo mercado, e a interface tem grande parcela de responsabilidade nis-
so. Como exemplo, veja o jogo “FlappyBird”, disponível originalmente para o
iphone. Feito em 2013, ele se destacou principalmente pela sua jogabilidade e
dificuldade. Outros jogos mais “pesados” se destacam pelos efeitos realísticos
de última geração, os quais são verdadeiras produções de Hollywood (literal-
mente, uma vez que alguns estúdios de jogos são em Los Angeles). Enfim, a
interface é um fator que determina o sucesso final de um software.
OBJETIVOS
Ao final deste capítulo, você estará apto a:
• Entender o fluxo de desenvolvimento de interfaces gráficas, passando pelas técnicas de
concepção e de modelagem de interfaces.
56 • capítulo 3
3.1 Introdução ao projeto de IHC
Em primeiro lugar, precisamos definir o que é projeto, ou design, de IHC. Se-
gundo BARBOSA e SANTANA (2010), podemos dividir o design de IHC em duas
partes; a primeira é o Design:
• O Design parte de uma concepção intelectual da experiência do usuário.
Cada usuário temsuas experiências e visões a respeito da forma como gostaria
que um determinado software fosse.
• A partir daí, o design passa a ser uma concretização desta concepção em
uma representação que pode ser implementada.
• A segunda é a parte “de IHC”:
• Neste caso, estamos falando da experiência do usuário, ou seja, como ele
vai interagir com o computador, e isto tem a ver com o projeto do software, po-
rém não é sinônimo de projeto de software.
capítulo 3 • 57
é muito importante, porque também é uma forma de esclarecer os requisitos
para a interface.
Entre os softwares mais usados para este tipo de versão estão os softwares
do tipo wireframe, entre eles:
58 • capítulo 3
Figura 3.3 – Microsoft Visio.
Alguns destes softwares têm versões para estudante e, embora sejam pagos
quando usados em empresas, são gratuitos para estudantes.
4. Avaliar o design. Uma vez que designs alternativos foram testados e mo-
delados em uma ferramenta de simulação como as apresentadas, as alterna-
tivas de design são avaliadas e classificadas por meio de critérios incluindo o
número de erros que os usuários cometem ao usar a alternativa avaliada. Além
disso, outros critérios como aparência, quantidade de requisitos satisfeitos e
outros também são usados.
Mesmo com estas atividades mostradas, qualquer processo de design de
IHC tem algumas características essenciais que devem ser prezadas durante
todo o processo:
1. O foco deve ser mantido sempre no usuário;
2. A experiência que se deseja que o usuário tenha deve ser clara e com os
objetivos bem definidos;
3. Deixar o processo iterativo.
capítulo 3 • 59
3.2 Um modelo de ciclo de vida simples para
o projeto de IHC
Para deixar o processo iterativo, como vimos no final da seção anterior, RO-
GERS, SHARP e PREECE (2013) elaboraram um modelo de ciclo de vida para
representar o modo como as atividades estão relacionadas.
O uso de ciclos de vida é uma atividade bem característica da engenharia de
software, como o modelo em cascata, o modelo espiral e as aplicações de de-
senvolvimento rápido. A área de IHC, também usa os modelos de ciclo de vida
para a área de projeto de IHC como o modelo Estrela e o modelo da ISO 13407.
Estabelecer
os requisitos
Design de
Avaliar
alternativas
Prototipar
Produto final
Figura 3.4 – Modelo simples de ciclo de vida de design de interação. Fonte: ROGERS,
SHARP, PREECE, 2013.
CONCEITO
De acordo com ROGERS, SHARP e PREECE (2013), existem 4 abordagens para o projeto
de IHC:
• Design centrado no usuário: o usuário é quem sabe o que é melhor e é o único
guia do projetista. O projetista implementa aquilo que o usuário propôs.
60 • capítulo 3
• Design centrado na atividade: neste caso, as tarefas específicas é que são o
foco do projeto. O usuário ainda é importante, mas o seu comportamento é que influi
neste caso.
• Design de sistemas: é uma abordagem estruturada e mais rigorosa. Portanto, ela
é mais formal e mais adequada para projetos maiores, pois o sistema como um todo é
que se torna o foco. O usuário define os objetivos do sistema.
• Design genial (genius design): neste caso, é mais informal e está baseado nas
experiências e preferências de um designer. O usuário, neste caso, valida as ideias do
designer.
capítulo 3 • 61
• Mas também podem ser qualquer pessoa que tem algum tipo de rela-
ção com quem usa o sistema (superiores, subordinados, terceiros, etc). Esta é
a outra parte da resposta à pergunta. Nem sempre identificamos aqueles que
dependem dos usuários principais como sendo usuários também.
62 • capítulo 3
3.4 Técnicas de concepção
Neste tópico vamos apresentar algumas técnicas usadas para a implemen-
tação de especificações para a interface e usabilidade. Concepção significa
“geração” e este tópico vai tratar de algumas técnicas apontadas na literatura a
respeito de como gerar um projeto de interface homem máquina que seja efi-
ciente e adequado.
Dentre as técnicas que vamos apresentar estão:
• Brainstorming
• Cardsorting
• Diagrama de afinidade
• Storyboard
• Maquetes
• Prototipagem rápida
• Protótipos de baixa fidelidade
• Protótipos de alta fidelidade
3.4.1 Brainstorming
Esta técnica tem um nome que deriva de duas palavras da língua inglesa:
“Brain”, que significa cérebro, e “Storm” que significa tempestade. Logo,
“brainstorming” é uma palavra que pode ser traduzida como tempestade ce-
rebral, ou melhor, tempestade de ideias. Na língua “caipirês”, brainstorming
pode ser traduzido como “toró de parpites”.
Ela foi concebida em 1938 por Alex Osborn, que era presidente de uma
agência de propaganda. É uma técnica usada não apenas para a concepção
de interfaces, mas para qualquer área que exige que uma equipe exponha as
suas ideias para que sejam discutidas em grupo, incentivando a criatividade e
a colaboração.
Brincadeiras à parte, o brainstorming é uma técnica muito interessante. Ela
é feita em grupo de no mínimo 2 (obviamente) pessoas e no máximo 12. O ob-
jetivo principal é criar e discutir as ideias surgidas em grupo, de forma partici-
pativa e colaborativa.
Esta técnica reúne várias pessoas para resolver um determinado problema e
também para criar produtos ou, no nosso caso, interfaces e sistemas.
capítulo 3 • 63
Em grupo é mais fácil a compreensão do problema, sua análise e resolução.
As discussões são abertas e deixadas livres para o grupo, porém deve existir um
intermediador para poder comandar e anotar os resultados.
Normalmente tem duas etapas principais:
• A geração das ideias;
• E a crítica das ideias.
Embora seja uma técnica bastante interessante, ela tem algumas desvan-
tagens, entre elas: por ser uma discussão aberta, quando uma crítica ocorre e
não é bem aceita elo grupo, outras pessoas podem ficar inibidas e deixar de dar
uma ideia que seja relevante; além disso, as ideias podem surgir de uma manei-
ra confusa e impedir que exista um detalhamento em cada uma, dificultando
a avaliação.
3.4.2 CardSorting
64 • capítulo 3
Figura 3.5 – CardSorting.
Veja na figura 3.5 um exemplo dos cartões. Neste caso, são cartões autoade-
sivos, espalhados na área de estudo. Normalmente um usuário é escolhido para
fazer a classificação em grupos.
Resumindo, a técnica funciona de acordo com o seguinte método:
1. Um usuário recebe um grupo de cartões previamente nomeados por
um analista. Neles está escrita a funcionalidade que se deseja da interface;
2. Esta pessoa classifica os termos em grupos lógicos (o que foi chamado
de taxonomia) e acha uma categoria para cada grupo;
3. O processo é repetido entre um conjunto de situações ;
4. O resultado depois é analisado para que os padrões sejam identificados
e definidos.
capítulo 3 • 65
No final do processo, o analista terá uma quantificação dos dados e tem
condições de criar um relatório resumindo e cruzando o que foi anotado e tam-
bém terá a taxonomia sugerida pela média dos usuários.
66 • capítulo 3
Veja um exemplo de um diagrama de afinidades na figura 3.6.
Aprimorar as
Bordas habilidades técnicas
da empresa
Certificar know-how Elevar o número de
Alcançar liderança em
técnico de patentes obtidas
tecnologia na indústria
empresas afiliadas anualmente
3.4.4 Storyboard
CONEXÃO
Para quem gosta de música dos anos 1980, o grupo musical A-Ha lançou um videoclipe que
é baseado em um storyboard. Assista ao vídeo em https://www.youtube.com/watch?v=dj-
V11Xbc914 para relaxar um pouco dos estudos!
capítulo 3 • 67
O storyboard é feito para detalhar um cenário do sistema por meio de uma
sequência de desenhos. Os softwares indicados anteriormente podem ajudar
nesta situação.
Os desenhos também podem ser feitos em papel e colocados em uma área
visível aos outros membros das sessões de discussão. Por meio desta exposição,
os desenhos podem ser avaliados e discutidos entre os usuários e designers e
devem estar baseados em princípios de usabilidade.
68 • capítulo 3
3. Projeto das telas: é a atividade em que os vários tipos de componentes
são colocados nas telas.
4. Teste das telas: nesta etapa, com os componentes alocados aos seus
lugares, questões como combinação de cores e outros elementos gráficos
são testados.
Observando novamente a figura 3.1, a figura 3.2 e a figura 3.3, percebemos que
existem softwares que auxiliam bastante o processo de prototipação das telas.
A prototipagem rápida utiliza estes softwares para simular o sistema final
com mais fidelidade do que as telas em papel. As telas em papel são ótimas,
mas não permitem ver como fica a navegação entre as telas realmente. O pro-
blema deste tipo de software é que é necessário passar um tempo para criar
os protótipos e este tempo, se não estiver bem definido durante o planeja-
mento do projeto, pode significar em uma perda valiosa de tempo da parte de
desenvolvimento.
Usando os protótipos em software, é possível obter um feedback mais rá-
pido e fiel sobre a interface e desta forma saber os problemas e vantagens da
interface em desenvolvimento.
capítulo 3 • 69
MULTIMÍDIA
Assista a alguns vídeos do Axure, um software bastante usado para prototipação:
http://www.axure.com/learn. Os vídeos vão ajuda-lo a entender como estes softwares
contribuem para o processo de prototipação.
70 • capítulo 3
TIPO VANTAGENS DESVANTAGENS
Protótipo de alta - funcionalidade completa - desenvolvimento mais caro
fidelidade - totalmente interativo - sua criação demanda tempo
- dirigido aos usuários - ineficiente para demonstrações
- define claramente o esquema que o conceito funciona
de navegação - não serve para coleta
- uso para exploração e teste de requisitos
- mesma aparência do produto final
- serve como uma especificação viva
- ferramenta de venda e marketing
Tabela 3.1 – Eficácia relativa dos protótipos de baixa vs alta fidelidade (ROGERS, SHARP
e PREECE, 2013).
Alguns autores concordam com o fato de que mais projetos deveriam usar
a prototipação de baixa fidelidade porque os problemas existentes na proto-
tipação de alta fidelidade, podem prejudicar o andamento do projeto. Alguns
problemas dos protótipos de alta fidelidade são:
• Levam muito tempo para serem desenvolvidos;
• A equipe de teste tem a tendência de comentar mais sobre aspectos super-
ficiais do que o de conteúdo;
• Como os desenvolvedores levam tempo para criar o protótipo, eles aca-
bam sendo relutantes de mudar alguma coisa depois;
• Um protótipo em software pode criar expectativas muito altas;
• Um bug em um protótipo de alta fidelidade já pode parar os testes.
capítulo 3 • 71
3.5.1 The Bridge
A metodologia The Bridge (“A Ponte”) é, de acordo com seus autores, uma
metodologia abrangente e integrada para projetar rapidamente interfaces de
usuário gráficas orientadas a objeto e multiplataforma. A metodologia lida em
grande parte com a questão da criação da tarefa de modelos de interação e os
processos que são necessários para que isso aconteça (WARREN, 1997).
Esta técnica se baseia em uma sequência de sessões de projeto envolvendo
várias pessoas (usuários, programadores e analistas) que criam uma “ponte”
entre os requisitos dos usuários e da organização e o projeto de uma interface
que apoie estes requisitos.
As atividades principais deste método são:
• Expressar os requisitos de usuários por meio de um fluxo de tarefas: nessa
etapa, os envolvidos definem um fluxograma de trabalho para o sistema a ser
executado pelo usuário.
• Mapear os fluxos de tarefa em objetos da tarefa: uma vez que os fluxogra-
mas de tarefas estão definidos, eles são analisados e transformados em obje-
tos de tarefa. Estes objetos correspondem a janelas, caixas de diálogo e caixas
de mensagens.
• Mapear objetos da tarefa em objetos de interface: os protótipos dos obje-
tos de interface definidos nesta etapa devem ter sua usabilidade testada pelos
usuários que participaram das sessões de projeto.
Início
Atendente Atendente Atendente Rsultado
Hóspede solicita
solicita nome do encontra a escolhe um Hóspede oculpa
vefirificação de
hóspede reserva quarto um quarto
reserva
72 • capítulo 3
A norma 9241-210:2010 também estabelece que “o design centrado no usuá-
rio é uma abordagem para o desenvolvimento de sistemas interativos que focam
especificamente em fazer sistemas usáveis. É uma atividade multidisciplinar.
No design centrado no usuário, todos os processos de desenvolvimento
têm o usuário como foco. O design centrado no usuário, de acordo com Rubin
(1984), pode ser representado como dois círculos:
• Os usuários estão no centro;
• O círculo interno contém: Contexto, objetivos, ambiente e metas;
• O círculo externo contém: Detalhe das tarefas, conteúdo das tarefas, or-
ganização de tarefas e Fluxo de Tarefas.
Organização de tarefas
Objetivos
Conteúdo das tarefas
Ambiente
capítulo 3 • 73
designers, é importante que os especialistas passem sua experiência
para os designers.
• Medidas empíricas e teste de uso do produto
o Foco na facilidade de aprendizagem e facilidade de uso.
o Teste de protótipos com usuários atuais.
• Design iterativo
o Produto projetado, modificado e testado repetidamente.
o Permite uma revisão completa e revisão do design por testes preli-
minares de modelos conceituais e ideias de design.
74 • capítulo 3
Existem algumas técnicas que podem ajudar nesta abordagem:
capítulo 3 • 75
Os protótipos são muito usados e a utilização de
TESTES COM testes certamente é outra forma de colocar o usuário
USUÁRIOS como validador do que foi prototipado.
76 • capítulo 3
ATIVIDADES
01. Quem você acha que pode ser os stakeholders de um sistema para caixa de um gran-
de supermercado?
04. Por que o uso de protótipo em algumas situações pode não ser uma boa ideia como
forma de obter requisitos do usuário?
05. Falamos algumas vezes sobre Bootstrap. O que é isso? Pesquise no site www.getboots-
trap.com e liste suas principais características.
REFLEXÃO
Criar interfaces gráficas não é uma tarefa tão fácil quanto parece. Vemos em muitas empresas
uma certa despreocupação com esta parte tão importante do software. Atualmente existem
várias facilidades técnicas para criação de interfaces como o Bootstrap, o AngularJS, o JQuery
e não basta ser um craque nestas tecnologias, o que vimos aqui neste capítulo é fundamental.
Tente aplicar estes ensinamentos nos projetos que você participar. Certamente eles serão um
belo diferencial entre você e outros que não se preocupam com isso e só com a parte técnica.
LEITURA
Abaixo estão listados alguns links que podem ser úteis no seu estudo sobre design de interfaces:
Informações sobre IHC no Brasil: http://www.sbc.org.br/ihc
Este link é legal porque contém várias referências sobre IHC. Vale a pena dar uma boa
olhada: http://www.usernomics.com/hci.html
A ACM (AssociationofComputingmachinery) é uma entidade que dita vários padrões
para a computação em geral. Eles têm um grupo de estudos específicos na área de IHC:
http://www.acm.org/sigchi/
Este é um link de um livro online a respeito de IHC. Bastante interessante também:
http://brazil.joelonsoftware.com/uibook/chapters/1.html
capítulo 3 • 77
REFERÊNCIAS BIBLIOGRÁFICAS
BARBOSA, S.; SANTANA, B. Interação Humano-Computador. Rio de Janeiro: Campus-Elsevier, 2010.
DIX, A. et al. Human-Computer interaction. [S.l.]: Prentice-Hall International, 2004.
FERNANDES, J.; GODINHO, F. Publicações. Unidade Acesso, 2013. Disponivel em: <http://www.
acessibilidade.gov.pt/publicacoes#manuais>. Acesso em: 1 jul. 2015.
POPLADE, T. Como tornar seu site acessível. Tableless, 2010. Disponivel em: <http://tableless.
com.br/como-tornar-seu-website-acessivel/>. Acesso em: 01 jul. 2015.
QUEIROZ, M. A. D. Métodos e Validadores de Acessibilidade Web. Acessibilidade Legal, 2008.
Disponivel em: <http://www.acessibilidadelegal.com/13-validacao.php>. Acesso em: 1 jul. 2015.
ROGERS, Y.; SHARP, H.; PREECE, J. Design de interação. Porto Alegre : Bookman, 2013.
RUBIN, J. Handbook of Usability Testing: How to Plan, Design, and Conduct Effective Tests.
New York: John Wiley and Sons, 1984.
TIDWELL, J. Designing interfaces. [S.l.]: O'Reilly Media, 2010.
W3C. Web Content Accessibility Guidelines (WCAG) 2.0. W3C Recommendation, 2008. Disponivel em:
<http://www.w3.org/TR/WCAG20/>. Acesso em: 01 jul. 2015.
W3C. Acessibilidade na Web. W3C, 2011. Disponivel em: <http://www.w3c.br/pub/Materiais/
PublicacoesW3C/cartilha-w3cbr-acessibilidade-web-fasciculo-I.pdf>. Acesso em: 1 jul. 2015.
W3C-WAI. W3C Web Acessibility Iniciative. World Wide Web Consortium, 2013. Disponivel em:
<http://www.w3.org/WAI/intro/wcag.php>. Acesso em: 1 jul. 2015.
WARREN, P. Computer review categories. UML.org, 1997. Disponivel em: <http://www.uml.org.cn/
jiaohu/pdf/undertst.pdf>. Acesso em: 1 jul. 2015.
WOODSON, W. E. Human factors design handbook: information and guidelines for the design of
systems, facilities, equipment and products for human use. New York: Mc Graw Hill, 1981.
WORLD WIDE WEB CONSORTIUM (W3C). Web Acessibility Iniciative (WAI). WAI: Strategies,
guidelines, resources to make the Web accessible to people with disabilities, 2004. Disponivel em:
<http://www.w3.org/WAI/redesign/ucd>. Acesso em: 1 jul. 2015.
WORLD WIDE WEB CONSORTIUM. Acessibility. W3C, 2015. Disponivel em: <http://www.w3.org/
standards/webdesign/accessibility>. Acesso em: 01 jul. 2015.
INTERNATIONAL STANDARDS ORGANIZATION. Ergonomicsofhuman-system interaction: Part 210:
Human-centred design for interactive systems. Vernier, Geneva, 2010. 32 p. (9241-210:2010).
78 • capítulo 3
4
Avaliação
Imagine uma situação na qual você desenvolveu um site, após ter passado pelas
etapas de desenvolvimento que estamos vendo ao longo deste livro, implantou
o site e ele está pronto para ser mostrado ao grupo de usuários-alvo: um grupo
de adolescentes (por exemplo, um site para vestibular). Como é possível saber
se eles se interessarão pelo site e vão de fato usá-lo? É necessária de uma avalia-
ção. Mas como avaliar?
Assim como qualquer outra parte do design, a avaliação é integrante do pro-
cesso de desenvolvimento. Quem vai fazer a avaliação precisa pegar as infor-
mações sobre a experiência do usuário ou possíveis experiências quando estão
interagindo com um protótipo, um sistema de computador, um componente
de um sistema, etc.
Isto é feito para melhorar o design, e a avaliação tem como foco melhorar a
usabilidade e a experiência do usuário ao interagir com o sistema.
Neste capítulo vamos estudar alguns assuntos relacionados com a avaliação
e te dar elementos que podem ser expandidos em uma situação real por você ou
pela sua equipe. Nunca se esqueça de avaliar o produto que está sendo entregue
e nunca se esqueça de que a avaliação deve fazer parte do projeto da interface.
Vamos lá? Bons estudos e bom trabalho!
OBJETIVOS
Após ler e estudar este capítulo, você estará apto a:
• Entender os principais conceitos e termos na avaliação;
• Conhecer alguns tipos de avaliação, entre elas:
o Avaliação analítica
o Avaliação heurística
o As listas de verificação
o O percurso cognitivo
o A inspeção preventiva de erros
80 • capítulo 4
4.1 Introdução
Atualmente vemos o mercado receber vários tipos de produtos diferentes em
relação aos dispositivos móveis, não é?
Principalmente os grandes players do mercado, como Apple, Samsung,
Motorola, Asus, Sony e outros a cada dia lançam produtos semelhantes, mas
com alguma característica que os tornam diferentes. O iPod, iPad, os e-readers
(como o Kindle, o Lev, o Kobo, por exemplo) aumentaram muito a percepção dos
usuários quanto à usabilidade, porém há um detalhe: será que o que os desig-
ners acham que vai ser usado por todos, que é tão natural, realmente será usado?
Para ilustrar isso, assista ao filme Jobs da Universal Pictures, produzido em
2015. Ele retrata resumidamente a vida de Steve Jobs, e em uma certa parte do
filme ele e sua equipe estão discutindo sobre o Lisa, um computador pessoal
que poderia revolucionar o mercado com sua interface gráfica e uso do mouse,
porém, foi um fracasso comercial para a Apple.
Portanto, a avaliação é importante. Temos certeza, que a Apple fez as de-
vidas avaliações, afinal, estamos falando da Apple! Porém trabalhar com uma
hipótese de que os usuários aceitarão o produto baseado nas preferências dos
designers é um risco alto.
Existem vários métodos de avaliação diferentes. Decidir qual usar é uma ta-
refa difícil e que de uma certa forma está relacionada com a cultura da equipe
de desenvolvimento. As avaliações normalmente abrangem a observação do
usuário ao usar o produto e medir o seu desempenho por meio de testes de
usabilidade, experimentos ou estudos de campo. Existem outros métodos que
não envolvem diretamente a participação do usuário, como a modelagem do
comportamento do usuário.
Estes últimos aproximam-se de previsões do que os usuários podem fazer
na interação com a interface.
Vamos estudar a importância da avaliação e o que precisa ser avaliado para
podermos entender melhor este assunto.
capítulo 4 • 81
também que ele tenha uma experiência agradável no uso e que seja envolvente.
Portanto, a avaliação é mais do que justificável.
Se formos considerar a parte de negócios, um produto com bom design ven-
de. E isto torna mais um bom motivo para que a avaliação seja importante. A
avaliação é uma atividade que permite corrigir erros no produto antes que este
seja colocado em produção e seja vendido.
Vamos pegar um exemplo para ilustrar:
Chame um jovem adolescente e um adulto para conversar a respeito do
Facebook e faça algumas perguntas como:
– você posta fotos frequentemente?
– que tipos de fotos você posta?
– qual foto você tem como imagem do seu perfil?
– que aplicativos você usa no Facebook?
– já apagou alguém da sua lista de amigos?
Estas perguntas feitas a dois tipos de usuários diferentes vão nos levar a
uma avaliação do produto (o Facebook). Um adolescente provavelmente usa o
Facebook para algumas finalidades do adulto, que na maioria das vezes é me-
nos extrovertido os adolescentes. Sendo assim, o produto está preparado para
estes dois perfis? (Não precisa responder, apenas pense que estamos avaliando
o produto). O produto contém recursos para estes dois tipos de perfis?
Resumidamente, o motivo de avaliar está relacionado com:
• Determinar o valor de algo;
• Apreciar;
• Julgar;
• Ponderar, examinar, considerar;
• Calcular, estimar.
82 • capítulo 4
Por exemplo, os desenvolvedores de um novo navegador para a web podem
querer saber se os itens que eles desenvolveram nas telas são encontrados mais
rapidamente na nova versão, enquanto também podem querer saber se as no-
vas telas alteram o comportamento do usuário. Uma empresa que desenvolve
media players (tipo o Winamp) pode querer saber se usuários diferentes, de
países diferentes, gostam da mesma aparência da tela, etc.
Ou seja, devemos avaliar os aspectos cognitivos e funcionais relacionados à
realização das tarefas apoiados pelo sistema, como:
• É rápido?
• É de fácil aprendizado?
• É confiável?
• Permite reverter erros realizados com facilidade?
• Permite ser lembrado depois de algum tempo sem usar?
capítulo 4 • 83
4.5 Quando avaliar?
A fase de avaliação do produto ocorre em uma determinada parte do ciclo de
vida do seu desenvolvimento e também depende do tipo de produto. Como
exemplo, vamos supor que um produto totalmente novo está sendo desenvolvi-
do ou sendo atualizado para uma nova versão. Neste caso, quando o produto é
novo, haverá um tempo para a criação de protótipos, levantamento de requisi-
tos e pesquisa de mercado. Quando os requisitos forem obtidos, a criação dos
protótipos, esboços, storyboards levará um tempo para o desenvolvimento.
Logo, a avaliação neste caso é feita durante o design.
Quando a avaliação é feita durante o design, ela é chamada de avaliação for-
mativa (RUBIN, 1984). As avaliações deste tipo abrangem uma grande parte de
processos de design, desde o desenvolvimento de esboços iniciais e protótipos
até a fase final do design.
Existem também as chamadas avaliações somativas. Estas são usadas para
medir o sucesso de um produto acabado. Se o produto está em atualização, en-
tão a avaliação vai se concentrar em adicionar (somar) novos requisitos ao pro-
duto, uma vez que os requisitos iniciais já foram obtidos anteriormente. Neste
caso, como novos requisitos podem ser adicionados, é possível que problemas
de usabilidade ocorram.
De qualquer maneira, algumas agências reguladoras, como o National
Institute of Standards and Technology (NIST), nos EUA, e a International
Standards Organization (ISO), e a sociedade britânica, têm padrões nos quais a
avaliação do produto é determinada em uma parte do ciclo de vida do produto.
MULTIMÍDIA
Momento Vintage: Assista a estes vídeos a respeito do Apple Lisa e como era a ideia de
interface com o usuário nos anos 1980.
https://www.youtube.com/watch?v=OKrvMStjbIU
E veja o seu promocional, de 1983:
https://www.youtube.com/watch?v=-G9S-h2w2dU
84 • capítulo 4
4.6 Técnicas de Avaliação de Usabilidade
Possíveis problemas de usabilidade podem ocorrer durante o processo de cons-
trução de um software; isto é natural e aceitável. O objetivo do uso de técnicas
de avaliação é evitar que esses problemas passem desapercebidos e venham
causar algum tipo de desconforto ou descontentamento ao usuário. Serão
avaliadas as funcionalidades do sistema e a usabilidade da interface, levan-
do em consideração aspectos como: interatividade e comunicabilidade, bem
como desempenho, aprendizado, memorização, planejamento e satisfação
dos usuários.
Basicamente existem três tipos de técnicas de avaliação que são geralmen-
te utilizadas:
Este tipo de técnica se baseia em saber a opinião do usuário com relação à sua
interação com o sistema, avaliando o seu nível de satisfação em relação à expe-
riência de uso. Geralmente esses métodos são realizados por meio de entrevis-
tas e questionários.
Quando se tem um número reduzido de usuários, as entrevistas são indica-
das, pois é possível identificar o nível de ansiedade do usuário ao interagir com
capítulo 4 • 85
o sistema, entretanto, por parecer um método mais informal, por vezes pode
ser mais difícil obter resultados confiáveis e válidos. Já os questionários são in-
dicados quando o número de usuários é muito grande, tendo perfis diferentes.
86 • capítulo 4
1. Problema apenas estético: não é necessário consertá-lo, a menos que se
tenho tempo extra no projeto.
2. Problema menor de usabilidade: deverá ser dada baixa prioridade ao
conserto desse tipo de problema, não é tão importante consertá-lo.
3. Problema maior de usabilidade: deverá ser dada alta prioridade ao con-
serto deste problema, é importante consertá-lo.
4. Catástrofe de usabilidade: É obrigatório consertá-lo, antes de o produto
ser divulgado.
Sessões
Preparação Consolidação Priorização Relatório final
curtas
capítulo 4 • 87
Mantenha os usuários informados sobre o que está
VISIBILIDADE DO acontecendo por meio de feedback adequado e no
ESTADO DO SISTEMA tempo certo.
AJUDA AOS
USUÁRIOS PARA Mensagens de erro em linguagem simples, sem códi-
RECONHECEREM, gos, indicando precisamente o problema e sugerindo
DIAGNOSTICAREM E de forma construtiva um caminho de recuperação.
SE RECUPERAREM
DE ERROS
88 • capítulo 4
Ofereça aceleradores e caminhos alternativos para
FLEXIBILIDADE E uma mesma tarefa e permita que os usuários custo-
EFICIÊNCIA DE USO mizem ações frequentes.
NAVEGAÇÃO
GERAL PELO Determinação de qual o sentido geral o avaliador vai
SISTEMA (OU SUA dar ao sistema que vai analisar em detalhes.
REPRESENTAÇÃO)
capítulo 4 • 89
Em quais as situações prováveis, mas plausíveis, os
DETERMINAÇÃO DE usuários poderiam encontrar-se? Ou seja, no que os ava-
CENÁRIOS DE USO liadores estão pensando quando fazem sua inspeção?
EXEMPLO
Como exemplo, vamos citar o trabalho de Budd (BUDD, 2007) sobre heurísticas para ques-
tões de web design.
• Clareza: torne o sistema o mais claro, conciso e significativo possível para os usuários finais.
o Escreva de forma clara e concisa.
o Somente utilize linguagem técnica quando houver um público técnico específico.
o Escreva textos que sejam claros e significativos.
o E use ícones que realmente representam o que eles se propõem.
• Diminua a complexidade desnecessária e a carga cognitiva: torne o sistema o mais simples
possível para os usuários concluírem suas tarefas.
o Tire as funcionalidades, as etapas de processo e poluições visuais que não se-
jam necessárias.
90 • capítulo 4
o Use a comunicação progressiva para esconder recursos avançados.
o Divida processos complicados em várias etapas.
o Priorize o uso de tamanho, forma, cor, alinhamento e proximidade.
• Forneça um contexto aos usuários: as interfaces devem dar aos usuários um contexto em
relação ao tempo e espaço.
o Dê um nome claro e um objetivo para o site.
o Destaque a seção atual na navegação.
o Forneça um caminho de navegação.
o Use mensagens de feedback apropriadas.
o Mostre um número de etapas em um processo.
o Reduza a percepção de latência, dando pistas visuais (um indicador de progresso
por exemplo), ou deixe que os usuários completem outras tarefas enquanto estão es-
perando.
• Faça com que o usuário tenha uma experiência agradável e positiva: o usuário deve ser
tratado com respeito, e o design deve ser esteticamente agradável e promover uma expe-
riência gratificante.
o Crie um design agradável e atraente.
o Crie objetivos facilmente atingíveis.
o Recompense o uso e a progressão.
capítulo 4 • 91
As inspeções por listas de verificação não precisam necessariamente ser
realizadas por profissionais especialistas em ergonomia.Podem ser realizadas
por programadores e analistas, isto porque quem determina a qualidade da
avaliação são as questões contidas na lista, e não os avaliadores. Se o questio-
nário for bem elaborado, a inspeção por lista de verificação tende a produzir
resultados mais consistentes, uma vez que todos os avaliadores são conduzi-
dos por uma lista questões para realizar a avaliação de usabilidade do sistema.
Portanto, este tipo de avaliação apresenta uma série de vantagens:
• O conhecimento ergonômico está contido na própria lista de verificação,
sendo assim, não são necessários profissionais especializados em IHC, que são
mais escassos no mercado.
• Existe a garantia de que os resultados serão mais estáveis mesmo que fo-
rem aplicados separadamente por diferentes avaliadores, isso porque as ques-
tões da lista sempre serão verificadas.
• As especificidades das questões da lista fazem com que problemas de usa-
bilidade sejam facilmente encontrados.
• Redução da subjetividade dos processos de avaliação.
• Reduzir os custos da avaliação, pois é um método de rápida aplicação, não
necessita de pessoal especializado.
Entretanto, para que essas listas sejam realmente efetivas, é necessário re-
duzir ao máximo o número de questões subjetivas que possam colocar o ava-
liador em dúvida, ou exigir dele competências a níveis de usabilidade ou ergo-
nomia que ele não possui. Outros fatores que podem interferir na economia da
inspeção são conteúdos incompletos ou mal organizados ou muito extensos,
que podem não ser aplicáveis ao sistema.
Podemos ver, no exemplo de uma lista de verificação desenvolvida pelo
LabUtil chamada Ergolist (http://www.labiutil.inf.ufsc.br/ergolist/check.htm),
que existem diversos tópicos que são abordados e para cada um dos tópicos
existe uma série de questões que serão respondidas pelos avaliadores.
92 • capítulo 4
capítulo 4
Figura 4.1 – Exemplo de checklist.
• 93
94 •
capítulo 4
Figura 4.2 – Continuação do checklist.
4.6.3 Técnicas objetivas
capítulo 4 • 95
Os ensaios de interação têm o objetivo de identificar problemas na interfa-
ces e pontos que atrapalhem a facilidade de uso. Dele participam pessoas inte-
grantes do seu público-alvo (usuários), realizando as mais diversas tarefas de
interação com o sistema.
Esse tipo de ensaio é importante, pois mostra que nem todos pensam da
mesma forma. É possível comparar a forma de interação dos diferentes usuá-
rios com o sistema e ver que eles interagem com o sistema de diferentes for-
mas. Esse tipo de observação permite que os analistas observem os pontos de
falha do sistema, o que pode fornecer novas ideias ao projeto.
Análise preliminar
Reconhecimento do software
Pré-diagnóstico ergonômico
Reconhecimento do usuário
96 • capítulo 4
A figura 4.3 mostra um diagrama geral da montagem do teste de interação
de acordo com uma situação de responsabilidade. Percebemos que está dividi-
da em 3 partes:
• Análise preliminar;
• Definição dos scripts, cenários e da amostra;
• Realização dos ensaios.
Análise Preliminar
No processo de preparação do teste, é necessário determinar o escopo do
teste, ou seja, o que se quer descobrir ao observar os usuários. Para tal, é pre-
ciso conhecer cada usuário e saber quais são as tarefas que eles mais utilizam.
Instruções são dadas aos usuários no momento da aplicação do teste; são dis-
tribuídos também blocos para anotações. Ao realizar as tarefas, os usuários são
observados e avaliados, são verificadas todas as suas ações e reações durante
todo o processo de interação.
Todas essas tarefas são observadas pelos avaliadores com auxílio de dispo-
sitivos de áudio e vídeo, marcação de tempo, espelhos falsos, tudo isso para sa-
ber quais são as ações e as reações dos usuários ao interagirem com a interface
do sistema. Os ensaios também podem ser gravados, para que a avaliação seja
realizada posteriormente.
A fase de análise preliminar é aquela em que os analistas entram em con-
tato com o software e o seu contexto de desenvolvimento e fazem um pré-diag-
nóstico dos problemas de ergonomia de sua interface com o usuário.
Reconhecimento do software
Naturalmente, para o software ser reconhecido, são feitas algumas sessões
de entrevistas com as pessoas que projetaram e desenvolveram para trazer in-
formações sobre o que foi projetado e desenvolvido.
As questões que são feitas a essa equipe são de várias naturezas, como o
tempo de desenvolvimento, para quem o software foi desenvolvido, dados so-
bre o sistema, situação no mercado e etc.
Esse levantamento é feito para comprender o ciclo de desenvolvimento do
software e dar fundamentos para o pré-diagnóstico.
capítulo 4 • 97
Pré-diagnóstico
Com base nas informações obtidas pelos analistas, o software é examinado
primeiro para que as funcionalidades sejam conhecidas e depois para identifi-
car as funções mais problemáticas.
O pré-diagnóstico pode ser obtido por meio de uma avaliação do tipo heurís-
tica ou ainda por meio de um checklist para inspeção ergonômica. Os critérios,
recomendações e normas ergonômicas servem como ferramenta de apoio.
O resultado é apresentado como um conjunto de hipóteses sobre proble-
mas de usabilidade do software que serão testadas posteriormente durante os
ensaios de interação.
98 • capítulo 4
Definição dos scripts de tarefas para os ensaios
Algumas tarefas são selecionadas para definir os scripts dos ensaios:
• tarefas relacionadas com os objetivos principais do software, do ponto de
vista dos projetistas;
• as hipóteses dos projetistas de ergonomia, feitas no pré-diagnóstico;
• as amostras de tarefas dos usuários que foram obtidas com os questionários;
• as funcionalidades do sistema consideradas mais e menos importantes
pelo usuário;
• as funcionalidades mais acionadas pelos usuário no uso do software.
ATIVIDADES
01. Informe as características você gostaria de avaliar para os seguintes sistemas:
a) Um tocador de música pessoal, como o iPod;
b) Um site para vender roupas.
capítulo 4 • 99
02. Veja o Box sobre as heurísticas para web design no texto. Selecione um site que você
conhece bem e o avalie segundo as heurísticas do Box.
a) Essas heurísticas o ajudam a identificar questões importantes de usabilidade e expe-
riência do usuário?
b) Saber das heurísticas influencia de alguma forma o modo como você interage com
o site?
03. Agora use as 10 heurísticas comentadas no texto para avaliar um site que vende roupas
(por exemplo).
a) Como você pode usá-las para avaliar o site?
b) As heurísticas o ajudam a se concentrar mais no site do que se você não as estives-
se usando?
c) Usar menos heurísticas poderia ser melhor? O que poderia ser combinado e quais são
as suas compensações?
04. Você conhece as barras de ferramentas da Microsoft, não é? Elas têm uma forma de
exibir uma pequena descrição abaixo de cada ícone. Por que ferramentas com esta descrição
podem ser acessadas mais rapidamente? (Suponha que o usuário conheça a ferramenta e
não necessite da descrição para identificá-la).
REFLEXÃO
Se você estiver trabalhando no mercado de desenvolvimento, ou vai entrar em breve, você
notará que ainda existem empresas que não dão a devida atenção à avaliação de interfaces,
como vimos neste capítulo. Você deve ter lido o box sobre as heurísticas para a web. Percebe
que ali são dicas práticas e objetivas e até mesmo intuitivas e óbvias, mas a quantidade de
empresas e equipes que nem imaginam que elas existem é ainda muito grande. Esperamos
que você, como futuro profissional, exerça o seu papel e use estas técnicas que foram intro-
duzidas aqui e ajude para melhorar a qualidade do software e das interfaces que geramos
atualmente. E nunca se esqueça das questões relacionadas com acessibilidade, que já vimos
em outro capítulo.
100 • capítulo 4
LEITURA
Na Universidade Federal de Santa Catarina existiu até 2003 o LabIUtil (Laboratório de Uti-
lizabilidade). Porém, o laboratório ainda deixa alguns resultados disponíveis, entre eles o Er-
golist, que é um sistema de checklist bem interessante, desenvolvido em 1997 com apoio
da Softex.
Link: http://www.labiutil.inf.ufsc.br/ergolist/
Para quem quiser se aprofundar mais sobre design para web, este livro é muito bom:
KOYANI, S. J.; BAILEY, R. W.; NALL, J. R. Research-based Web design and usability heu-
ristics. Computer Psycology, 2004
Este livro também é interessante e o autor é o Jakob Nielsen, “pai” das heurísticas que
estudamos:
LORANGER, H.; NIELSEN, J. Usabilidade na web: projetando websites com qualidade.
Rio de Janeiro: Campus, 2007
REFERÊNCIAS BIBLIOGRÁFICAS
BUDD, A. Heuristics for Modern Web Application Development. Blogography, 2007. Disponivel
em: <http://www.andybudd.com/archives/2007/01/heuristics_for_modern_web_application_
development/>. Acesso em: 01 jul. 2015.
CYBIS, W. A. Engenharia de usabilidade: uma abordagem ergonômica. Florianópolis: Universidade
Federal de Santa Catarina, 2003.
MORAIS, É. M. D. UM ESTUDO SOBRE A VALIDADE E FIDEDIGNIDADE DE MÉTODOS
DE AVALIAÇÃO DE INTERFACES. Universidade Estadual de Maringá. Maringá, p. 116. 2007.
(Dissertação (Mestrado em Ciência da Computação)).
capítulo 4 • 101
NIELSEN, J. Heuristic evaluation. In: NIELSEN, J.; MACK, R. L. Usability inspection methods. New
York: John Wiley & Sons, 1994.
ROGERS, Y.; SHARP, H.; PREECE, J. Design de interação. Porto Alegre : Bookman, 2013.
RUBIN, J. Handbook of Usability Testing: How to Plan, Design, and Conduct Effective Tests. New
York: John Wiley and Sons, 1984.
102 • capítulo 4
5
Acessibilidade à
Web
Acessibilidade é uma palavra composta por duas partes: acessível, que é origi-
nada da palavra “acesso”, de accedere, que por sua vez é formada por ad (“a”) e
cedere (“ir”, “mover-se”). O sufixo “dade” é colocado em adjetivos para formar
substantivos que expressam estado ou quantidade. Portanto, fica mais do que
claro que acessibilidade é um estado acessível e uma possibilidade de ir a al-
gum lugar.
Só quem tem alguma necessidade especial ou parentes e amigos portado-
res é que sabe o quanto os lugares ainda precisam ser acessíveis e também na
internet: se a internet é de todos, como dizem, não se pode deixar de lado as
pessoas portadoras de necessidades especiais. Muito já foi feito e muito ainda
precisa ser feito.
Na verdade, quem não possui deficiência ou até mesmo mobilidade reduzi-
da, ou não está envolvido com pessoas que possuem, não conseguem imaginar
tantas situações que discriminam as pessoas que sofrem com uma situação
inadequada, como um banheiro não adaptado, uma calçada sem rebaixamen-
to, e até mesmo um site na internet.
Quando se trata de acessibilidade na web, existem muitos pontos que pre-
cisam ser considerados. A W3C (World Wide Web Consortium) tem um grupo
de trabalho que recomenda algumas ações a serem feitas em sites para poder
atender às pessoas com necessidades especiais.
Neste capítulo vamos estudar estas recomendações e compreender a
sua importância.
OBJETIVOS
Final deste capítulo, você estará apto a:
• Saber a importância de desenvolver sites acessíveis;
• Projetar sites acessíveis básicos.
104 • capítulo 5
5.1 Introdução à acessibilidade
Antes de entrarmos com tudo na questão da web, é interessante conceituar
acessibilidade de maneira geral.
Basicamente, todos deveriam ter as mesmas oportunidades e, por incrível
que pareça, esta preocupação começou a tomar mais força nos últimos anos.
Veja por exemplo alguns teatros antigos, suntuosos e famosos: eles não tinham
rampas de acesso e elevadores até há pouco tempo. É interessante observar
que este tipo de construção antiga não tinha referência alguma em relação
à acessibilidade.
Até mesmo nas nossas ruas. É difícil encontrar em algumas cidades calça-
das rebaixadas, sinalização para pessoas com necessidades visuais, cadeirantes
e muitas outras melhorias que certamente colaborariam para que todas estas
pessoas tenham as mesmas oportunidades que os outros.
E é um dever do estado que isto seja assegurado.
De acordo com a lei nº 10.098/2000, a acessibilidade é conceituada como
a possibilidade de dar às pessoas com necessidades especiais o alcance e uso,
com segurança e autonomia, de espaços, imobiliários e equipamentos urba-
nos, edificações, transportes e sistemas e meios de comunicação. Portanto, o
acesso à internet está incluído nesta lei.
Em relação à parte que cuida da comunicação, a lei prevê a eliminação de
barreiras na comunicação e procura estabelecer alternativas técnicas que dei-
xem os sistemas de comunicação e sinalização acessíveis.
A acessibilidade é um assunto não tão recente. No Brasil, a questão tomou
maior discussão em 1981, quando este foi chamado de Ano Internacional dos
Portadores de Deficiência pela ONU. Em 1982, a ONU criou o Programa Ação
Mundial para Pessoas com Deficiência, no qual prevalecia que as pessoas nes-
tas condições têm o mesmo direito que os demais cidadãos às mesmas oportu-
nidades e usarem em condições de igualdade.
Em 1985 o Brasil publicou a primeira norma técnica que trata de questões
relacionadas com o tema, a NBR 9050/1985. Porém trata de adequação das edi-
ficações e do mobiliário urbano à pessoa deficiente. Nesta norma, acessibilida-
de é: “possibilidade e condição de alcance, percepção e entendimento para a
utilização com segurança e autonomia de edificações, espaço, mobiliário, equi-
pamento urbano e elementos”.
capítulo 5 • 105
Portanto, cada definição, seja na lei ou na norma, enfoca que acessibilidade
significa alcançar alguma coisa com autonomia, mesmo que seja assistida.
Em relação à internet, a preocupação com o conteúdo acessível começou
pelo W3C, em 1999, por meio da iniciativa chamada Web Assistive Iniciative
(WAI). Nesta ocasião, foi elaborado o primeiro documento para auxiliar os de-
senvolvedores de páginas a tornarem suas páginas mais acessíveis. Este docu-
mento foi o Web Content Acessibility Guidelines. O WAI foca em três linhas:
players de multimídia
tecnologias assistivas
106 • capítulo 5
Figura 5.2 – Piscina acessível.
©© WIKIPEDIA
capítulo 5 • 107
5.2 Acessibilidade na web e sua importância
Uma vez que conceituamos acessibilidade, vamos agora tratar da acessibilida-
de na web. Sabemos que a web foi fundada por Tim Barners-Lee e este é diretor
do W3C. O W3C, por sua vez, é uma comunidade internacional em que várias
empresas membro e uma equipe dedicada integralmente, junto com o público,
desenvolvem padrões para a web. O objetivo principal do W3C é obter todo o
potencial da web.
Sem dúvida, o W3C é a principal referência e detentora das principais dire-
trizes para se estabelecer um padrão de construção de sites e demais elemen-
tos. Portanto, as diretrizes e guias do W3C serão usadas neste capítulo como
referência para a acessibilidade na web.
O W3C possui padrões relacionados com a acessibilidade. Por meio de seu
site (WORLD WIDE WEB CONSORTIUM, 2015), podemos perceber que a aces-
sibilidade é um assunto prioritário para eles. Segundo o site, a web é funda-
mentalmente projetada para ser usada por todas as pessoas, não importando o
hardware, software, língua, cultura, localização ou habilidade física ou mental.
A acessibilidade na web é importante porque nos faz lembrar que grande
parte da população que consome materiais que estão na web tem algum tipo de
deficiência e isto pode significar perda ou limitação de oportunidades da vida
em comunidade em condições de igualdade com as demais pessoas.
Segundo (FERNANDES e GODINHO, 2013), o uso de acessibilidade no de-
senvolvimento de páginas e aplicações na web não se caracteriza uma limita-
ção, mas, ao contrário, os elementos de acessibilidade, com seus padrões e
regras, tornam os documentos mais flexíveis, abrangentes e fáceis de se usar.
MULTIMÍDIA
Este link mostra um vídeo sobre acessibilidade na web para celebrar o Dia Internacional
das Pessoas com Deficiência, que ocorreu em 3 de dezembro de 2012 e encerrou a Virada
Inclusiva na escultura da Mão, no Memorial da América Latina, em São Paulo.
https://goo.gl/saZc1L
O W3C tem escritório no Brasil, o W3C Brasil, o qual desenvolve ações lo-
cais para o desenvolvimento dos padrões web. Eles têmum grupo de trabalho
108 • capítulo 5
exclusivo para os padrões de acessibilidade, o qual lançou uma cartilha com 7
fascículos que serve para orientar as pessoas sobre a importância da acessibi-
lidade na web.
Segundo a cartilha (W3C, 2011), a acessibilidade na web está compatível com
os conceitos que vimos sobre acessibilidade e é uma atividade complexa. E suge-
re a consideração de alguns aspectos para abordar a complexidade do problema:
• A importância, abrangência e a universalidade da web: a web é um ambien-
te multimídia, com várias possibilidades e muito abrangente. Segundo o W3C,
uma pessoa com deficiência deveria acessar a web em melhores condições, pois
já tem dificuldades em acessar as mesmas informações no mundo físico.
• Reciprocidade: a acessibilidade não é apenas uma questão de “mão úni-
ca”, ou seja, podemos ser induzidos a pensar que as pessoas são apenas recep-
toras. Segundo o W3C, a pessoa com deficiência também contribui para a web.
Logo, quanto mais pessoas puderem acessar, mais a web terá contribuições.
• Multiplicidade e diversidade de fatores envolvidos: a acessibilidade na
web é alcançada considerando-se uma série de fatores segundo o W3C:
o Conteúdo;
o Navegadores, ou agente do usuário;
o Tecnologia assistida: é a tecnologia usada por pessoas com deficiên-
cia e mobilidade reduzida;
o Conhecimento do usuário para o uso da web;
o Desenvolvedores e usuários;
o Ferramentas da autoria;
o Ferramentas de avaliação.
CURIOSIDADE
Um exemplo de acessibilidade e de que não só a web, mas a tecnologia em geral, é usada
em prol da acessibilidade é a vida do físico Stephen Hawking, um dos mais consagrados
cientistas da atualidade.
capítulo 5 • 109
©© WIKIPIDIA
Stephen usa um aparelho, chamado Equalizer, o qual fala as palavras por Stephen por
meio de suas mãos. Com este aparelho, Stephen consegue escrever livros, ensaios e proferir
palestras pelo mundo. Quando ele perdeu o movimento das mãos, passou a controlar o apa-
relho por meio de sua bochecha.
Assista ao vídeo a seguir, o qual mostra o funcionamento do aparelho (e aprenda tam-
bém um pouco sobre o que ele acha do universo):
https://www.youtube.com/watch?v=85IzieOYCq0
110 • capítulo 5
• Um usuário com paralisia cerebral e com dificuldades motoras usando o
computador com um dedo só e navegando nas redes sociais;
• Um usuário com deficiência motora usando um mouse adaptado fazendo
compras pela internet;
• Uma pessoa tetraplégica usando um ponteiro na cabeça procurando in-
formações sobre células-tronco em sites especializados;
• Um usuário com deficiência intelectual fazendo exercícios pela web para
melhorar sua comunicação;
• E outros.
Os exemplos anteriores são apenas poucas das situações que podem ocor-
rer envolvendo acessibilidade e web. Portanto, precisamos encontrar mecanis-
mos para ajudar nessas situações.
capítulo 5 • 111
CONHECIMENTO DO Experiências e em alguns casos, estratégia adaptativas
USUÁRIO usando a web.
112 • capítulo 5
As figuras a seguir mostram exemplos de tecnologias assistivas. A figura
5.6 mostra um deficiente visual usando um leitor de tela para poder ler o que
está sendo mostrado. A figura 5.7 mostra um leitor de textos impressos. O leitor
escaneia o texto impresso e o traduz em voz alta para deficientes auditivos. A
Figura 8 é um leitor de tela em Braille. Neste dispositivo, o conteúdo impresso
da página é transformado em caracteres Braille para os deficientes visuais po-
derem ler.
capítulo 5 • 113
Figura 5.8 – Leitor de Braille.
CONCEITO
Texto alternativo nas imagens: em HTML, na tag para imagens existe uma opção de
usarmos um texto alternativo, por exemplo:
<img src="smiley.gif" alt="Smiley face">
Esta tag posiciona uma figura na tela e, quando o mouse for colocado sobre a figura, irá
aparecer o texto “Smiley face”. No caso da acessibilidade, como o deficiente visual não vê a
imagem, o texto alternativo é impresso no leitor de tela.
114 • capítulo 5
Fornecem as palavras apropriadas para se
DESENVOLVEDORES colocar no texto alternativo.
Conteúdo
Ferramentas de autoria
Tecnologias assistivas
Conteúdo
capítulo 5 • 115
• Quando os navegadores, players de mídia, tecnologias assistivas e outros
agentes de usuário suportam uma característica acessível, os usuários ficam
mais propensos a demandar esta característica, e os desenvolvedores ficam
mais propensos a implementá-la no conteúdo.
• Quando os desenvolvedores querem implementar um recurso de acessi-
bilidade em seu conteúdo, eles são mais propensos a exigir que a sua ferramen-
ta de criação torne a implementação mais fácil.
• Quando as ferramentas de criação tornam um recurso fácil de ser im-
plementado, os desenvolvedores ficam mais propensos a implementá-lo em
seu conteúdo.
• Quando um recurso de acessibilidade é implementado no conteúdo, de-
senvolvedores e usuários ficam mais propensos a exigir que os agentes de co-
mecem a apoiá-lo.
Se um componente de acessibilidade não é implementado em um compo-
nente, há uma pequena motivação para o outro componente implementá-lo
quando não resulta em uma experiência do usuário acessível. Por exemplo, de-
senvolvedores não são propensos a implementar uma característica de acessi-
bilidade que as ferramentas de autoria não suportam e que a maioria dos nave-
gadores ou tecnologia assistiva não implementa consistentemente.
Se um componente de acessibilidade tem um suporte ruim, algumas ve-
zes outros componentes podem compensar por meio de um “work around”,
que requer muito mais esforço e não é tão bom para acessibilidade no geral.
Por exemplo:
• Desenvolvedores podem ter mais trabalho para compensar alguma falta
de suporte à acessibilidade em ferramentas de autoria, por exemplo, progra-
mando diretamente em HTML em vez de usar uma ferramenta.
• Usuários podem ter mais trabalho para compensar alguma falta de su-
porte de acessibilidade nos navegadores, players de mídia e tecnologia as-
sistiva e falta de acessibilidade de conteúdo, por exemplo, usando diferentes
navegadores ou tecnologias assistivas para superar as diferentes questões
de acessibilidade.
116 • capítulo 5
que torna impossível para algumas pessoas com deficiência a usar um determi-
nado site, página ou recurso.
Veja que usamos a tag xml: lang e lang. E definimos um idioma para elas.
Estas tags são importantes porque dizem ao leitor de tela qual é a lingua-
gem que deve ser “falada” e instrui corretamente o leitor de tela para usar os
codecs corretos.
Outra tag importante para a acessibilidade é a tag meta. Veja o exemplo:
capítulo 5 • 117
O atributo rel da tag <link> também é usado nos sites acessíveis. Quando
arquivos externos são linkados à página, é importante para os leitores de tela
determinarem o tipo de arquivo ou página externa que está sendo vinculado.
O normal deste atributo é usar o valor “stylesheet”, utilizado para os arquivos
CSS. Os valores também podem ser “content”, indicando conteúdo, “prev” para
páginas anteriores e “next” para as páginas posteriores.
A tag <body> também precisa de alguma atenção. Já comentamos que, na
tag <img>, o atributo alt é importante para os leitores de tela substituírem as
imagens pelas suas descrições. Portanto, usar textos intuitivos nestas descri-
ções, inclusive para o caso de a imagem não ser carregada corretamente.
Nos links, recomenda-se usar o atributo title na tag <a> com textos intuiti-
vos e claros que mostram o destino do usuário ao clicar no link, e não somen-
te com a descrição “clique aqui”, por exemplo. Outros atributos importantes
para a acessibilidade relacionados com essa tag são o tabindex e o accesskey. O
primeiro atributo faz com que uma ordem seja estabelecida nos elementos da
página, quando a tecla tab é pressionada e a segunda cria uma tecla de atalho
para o elemento.
Outro detalhe para os deficientes visuais é usar a tag <noscript> nos scripts.
Desta forma, o deficiente visual não precisará ouvir todas as linhas de código
dos scripts da página.
Existem outros fatores técnicos que podem estar presentes em um site
acessível. Mostramos alguns; outros podem ser incorporados mediante as re-
comendações do W3C, como veremos no próximo tópico.
118 • capítulo 5
5.5.1.1 Princípio 1 - Percepção
capítulo 5 • 119
TEMPO Forneça tempo suficiente para os usuários lerem e usarem o
DISPONÍVEL conteúdo.
LEGÍVEL Faça com que o texto seja lido e entendido sem problemas.
O conteúdo deve ser robusto o suficiente para que ele possa ser interpretado
de forma confiável por uma grande variedade de agentes de usuário, incluindo
tecnologias assistivas.
120 • capítulo 5
Este princípio só tem uma diretriz:
Uma vez que verificamos como podemos criar sites acessíveis, é interessan-
te também testar e validar a acessibilidade do site.
capítulo 5 • 121
Valida o site de acordo com os padrões estabelecidos
RSS VALID para as notificações RSS.
Alguns sites podem passar pela validação do código XHTML e não passar
na validação do CSS. E assim por diante. Veja que no caso de acessibilidade,
temos, além do validador do W3C, o validador brasileiro.
HTML XHTML
4.01 1.0
WAI - A WAI - AA
WCAG 1.0 WCAG 1.0
AAA VALID
APROVADO RSS
ACESSIBILIDADE BRASIL
XML
CSS
1.0
WAI-AAA XHTML
WCAG 1.0 1.0
Figura 5.9 – Selos de validadores do W3C.
122 • capítulo 5
Quanto à validação humana, esta deve ajudar a verificar a clareza da lingua-
gem, o bom uso dos equivalentes em texto e a facilidade de navegação e usabi-
lidade, por exemplo.
Com relação aos métodos automáticos, são eles, segundo (QUEIROZ, 2008):
1. Usar uma ferramenta de acessibilidade automatizada, porém algu-
mas questões de acessibilidade não são possíveis de serem verificadas por um
software e necessitam ser verificadas pela forma humana.
2. Validar a sintaxe do código.
3. Validar as folhas de estilo (CSS).
4. Usar um analisador de contraste de cores para assegurar a boa visibili-
dade do site, até mesmo por pessoas com deficiências visuais.
5. Usar um navegador só de texto como o Lynx ou um emulador. Esses na-
vegadores não carregam os scripts em javascript e imagens forçando o usuário
a usar principalmente o teclado.
6. Utilizar vários navegadores como o Internet Explorer, Google Chrome,
Mozilla Firefox, Safari, Opera etc., principalmente para aferir e verificar
o comportamento:
a. Som
b. Desativar as imagens do navegador
c. Sem som
d. Sem mouse
e. Sem carregar frames
7. Usar vários navegadores, recentes e mais antigos.
8. Usar um leitor de tela e verificar se ele lê a página corretamente, utilizar
um ampliador de tela, tela de dispositivo móvel.
9. Usar corretores ortográficos e gramaticais.
10. Rever o documento para verificar sua clareza e simplicidade.
11. Pedir para uma pessoa portadora de necessidades especiais para verifi-
car o site. Estes usuários são muito importantes para a validação geral do site,
tanto na parte de conteúdo quanto na parte dos recursos de acessibilidade pre-
sentes no site e facilidade de uso.
capítulo 5 • 123
Outros, colocam os selos de validação com o site não validado. Se não for va-
lidado, não coloque! Não há desculpa para não validar um site. E tenha sempre
um cuidado especial com a validação de acessibilidade.
GLOSSÁRIO
CSS Cascade Style Sheet
HTML Hypertext Markup Language
RSS Really Simple Syndication
W3C World Wide Web Consortium
WAI Web Acessibility Iniciative
XHTML Extensible Hypertext Markup Language
ATIVIDADES
01. O que é tecnologia assistiva?
REFLEXÃO
Parece que a situação que vivemos nos remete a consumir cada vez mais, e isso se reflete
na internet. Os sites estão cada vez mais interativos e chamativos. Temos tecnologias super
legais, como os bancos de dados não relacionais, novos frameworks na área de front end,
como AngularJS, NodeJs, Material Design, e várias outras tecnologias que encantam quem
desenvolve para web. Porém, na questão da acessibilidade em relação a todo esse avan-
ço, será que quem promove todas essas tecnologias, bem como incita outros a usarem e
consumirem, também está preocupado com o acesso daqueles que portam algum tipo de
necessidade especial?
124 • capítulo 5
LEITURA
Sobre acessibilidade, é praticamente obrigatória a leitura dos documentos do W3C sobre
padrões de web e acessibilidade:
• Grupo de trabalho do W3C e acessibilidade: http://www.w3c.br/GT/GrupoAcessibilidade
• Cartilha de acessibilidade na web: http://www.w3c.br/Materiais/PublicacoesW3C
• Site excelente sobre acessibilidade com vários materiais: http://www.acessibilidadelegal.com/
• Acessibilidade virtual: http://acessibilidade.bento.ifrs.edu.br/acessibilidade-web.php
• Site do Maujor: site do Maurício Samy Silva, com muitos materiais sobre desenvolvimento
para web e vários sobre acessibilidade: http://www.maujor.com/w3c/introwac.html
REFERÊNCIAS BIBLIOGRÁFICAS
FERNANDES, J.; GODINHO, F. Publicações. Unidade Acesso, 2013. Disponivel em: <http://www.
acessibilidade.gov.pt/publicacoes#manuais>. Acesso em: 1 jul. 2015.
POPLADE, T. Como tornar seu site acessível. Tableless, 2010. Disponivel em: <http://tableless.
com.br/como-tornar-seu-website-acessivel/>. Acesso em: 01 jul. 2015.
QUEIROZ, M. A. D. Métodos e Validadores de Acessibilidade Web. Acessibilidade Legal, 2008.
Disponivel em: <http://www.acessibilidadelegal.com/13-validacao.php>. Acesso em: 1 jul. 2015.
W3C. Web Content Accessibility Guidelines (WCAG) 2.0. W3C Recommendation, 2008. Disponivel em:
<http://www.w3.org/TR/WCAG20/>. Acesso em: 01 jul. 2015.
W3C. Acessibilidade na Web. W3C, 2011. Disponivel em: <http://www.w3c.br/pub/Materiais/
PublicacoesW3C/cartilha-w3cbr-acessibilidade-web-fasciculo-I.pdf>. Acesso em: 1 jul. 2015.
W3C-WAI. W3C Web Acessibility Iniciative. World Wide Web Consortium, 2013. Disponivel em:
<http://www.w3.org/WAI/intro/wcag.php>. Acesso em: 1 jul. 2015.
WORLD WIDE WEB CONSORTIUM. Acessibility. W3C, 2015. Disponivel em: <http://www.w3.org/
standards/webdesign/accessibility>. Acesso em: 01 jul. 2015.
BRASIL. Lei n. 10.098, de 19 de dezembro de 2000. Estabelece normas gerais e critérios básicos
para a promoção da acessibilidade das pessoas portadoras de deficiência ou com mobilidade reduzida,
e dá outras providências. Disponível em: <http://www.planalto.gov.br/ccivil_03/leis/L10098.htm>.
Acesso em 29/07/2015.
capítulo 5 • 125
GABARITO
Capítulo 1
01. O conceito de tecnologia, ou computação, vestível não é novo. Em 1998, Steve Mann de-
finiu como: “Um computador vestível é um computador que está alocado no espaço pessoal
do usuário, controlado pelo usuário, e possui constância de operação e interação, ou seja,
está sempre ligado e sempre acessível. Mais notavelmente, ele é um dispositivo que está
sempre com o usuário, e permite que o usuário digite comandos ou os execute, enquanto
anda ou faz outras atividades” (Fonte: https://pt.wikipedia.org/wiki/Computa%C3%A7%-
C3%A3o_vest%C3%ADvel)
02. A engenharia de usabilidade é uma área que estuda principalmente formas de melhorar
a interface com o usuário, principalmente para ser mais fácil, direta e interativa. Existe um
processo de desenvolvimento, que se bem feito, garante uma interface com alta usabilidade.
03. A norma 9126 tem como foco a qualidade do produto por meio de critérios e um deles é
a usabilidade. Esta norma é a primeira a definir usabilidade e a trata por meio de uma aborda-
gem orientada ao produto e ao usuário. Na norma existem três métricas para a usabilidade:
integibilidade, apreensibilidade e operacionabilidade.
04. A área de interface humano computador é importante porque estuda formas e processos
para melhorar a usabilidade dos produtos de software. Conforme a tecnologia avança, assim
como a aproximação do homem com o computador, ocorre uma necessidade de interfaces
com melhor utilização. Estamos cada vez mais dependentes da tecnologia e, consequente-
mente, mais exigentes com a qualidade dela. Nós não queremos perder tempo quando os
recursos de tecnologia são usados. É justamente no estudo da relação homem X máquina,
que se encontra a Interação Humano-Computador (IHC).
05. O JQuery e outras bibliotecas semelhantes são fontes de recursos e facilidades que
permitem que um programador crie interfaces mais interativas com o usuário de uma manei-
ra mais produtiva e eficiente. Por meio de poucas linhas de código em javascript, é possível
criar animações e efeitos na tela que fazem com que o usuário tenha uma experiência mais
agradável ao usar os softwares.
126 • capítulo 5
06. O Windows teve várias versões: 1.0, 2.0, 3.0, 3.11, Windows NT, 95, 98, 98 Millenium
Edition, Vista, 7, 8, 8.1 e atualmente o Windows 10. Com relação à interface, podemos dizer
que ela acompanhou a tecnologia que estava disponível na época de cada versão. A primeira
versão, em 1985, já usava mouse e dispunha de cores, porém as janelas não podiam ser
sobrepostas, o que veio a acontecer em 87 na versão 2.0. Nesta versão ocorreu a possibili-
dade de minimizar e maximizar as janelas. Na versão 3, bastante popular, a palavra Windows
começou a fazer mais sentido, pois as janelas se tornaram mais independentes, inclusive os
programas DOS podiam ser executados dentro de uma janela específica. Nesta versão era
possível usar o som e cd-rom. Na versão 3.1, apareceram as fontes true-type, as quais permi-
tiram que o Windows tornasse uma plataforma para editoração eletrônica. No Windows 95,
a barra Iniciar e a barra de ferramentas apareceram, além de ter o recurso plug and play. Na
versão 98, os botões de avançar e voltar no Internet Explorer apareceram. No Windows XP, a
principal diferença na sua interface foi sua grande melhoria em relação à versão anterior. No
Vista, a interface ficou mais bonita e agradável e tinha os recursos de transparência e gad-
gets na área de trabalho. O Windows 7 trouxe poucas mudanças visuais em relação ao Vista.
O Windows 8 foi uma tentativa radical de mudança na interface e suportava as telas sensíveis
ao toque e eliminou, assim, o botão iniciar, o que foi bastante criticado. Nesta versão apare-
ceram os tiles. A versão 8.1 foi uma resposta às críticas visuais recebidas na versão anterior.
Capítulo 2
01. Sim, pois, com a popularização dos smartphones e tablets, a exigência por maior usabi-
lidade e interação tem ficado cada vez maior, fazendo com que os critérios sejam usados e
disponíveis para todas as plataformas.
02. Quando vamos instalar algum software no Windows, geralmente existe um assistente
que mostra informações ao usuário sobre a instalação. O usuário tem várias opções de con-
figurações e possibilidades de avançar e voltar suas ações.
03. Os termos estão muito relacionados. O agrupamento/distinção por itens faz parte de
um critério ergonômico chamado condução, que tem como objetivo auxiliar o usuário na
execução das tarefas, conduzindo-o na interação com o sistema. Por meio do agrupamento
por itens, que atua na disposição espacial dos itens na tela, o usuário tem a sensação e o
conforto de visualizar os itens agrupados e entender como o sistema pode ser compreendido
e usado.
capítulo 5 • 127
04. Um software que segue as normas sobre IHC tem muitas vantagens em relação a ou-
tras que não se preocupam com isso, porque, de certa forma, há uma garantia de que ele foi
desenvolvido pensando na melhor interação e usabilidade do usuário. Sendo assim, seu uso
e compreensão será mais garantido do que outros que não se preocupam com isso. Quando
um software não tem boa interação com o usuário, o risco de ele não ser usado ou ser mal
aproveitado é muito grande.
05. A metáfora de interação é um conjunto de regras e técnicas que têm como objetivo fazer
uma comparação entre o mundo real e a interação com um computador. Por exemplo: no
mundo real, temos alavancas que aumentam ou diminuem algum tipo de nível (ou aceleração
em um avião por exemplo) – nas interfaces temos os sliders, muito comuns em aplicativos
gráficos.
06. Outro exemplo: em alguns videogames existem plataformas que o jogador usa para
dançar ou fazer movimentos que são representados no jogo.
Outro exemplo: o jogo Guitar Hero pode ser jogado com um joystick normal de um vídeo
game ou ser jogado com um controle especial que imita uma guitarra.
Capítulo 3
02. Como foi visto no texto, os seguintes tópicos são os principais no design centrado
no usuário:
a) Foco em usuários e tarefas;
b) Teste de uso do produto e medidas empíricas;
c) Design interativo.
04. Porque o usuário pode não querer esperar até o final do desenvolvimento do produto e
achar que o protótipo já é suficiente para as suas necessidades.
128 • capítulo 5
05. O Bootstrap é um framework escrito em Javascript muito usado atualmente e é utili-
zado principalmente para o desenvolvimento de sites responsivos e aplicativos móveis pela
web. A intenção é tornar o desenvolvimento front-end mais rápido e fácil. O Bootstrap tem
o código aberto, o que permite ao programador estender suas funcionalidades e criar no-
vas bibliotecas.
Capítulo 4
02. Respostas:
a) Sem dúvida, as heurísticas ajudam a avaliar qualquer site com base nos critérios
que elas propõem.
b) Sim, uma vez entendida as heurísticas, o usuário passará a examinar e avaliar o site
de uma maneira mais crítica, para encontrar elementos que estão de acordo com
as heurísticas.
capítulo 5 • 129
b) Sim. De posse dos conhecimentos das heurísticas, a pré-avaliação de um site será
feita usando as heurísticas, até mesmo de uma maneira inconsciente.
c) Usar menos heurísticas terá como consequência uma avaliação mais maleável e
pode deixar o site mais propício a não conformidades de interface, de acordo com
os padrões e heurísticas estudados. As heurísticas devem ser usadas e combinadas
de acordo com o que será avaliado e trazer o melhor resultado e avaliação para
o usuário.
04. A descrição abaixo do botão de ferramenta é chamada de Hint ou Dica. Estas dicas
ajudam o usuário a guardar a função daquele botão ou ferramenta; sendo assim, ele acaba
se acostumando com as funções e as localiza de maneira mais rápida.
Capítulo 5
01. Tecnologia assistiva é um termo que engloba vários conceitos, como produtos, recursos,
metodologias, estratégias, práticas e serviços que têm como objetivo promover a funcionali-
dade , relacionada à atividade e participação de pessoas com deficiência, incapacidades ou
com mobilidade reduzida, a fim de torná-las autônomas, independentes, com melhor qualida-
de de vida e incluídas socialmente.
02. A Web Acessibility Iniciative (WAI), é uma divisão do W3C (World Wide Web Consortium)
responsável por criar guias, estratégias e recursos para tornar a web acessível para pessoas
com deficiência.
03. O W3C é uma entidade que cria padrões para o desenvolvimento de websites e tem
como objetivo conduzir a web para que atinja todo o seu potencial, desenvolvendo protocolos
e diretrizes que garantam o seu crescimento de longo prazo. Sem o W3C, as questões relati-
vas à acessibilidade não são pensadas no desenvolvimento de sites, e assim várias pessoas
que possuem deficiências e incapacidades ficariam excluídas do acesso e uso da web.
130 • capítulo 5
f) Design adaptado para diferentes resoluções de tela;
g) Uso de vários navegadores para o acesso.
capítulo 5 • 131
ANOTAÇÕES
132 • capítulo 5
ANOTAÇÕES
capítulo 5 • 133
ANOTAÇÕES
134 • capítulo 5
ANOTAÇÕES
capítulo 5 • 135
ANOTAÇÕES
136 • capítulo 5