métodos de elicitação de requisitos de usabilidade parte 1 profa. cynara carvalho...

Métodos de Elicitação de Requisitos de Usabilidade

Parte 1

Profa. Cynara [email protected]

Autarquia Educacional do Vale do São Francisco – AEVSFAutarquia Educacional do Vale do São Francisco – AEVSFFaculdade de Ciências Aplicadas e Sociais de Petrolina - FACAPEFaculdade de Ciências Aplicadas e Sociais de Petrolina - FACAPE

Curso de Ciência da ComputaçãoCurso de Ciência da Computação

Identificando Necessidades e Estabelecendo Requisitos

2

Independente dos objetivos do projeto, as necessidades, requisitos e aspirações do usuário têm que ser discutidas, aperfeiçoadas, esclarecidas e seu escopo redefinido.

Isso exige um entendimento e um comprometimento da equipe do projeto da interface.


3

O quê, como e por quê?Descobrir o que queremos alcançar com o

projeto de interfaces.Entendendo o máximo os usuários, suas tarefas e o

contexto delas, para que o sistema possa dar suporte na realização das mesmas.

Como podemos conseguir esse objetivo?Ciclo de desenvolvimento.Coleta, interpretação e análise dos dados.

Por que estabelecer requisitos?Alto índice de atrasos ou falhas em projetos de TI,

devido aos requisitos mal detalhados.Se as necessidades dos usuários forem levadas em

consideração, o resultado final atenderá suas expectativas e demandas.


4

Coleta, captura, elicitação, análise e engenharia de requisitos, embora apontem para o mesmo objetivo, apresentam algumas particularidades. Coleta e captura -> Os requisitos já existem e cabe nós buscá-

los ou pegá-los. Elicitação -> Outros (possivelmente clientes ou usuários)

conhecem quais são, cabendo a nós fazer com que nos digam. Análise -> Descreve a atividade de investigação de um

conjunto inicial de requisitos que foram coletados, elicitados e capturados.

Engenharia -> Mais abrangente pois reconhece que desenvolver um conjunto de requisitos constitui um processo iterativo de evolução e negociação que precisa ser cuidadosamente gerenciado e controlado.

Estabelecer requisitos representa o fato que os mesmos surgem das atividades de interpretação e coleta de dados, a partir do entendimento das necessidades dos usuários.

5


Afinal, o que são requisitos?

6

Consiste em uma declaração sobre um produto pretendido que especifica o que ele deveria fazer ou como deveria operar.

Devemos torná-los os mais claros possíveis, bem específicos.

Exemplo:"o software deve emitir relatórios de

compras a cada quinze dias"

Diferentes tipos de requisitos

7

Derivados da Eng. Software, os requisitos podem ser: Funcionais -> Os requisitos funcionais descrevem o que

o sistema faz, isto é, suas funcionalidades necessárias para atender os objetivos do sistema, descrevendo os fluxos de eventos, prioridades, entradas e saídas de cada recurso.

Ex: o software deve possibilitar o cálculo dos gastos diários, semanais, mensais e anuais com pessoal".

Não Funcionais-> Dizem respeito à qualidade do sistema. Eles descrevem as facilidades do sistema e são diretamente ligados a aspectos que muitas vezes são negligenciados pelos Engenheiros de Software, que são os fatores psicológicos.

Ex:"o tempo de resposta do sistema não deve ultrapassar 30 segundos".

Requisitos do usuário X Requisitos de Usabilidade

8

Requisitos do usuário -> Capturam as características do grupo de usuários. Ex.: Um sistema de controle nuclear precede

da necessidade dos usuários serem altamente especializados, diferentes de um processador de textos.

Requisitos de usabilidade -> Capturam as metas de usabilidade e as medidas associadas para um produto.Ex.: Características do sistema/produto que

contemplem as metas de usabilidade (eficácia, eficiência, segurança, utilidade etc.)

Coleta de dados para identificação de requisitos

9

Reunir informações suficientes, relevantes e apropriadas, de forma que um conjunto de requisitos estável possa ser produzido.

QuestionáriosEntrevistasFocus GroupObservaçãoAnálise da TarefaAnálise de competidoresCenáriosOutros

