Professional Documents
Culture Documents
Avaliao heurstica
Referncias
Nielsen, Jakob (1994). Usability Engineering. Academic Press.
Nielsen, Jakob (Abril 2000). Alertbox: Reset and Cancel Buttons. Internet:
http://www.useit.com/alertbox/20000416.html
26/8/2008
Clarindo Pd u a
Avaliao heurstica
Avaliao heurstica
26/8/2008
Clarindo Pd u a
26/8/2008
Clarindo Pd u a
Papis de participantes:
Lder coordena o processo. Avaliador: especialistas em usabilidade.
Pode ser interessante ter tamb m especialistas de outras reas de interesse como neg cio, marketing, desenvolvedor da parte construcional, etc.
Objetivos
Fazer uma avaliao da qualidade de uma interface com relao sua Usabilidade. Deteco precoce de problemas de usabilidade. Obter crticas/sugestes de especialistas para melhoria da qualidade da interface. Controlar a qualidade, com resultados mais uniformes. Difundir experincia, contribuindo para o treinamento da equipe.
Nas sesses de avaliao, a interface analisada com relao conformidade com as heursticas eleitas. Os problemas encontrados so analisados com o objetivo de se priorizar solues.
26/8/2008
Clarindo Pd u a
26/8/2008
Clarindo Pd u a
Avaliao heurstica
Planejamento/desenho da avaliao
Tarefas:
Definir l der e observador(es). Selecionar especialistas para avalia o. Providenciar infra-estrutura fsica para a realizao da avaliao. Definir o processo de avaliao. Selecionar as heursticas (diretrizes) a serem utilizadas na avaliao.
Tarefas
Definir processo de anlise de resultados. Informar os avaliadores sobre o processo de avaliao e de anlise de resultados.. Instalar software ou viabilizar a utilizao de prottipo. Documentar o planejamento em um Plano de avaliao heurstica.
7 26/8/2008
Clarindo Pd u a
26/8/2008
Clarindo Pd u a
As avaliaes so realizadas em sesses que duram em torno de 2 a 4 horas. So selecionadas um conjunto de heursticas que guiaro a avaliao
As heursticas so diretrizes ou princpios de desenho consideradas importantes dadas as caractersticas de utilizao do produto. As caractersticas de utilizao, alm do aspectos de perfil de uso dos usurios, devem contemplar necessidades de marketing e de negcio.
Responsabilidades do lder:
Realizar o planejamento e produzir o documento de plano. Providenciar infra-estrutura para a realizao da avaliao. Convidar os avaliadores e cuidar que eles sejam informados de todo o processo da avaliao. Organizar e supervisionar a realizao das avaliaes e anlise de resultados. Se possvel ou necessrio, acompanhar as sesses de avaliao, fornecendo informa es solicitadas pelos avaliadores.
Esta atividade torna-se mais importante quando os avaliadores no conhecem o domnio da aplicao.
26/8/2008
Clarindo Pd u a
26/8/2008
Clarindo Pd u a
10
26/8/2008
Clarindo Pd u a
11
26/8/2008
Clarindo Pd u a
12
Avaliao heurstica
Avaliao heurstica
Implementao/execuo da avaliao
Os avaliadores devem estar informados sobre o processo de avaliao planejado. Atividades:
O avaliador dever primeiro visitar todo a interface, para ter uma viso geral de seu contedo e desenho A seguir, o avaliador faz caminhamentos mais cuidadosos, desta v ez anotando os pontos em que h um problema de usabilidade
No basta dizer que no gostou de alguma coisa, preciso justificar o problema com base nas heursticas fornecidas ou outros princpios de usabilidade e desenho. O avaliador registra o problema encontrado, o ponto (URL) em que o problema apareceu, as heur sticas, diretivas ou princpios desobedecidos e sugestes de soluo (quando o avaliador as tiver).
26/8/2008
Clarindo Pd u a
13
26/8/2008
Clarindo Pd u a
14
Problema de Usabilidade
Defini o: aspecto da interface que vai contra uma ou mais heursticas ou diretivas. Outros princpios de usabilidade, alm dos selecionados, tambm podem ser utilizados para justificar pontos problem ticos. Tipos de problemas que podem ser encontrados durante uma avaliao heurstica, segundo lugar na interface.
Problema em um local especfico da interface. Problema em dois ou mais locais que tm que ser comparados para encontr-lo (e.g. consistncia). Problema com a estrutura geral da interface. Algo que deveria ter sido includo na interface mas no foi.
26/8/2008
Clarindo Pd u a
15
26/8/2008
Clarindo Pd u a
16
Os fatores so comumente combinados em uma escala nica, que facilita a priorizao e tomada de decises:
0 = No concordo que seja um problema de usabilidade 1 = Problema apenas cosmtico: no precisa ser consertado a menos que haja tempo extra para o projeto 2 = Pequeno problema de usabilidade: deve ser resolvido, com baixa prioridade 3 = Grande problema de usabilidade: importante consert-lo, deve ser resolvido com alta prioridade 4 = Cat strofe de usabilidade: imperativo consert -lo antes do lanamento do produto
26/8/2008
Clarindo Pd u a
17
26/8/2008
Clarindo Pd u a
18
Avaliao heurstica
H1: Visibilidade do Estado do Sistema Certifique-se de que cada pgina marcada e que nela est indicado a que seo do stio pertence. Links para outras pginas devem estar marcados claramente. Como os usurios podem ter pulado para qualquer parte do stio via links externos, necessrio incluir esta informao em todas as pginas.
26/8/2008
Clarindo Pd u a
19
26/8/2008
Clarindo Pd u a
20
O sistema deve falar a linguagem do usurio, com palavras, expresses e conceitos familiares ao usurio, no lugar de termos orientados para o sistema. Convenes do mundo real devem ser seguidas, fazendo a informao aparecer numa ordem lgica e natural.
Na Web, deve -se ter em mente que os usurios tero backgrounds diversos. Pode ser um desafio descobrir sua linguagem
No usar cdigos (317 para Reais, 231 para D lares Canadenses) Linguagem inclui cones, estes devem ser intuitivos e no-ambguos Transaes devem ser vistas do ponto de vista do usurio (Voc est comprando 3 CDs x Estamos lhe vendendo 3 CDs ) Evitar jargo de computao
26/8/2008
Clarindo Pd u a
21
26/8/2008
Clarindo Pd u a
22
26/8/2008
Clarindo Pd u a
23
26/8/2008
Clarindo Pd u a
24
26/8/2008
Clarindo Pd u a
25
26/8/2008
Clarindo Pd u a
26
26/8/2008
Clarindo Pd u a
27
26/8/2008
Clarindo Pd u a
28
Devido a limitaes de formulrios em HTML, a entrada de informao na Web uma fonte comum de erros para usurios.
Pacotes de desenvolvimento de componentes GUI mais avanados esto surgindo; enquanto isso pode-se usar JavaScript para prevenir alguns erros antes da ao de Submit, mas deve-se tambm fazer a validao dos dados aps a submisso dos dados. Campos em que o usurio deve digitar so fonte comum de erros: s vezes possvel substituir por escolhas fixas (e.g. Combo box ).
26/8/2008
Clarindo Pd u a
29
26/8/2008
Clarindo Pd u a
30
31
26/8/2008
Clarindo Pd u a
32
26/8/2008
Clarindo Pd u a
33
26/8/2008
Clarindo Pd u a
34
26/8/2008
Clarindo Pd u a
35
26/8/2008
Clarindo Pd u a
36
Certifique-se de que o contedo escrito para a Web e no apenas uma brochura reempacotada. Quebre a informao em pedaos e use links para conectar os pedaos relevantes e suportar diferentes usos do contedo.
Na Web, usurios no lem, mas varrem o texto. Velocidade de leitura na tela tambm menor. Texto deve ser conciso e escrito visando varredura (scan)
26/8/2008
Clarindo Pd u a
37
26/8/2008
Clarindo Pd u a
38
26/8/2008
Clarindo Pd u a
39
26/8/2008
Clarindo Pd u a
40
Esta informao deve ser fcil de pesquisar, estar focalizada na tarefa do usurio, listar passos concretos a seguir, e no ser muito grande.
integrar a documentao ao stio. Deve haver links de suas sees principais para ajuda especfica e vice versa. A ajuda pode ser totalmente integrada em cada p gina de forma que usu rios sentem que assistncia nunca est longe.
26/8/2008
Clarindo Pd u a
41
26/8/2008
Clarindo Pd u a
42