Requirements Elicitation
Cabe um ponto de reflexão neste pequeno post. Antes de tudo, é necessário saber o que é um requisito.
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.
