Especificao de Requisitos de Usabilidade U bilid d

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
Hix, D.; Hartson, H. R. Developing User Interfaces: ensuring usability through product & process, John Wiley and Sons, 1993. 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. Gilb, T Gilb T., Design by Objectives, Unpublished Manuscript, 1981. Objectives Manuscript http://lap.umd.edu/QUIS (site QUIS).

Especificao de Requisitos de Usabilidade

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

Introduo

Introduo
Define D fi metas quantitativas d usabilidade que so t tit ti de bilid d usadas como referncia para se avaliar a qualidade da interface do usurio.
com sucesso. As especificaes devem ser estabelecidas o mais cedo possvel no processo de desenvolvimento.

Motivao
A Especificao de Usabilidade indica quando o projeto de desenvolvimento est convergindo em direo a uma interface

Com o estabelecimento da Especificao de Usabilidade o mais cedo possvel no processo de desenvolvimento e monitorando desenvolvimento, monitorando-

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

as a cada iterao, pode-se determinar quando a interface est, de fato, indo em direo melhorias.

Introduo > Motivao

Engenharia de Usabilidade um processo atravs do qual as caractersticas de usabilidade so especificadas, antecipadamente e de forma quantitativa no processo de desenvolvimento, e medidas

Tabela de ERU
O conceito de especificao f it d ifi formal d atributos em formato l de t ib t f t de tabela foi desenvolvida por Gilb (1981).

durante todo o processo (Good et all. 1986). Sem especificaes mensurveis, impossvel determinar metas de usabilidade e dizer se o produto final alcana essas metas. No fundo, ...se voc no pode realizar medidas em uma atividade, voc d li did ti id d provavelmente no pode gerenci-la.

A tabela ERU uma das principais fontes para o planejamento das avaliaes com os usurios.
Deve ser utilizada tanto para avaliaes formativas, aquelas D tili d t t li f ti l realizadas durante o desenvolvimento do software, quanto somativas, ou seja, avaliaes de produtos j existentes.

Tabela de ERU

Exemplo de tabela ERU

Nveis de desempenho Ordem Identifica dor Requisito ou meta? Atributo de usabilidade Ator Instrumento de medida Valor a ser medido Atual Pior aceitvel Melhor Possvel Alvo

Atributo de Usabilidade
Atributo Atrib to de usabilidade uma caracterstica sabilidade ma geral de Usabilidade a ser usada como critrio para avaliao da interface. essencial j que fornece parmetros para se

RU01

Desempenh o inicial

Acrescente o Todos compromisso... benchmark 1

Tempo de execuo na primeira tentativa 15s 30 s 20s 10s

RU02

Desempenh o inicial

Apague o Todos compromisso... compromisso benchmark 2 Questionrio: questes...

Nmero de erros na primeira tentativa Mdia das avaliaes 0 erro 3 erros 1 erro 0 erro

medir a usabilidade de uma verso da interface. di bilid d d d i t f Pode-se usar os cinco principais atributos definidos por Nielsen e outros relevantes.

3 4 5

RU03 RU04 RU06

R M R

Satisfao inicial

Secretaria

??

7,0

9,5

8,5

10

Atributo de usabilidade

Atributo de usabilidade

Na escolha dos atributos deve-se considerar p os diversos perfis de atores e as tarefas analisadas. Pode ser interessante utilizar-se atributos associados a papis de usurios especficos.
Pode-se usar uma tabela especfica para cada papel de usurio focal, por exemplo.

Para uma tarefa complexa, pode ser interessante estabelecer diferentes atributos, por exemplo, aprendizado e desempenho a longo prazo. Muitas vezes no vivel estabelecer metas para todas as classes de usurios ou tarefas possveis.

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

11

12

Atributo de usabilidade

Atributo de usabilidade

Sugesto de atributos
Desempenho inicial : refere se ao desempenho do refere-se usurio durante a primeira vez de uso do sistema. Desempenho em prazo longo: refere-se ao desempenho do usurio em uso mais regular do sistema durante um longo perodo. i t d t l d Aprendizagem: rapidez e a facilidade com que o usurio aprende a lidar com o sistema.
13

Sugesto de atributos
Reteno: capacidade do usurio reter na memria o que aprendeu em um perodo de tempo quando volta a utilizar a interface. Uso de caractersticas (features) avanadas: utilizado para determinar a usabilidade de funes complexas da interface. Primeira impresso: avaliao inicial do usurio. usurio Satisfao do usurio a longo prazo: avaliao do usurio aps a utilizao do sistema por um perodo maior.

14

Atributo de usabilidade > Sugesto de atributos

Especificao de Requisitos de Usabilidade

