Especificao de Requisitos de Usabilidade

Engenharia de Usabilidade Prof.: Clarindo Isaas Pereira da Silva e Pdua

Synergia / Gestus

Especificao de Requisitos de Usabilidade

Departamento de Cincia da Computao - UFMG

Referncias
l

Especificao de Requisitos de Usabilidade

l l l l l l l

Hix, D.; Hartson, H. R. Developing User Interfaces: ensuring usability through product & process, John Wiley and Sons, 1993.

Introduo Tabela de ERU Atributos de Usabilidade Instrumento de medida Valor a ser medido Nveis de desempenho Diretrizes
4

Good, M. et al. User Derived Impact Analysis as a Tool for Usability Engineering, Proceedings of CHI Conference on Human Factors in Computing Systems, New York: ACM, 241-246, 1986.

l l

Gilb, T., Design by Objectives, Unpublished Manuscript, 1981. http://lap.umd.edu/QUIS (site QUIS).

Introduo

Introduo
l

Motiva o
l

Define metas quantitativas de usabilidade que so usadas como guia para se saber quando a interface boa o suficiente.

A Especificao de Usabilidade indica quando o processo de desenvolvimento est convergindo em direo a uma interface com sucesso.

As especificaes devem ser estabelecidas o mais cedo possvel no processo de desenvolvimento.

l

Com o estabelecimento da Especificao de Usabilidade o mais cedo possvel no processo de desenvolvimento, e monitorando as a cada iterao, pode-se determinar quando a interface est, de

As metas so nveis de desempenho em tarefas tpicas dos diversos papis de usurios.

fato, indo em direo melhorias.

Introduo > Motivao

Engenharia de Usabilidade um processo atravs do qual as caracter sticas de usabilidade so especificadas, antecipadamente e
l

Tabela de ERU
O conceito de especifica o formal de atributos em formato de tabela foi desenvolvida por Gilb (1981).

de forma quantitativa no processo de desenvolvimento, e medidas durante todo o processo (Good et all. 1986).
l

Sem especificaes mensurveis, impossvel determinar metas de usabilidade e dizer se o produto final alcan a essas metas. No fundo, ...se voc no pode realizar medidas em uma atividade, voc provavelmente no pode gerenci -la.

A tabela ERU uma das principais fontes para o planejamento das avaliaes com os usurios.
l

Deve ser utilizada tanto para avaliaes formativas, aquelas realizadas durante o desenvolvimento do software, quanto somativas, ou seja, avaliaes de produtos j existentes.

Tabela de ERU

Exemplo

Atributo de Usabilidade
Atributo de Usabilidade Instrumento de medida Valor a ser Nvel atual medido Pior nvel aceitvel Nvel alvo planejado Melhor nvel possvel 10 segs. Resultados observados

Atributo de usabilidade uma caracterstica geral de Usabilidade a ser usada como critrio para avaliao da interface.

Desempenho inicial

Acrescente compromisso benchmark 1

Tempo de 15 segs. execuo (manual) da tarefa na primeira tentativa Nmero de 0 erros erros na primeira tentativa Mdia de avaliaes (entre 2 e 2) ??

30 segs.

20 segs.

Desempenho inicial

Apague compromisso benchmark 2

4 erros

3 erros

0 erros

essencial j que fornece parmetros para se medir a usabilidade de uma verso da interface.

Primeira impresso

Questionrio (adaptado do QUIS)

0,5

1,25

Pode-se usar os cinco principais atributos definidos por Nielsen e outros relevantes.

10

Atributo de usabilidade

Atributo de usabilidade

Na escolha dos atributos deve-se considerar os diversos perfis de atores e as tarefas analisadas.

Para uma tarefa complexa, pode ser interessante estabelecer diferentes atributos, por exemplo, aprendizado e desempenho a longo prazo.

Pode ser interessante utilizar-se atributos associados a papis de usurios especficos.

Muitas vezes no vivel estabelecer metas para todas as classes de usurios ou tarefas possveis.
l

Especula -se que aproximadamente 80% dos usurios usam somente 20% das funcionalidades de um sistema interativo.

Pode-se usar uma tabela especfica para cada papel de usurio focal, por exemplo.

11

12

Atributo de usabilidade

Atributo de usabilidade

Sugesto de atributos
l

Sugesto de atributos
l

Desempenho inicial : refere -se ao desempenho do usurio durante a primeira vez de uso do sistema.

Reteno: capacidade do usurio reter na memria o que aprendeu em um perodo de tempo quando volta a utilizar a interface.

Desempenho em prazo longo: refere -se ao desempenho do usurio em uso mais regular do sistema durante um longo perodo.

Uso de caractersticas (features) avanadas: utilizado para determinar a usabilidade de funes complexas da interface.

l l

