70
Engenharia da Usabilidade Aula 3 Prof. Paulo Guilherme

Aula ENGENHARIA DE USABILIDADE

Embed Size (px)

DESCRIPTION

Aula ENGENHARIA DE USABILIDADE

Citation preview

Page 1: Aula ENGENHARIA DE USABILIDADE

Engenharia

da

Usabilidade

Aula 3

Prof. Paulo Guilherme

Page 2: Aula ENGENHARIA DE USABILIDADE

Objetivos

1. Definir Critérios Ergonômicos 2. Apresentar as características de

cada critério e subcritérios.

Page 3: Aula ENGENHARIA DE USABILIDADE

CRITÉRIOS ERGONÔMICOS

Definição:

É um sistema de qualidades que adota um conjunto de oito critérios ergonômicos principais que se subdividem em subcritérios.

Page 4: Aula ENGENHARIA DE USABILIDADE

CRITÉRIOS ERGONÔMICOS

Tem como objetivo minimizar a ambiguidade na identificação e classificação das qualidades e problemas ergonômicos de um software cuja caracterísica principal é interatividade.

Page 5: Aula ENGENHARIA DE USABILIDADE

CRITÉRIOS ERGONÔMICOS

Os critérios ergonômicos são oito:

1.Condução

2.Carga de trabalho

3.Controle explícito

4.Adaptabilidade

5.Gestão de erros

6.Homogeneidade/coerência

7.Significado dos códigos e denominações

8.Compatibilidade

Page 6: Aula ENGENHARIA DE USABILIDADE

1. Condução

Condução visa favorecer principalmente o aprendizado e a utilização do sistema por usuários novatos.

Neste contexto, a interface deve aconselhar, orientar, informar e conduzir o usuário na interação com o sistema.

Page 7: Aula ENGENHARIA DE USABILIDADE

1. Condução

Tal qualidade pode ser analisada a partir de quatro subcritérios:

o convite,

o agrupamento e distinção entre itens

a legibilidade

o feedback imediato.

A seguir serão mostradas exemplos de interfaces com esses subcritérios:

Page 8: Aula ENGENHARIA DE USABILIDADE

Uma interface convidativa

Page 9: Aula ENGENHARIA DE USABILIDADE

Agrupamento e distinção por localização

Page 10: Aula ENGENHARIA DE USABILIDADE

Agrupamento e distinção por formato

Page 11: Aula ENGENHARIA DE USABILIDADE

Legibilidade

Page 12: Aula ENGENHARIA DE USABILIDADE

Feedback imediato

Page 13: Aula ENGENHARIA DE USABILIDADE

2. Carga de trabalho

A carga de trabalho se aplica a um contexto de trabalho intenso e repetitivo, no qual os profissionais que operam o sistema precisarão de interfaces ergonômicas sob o ponto de vista cognitivo e motor, isto é, que lhes economizem leitura e memorização desnecessárias, assim como deslocamentos inúteis e repetição de entradas. Esse critério também é útil em um contexto de trabalho normal, pois, quanto maior a carga de trabalho cognitivo para o usuário, ou quanto mais ele for distraído por informação desnecessária, maior será a probabilidade de vir a cometer erros.

Page 14: Aula ENGENHARIA DE USABILIDADE

Carga de Trabalho

A carga de trabalho subdivide-se em dois critérios:

- Brevidade (que inclui concisão e ações mínimas); e

- Densidade informacional.

A seguir serão mostradas exemplos de interfaces com esses subcritérios:

Page 15: Aula ENGENHARIA DE USABILIDADE

Brevidade: Concisão

Page 16: Aula ENGENHARIA DE USABILIDADE

Brevidade: ações mínimas

Page 17: Aula ENGENHARIA DE USABILIDADE

Densidade Informacional

Page 18: Aula ENGENHARIA DE USABILIDADE

3. Controle explícito

Este critério se aplica em particular às tarefas longas sequenciais e nas quais os processamentos sejam demorados. A falta de controle do usuário pode implicar perda de tempo e de dados.

Quando os usuários definem explicitamente suas entradas, e quando estas estão sob controle, os erros e as ambiguidades são limitados.

Subdivide-se em dois: ações explícitas do usuário e controle do usuário

