Design de interface grafica 4 principios heuristicos

1 de 79

edson rufino de souza, m.sc.avaliação heurística > parte 2: princípios heurísticos (nielsen)

parte 2

princípios heurísticos(nielsen)

2 de 79


• Nielsen descreve dez princípios gerais de usabilidade em interfaces

• a intenção era prover um conjunto de regras heurísticas para avaliar a usabilidade.

princípios heurísticos (nielsen)

3 de 79


• visibilidade do estado do sistema

• compatibilidade do sistema com o mundo real

• controle e liberdade do usuário

• consistência e padrões

• prevenção de erros

• reconhecimento ao invés de lembrança

• flexibilidade e eficiência de uso

• estética e design minimalista

• auxiliar usuários a reconhecer, diagnosticar e corrigir erros

• ajuda e documentação.

princípios heurísticos (nielsen)

4 de 79


1 visibilidade do estado do sistema

5 de 79


• o sistema deve sempre manter os usuários informados sobre o que está acontecendo

• essa informação deve vir por meio de feedback apropriado e em tempo razoável.


6 de 79


três estágios do sistema:

1 está pronto para ser navegado ou acionado;

2 está em processamento deinformação ou está carregando;

3 está exibindo a resposta à busca.


feedback necessário

7 de 79



algumas formas de expor feedback do statusexemplos:

ampulheta; demarcação pontilhada; cursores

8 de 79


9 de 79


10 de 79


2 equivalência entre o sistema eo mundo real

11 de 79


• o princípio do mapeamento entre o sistema e o mundo real é aproximar a forma de apresentação do sistema à forma física do mundo real.

• o sistema deve falar a língua dos usuários, usando palavras, frases e conceitos familiares para eles, em vez de termos vindos da lógica do sistema.

• siga as convenções do mundo real, tornando a informação apareça em uma ordem lógica e natural para o usuário.

2 equivalência entre o sistema e o mundo real

12 de 79


13 de 79


14 de 79


15 de 79


16 de 79


17 de 79


3 controle do usuário e liberdade

18 de 79


• os usuários devem estar no controle das ações que ocorrem no sistema

• deve haver uma "saída de emergência" marcada para sair de estado indesejado facilmente

• sempre que possível, permita desfazer e refazer tarefas

3 controle do usuário e liberdade

19 de 79


20 de 79


21 de 79


22 de 79


23 de 79


24 de 79


25 de 79


26 de 79


27 de 79


28 de 79


4 consistência e padrões

29 de 79


• é o princípio mais freqüentemente violado

• os usuários não devem ser obrigados a perguntar se palavras, situações ou ações diferentes significam a mesma coisa

• siga sempre as convenções da plataforma

4 consistência e padrões

30 de 79


31 de 79


32 de 79


33 de 79


34 de 79


35 de 79


36 de 79


37 de 79


38 de 79


39 de 79


5 prevenção de erros

40 de 79


• muito melhor que boas mensagens de erro é um projeto cuidadoso que, em primeiro lugar, previna a ocorrência de problemas.


41 de 79



42 de 79


43 de 79


44 de 79


45 de 79


6 reconhecer ao invés de relembrar

46 de 79


• deve-se tornar objetos, ações e opções visíveis

• o usuário não deve ter que relembrar informação de uma parte do diálogo em outra parte

• instruções para uso do sistema devem estar visíveis ou facilmente recuperáveis sempre que necessário.


47 de 79


48 de 79



49 de 79


50 de 79


7 flexibilidade e eficiência de uso

51 de 79


• aceleradores da tarefa – não vistos pelo novato – podem ainda aumentar a velocidade de interação para o usuário experiente

• dessa forma, o sistema pode atender tanto aos usuários experientes quanto aos inexperientes

7 flexibilidade e eficiência de uso

52 de 79


53 de 79


54 de 79


55 de 79


56 de 79


57 de 79


58 de 79


59 de 79


60 de 79


8 estética e design minimalista

61 de 79


• diálogos não devem conter informação que seja irrelevante ou raramente necessária.

• toda unidade de informação extra em um diálogo compete com unidades de informação relevantes e diminui sua visibilidade relativa.

8 estética e design minimalista

62 de 79


63 de 79


64 de 79


65 de 79


66 de 79


67 de 79


9 auxiliar usuários a reconhecer, diagnosticar e corrigir erros

68 de 79


• mensagens de erro devem ser expressas em linguagem clara (sem códigos), indicar precisamente o problema, e sugerir construtivamente uma solução.


69 de 79



70 de 79



71 de 79


72 de 79


73 de 79


74 de 79


10 ajuda e documentação

75 de 79


• ainda que seja melhor que o sistema possa ser usado sem documentação, pode ser necessário prover ajuda.

• qualquer informação deste tipo deve ser fácil de buscar, focada na tarefa do usuário, relacionar passos concretos a serem desenvolvidos, e não ser muito longa.


76 de 79


77 de 79


78 de 79


79 de 79

