A pergunta parece bem simples, mas desperta grandes dúvidas quanto à sua estruturação e modelo.

Um requisito é uma exigência imprescindível para a consecução de certo fim. Oras, estamos falando de requisito ligado ao desenvolvimento de um software, então  podemos dizer que “é uma característica desejada para o sistema (entenda-se como negócio) que é observada externamente”. Aqui cabem conceitos de “objetivos do negócio” (coletados, modelados e analisados) e “objetivos e metas de cada processo”.  Em termos gerais é uma condição ou capacidade solicitada pelo usuário para a solução de um problema ou para a satisfação de um objetivo (Standard Glossary of Software Engineering Terminology – IEEE – 1997). Todas as definições estão relacionadas a uma condição ou capacidade que um software deve prover para a solução do problema do cliente e/ou usuário.

De acordo com o BaBOK 1.6, os requisitos servem como a fundação para a solução para a necessidade do negócio, na qual é essencial que sejam completos, claros, corretos e consistentes.

A maneira como os requisitos são extraídos ajudará a encontrar metas de qualidade para um bom desenvolvimento do software. Por isso a análise do requisito é a tarefa chave para a análise do negócio.

É necessário que esta análise de requisitos esteja em duas posições:

a) como algo oculto ou em potencial;  ou

b) como uma informação ou uma resposta.

As duas posições estarão dispostas em “desejos” relacionados ao software ou o negócio refletido no software. A maneira como estas posições serão feitas, cabe a cada projeto e ao grupo de desenvolvimento.

Análise de requisito não é uma atividade isolada, mas compartilhada. Requisitos são identificados ao longo do levantamento, análise e revisão das atividades realizadas pelo AN.

Vários autores propõem níveis de requisitos para facilitar este levantamento e análise de requisitos. Estes níveis facilitam as prioridades de execução do processo de desenvolvimento de software.

Partilho da mesma opinião do Paulo Vasconcelos quando diz: “Todo requisito deve estar atrelado a um objetivo do negócio.” Assim podemos dizer que todo requisito pode ser testado ou analisado, pois há um objetivo, uma razão de uso para sua existência.

Abs,

Referências:

A Guide to the Business Analysis – Body of Knowledge Version 1.6;

Formação para Analistas de Negócios (Draft 0.5) – Paulo Fernando Vasconcellos Nogueira.