Page 19: Aula ENGENHARIA DE USABILIDADE

3.1. Ações explícitas do usuário

Aplica-se antes da realização de ações longas, sequenciais e de tratamento demorado ou ainda que tenham repercussão importante para o usuário.

Em tais situações, o computador deve executar somente o que o usuário quer. Em consequência, otimiza a aplicação, e

menos erros são observados.

Page 20: Aula ENGENHARIA DE USABILIDADE

3.1. Ações explícitas do usuário

A interface explicitamente comandada:

■ sempre solicita uma ação explícita do usuário de validação global em um formulário para entrada de diversos dados ou parâmetros;

■ separa as ações de seleção de uma opção e de ativação dessa opção quando se referir a um tratamento demorado (Figura a seguir);

■ não coloca o usuário diante de comandos de dupla repercussão(por exemplo, salvar+ fechar).

Page 21: Aula ENGENHARIA DE USABILIDADE
Page 22: Aula ENGENHARIA DE USABILIDADE

3.2 Controle do usuário

Os usuários controlam os acontecimentos: comandar uma interrupção, o cancelamento, o reinício, a retomada ou a finalização dos tratamentos. A ação deve ser antecipada, e as opções apropriadas devem ser oferecidas.

Favorece a aprendizagem e diminui a probabilidade de erros. o computador fica previsível e adaptado a usuários novatos e intermitentes.

Page 23: Aula ENGENHARIA DE USABILIDADE

3.2 Controle do usuário

Em uma interface controlada pelo usuário:

■ o cursor não se desloca de um campo a outro em um formulário como efeito colateral das entradas dos usuários (validação [Enter]) ou do preenchimento completo de um dado de comprimento controlado (o campo senha, por exemplo). Ele o faz como efeito do comando explícito de tabulação ([Tab]);

■ o usuário encontra as opções para comandar o avanço, o recuo, a interrupção, a retomada ou a finalização de um diálogo sequencial (Figura a seguir);

■ o usuário encontra as opções para comandar a interrupção, a retomada ou a finalização de tratamentos demorados.

Page 24: Aula ENGENHARIA DE USABILIDADE
Page 25: Aula ENGENHARIA DE USABILIDADE

4. A adaptabilidade

É uma qualidade esperada em sistemas em que o público-alvo é vasto e variado. É evidente que uma única interface não pode atender plenamente a todos os diferentes tipos de usuários.

Para que todos tenham o mesmo nível de usabilidade, a interface deve propor maneiras variadas de realizar uma tarefa, permitindo a livre escolha e adaptação as apresentações e estilos de diálogo a suas necessidades.

Dois subcritérios participam da adaptabilidade: a flexibilidade e a consideração da experiência do usuário.

Page 26: Aula ENGENHARIA DE USABILIDADE

4.1 Flexibilidade

Se aplica quando há grande variabilidade de estratégias e de condições de contexto para a realização de uma tarefa. Envolve duas qualidades diferenciadas: a flexibilidade estrutural e a personalização.

A flexibilidade estrutural corresponde às diferentes maneiras colocadas à disposição dos usuários para a realização de uma mesma tarefa. Estando com com a mão ocupada com o copo de café, ou porque precisa de mais precisão na tarefa, ou porque está com pressa.

Page 27: Aula ENGENHARIA DE USABILIDADE

4.1.1 Flexibilidade estrutural

Uma interface estruturalmente flexível fornece aos usuários:

■ diferentes maneiras de realizar a entrada de dados (por digitação, por seleção, por manipulação direta);

■ diferentes caminhos para chegar a uma funcionalidade frequentemente utilizada (ícone na barra de ferramenta, opção em um painel de menu, atalho de teclado);

■ diferentes opções de formato de arquivos e de unidades para os dados (Figura a seguir).

Page 28: Aula ENGENHARIA DE USABILIDADE
Page 29: Aula ENGENHARIA DE USABILIDADE

4.1.2 A personalização

Se refere aos meios colocados à disposição de usuários mais experientes para que personalizem a interface de modo a levar em conta as exigências da tarefa, de suas estratégias ou de seus hábitos de trabalho.

Uma interface personalizável oferece a possibilidade de o usuário:

■ personalizar as telas, inserindo ou retirando ícones, dados ou comandos (Figura a seguir);

