Levantamento De Requisitos

Técnicas para levantamento de Requisitos

O levantamento de Requisitos de Software

O início para toda a atividade de desenvolvimento de software é o levantamento de

requisitos, sendo esta atividade repetida em todas as demais etapas da engenharia de

requisitos.

Sommerville (2003) propõe um processo genérico de levantamento e análise que contém as

seguintes atividades:

· Compreensão do domínio: Os analistas devem desenvolver sua compreensão do

domínio da aplicação;

· Coleta de requisitos: É o processo de interagir com os stakeholders do sistema

para descobrir seus requisitos. A compreensão do domínio se desenvolve mais durante

essa atividade;

Versão para impressão

· Classificação: Essa atividade considera o conjunto não estruturado dos requisitos

e os organiza em grupos coerentes;

· Resolução de conflitos: Quando múltiplos stakeholders estão envolvidos, os

requisitos apresentarão conflitos. Essa atividade tem por objetivo solucionar esses

conflitos;

· Definição das prioridades: Em qualquer conjunto de requisitos, alguns serão mais

importantes do que outros. Esse estágio envolve interação com os stakeholders para a

definição dos requisitos mais importantes;

· Verificação de requisitos: Os requisitos são verificados para descobrir se estão

completos e consistentes e se estão em concordância com o que os stakeholders desejam

do sistema.

O levantamento e análise de requisitos é um processo iterativo, com uma contínua validação

de uma atividade para outra.

Figura 1. Processo de levantamento e análise de requisitos (SOMMERVILLE, 2003)

Dificuldades encontradas

O problema de não saber especificar corretamente o que o sistema deverá fazer é muito

antigo. Pompilho (1995) cita um exemplo do relatório produzido por McKinsey, em 1968, e

mencionado por B. Langefords e B. Sundgren onde se afirmava que dois terços das

empresas ali estudadas estavam desapontadas com o atendimento recebido em sistemas

de informação.

Após mais de 30 anos da elaboração do relatório a situação não é muito diferente. Algumas

das razões para o baixo grau de satisfação dos usuários para os sistemas destacam-se:

· Na fase de levantamento de requisitos do projeto, onde não é utilizada uma técnica

adequada para extrair os requisitos do sistema;

· A falha do analista em não descrever os requisitos do sistema de modo claro, sem

ambigüidades, conciso e consistente com todos os aspectos significativos do sistema proposto.

Entre as dificuldades encontradas na fase de levantamento de requisitos estão: o usuário

principal do sistema não sabe o que quer que o sistema faça ou sabe e não consegue

transmitir para o analista; requisitos identificados, mas que não são realistas e não

identificam os requisitos similares informados por pessoas diferentes. Um stakeholder

errado afetará em perda de tempo e dinheiro para ambas as partes envolvidas no

desenvolvimento do sistema.

Identifica-se um levantamento de requisitos adequado através da boa definição do projeto,

da efetividade do projeto, de informações necessárias a um perfeito diagnóstico e de

soluções inteligentes. Quanto ao levantamento de requisitos inadequado, o resultado é um

diagnóstico pobre com conclusões comprometidas, não identificação das causas dos

problemas, custos elevados, prazos vencidos ou comprometedores, omissão de processos

fundamentais e descréditos.

Técnicas de Levantamento de Requisitos

As técnicas de levantamento de requisitos têm por objetivo superar as dificuldades relativas

a esta fase. Todas as técnicas possuem um conceito próprio e suas respectivas vantagens

e desvantagens, que podem ser utilizadas em conjunto pelo analista.

Serão apresentadas de forma resumida nesse artigo algumas técnicas de levantamento de

requisitos.

Levantamento orientado a pontos de vista

Para qualquer sistema, de tamanho médio ou grande, normalmente há diferentes tipos de

usuário final. Muitos stakeholders têm algum tipo de interesse nos requisitos do sistema.

Por esse motivo, mesmo para um sistema relativamente simples, existem muitos pontos de

vista diferentes que devem ser considerados. Os diferentes pontos de vista a respeito de

um problema ‘vêem’ o problema de modos diferentes. Contudo, suas perspectivas não são

inteiramente independentes, mas em geral apresentam alguma duplicidade, de modo que

apresentam requisitos comuns.

As abordagens orientadas a ponto de vista, na engenharia de requisitos, reconhecem esses

diferentes