Preveno de erros: capacidade do sistema de evitar erros em sua utilizao. it tili Acurcia: capacidade de oferecer resultados na preciso desejada pelo usurio. Co ab dade Confiabilidade Clareza

Instrumento de medida
Descreve o mtodo utilizado para se D t d tili d obter valores de um atributo particular de usabilidade. Deve ser quantitativo, isto , pode ser medido numericamente.

15

16

Instrumento de medida

Instrumento de medida

A medida pode ser objetiva ou subjetiva.

Objetiva - medidas quantitativas do desempenho observvel do usurio durante a realizao de tarefas usando a interface. Subjetiva - medidas quantitativas baseadas nas j q opinies do usurio sobre a interface.

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

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. 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.

Benchmark

19

20

Instrumento de medida

Instrumento de medida > Tarefa de benchmark

Ao definir tarefas de benchmark diga o que o usurio deve fazer mas no como

Tarefa de Benchmark
uma tarefa usada como referncia para as medies objetivas. Uma tarefa de benchmark deve ser bem redigida para indicar claramente o que se deseja e permitir comparaes Ex. marque um compromisso com o Doutor Pacheco por 3 semanas ... Tarefas de benchmark devem ser especficas para que o participante no desvie sua ateno para detalhes irrelevantes durante o teste. As tarefas de benchmark devem ser descritas na linguagem do domnio da aplicao.

deve fazer.
Ao iniciar uma tarefa, uma pessoa 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 avaliao justamente avaliar como o usurio realiza a tarefa utilizando a interface que, no caso, o instrumento para sua realizao. 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 ....

A redao d t d da tarefa d f deve permitir avaliar se o usurio consegue perceber como iti li i b 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

Na escolha de tarefas de benchmark, bom usar caractersticas (features) simples da interface ou grupos pequenos de caractersticas, para que a causa dos problemas identificados possam ser mais facilmente rastreadas no desenho.
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 identificao de problemas Por outro lado, pode ser necessrio usar-se uma seqncia de tarefas, como no caso em que elas costumam ocorrer em seqncia seqncia. Ex:. tarefas de pesquisar e modificar um compromisso.

Instrumento de medida

Questionrio
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:
guiar o desenho ou melhorias de desenho da interface; identificar reas potencias para introduo de melhorias; Validar avaliaes comparativas;

23

24

Instrumento de medida > Questionrio

Instrumento de medida

Existem mtodos cientficos para elaborao e validao de questionrios.

Um questionrio deve relacionar vrias caractersticas de interface de usurio, de uma forma organizada. 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, criando uma medida confivel para determinados tipos de interfaces.

QUIS (Questionnaire for User Interface Satisfaction)

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

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

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.
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.

Valor a ser medido

Indica o tipo de medida para o qual os valores dos dados so coletados durante os testes juntos aos participantes. Medidas mais comuns:
tempo em que se completou uma tarefa; nmero ou percentagem de erros.

necessrio definir exatamente o que significa um erro.

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

27

28

Valor a ser medido

Valor a ser medido

Para um questionrio, tipicamente utilizada a mdia de avaliaes medidas. O valor a ser medido de um atributo como primeira impresso na Tabela ERU pode ser obtido como uma mdia entre vrios itens de um questionrio. Outro exemplo de valor a ser medido que pode ser interessante a percepo do usurio do tempo decorrido.
Ex.: uma instalao demorada mas na qual o usurio fica ocupado trocando disquetes pode ser percebida como rpida.

Algumas outras medidas que podem ser usadas nas tarefas de benchmark:
Porcentagem de tarefas completadas em um tempo determinado. d t i d 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
Na tabela ERU os nveis de desempenho ERU, referem-se a metas quantitativas de usabilidade em uma interface. O tempo atribudo a cada tarefa depende de sua complexidade e uso.
Por exemplo, em uma tarefa freqente, a durao admitida deve ser menor.
31

Fontes/critrios para estimativa de nveis

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. A realizao de tarefas sem o uso de um sistema de computao (ex. manualmente, usando papel e caneta).

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 interface. Feedback de mercado, baseado na aspirao dos

Diferentes papis de usurios podem significar necessidade de diferentes tarefas e diferentes nveis de desempenho nas tarefas.
Pode-se inclusive usar diferentes tabelas de especificao de

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

Usabilidade.

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
O nvel atual o nvel corrente do valor a ser medido para o atributo de usabilidade na presente verso do sistema.

Exemplo
Na tabela exemplo foi atribudo o valor do nvel atual de exemplo, desempenho para apague o compromisso ... como 0 j