Primeira impresso: avaliao inicial do usurio. Satisfao do usurio a longo prazo: avaliao do usurio aps a utilizao do sistema por um perodo maior.

Aprendizagem: rapidez e a facilidade com que o usurio aprende a lidar com o sistema.
13

14

Atributo de usabilidade > Sugesto de atributos

Especificao de Requisitos de Usabilidade

Preveno de erros: capacidade do sistema de evitar erros em sua utilizao.

l

Instrumento de medida
Descreve o mtodo utilizado para se obter valores de um atributo particular de usabilidade.
l

Acurcia: capacidade de oferecer resultados na preciso desejada pelo usurio.

l l

Confiabilidade Clareza

Deve ser quantitativo, isto , pode ser medido numericamente.

15

16

Instrumento de medida

Instrumento de medida

A medida pode ser objetiva ou subjetiva.

n

Os termos objetivo e subjetivo referem-se ao modo como so obtidos os dados relacionados com os atributos de usabilidade.

Objetiva - medidas quantitativas do desempenho observvel do usurio durante a realizao de tarefas usando a interface.

Subjetiva - medidas quantitativas baseadas nas opinies do usurio sobre a interface.

17

18

Instrumento de medida

Instrumento de medida

Medidas objetivas:quando os dados so coletados por observao do desempenho do usurio em tarefas de benchmark.

Tarefa de Benchmark

Medidas subjetivas:quando os dados so obtidos atravs de questionrios de preferncias dos usurios.

Medidas objetivas e subjetivas so igualmente importantes para a especificao e para a avaliao da usabilidade de um desenho.

19

20

Instrumento de medida

Instrumento de medida > Tarefa de benchmark

l

Ao definir tarefas de benchmark diga o q u e o usu rio deve fazer mas no como deve fazer.
l

Tarefa de Benchmark
l l

uma tarefa usada como referncia para as medi es objetivas. Uma tarefa de benchmark deve ser bem redigida para indicar claramente o que se deseja e permitir comparaes

Ao iniciar uma tarefa, o ser humano tem a inteno ou necessidade de realizar uma ao. Ao se definir uma tarefa de benchmark, deve-se ter o cuidado de colocar o usurio nesta situao.

O objetivo da avalia o justamente avaliar como o usurio realiza a tarefa utilizando a interface que, no caso, o instrumento para sua realizao.

Ex. marque um compromisso com o Doutor Pacheco por 3 semanas ...

l

Ex.:use adicione um compromisso de almoo com os diretores Joo e Gilberto todas as quartas as 14:00hs por 3 meses e no v no menu de compromisso, entre na tela de repetio de compromisso e ....

Tarefas de benchmark devem ser especficas para que o participante no desvie sua aten o para detalhes irrelevantes durante o teste.
l

As tarefas de benchmark devem ser descritas na linguagem do domnio da aplicao.

A redao da tarefa deve permitir avaliar se o usu rio consegue perceber como realizar a tarefa, medir o tempo que ele gasta para isso e/ou a quantidade de erros que ele comete.

21

22

Instrumento de medida > Tarefa de benchmark

l

Instrumento de medida

Na escolha de tarefas de benchmark, bom usar caractersticas (features) simples da interface ou grupos pequenos de caracter sticas, para que a causa dos problemas identificados possam ser mais facilmente rastreadas no desenho.
l

Questionrio
l

Questionrios podem ser usados para avaliar a satisfao subjetiva do usurio com a interface. Objetivos: alm de utilizao em testes de usabilidade, o questionrio um instrumento que pode ser utilizado para:
l l l

Quando as tarefas so complexas, elas devem ser convertidas em subtarefas para a avaliao, porque as tarefas complexas so demoradas para se executar e dificultam a identifica o de problemas

guiar o desenho ou melhorias de desenho da interface; identificar reas potencias para introduo de melhorias; Validar avaliaes comparativas;

Por outro lado, pode ser necessrio usar-se uma seqncia de tarefas, como no caso em que elas costumam ocorrer em seq ncia.
l

Ex:. tarefas de pesquisar e modificar um compromisso.

23

24

Instrumento de medida > Questionrio

Instrumento de medida

Existem mtodos cientficos para elaborao e validao de questionrios.

l

QUIS (Questionnaire for User Interface Satisfaction)

l

Um questionrio deve relacionar v rias caractersticas de interface de usurio, de uma forma organizada.
l

O QUIS (University of Maryland) um exemplo conhecido de questionrio para avaliao de satisfao de usurios.
l

Montar um questionrio no somente montar uma lista de caractersticas, list -las e coloc-las juntas.

De preferncia, profissionais devem ser utilizados para sua produo. Um questionrio deve enderear problemas de confiabilidade e validao,

Pode ser obtida mediante licenciamento. Muitas vezes, interessante adaptar-se o QUIS a uma situao especfica.

