BRS vs SRS
Em um projeto de desenvolvimento de software, BRS (Business Requirement Specification) é um documento que detalha os requisitos do cliente. Contém as informações sobre o negócio e detalhes sobre os processos que precisam ser implementados no software. SRS (Software Requirements Specification) especifica os requisitos de um sistema de software. Inclui uma descrição do sistema que precisa ser desenvolvido. O SRS inclui informações como como os usuários interagem com o sistema de software, requisitos não funcionais, etc.
O que é BRS?
BRS (Business Requirement Specification) é um documento que detalha os requisitos do cliente. Isso será referido pela equipe de desenvolvimento ao desenvolver o software e pela equipe de teste durante a fase de teste. Isso contém detalhes sobre os processos que precisam ser implementados no software e se são necessários novos recursos. Em geral, o BRS contém informações como quem pretendia usar o software, número máximo de usuários simultâneos que usarão o sistema, tipos de usuários, conhecimento em informática dos usos, problemas enfrentados pelos usuários atualmente, quantidade de segurança exigida pelo a aplicação, hardware e restrições ambientais enfrentadas pelo software. Ele também fornece uma descrição do sistema atual e possíveis expansões futuras. O BRS também descreve as entregas ou o que é esperado pelo cliente. Deve também descrever o nível de confiabilidade esperado pelo software. Mais importante ainda, BRS não é escrito usando nenhum jargão de computador.
O que é SRS?
SRS especifica os requisitos de um sistema de software. Inclui uma descrição do sistema que precisa ser desenvolvido. Inclui como o usuário interage com o sistema usando casos de uso. Os casos de uso fornecem uma descrição das ações que ocorrem entre os usuários e um sistema de software. Normalmente a UML (Unified Modeling Language) é usada para especificar formalmente os casos de uso no SRS. Ele também contém requisitos não funcionais, como requisitos de desempenho, padrões exigidos pelo sistema e qualquer uma das restrições do sistema. O SRS deve estar sempre correto e consistente, pois é usado pelos desenvolvedores no processo de desenvolvimento. Também deve ser inequívoco. Geralmente, a SRS deve conter pelo menos as seguintes seções: uma introdução, descrição geral do sistema e requisitos específicos. A introdução deve definir claramente o escopo do sistema esperado, entre outras informações, como a finalidade do sistema e uma visão geral do sistema. A descrição geral fornece as interações do usuário, dependências e restrições do sistema, etc. Requisitos específicos contêm quaisquer requisitos de desempenho, requisitos de banco de dados, etc.
Qual é a diferença entre BRS e SRS?
BRS é um documento que detalha os requisitos do cliente usando termos não técnicos, enquanto o SRS especifica os requisitos de um sistema de software de maneira mais formal. O SRS descreve como os usuários interagem com o sistema usando casos de uso (especificados com UML), enquanto o BRS fornece uma descrição das interações do usuário. Tanto o BRS quanto o SRS são usados pelos desenvolvedores no processo de desenvolvimento e também para testar o sistema.