Especificação dos requisitos após análise das coletas de dados.

Questionário

10

Questões projetadas a fim de obter informações específicas.

Diferentes tipos de respostas: sim/não, múltipla escolha, respostas textuais.

Impressos, via e-mail ou em um website ou sistema on-line.

A eficiência do método depende do planejamento do questionário.

Questionário

11

Atenção: o que as pessoas dizem nem sempre são o que fazem.

Questões básicas: Informações demográficas (gênero, idade, formação), experiência do usuário. Descobrir a diversidade dentro de um grupo.

Após as questões genéricas, são colocadas as questões específicas, que contribuirão para o estabelecimento dos requisitos.

Questionário - Dicas

12

Perguntas claras e específicasSempre que possível, faça perguntas fechadas

com várias possibilidades de respostas.Incluir a opção “não tenho opinião” para

questões que busquem opiniões.Pense na ordem das perguntas. Gerais devem vir

antes de específicas.Se usar escalas, veja se a variação é apropriada

e que não se sobrepõe.Evite jargões e forneça instruções claras sobre

como completar o questionário (Ex.: marcar “X” na opção)

Boas mensagens e formatação e impressão adequada facilitam a compreensão das questões.

Questionário - Dicas

13

Escalas – Medição das respostas. Likert e Diferencial Semântico.

Likert – Medir opiniões, atitudes e crenças. Usado com faixa de números (1) ou palavras (2).

Ex. (1) O emprego de cores está excelente ( onde 1

representa concordar totalmente e 5 discordar totalmente):

(2) O emprego de cores está excelente:Concordo Totalmente Concordo Ok Discordo Discordo Totalmente

1 2 3 4 5

Questionário - DicasDiferencial Semântico – Exploram atitudes bipolares,

usando pares de adjetivos.Ex.:

14

Para cada par de adjetivos, assinale com um “X” o ponto entre eles que você considere refletir o quanto acredita que os adjetivos descrevam a homepage. Você deve marcar APENAS um “X” nos espaços reservados em cada linha.Atraente FeioClaro ConfusoSem cor ColoridoInteressante Sem graçaMaçante AgradávelÚtil InútilPobre Bem Projetado.

Questionários On-line

15

Alto alcance, baixo custo e rapidez.Facilidade na análise dos dados.Facilidade nos ajustes.Produzir uma versão eletrônica livre de erros a

partir da versão impressa. Se um campo de resposta é marcado, os demais podem ficar indisponíveis.

Testar o questionário em vários navegadores e monitores com resoluções diferentes. Evitar necessidade de downloads para preenchimento.

Precauções para confidencialidade dos pesquisados.

Testar com usuários antes de distribuir os questionários.

Questionários On-line

16

Entrevistas

17

Obter informações e opiniões importantes dos atuais e futuros usuários.

Tipos:Não-estruturadas;Estruturadas;Semi-estruturadas;Em grupo (focus group).

A abordagem mais apropriadas depende dos objetivos a serem estabelecidos.

Planejando a entrevista

18

Faça perguntas sucintas e diretas. Perguntas longas são difíceis de lembrar;

Evite sentenças compostas dividindo-as em duas ou mais perguntas separadas;

Evite utilizar jargões ou linguagens que o entrevistado possa desconhecer, mas acabar não admitindo por vergonha;

Busque a neutralidade nas perguntas;Solicite que colegas revisem as perguntas;O entrevistado está prestando um favor,

portanto, tente tornar a atividade mais agradável possível e fazer com que ele sinta-se confortável.

Realizando a entrevista

19

Os passos seguintes ajudarão a realizar uma boa entrevista: Sessão de Introdução – Apresentação e explicações dos

motivos da entrevista. Questões éticas podem ser envolvidas e, se for o caso, pedir autorização para gravar a entrevista.

Sessão de Aquecimento – Perguntas fáceis e que não “intimidam” devem ser realizadas primeiramente.

Sessão de Principal – Apresentar as questões em uma seqüência lógica, procurando deixar as mais difíceis para o final.

Sessão de descanso – Algumas poucas questões fáceis, para dissipar eventuais tensões.

Sessão de encerramento – Agradecimentos ao entrevistado e procedimentos finais.