■ definir sequências de ações automáticas (macros);

■ alterar os valores default oferecidos pelo sistema

Page 30: Aula ENGENHARIA DE USABILIDADE

2. Carga de trabalho

Page 31: Aula ENGENHARIA DE USABILIDADE

4.2 Consideração da experiência do usuário.

Se aplica quando a variabilidade no público-alvo se referir especificamente aos diferentes níveis de experiência dos usuários.

O software deve ser usado tanto por novatos como por experientes, que não têm as mesmas necessidades de informação e diálogo.

É importante salientar que um usuário experiente pode retroceder a uma condição de iniciante (menos especialista) depois de longos períodos sem utilizar o sistema.

Page 32: Aula ENGENHARIA DE USABILIDADE

Uma interface que considere a experiência do usuário:

■ fornece aos especialistas atalhos que permitem acesso rápido às funções do sistema;

■ fornece aos usuários intermitentes diálogos passo a passo;

■ fornece aos usuários totalmente inexperientes diálogos sob a iniciativa do computador (Figura a seguir).

Page 33: Aula ENGENHARIA DE USABILIDADE

Carga de trabalho – ações mínimas

Page 34: Aula ENGENHARIA DE USABILIDADE

5. A gestão de erros

Se aplica em todas as situações, em particular quando as ações dos usuários forem sujeitas a erros de grande responsabilidade, envolvendo a perda de dados, dinheiro ou colocando em risco a saúde de pessoas. De maneira geral, as interrupções provocadas pelos erros têm consequências negativas sobre a atividade do usuário, quanto menos erros acontecerem, menos interrupções ocorrerão e melhor será o desempenho do usuário.

A gestão de erros diz respeito a todos os mecanismos que permitem evitar ou reduzir a ocorrência de erros e que favoreçam sua correção.

Page 35: Aula ENGENHARIA DE USABILIDADE

Três subcritérios participam da gestão dos erros:

a proteção contra os erros ;

a qualidade das mensagens de erro; e

a correção dos erros.

Page 36: Aula ENGENHARIA DE USABILIDADE

5.1 A proteção contra os erros

A proteção contra os erros diz respeito aos mecanismos empregados para detectar e prevenir os erros de entradas de dados ou de comandos, e impedir que ações de consequências desastrosas e/ou não recuperáveis ocorram.

Page 37: Aula ENGENHARIA DE USABILIDADE

Uma interface que protege a interação contra erros:

■ informa ao usuário sobre o risco de perda de dados não gravados ao final de uma sessão de trabalho;

■ não oferece um comando destrutivo como opção default;

■ detecta os erros já no momento da digitação de uma entrada individual em vez de fazê-lo apenas no momento da validação do formulário inteiro (Veja a Figura seguinte).

Page 38: Aula ENGENHARIA DE USABILIDADE
Page 39: Aula ENGENHARIA DE USABILIDADE

5.2 Qualidade das mensagens de erro

A qualidade das mensagens refere-se à pertinência, à legibilidade e à exatidão da informação dada ao usuário sobre a natureza do erro cometido (sintaxe, formato etc.), e sobre as ações a serem executadas para corrigi-lo.

A qualidade das mensagens favorece o aprendizado do sistema.

Page 40: Aula ENGENHARIA DE USABILIDADE

Uma boa mensagem de erro:

■ indica ao usuário a razão ou a natureza do erro cometido, o que ele fez de errado, o que deveria ter feito e o que deve fazer para sair da situação de erro (Veja Figura seguinte);

■ é orientada para a tarefa, emprega termos específicos e é breve;

■ tem um tom neutro, não reprovador ou humorístico.

Page 41: Aula ENGENHARIA DE USABILIDADE
Page 42: Aula ENGENHARIA DE USABILIDADE

5.3 Correção dos erros

O critério correção dos erros diz respeito aos meios colocados à disposição do usuário com o objetivo de permitir a correção de seus erros.

Os erros são bem menos perturbadores quando são fáceis de corrigir.

Page 43: Aula ENGENHARIA DE USABILIDADE

Há facilidade na correção de erros quando a interface:

■ fornece funções desfazer e refazer;