criando uma medida confivel para determinados tipos de interfaces.

25

26

Instrumento de medida > QUIS

Especificao de Requisitos de Usabilidade

O QUIS contm um questionrio demogrfico, uma parte dedicada medida de satisfao de modo geral e uma parte dedicada medida de onze fatores especficos de uma forma organizada hierarquicamente.
l

Valor a ser medido

l

Indica o tipo de medida para o qual os valores dos dados so coletados durante os testes juntos aos participantes. Medidas mais comuns:
l l

tempo em que se completou uma tarefa; nmero ou percentagem de erros.

Fatores: aspectos de tela; terminologia e feedback do sistema; aprendizado; caractersticas do sistema; documentao tcnica; tutoriais on-line; multimdia; reconhecimento de voz; ambiente virtual; acesso internet e instalao do software.

necessrio definir exatamente o que significa um erro.

l

Por exemplo, se o usu rio no usa um boto ou menu esperado na realizao de uma tarefa, ainda que ele seja desnecessrio, deve ser contado como erro.

27

28

Valor a ser medido

Valor a ser medido

Para um questionrio, tipicamente utilizada a mdia de avaliaes medidas.

Algumas outras medidas que podem ser usadas nas tarefas de benchmark:
l

O valor a ser medido de um atributo como primeira impresso na Tabela ERU pode ser obtido como uma mdia entre v rios itens de um questionrio.
l l l

Outro exemplo de valor a ser medido que pode ser interessante a percepo do usurio do tempo decorrido.
l l l l l

Ex.: uma instalao demorada mas na qual o usu rio fica ocupado trocando disquetes pode ser percebida como rpida.

Porcentagem de tarefas completadas em um tempo determinado. Proporo sucesso / fracasso. Tempo gasto em erros e recuperao. Nmero de comandos/aes usados para realizar uma tarefa. Freqncia do uso do help e documentao. Nmero de repeties ou falhas de comandos. Nmero de comandos disponveis no executados. Nmero de vezes em que o usurio expressou frustrao ou satisfao.

29

30

Especificao de Requisitos de Usabilidade

Nveis de desempenho

Nveis de desempenho
l

Fontes/critrios para estimativa de nveis

l

Na tabela ERU, os nveis de desempenho referem-se a metas quantitativas de usabilidade em uma interface.

Um sistema existente ou verso anterior de um novo sistema sob desenvolvimento.

Sistemas concorrentes, principalmente aqueles com uma grande fatia do mercado ou com uma interface de usurio reconhecida pela qualidade.

O tempo atribudo a cada tarefa depende de sua complexidade e uso.

l

A realizao de tarefas sem o uso de um sistema de computao (ex. manualmente, usando papel e caneta).

Por exemplo, em uma tarefa freqente, a durao admitida deve ser menor.
31 32

Nveis de desempenho > Fontes/critrios para estimativa de nveis

Nveis de desempenho

O uso pelos desenvolvedores de seu prprio prottipo para alguma verso da interface.

Diferentes papis de usurios podem significar necessidade de diferentes tarefas e diferentes nveis de desempenho nas tarefas.

Feedback de mercado, baseado na aspirao dos

l

Pode-se inclusive usar diferentes tabelas de especificao de Usabilidade.

usurios com sistemas similares.

l

Alguma escala absoluta, quando h pouco com o que se comparar.

Com a prtica, desenvolvedores tornam-se bastante habilidosos para estabelecer especificaes de usabilidade confiveis e estabelecer nveis razoveis de valores para os atributos.

33

34

Nveis de desempenho

Nveis de desempenho > Nvel atual

Nvel atual
l

Exemplo
l

O nvel atual o n vel corrente do valor a ser medido para o atributo de usabilidade na presente verso do sistema.

Na tabela exemplo, foi atribudo o valor do nvel atual de desempenho para apagar um compromisso como 0 j que

Este nvel pode ser utilizado quando o sistema j est automatizado ou mesmo quando ele ainda rascunho em papel ou prottipo.

em uma agenda em papel no esperado erro para esta tarefa.

l

A medio do n vel atual ajuda a assegurar que os outros nveis possam ser medidos.

O valor do nvel atual para primeira impresso foi considerado no aplicvel j que no interessa avaliar-se esse atributo para agenda em papel.

til saber como est o nvel atual de desempenho em relao a um ou mais sistemas concorrentes.

35

36

Nveis de desempenho > Nvel atual > Exemplo

Nveis de desempenho

Atributo de Usabilidade

Instrumento de medida

Valor a ser Nvel atual medido

Pior nvel aceitvel

Nvel alvo planejado

Melhor nvel possvel 10 segs.

Resultados observados
l

Pior nvel aceitvel

Indica o pior nvel aceitvel de desempenho do usurio para cada atributo de usabilidade, no o pior que pode acontecer.
l