Seja profissional e trate a entrevista com responsabilidade e seriedade.

Tipos de entrevistas

20

Entrevistas não-estruturadasFocam um tópico em particular e com

freqüência, aprofundando-o;Perguntas abertas, com formato de perguntas e

respostas não predeterminados;O entrevistado é livre para responder da

maneira que desejar;Pode haver um direcionamento da entrevista;Deve-se certificar que respostas a questões

relevantes estão sendo obtidas;Organizar um plano com os principais pontos a

serem abordados;Embora possam surgir dados significativos, a

análise pode consumir um tempo maior e ser mais difícil.


21

Entrevistas estruturadasPerguntas pré-determinadas como um

questionário;Úteis quando as metas do estudo são

claramente entendidas;Perguntas específicas, curtas e claramente

escritas;Respostas podem ser selecionadas a partir de

um conjunto de opções lidas ou apresentadas;Questões revisadas por outro colega do

grupo;Normalmente as questões são fechadas e o

estudo padronizado para os diversos participantes.


22

Entrevistas semi-estruturadasCombinam características das anteriores;Consistência mantida por um roteiro básico;Os mesmos tópicos serão abordados por

diferentes entrevistados;Deve-se iniciar por questões planejadas.


23

Focus GroupGrupo de 03 a 10 pessoas, como amostra

representativas de usuários típicos, compartilhando algumas características (Ex. Grupos separados para estudantes, professores e técnicos);

Agenda pré-determinada e facilitador/mediador para encorajar as discussões e controlar os falantes;

Levantamento de questões importantes que passariam despercebidas;

Método eficiente, de baixo custo e resultados rápidos;Pode ser difícil reunir as pessoas em hora e local

apropriado;Registros devem ser feitos em papel, áudio ou vídeo;O objetivo não deve ser o consenso em torno de

idéias e sim obter uma gama de opiniões sobre o assunto a ser tratado.

Observação do Usuário

24

Envolve ver, ouvir e registrar tarefas significativas do usuário;

Útil para dados quantitativos (tempo de execução) e qualitativos (estratégias e práticas) dos usuários em relação às tarefas;

Não deve fazer que o usuário alterem seu comportamento na frente do observador;

Observar diversas situações (normalidade, críticas, aprendizado etc.);

Escolha do método de registro e testar antes;Reforçar a mensagem de que se trata de conhecer

uma situação ou procedimento e não de avaliar o desempenho na atividade;

Fotos do local ajudarão a análise do trabalho;O relatório deve ser elaborado assim que a

observação terminar.

Análise da Tarefa

25

Envolve ver, ouvir e registrar tarefas significativas do usuário;

Usada para analisar os fundamentos e propósitos do que as pessoas realizam ou estão tentando realizar;

Envolve diferentes técnicas como a Análise Hierárquica de Tarefas (AHT);

Empregada no projeto, desenvolvimento e testes de sistemas computacionais interativos. Análise de requisitos,Na construção do modelo inicial,Na avaliação na fase de prototipação,No desenvolvimento de documentação de suporte para

o uso.

Análise Hierárquica de Tarefas

26

Dividir uma tarefa em sub-tarefas e estas em “sub sub-tarefas”, agrupadas como podem ser realizadas em uma situação real;

O ponto de partida é um objetivo do usuário, a partir do qual as tarefas são subdivididas;

Análise Hierárquica de Tarefas

27

Na decomposição da tarefa, o nível mais alto corresponde ao objetivo maior do usuário e os níveis inferiores correspondem aos sub-objetivos que os usuários devem visar de modo a alcançar o objetivo maior;

A estrutura terá uma forma de árvore ou tabela hierárquica, com indicação numérica de planos e seqüências ordenadas.

Fonte: K-MAD-e Cybis, 2007

É hora de treinar....

28

1 – Elaborar um questionário para ser aplicado aos possíveis usuários do seu sistema ou dispositivo, com o objetivo de coletar ou estabelecer os requisitos de interface para o seu projeto.

2 – Fazer o diagrama com a AHT de uma ação importante na utilização do seu protótipo ou sistema.

Métodos de Elicitação de Requisitos de Usabilidade

Parte 2

Profa. Cynara [email protected]