■ fornece a possibilidade de o usuário refazer apenas a parte errada de uma entrada (indica o dado errado em um formulário, mantendo todos os outros intactos);

■ fornece ligação direta entre o relatório de erro e o local onde ele se produz (Veja Figura seguinte).

Page 44: Aula ENGENHARIA DE USABILIDADE
Page 45: Aula ENGENHARIA DE USABILIDADE

6. A homogeneidade/coerência

Se aplica de forma geral, mas em particular quando os usuários são novatos ou intermitentes. Diante de uma tela desconhecida, eles tentarão empregar estratégias desenvolvidas na interação com outras telas de um mesmo software.

Page 46: Aula ENGENHARIA DE USABILIDADE

Refere-se à forma na qual as escolhas no projeto da interface (códigos, denominações, formatos, procedimentos etc.) são conservadas idênticas em contextos idênticos e diferentes para contextos diferentes. Os procedimentos, rótulos, comandos etc. são mais facilmente reconhecidos, localizados e utilizados quando seu formato, localização ou sintaxe são estáveis de uma tela para outra, de uma seção para outra. Nessas condições o sistema é mais previsível e a aprendizagem mais generalizável; os erros são minimizados.

Page 47: Aula ENGENHARIA DE USABILIDADE

Em uma interface homogênea:

■ os códigos e denominações são definidos pelos mesmos critérios em contextos idênticos;

■ a distribuição, a apresentação e a denominação dos objetos nas telas são padronizadas (Veja a Figura seguinte);

■ a sintaxe dos procedimentos é padronizada (utiliza os mesmos meiospara obter os mesmos resultados).

Page 48: Aula ENGENHARIA DE USABILIDADE
Page 49: Aula ENGENHARIA DE USABILIDADE

7. Significado dos códigos e denominações

Assim como o critério anterior, este se aplica de forma geral, mas são os usuários novatos ou intermitentes que mais tirarão proveito de códigos e denominações bem escolhidos. Os mais experientes podem já ter se acomodado aos problemas de linguagem das interfaces (conhecer seus significados por experiência própria).

Page 50: Aula ENGENHARIA DE USABILIDADE

Este critério diz respeito à adequação entre o objeto ou a informação apresentada ou pedida e sua referência na interface. Códigos e denominações não significativos para os usuários podem levá-los a cometer erros como escolher a opção errada ou deixar de informar um dado importante. Quando a codificação é significativa, a recordação e o reconhecimento são mais fáceis.

Page 51: Aula ENGENHARIA DE USABILIDADE

Em uma interface significativa:

■ os nomes de funções e objetos de interação são familiares para os usuários (Veja Figura seguinte);

■ os códigos são representativos do conteúdo que veiculam e são distintos (por exemplo: M – Masculino / F – Feminino, em vez de 1 – Homens / 2 – Mulheres);

■ as abreviações são de imediata interpretação.

Page 52: Aula ENGENHARIA DE USABILIDADE
Page 53: Aula ENGENHARIA DE USABILIDADE

8. A compatibilidade

Este critério favorece tanto o aprendizado como a utilização eficiente do sistema por usuários experientes em suas tarefas. Embora este critério não preveja subdivisões pelos seus autores, pode ser mais bem entendido a partir de três perspectivas de compatibilidade: a compatibilidade com o usuário, a compatibilidade com a tarefa (ou a maneira como ele realiza a tarefa) e a compatibilidade com o ambiente (com outros sistemas rodando em um mesmo ambiente operacional).

Page 54: Aula ENGENHARIA DE USABILIDADE

Sem a necessidade de qualquer tipo de personalização ou acomodação, as características do sistema devem ser compatíveis com as do usuário em termos cognitivos (memória, percepção), demográficos (idade, sexo), culturais (hábitos), de competência (conhecimento e desempenho), assim como com suas expectativas. A eficiência é maior quando os procedimentos necessários ao cumprimento da tarefa são compatíveis com as características psicológicas do usuário.O mesmo se verifica em relação ao acordo que deve existir entre as características do sistema e as das tarefas em termos de organização das entradas, das saídas e do diálogo de dada aplicação.

Page 55: Aula ENGENHARIA DE USABILIDADE