Desempenho inicial

Acrescente compromisso benchmark 1

Tempo de 15 segs. execuo (manual) da tarefa na primeira tentativa Nmero de 0 erros erros na primeira tentativa Mdia de avaliaes (entre 2 e 2) ??

30 segs.

20 segs.

O pior nvel aceitvel o nvel mnimo de performance que os usu rios podem alcan ar e ainda considerar-se que a interface

Desempenho inicial

Apague compromisso benchmark 2

4 erros

3 erros

0 erros
l

possui algum cr dito em usabilidade.

Para todos os atributos avaliados, o pior nvel aceitvel, no mnimo, deve ser alcanado.

Primeira impresso

Questionrio (adaptado do QUIS)

0,5

1,25

37

38

Nveis de desempenho > Pior nvel aceitvel

Nveis de desempenho

Diretrizes para se determinar o pior nvel aceitvel

l

deve, quando poss vel, estar prximo do valor do nvel atual do sistema

Nvel alvo planejado

l

dever ser mais alto na medida em que o nvel atual no seja satisfatrio.

Indica o valor alvo que significa sucesso inquestionvel de usabilidade para a interface, isto , o nvel que voc desejaria.
l

Como o sistema atual pode ser muito diferente do sistema planejado, como no caso temos agenda em papel x agenda eletrnica, pode acontecer que n vel atual seja muito rigoroso para ser o pior nvel aceitvel.
l

Por exemplo, tarefas simples como acrescentar compromisso podem ser feitas muito rapidamente em papel. Nesse caso, devese fazer uma estimativa ponderada de um valor para o mesmo.

O nvel alvo planejado deve ser alcanado para todos os atributos avaliados.

39

40

Nveis de desempenho > Nvel alvo planejado

Nveis de desempenho

Diretrizes para se determinar seu valor.

l

Melhor nvel possvel

l

usualmente mais alto que o nvel atual para o sistema/verso existente, para representar melhoria.

Indica o limite superior realstico do estado de arte, o nvel de inspirao de um atributo de usabilidade.

Comparar com sistemas concorrentes. Se o nvel alvo planejado for alcanado durante teste com o usurio, podemos estar confiantes de boa qualidade em termos de usabilidade.

Mostra o potencial de um atributo e serve como referncia para futuras verses do sistema.

Deve que ser vivel, ainda que difcil, atingi-lo.

41

42

Nveis de desempenho > Melhor nvel possvel

Nveis de desempenho

O melhor nvel possvel o melhor nvel de

l

Resultados observados
Os resultados observados so valores reais obtidos observando-se os usurios durante a realizao dos testes.
l

performance que voc pode esperar para uma situao ideal, o que nos leva seguinte diretriz:
l

considerar onde possvel se chegar com os melhores usurios (mais bem treinados), nas melhores condies, com o melhor desenho e com o melhor uso da tecnologia disponvel.

Os resultados observados permitem uma comparao rpida entre os nveis especificados e o resultado real dos testes com os usurios.

Pode-se adicionar outra coluna que inclui a mdia de valores observados, quando apropriado.

43

44

Diretrizes

Diretrizes
l

Cada atributo de usabilidade deve ser mensurvel na prtica

l

O nmero de atributos a ser medido deve ser razovel na pr tica

l

Por exemplo, razovel fazer-se uma medio de desempenho do usurio por um longo tempo?
l

Quando o desenvolvedor no tem muita experincia, no deve ser muito ambicioso. Considerar os recursos/prazos disponveis.

Os papis-de-usurios aplicveis devem ser especificados de forma clara

l

Todos os membros do projeto devem concordar com os atributos e valores na tabela ERU
l

Pode-se acrescentar uma coluna de classe de usurio na tabela ou mesmo fazer-se tabelas separadas para cada classe de usurios.

Isso importante para o comprometimento da equipe.

45

46

Diretrizes

Diretrizes

Verificar se as metas para os vrios nveis so razoveis

l

Verificar se os atributos utilizados refletem as prioridades de Usabilidade

l

comum o desenvolvedor iniciante ser muito leniente, o que no producente.

A escolha de uma tarefa no representativa pode representar investimento em uma funo que no ser muito utilizada - perda de dinheiro e tempo!

Quando os resultados observados so muito piores que os planejados h duas possibilidades:

l

o processo est caminhando normalmente - h srios problemas de usabilidade a resolver.

Os valores planejados so irrealsticos.

47

48

Exerccio: especificao de usabilidade

l

Objetivo: ganhar experincia especificao de usabilidade. Tempo: 30 minutos Atividades: produza pelo menos 3 especificaes de usabilidade para seu trabalho prtico. Procure ser preciso ao descrever as tarefas.

Resultados: tabela ERU preenchida.

49