1 - Detalhamento de requisitos para pequenos projetos, segundo RUP 7

Vimos que a engenharia de requisitos possui várias tarefas que percorrem todo o projeto durante o seu ciclo de vida. Uma das primeiras tarefas para o levantamento de requisitos é a modelagem de requisitos, que leva a especificação dos requisitos e a representação do projeto para o software que será construído. Pressman utiliza os termos modelo de requisitos e modelo de análise para a mesma coisa, que são aspectos do problema a ser resolvido, sendo que a análise é uma ação que ocorre à medida que os requisitos são construídos.

Em 1979, Tom DeMarco, descreveu em seu livro sobre métodos de modelagem de requisitos o seguinte texto:

“Revendo reconhecidos problemas e falhas anteriores da fase de análise, sugiro que precisamos realizar os seguintes acréscimos ao nosso conjunto de metas. Os produtos da análise devem apresentar grande facilidade em sua manutenção. Isso se aplica particularmente ao Documento Alvo (especificação de requisitos de software). Problemas de tamanho devem ser tratados por meio de método efetivo de fracionamento. A especificação escrita como se fossem romances vitorianos está acabada. Elementos gráficos têm de ser usados sempre que possível. Temos de diferenciar as considerações lógicas (essenciais) das físicas (implementação)... No mínimo, precisamos... Algo que nos ajude a subdividir nossos requisitos e documentar essa subdivisão antes da especificação... Alguns meios de acompanhar e avaliar interfaces... Novas ferramentas para descrever lógica e política, algo melhor do que um texto narrativo.”

O autor apresenta uma visão do passado que ainda permanece nos dias de hoje. Vários documentos foram criados para detalhar melhor a representação dos requisitos para um projeto de software. Tudo depende da metodologia que se irá aplicar. As metodologias devem ser referências para os técnicos criarem seus processos de desenvolvimento. As empresas devem utilizar apenas o que é necessário e não se esquecer da simplicidade para escrever os requisitos. Requisitos complexos geram dificuldade na hora da manutenção do software e pode gerar a desatualização, em alguns casos os requisitos devem ser reconstruídos.