Como fazer uma Especificação de Requisitos?

Uma boa estratégia para uma especificação de requisitos eficaz é sempre manter a maior proximidade possível com o cliente. Além de auxiliar na qualidade do processo, o contato mais próximo faz com que a equipe de desenvolvimento e o cliente alinhem seus pensamentos em prol do desenvolvimento de um software realmente eficaz. O cliente também é capaz de informar as regras de negócio que o sistema deverá contemplar, outro ponto importantíssimo da especificação de requisitos de software.

Um SRS é basicamente o entendimento de uma organização (por escrito) dos requisitos e dependências de um sistema de cliente ou potencial cliente em um determinado momento (geralmente) antes de qualquer projeto real ou trabalho de desenvolvimento. É uma apólice de seguro de mão dupla que garante que tanto o cliente quanto a organização entendam os requisitos do outro a partir dessa perspectiva em um determinado momento.

Um SRS bem projetado e bem escrito realiza quatro objetivos principais:

Ele fornece feedback para o cliente. Um SRS é a garantia do cliente de que a organização de desenvolvimento entende os problemas ou problemas a serem resolvidos e o comportamento do software necessário para resolver esses problemas.

Ele decompõe o problema em partes componentes. O simples ato de anotar os requisitos de software em um formato bem projetado organiza informações, coloca bordas em torno do problema, solidifica idéias e ajuda a decompor o problema em suas partes componentes de maneira ordenada.

Ele serve como uma entrada para a especificação do projeto. Como mencionado anteriormente, o SRS serve como documento pai para documentos subsequentes, como a especificação de design de software e a declaração de trabalho.

Ele serve como documento pai para estratégias de teste e validação que serão aplicadas aos requisitos para verificação.