Autarquia Educacional do Vale do São Francisco – AEVSFAutarquia Educacional do Vale do São Francisco – AEVSFFaculdade de Ciências Aplicadas e Sociais de Petrolina - FACAPEFaculdade de Ciências Aplicadas e Sociais de Petrolina - FACAPE

Curso de Ciência da ComputaçãoCurso de Ciência da Computação

Coleta de dados para identificação de requisitos

30

Reunir informações suficientes, relevantes e apropriadas, de forma que um conjunto de requisitos estável possa ser produzido.

QuestionáriosEntrevistasFocus GroupObservaçãoAnálise da TarefaAnálise de competidoresCenáriosOutros

Análise de Competidores

31

Identificar pontos fortes e fracos de produtos competidores mais conhecidos ou relevantes (Porter, 2001);

Posicionamento do novo produto no mercado;Conhecer bem as funcionalidades dos

concorrentes;Avaliação em conjunto pode facilitar

identificação dos pontos em questão;Tabular os resultados e, preferencialmente,

elaborar um quadro resumo das características.

Análise de CompetidoresRECURSOS/AMBIENTE AulaNet Blackboard WebCT TelEduc

Gerenciador de Avaliações Não Sim Sim Não

Banco de Questões Sim Não Sim Não

Ferramentas de Comunicação Sim Sim Sim Sim

Relatórios de Participação e Acessos Sim Não Sim Sim

Gerenciamento de Notas Não Sim Sim Sim

Diversos Tipos de Questões Sim Sim Sim Não

32

Exemplo: Analisando ambientes virtuais de ensino competidores (Ramos, 2006)

Procurar diferenciais, conhecer bem os produtos e propor inovações.

Análise de CompetidoresAMBIENTE AulaNet Blackboard WebCT TelEduc

Pontos Fortes

•Banco de questões;•Facilidade na elaboração das provas;•Facilidade na atribuição de notas e conceitos;•Facilidade na criação de atividades de comunicação;•Classificação das questões segundo a Taxonomia de Bloom;•Relatórios com informações sobre a participação dos alunos em cada atividade que permitem analisar o desempenho individual ou de uma turma.

•Facilidade para criações de avaliações;•Banco com diversos tipos de questões que podem ser compartilhadas entre cursos;•Testes protegidos por senha, com duração especificada por data e hora; •Spreadsheet View – Planilha de visualização de todos os alunos de um curso e suas avaliações.•On-line Gradebook – Controle de notas em único local.

•Facilidade na elaboração de provas e testes;•O professor pode criar testes com questões de cinco tipos diferentes;•On-line Gradebook – Controle de notas em único local com possibilidades de estabelecer diferentes parâmetros e fórmulas para cálculo das notas;•Relatório das ações realizadas pelos alunos dentro de cada curso.

•Foco na avaliação das interações dos alunos dentro do ambiente, nas ferramentas assíncronas e síncronas;•Ferramentas de visualização de acessos e de interações entre os participantes (Acessos e Intermap)•Facilidade na criação de atividades de comunicação;

33


Análise de CompetidoresAMBIENTE AulaNet Blackboard WebCT TelEduc

Pontos Fracos

•Gerenciador de avaliações focado apenas em provas de múltipla-escolha, verdadeiro/falso ou discursivas;•O aluno não tem uma visão geral dos tipos de avaliações que fará, nem tampouco de seus respectivos pesos;•Não há ferramentas que possibilitem a rastreabilidade dos acessos e caminhos percorridos pelo aluno dentro do ambiente, seu tempo de permanência e suas preferências dentro do ambiente.

•Não há como registrar no ambiente, os conceitos ou notas acerca da participação de cada aluno nas ferramentas de comunicação;•O aluno não tem uma visão geral dos tipos de avaliações que fará, nem de seus respectivos pesos;•Ausência de um gerador de relatórios configurável para o professor, para melhor análise e julgamento das atividades de avaliação no curso em andamento;•Não há ferramentas que permitam a rastreabilidade das atividades do aluno.

•Utilização informal de ferramentas de comunicação como itens de avaliação. Análise apenas quantitativa das interações dos alunos dentro do ambiente;•Sobrecarga do professor no acompanhamento e análise qualitativa do grande volume de dados de cada estudante•Ausência de um gerador de relatórios configurável para o professor, para melhor análise e julgamento das atividades de avaliação no curso em andamento.

