Identificando Necessidades e Estabelecendo Requisitos

12
Igor Quintal; Roberta Peçanha; Rubeniki Fernandes; Tatiane Krempser. Identificando Necessidades e Estabelecendo Requisitos PREECE, Jennifer; ROGERS, Yvonne; SHARP, Helen. Design de interação: além da interação homem-computador. Porto Alegre: Bookman, 2005. cap. 7. p. 221-257.

Transcript of Identificando Necessidades e Estabelecendo Requisitos

Page 1: Identificando Necessidades e Estabelecendo Requisitos

Igor Quintal; Roberta Peçanha; Rubeniki Fernandes; Tatiane

Krempser.

Identificando Necessidades e Estabelecendo Requisitos

PREECE, Jennifer; ROGERS, Yvonne; SHARP, Helen. Design de interação: além da interação homem-computador. Porto Alegre: Bookman, 2005. cap. 7. p. 221-257.

Page 2: Identificando Necessidades e Estabelecendo Requisitos

Descrição de Tarefas

• Décadas de 70/80: “descrições de tarefas de negócio” ou “cenários de negócios” eram empregados como base para teste de aceitação de software, isto é, último estágio de teste.

• Atualmente, as descrições de tarefas são usadas durante todo o desenvolvimento, desde as primeiras atividades de requisitos até as de prototipação, avaliação e teste.

• Esforço no entendimento da estruturação e teste.

Page 3: Identificando Necessidades e Estabelecendo Requisitos

CENÁRIOS

CASOS DE USO

CASOS DE USO ESSENCIAIS

Os tipos de descrição de tarefas

Page 4: Identificando Necessidades e Estabelecendo Requisitos

Os tipos de descrição de tarefas

1. Cenários: “descrição narrativa informal”. O foco é na tarefa do usuário.

Permite entender:

Por quê as pessoas fazem as coisas Como fazem E o que estão tentando atingir no processo

Permite explorar:

Restrições; Contextos; Irritações; Facilidades, etc, sob as quais os humanos operam.

Page 5: Identificando Necessidades e Estabelecendo Requisitos

Geração dos cenários: workshops ou sessões de entrevistas.

Ajuda a explicar ou discutir algum aspecto dos objetivos do usuário.

Utilidades:

Imaginar usos em potencial de um aparelho;Capturar comportamentos.

Função: ajudar a estabelecer requisitos.

Os tipos de descrição de tarefas

Page 6: Identificando Necessidades e Estabelecendo Requisitos

Os tipos de descrição de tarefas

2. Casos de uso: Interação entre usuário e sistema.

Descreve o que é chamado “curso normal”, isto é, o conjunto de ações que o analista acredita serem mais usualmente realizadas.

Objetivo: capturar o objetivo de uso do “ator” ao utilizar o sistema.

Características:

Podem ser descritos graficamente;Os atores podem ser associados a mais de um caso de usoLayout mais formal;Foco na interação entre usuário e sistema (utilização tecnologia).

Page 7: Identificando Necessidades e Estabelecendo Requisitos

Exemplo

Caso de uso para organizar uma reunião, cujo curso normal seria que a reunião fosse marcada automaticamente na agenda compartilhada de membros de um departamento de uma universidade:

1. O usuário escolhe a opção de organizar uma reunião

2. O sistema solicita ao usuário os nomes dos participantes

3. O usuário digita uma lista de nomes

4. O sistema verifica se a lista é válida

5. O sistema solicita as restrições do usuário

6. O usuário digita suas restrições

7. O sistema busca nas agendas uma data que satisfaça às restrições

8. O sistema exibe uma lista de datas possíveis

9. O usuário escolhe uma das datas

10. O sistema marca a reunião na agenda

11. o sistema envia um e-mail para todos os participantes da

reunião informando-os do compromisso.

Cursos alternativos:

5. Se a lista da pessoa é inválida:

5.1 o sistema apresenta uma mensagem de erro;5.2 o sistema retorna ao passo nº 2.

8. Se não forem encontradas datas possíveis:

8.1 O sistema exibe uma mensagem adequada;8.2 O sistema retorna ao passo nº 5.

Page 8: Identificando Necessidades e Estabelecendo Requisitos

Os tipos de descrição de tarefas

3. Casos de usos essenciais: o que está sob responsabilidade usuário e do sistema.

Desenvolvidos por Constantine e Lockwood (1999).Representam abstrações de cenários, ou seja, um

caso mais geral do que os cenários abrangem.Evita as suposições de um caso de uso tradicional.

Um caso de uso essencial é uma narrativa estruturada em 3 partes:

Um nome que expressa a intenção geral do usuário;Uma descrição em passos das ações dos usuários;Uma descrição em passos das responsabilidades do

sistema.

Page 9: Identificando Necessidades e Estabelecendo Requisitos

Exemplo

Caso de uso essencial para organizar uma reunião no aplicativo do calendário compartilhado.

INTENÇÃO DO USUÁRIO RESPONSABILIDADE DO SISTEMA

Organizar uma reunião Solicitar o nome dos participantes e as restrições

Identificar os participantes e as restrições Sugerir possíveis datas

Escolher a data preferida Agendar a reunião

Page 10: Identificando Necessidades e Estabelecendo Requisitos

Análise de tarefas

“Análise que abrange técnicas para a investigação de processos cognitivos e ações físicas em um alto nível de abstração e em

pequenos detalhes”.

• Utilizada principalmente para investigar uma situação existente.

• Analisar os fundamentos e propósitos:

do que as pessoas estão fazendo,

o que estão tentando realizar,

por quê e como estão lidando com isso.

Page 11: Identificando Necessidades e Estabelecendo Requisitos

Exemplo

Considerar o serviço de catalogação da biblioteca e a tarefa de retirar um livro. Esta pode ser decomposta em outras tarefas.

Esse conjunto de tarefas e subtarefas pode ser realizado em uma ordem diferente, dependendo de quanto se sabe a respeito do livro e da familiaridade do usuário

com a biblioteca e com a provável localização do livro.

Page 12: Identificando Necessidades e Estabelecendo Requisitos

Pontos Principais

• Identificar as necessidades dos usuários e estabelecer requisitos para o design de interação.

• Técnicas de coleta de dados: questionários, entrevistas, grupos de estudo específicos, workshops, observação natural e estudo de documentação.

• Cenários, casos de uso e casos de uso essenciais são técnicas úteis para se iniciar a documentar as descobertas feitas na sessões de coleta de dados.

• A análise de tarefas é um pouco mais estruturada, mas não funciona de forma eficiente quando diante de uma grande quantidade de dados”.