IDENTIFICANDO NECESSIDADES E ESTABELECENDO REQUISITOS – AULA 5

Desenvolvimento de Interfaces

Prof. Jemerson Fernando Maia

03/2012

Introdução

Identificar as necessidade do usuário não é uma tarefa tão simples como parece. Estabelecer requisitos não implica simplesmente escrever uma lista de desejos das características pretendidas.

Será apresentado uma visão geral detalhada da identificação de necessidades e do estabelecimento de requisitos. Será apresentado tipos diferentes de requisitos e algumas técnicas úteis.

O que estamos tentando alcançar com esta atividade de design? Dois objetivos:

primeiro consiste em entender o máximo possível os usuários, seu trabalho e o contexto desse trabalho.

segundo consiste em produzir, a partir das necessidades identificadas, um conjunto de requisitos estáveis que formem uma base sadia para se pensar o design.

O que estamos tentando alcançar com esta atividade de design? Entender o que o produto em

desenvolvimento deveria realizar e assegurar que ofereça suporte ás necessidades dos stakeholders são atividades importantes no desenvolvimento de qualquer produto. Se os requisitos estiverem errados, o produto então será, na melhor das hipóteses, ignorado e, na pior, desprezado pelos usuários, causando tristeza e perda de produtividade. Em ambos os casos, tanto para o produtor como para o cliente as consequencias são sérias.

O que são requisitos?

Um Requisito consiste da definição documentada de uma propriedade ou comportamento que um produto ou serviço particular deve atender. Funcionalidade, propriedade ou comportamento

desejado para um sistema. Um dos objetivos da atividade de

estabelecimento de requisitos é torná-los o mais específicos, não-ambíguos e claros possíveis.

Os requisitos vêm em muitas formas diferentes e em diferentes níveis de abstração, mas precisamos nos certificar de que eles sejam tão claros quanto o possível e que saberemos reconhecer quando forem preenchidos.

Exemplo de requisitos

Diferentes Tipos de requisitos?

Na engenharia de software, dois tipos diferentes de requisitos foram tradicionalmente identificados: requisitos funcionais e não-funcionais. Requisitos funcionais: dizem o que o

sistema deveria fazer. Requisitos não-funcionais: indicam quais

são as limitações do sistema e em seu desenvolvimento.

Diferentes Tipos de requisitos?

Exemplo: Um requisito funcional para um processador de

texto: oferecer suporte a uma variedade de estilos de

formatações; Oferecer corretor-ortográfico;

Requisitos não-funcional para o processador de texto: ser capaz de ser executado em várias Sistemas

Operacionais; poder funcionar em um computador com 64MB de

memória RAM; deve ficar pronto em 6 meses;

Diferentes Tipos de requisitos?

O design de interação exige que entendamos a funcionalidade exigida e as restrições sob as quais o produto deve operar ou ser desenvolvido. No entanto, em vez de referenciar-se a todos os requisitos que não são funcionais simplesmente como “não-funcionais”, é preferível pô-los em outras categorias. Segue a lista (onde consta funcionais também): requisitos funcionais, requisitos de dados, requisitos

ambientais ou contexto de uso, requisitos de usuário e requisitos de usabilidade

Não se trata de uma categorização muito exata, no entanto ilustra bem a variedade de requisitos que precisam ser apreendidos.

Requisitos Funcionais

Captam o que o produto deveria fazer. Um requisito funcional para um geladeira

inteligente poder ser o de ela estar apta a informar quando a gaveta de carne estiver vazia. Entender os requisitos funcionais de um produto interativo é muito importante.

Requisitos de Dados

Captam tipo, volatilidade, tamanho/quantidade, persistência, precisão e valor de dados exigidos. No domínio de bancos, os dados devem ser

precisos e persistir por muitos meses, provavelmente por anos e em grande quantidade, em virtude de serem muito valiosos.

Requisitos Ambientais ou Contexto de Uso Referem-se á circunstância em que se

espera que o produto interativo opere. Quatro aspectos devem ser considerados: Ambiente físico;