Este nvel pode ser utilizado no s quando o sistema j est operacional, mas mesmo quando ele ainda est em desenvolvimento ou se trata de um prottipo. A medio do nvel atual ajuda a assegurar que os outros nveis possam ser estimados. til saber como est o nvel atual de desempenho em relao a um ou mais sistemas concorrentes.

que em uma agenda em papel no esperado erro para esta tarefa. O valor do nvel atual para satisfao inicial foi p considerado no aplicvel j que no interessa avaliar-se esse atributo para agenda em papel.

35

36

Nveis de desempenho > Nvel atual > Exemplo

Nveis de desempenho

Pior aceitvel
Nveis de desempenho Ordem Identifica dor Requisito ou meta? Atributo de usabilidade Ator Instrumento de medida Valor a ser medido Atual Pior aceitvel Melhor Possvel Alvo

Indica o pior nvel de desempenho do usurio que seria ainda p p q aceitvel para cada atributo de usabilidade; no o pior que pode acontecer.
10s

RU01

Desempenh o inicial

Acrescente o Todos compromisso... benchmark 1

Tempo de execuo na primeira tentativa 15s 30 s 20s

O pior nvel aceitvel o nvel mnimo de performance que os usurios podem alcanar e ainda considerar-se que a interface possui algum crdito em usabilidade.

RU02

Desempenh o inicial

Apague o Todos compromisso... compromisso benchmark 2 Questionrio: questes...

Nmero de erros na primeira tentativa Mdia das avaliaes 0 erro 3 erros 1 erro 0 erro

Para todos os atributos avaliados, o nvel pior aceitvel, no

?? 7,0 9,5 8,5

3 4 5

RU03 RU04 RU06

R M R

Satisfao inicial

Secretaria

mnimo, deve ser alcanado.

37

38

Nveis de desempenho > Pior nvel aceitvel

Nveis de desempenho

Diretrizes para se determinar o nvel pior aceitvel

deve, quando possvel, estar prximo do valor do nvel atual do sistema dever ser mais alto na medida em que o nvel atual no seja satisfatrio. Como o sistema atual pode ser muito diferente do sistema planejado, como no caso temos agenda em papel x agenda eletrnica, pode acontecer que nvel atual seja muito rigoroso para ser o pior nvel aceitvel. Por exemplo, tarefas simples como acrescentar compromisso podem ser feitas muito rapidamente em papel. Sendo assim, o desempenho alvo e o pior aceitvel foram estimados como aqum do nvel atual (pior do que o nvel atual)

Nvel alvo
Indica I di o valor alvo que significa sucesso l l i ifi inquestionvel de usabilidade para a interface, isto , o nvel que voc deseja.
O nvel Alvo deve ser alcanado para todos os atributos avaliados.

39

40

10

Nveis de desempenho > Nvel alvo planejado

Nveis de desempenho

Diretrizes para se determinar seu valor.

usualmente mais alto que o nvel atual para o sistema/verso existente, para representar melhoria. 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.

Melhor possvel
Indica o limite superior realstico do estado de arte, o arte nvel de inspirao de um atributo 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 performance que voc pode esperar para uma situao ideal, o que nos leva seguinte diretriz:
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.

Resultados observados
Os resultados observados nas avaliaes so valores reais obtidos observando-se os usurios durante a realizao dos testes.
Pode ser registrado uma mdia de valores observados

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

43

44

11

Diretrizes

Diretrizes
Cada atributo de usabilidade deve ser mensurvel na prtica
Por exemplo, razovel fazer-se uma medio de desempenho do usurio por um longo tempo?

O nmero de atributos a ser medido deve ser razovel na prtica

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

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

Pode-se usar uma coluna de Atores na tabela ERU, como mostrado, ou mesmo fazer-se tabelas separadas para cada classe de usurios.

Todos os membros do projeto devem concordar com os atributos e valores na tabela ERU
Isso importante para o comprometimento da equipe.

45

46

Diretrizes

Diretrizes

Verificar se as metas para os vrios nveis so razoveis

comum o desenvolvedor iniciante ser muito leniente, o que no producente. Nos teste de usabilidade, quando os resultados observados so muito piores que os planejados h duas possibilidades: o processo est caminhando normalmente mas h srios problemas de usabilidade na interface que devem ser resolvidos,. Os valores planejados so irrealsticos.

Verificar se os atributos utilizados refletem as prioridades de Usabilidade

A escolha de uma tarefa no representativa pode representar investimento em uma funo que no ser muito utilizada - perda de dinheiro e it tili d d d di h i tempo!

47

48

12

Exerccio: especificao de usabilidade

Objetivo: ganhar experincia especificao de usabilidade. Obj ti h i i ifi d bilid d 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

13