bjhvhngdcgs

Introdução a Abordagens de
Identificação de Requisitos

O

Janaína Bedani Dixon Moraes [e-mail] É especialista em Concepção e Gerência de
Sistemas Orientado a Objeto pela UNIRONDON. Tem exercido a atividade de analista de sistemas desde 2002 e prestado serviço a diversos órgãos do Estado de Mato Grosso. Trabalha atualmente como analista de requisitos e gerente de projeto.

54

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;
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, conforme exemplificado pela Figura 1.

Dificuldades encontradas
O problema de não saber especificar corretamente o que o sistema deverá fazer é muito antigo. Pompilho (1995) cita um exemplo