Diferença entre BRS e SRS

BRS vs SRS

Em um projeto de desenvolvimento de software, o BRS (Especificação de Requisitos de Negócios) é um documento que detalha os requisitos do cliente. Ele contém as informações sobre os negócios 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 a maneira como os usuários interagem com o sistema de software, requisitos não funcionais etc..

O que é o BRS?

O BRS (Especificação de Requisitos de Negócios) é um documento que detalha os requisitos do cliente. Isso será referido pela equipe de desenvolvimento ao desenvolver o software e a 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 vão usar o sistema, tipos de usuários, conhecimento sobre os usos dos computadores, problemas enfrentados pelos usuários atualmente, quantidade de segurança exigida pelo as restrições de aplicação, hardware e ambiente 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. Também deve descrever o nível de confiabilidade esperado pelo software. Mais importante ainda, o BRS não é escrito usando nenhum jargão de computador.

O que é SRS?

O 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 no sistema. O SRS sempre deve estar correto e consistente, pois é usado pelos desenvolvedores no processo de desenvolvimento. Também deve ser inequívoco. Geralmente, o 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 requisitos de desempenho, requisitos de banco de dados, etc..

Qual é a diferença entre BRS e SRS?

O 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 uma 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. O BRS e o SRS são usados ​​pelos desenvolvedores no processo de desenvolvimento e também para testar o sistema.