O critério compatibilidade diz respeito ao grau de similaridade entre diferentes sistemas que são executados em um mesmo ambiente operacional (Windows, Mac, OpenLook). Trata-se de um tipo de consistência externa entre aplicativos de um mesmo ambiente

Page 56: Aula ENGENHARIA DE USABILIDADE

Em uma interface compatível:

■ a transferência de informações do contexto da tarefa para o do sistema é mais rápida e eficaz (o volume de informação que deve ser recodificada é menor);

■ os procedimentos e as tarefas são organizados de maneira a respeitar expectativas ou costumes do usuário (Veja a Figura seguinte);

■ as traduções, as transposições, as interpretações ou referências à documentação são minimizadas (as telas são compatíveis com os documentos em papel, as denominações de comandos são compatíveis com o vocabulário do usuário etc.);

■ a informação é apresentada de forma diretamente utilizável.

Page 57: Aula ENGENHARIA DE USABILIDADE
Page 58: Aula ENGENHARIA DE USABILIDADE

Considerações finais

Com base no que foi exposto é

possível estabelecer algumas relações entre aspectos do contexto de operação dos sistemas e os critérios ergonômicos a priorizar em uma atividade de projeto e/ou avaliação de usabilidade.

Page 59: Aula ENGENHARIA DE USABILIDADE

1º) Quando o público-alvo for composto de novatos e intermitentes, especialmente nos casos de sistemas que são usados apenas uma vez (os instaladores) ou de vez em quando (software do IRPF), deve-se priorizar os critérios condução, consistência e significado dos códigos e denominações;

Page 60: Aula ENGENHARIA DE USABILIDADE

2º) Quando os usuários forem experientes em suas tarefas, mas novatos no uso do sistema, o critério compatibilidade deve ser priorizado;

Page 61: Aula ENGENHARIA DE USABILIDADE

3º) Quando um público geral, incluindo novatos e intermitentes, estiver realizando tarefas críticas, sujeitas a erros com repercussões importantes(por exemplo, o software IRPF), todos os critérios da gestão de erros se aplicam necessariamente;

Page 62: Aula ENGENHARIA DE USABILIDADE

4º) Quando um público geral, incluindo novatos e intermitentes, estiver realizando tarefas de busca de informação, a densidade informacional deve ser um critério prioritário no projeto/avaliação;

Page 63: Aula ENGENHARIA DE USABILIDADE

5º) A legibilidade é um critério importante quando a tarefa é de leitura e o público-alvo incluir pessoas idosas ou com problemas de visão (como o site de um hospital ou de um laboratório de análises clínicas).

Page 64: Aula ENGENHARIA DE USABILIDADE

6º) Quando o público-alvo for composto de usuários novatos e experientes (por exemplo, no caso de um software de telemarketing, no qual a alta rotatividade de pessoal faz com que se tenha sempre novatos e experientes), o critério consideração da experiência do usuário deve ser necessariamente aplicável.

Page 65: Aula ENGENHARIA DE USABILIDADE

7º) Quando profissionais usam sistemas aplicativos para realizar suas tarefas em situação de trabalho intenso e por vezes repetitivo, todos os critérios de brevidade se aplicam necessariamente.

Page 66: Aula ENGENHARIA DE USABILIDADE

8º) Quando as funções de um sistema puderem ser utilizadas para diferentes tarefas, em diferentes situações, por usuários de diferentes culturas profissionais, o critério de flexibilidade deve ser considerado prioritariamente.

Page 67: Aula ENGENHARIA DE USABILIDADE

9º) Quando as tarefas envolverem uma longa sequência de passos ou forem de tratamento demorado pelo sistema, o critério de controle explícito deve ser definido como prioritário.

Page 68: Aula ENGENHARIA DE USABILIDADE

Enfim, Essas são algumas das relações mais evidentes. Uma série de outras pode e deve ser estabelecida, analisando, caso a caso, os aspectos do contexto de operação e a natureza dos critérios ergonômicos.

Page 69: Aula ENGENHARIA DE USABILIDADE

DÚVIDAS??

Page 70: Aula ENGENHARIA DE USABILIDADE

ATIVIDADE PRÁTICA

PEDE-SE:

Faça uma busca na Internet e em Softwares de outros exemplos que contenham os princípios ergonômicos citados nesta aula.