barulho, luz, poeira, roupas Ambiente social;

compartilhamento de tarefas Ambiente organizacional;

suporte, infra-estrutura, hierarquias Ambiente técnico;

Tecnologias que o produto utilizará, com quais precisa ser compatível, limitações tecnológicas relevantes

Requisitos de Usuários

Capturam as características do grupo de usuários pretendidos: Habilidades; Conhecimento; Usuário frequente ou casual;

Um usuário pouco experiente precisará seguir instruções passo a passo. Um usuário especialista necessitará de uma interação mais flexível que lhe permita ter maior autonomia. Um usuário frequente será interessante oferecer atalhos como tecla de atalhos de funções.

Requisitos de Usabilidade

Captam as metas de usabilidade e as medidas associadas para um produto em particular. Eficiência, eficácia, segurança, utilidade,

capacidade e aprendizagem, capacidade de memorização.

Coleta de Dados

O propósito da coleta de dados e reunir informações suficientes, relevantes e apropriadas, de forma que um conjunto de requisitos estável possa ser produzido.

Mesmo no caso de existir um conjunto de requisitos iniciais, será exigido que a coleta de dados expanda, esclareça e confirme esses requisitos iniciais.

Técnicas de Coleta de Dados Há essencialmente um número limitado

de técnicas básicas para a coleta de dados. Tais técnicas constituem-se de questionários, entrevistas, grupos de foco e workshops, observação natural e estudo de documentação.

Escolhendo as técnicas

Técnica Boa para Tipos de dados

Vantagens Desvantagens

Questionários

Responder a questões específicas.

Dados qualitativos e quantitativos.

Pode atingir várias pessoas com poucos recursos.

O índice de resposta pode ser baixo.

Entrevistas Explorar questões.

Alguns dados quantitativos, mas mais qualitativos.

O entrevistador pode guiar o entrevistado se necessário. Encoraja o contato entre desenvolvedores e usuários.

Requer tempo. Ambientes artificiais podem intimidar o entrevistado.

Escolhendo as técnicas

Técnica Boa para Tipos de dados

Vantagens Desvantagens

Grupos de Foco e Workshops

Coletar vários pontos de vista.

Alguns dados quantitativos, mas mais qualitativos.

Ressalta áreas de consenso e conflito. Encoraja o contato entre desenvolvedores e usuários

Possibilidade de dominarem certos tipos de personalidades.

Observação natural

Entender o contexto da atividade do usuário.

Qualitativo. Observar o trabalho real oferece percepções que outras técnicas não oferecem.

Requer muito tempo. Grandes quantidades de dados.

Escolhendo as técnicas

Técnica Boa para Tipos de dados

Vantagens Desvantagens

Estudo de documentação

Aprender sobre procedimentos, regulamentações e padrões.

Quantitativo e qualitativo.

Não compromete o tempo dos usuários.

Os trabalhos diário será diferente dos procedimentos documentados.

Diretrizes básicas para coleta de dados Concentrar-se na identificação das necessidades dos

stakeholders. Estudando seu comportamento, ferramentas, olhando

outros produtos, de concorrentes ou versões anteriores. Envolver todos os grupos de stakeholders principais.

Certificar-se que você dispõe de todos os pontos de vista das pessoas certas.

Não envolver somente um representante de cada grupo de stakeholders. Todos os envolvidos darão suas perspectivas da situação.

Utilizar uma combinação de técnicas de coleta de dados.

Interpretação de dados e análise Quando a primeira sessão de coleta de dados já

houver sido conduzida, a análise e a interpretação poderão ter início.

É uma boa idéia começar a interpretação o quanto antes.

O objetivo da interpretação é começar a estruturar e registrar as descrições dos requisitos.

Também é importante discutir os resultados com os outros, afim de se obter uma variedade de perspectivas acerca dos dados.

Interpretação de dados e análise Utilizar um template como o sugerido

abaixo ressalta os tipos de informações que se deve procurar e guia a interpretação e a análise dos dados.

Interpretação de dados e análise