•Ferramentas de avaliação centradas na análise quantitativa e qualitativa das participações dos alunos nas interações;•Não existe ferramenta específica para criação de testes ou banco de questões;•Não há atribuição de pesos de notas e nem conversão para conceitos;•Ausência de um gerador de relatórios configurável para o professor;•Não existe uma ferramenta que consolide os dados de todas as avaliações realizadas.

34


Cenários

35

Um cenário representa uma situação fictícia que poderá ser vivenciada por um usuário, quando em determinado momento realiza uma ação e deseja obter um resultado;

Ajuda a entender e criar sistemas computacionais que sirvam como artefatos mediadores da atividade humana - como ferramentas educacionais, ferramentas de trabalho e interação entre pessoas (CARROLL, 2000);

O uso de cenários no processo de design é focado em usos futuros do sistema pelos usuários.

Cenários

36

De acordo com Carrol (2000), os elementos que caracterizam um cenário são:O ambiente: aborda um estado inicial para o episódio a

ser narrado, descrevendo tanto o ambiente fisicamente – dimensões e posições dos objetos, quanto as pessoas que dele fazem parte.

Atores ou agentes: são os personagens do episódio descrito. Pode haver vários agentes e cada um pode possuir objetivos, ou seja, mudanças que esperam alcançar nas circunstâncias específicas do ambiente.

O roteiro: seqüência de ações e eventos que representa o que os atores fazem durante o episódio, o que lhes acontece e que mudanças ocorrem no ambiente. Ações e eventos podem ser irrelevantes, obstruir, facilitar ou mesmo mudar os objetivos dos atores.

Um cenário é, acima de tudo um exercício de imaginação, criatividade e percepção.

Cenários

37

Cenários positivos e negativos (Bødker, 2000) – Ilustram situações e conseqüências positivas ou negativas de uma determinada solução de design proposta. (Ex.Pag 280, livro texto 01)

O texto deve descrever os principais das atividades dos usuários: objetivos, motivações, tarefas a serem realizadas e se possível o tempo esperado para realização de cada tarefa. (Ex.Pag 141, livro texto 02).

Os requisitos já podem estar assinalados dentro do texto.

Outras técnicas

38

Personas – Semelhante aos cenários, sendo que o foco não está em uma tarefa em particular e sim na pessoa que faça parte do público-alvo do sistema. Ao invés de caracterizar o ambiente, descreve-se o perfil da

pessoa envolvida com o produto. (Ex. Fulano de tal é solteiro, tem 28 anos, mora em..., trabalha com...., gosta de.... etc)

Casos de uso – Também assemelham-se a cenários. Enfocam mais a interação do usuário com o sistema que na própria tarefa do usuário. Podem ser descritos graficamente, na forma de diagramas.

Bibilotecário

Usuário da Bibiloteca

Localizar livros

Efetuar o registo do empréstimo

Organizando os requisitos

39

Em cada técnica/metodologia empregada, serão extraídos vários requisitos, que devem ser listados em uma seqüência lógica;

Os mesmos requisitos podem aparecer em mais de uma lista, pois são identificados pelas diferentes técnicas. Isso é um forte indicativo para que eles sejam efetivados;

A equipe do projeto deve escolher e priorizar os requisitos de interface a serem implementados no sistema ou produto.

• Questionários– REQ 1 – Descrever...– REQ 2 - Descrever...

• Entrevistas– REQ 1 – Descrever...– REQ 2 - Descrever...

• Cenários– REQ 1 – Descrever...– REQ 2 - Descrever...

• Competidores– REQ 1 – Descrever...– REQ 2 - Descrever...

É hora de treinar....

40

1 – Elaborar um cenário descrevendo uma ação de uso do seu produto/sistema, com o objetivo de coletar ou estabelecer os requisitos de interface para o seu projeto.

2 – Realizar uma análise de competidores do seu produto/sistema, identificando pontos fortes e fracos (quanto a questões de interfaces) desses concorrentes.

métodos de elicitação de requisitos de usabilidade parte 1 profa. cynara carvalho...

Documents