A Especificação de Requisito de Negócios é conhecida como “BRS” e a Especificação de Requisito Funcional é conhecida como “FRS”. Em geral, o uso desses documentos é determinado pelo tipo de organização e empresa, bem como seus padrões e como seguem os processos.
BRS vs FRS
A diferença entre BRS e FRS é que um documento BRS é escrito no início de um projeto para mostrar a estratégia para atender às necessidades do cliente em um nível mais básico. E o FRS é o documento mais abrangente criado por desenvolvedores e testadores, incluindo todos os componentes de software e interações esperadas, bem como requisitos de negócios, conformidade e segurança.
“Uma Especificação de Requisitos de Negócios (BRS) é um documento que se concentra no lado comercial das coisas, uma vez que contém as especificações da solução de negócios de um projeto.” Em outras palavras, um BRS é uma declaração feita para reconciliar a discrepância entre os saldos na coluna do banco do livro caixa e a caderneta em uma determinada data.
“Uma especificação de requisito funcional, ou FRS, é um documento que lista todas as tarefas que um software ou produto deve realizar. Na verdade, é um procedimento passo a passo para realizar todas as ações necessárias para construir um produto do início à conclusão. Um FRS descreve como vários componentes de software irão reagir durante a interação do usuário em detalhes. ”
Tabela de comparação entre BRS e FRS
| Parâmetros de comparação | BRS | FRS |
| O que isso envolve? | Em termos gerais, o BRS contém os requisitos de negócios de alto nível de um sistema a ser criado. | O documento FRS contém requisitos técnicos abrangentes, bem como diagramas técnicos, como UML, fluxo de dados e assim por diante. |
| O que isso responde? | O BRS responde à pergunta POR QUE, ou seja, por que os requisitos estão sendo preparados? | O FRS se preocupa com o COMO, ou como os requisitos serão atendidos. |
| Quando é criado? | Durante a fase de análise do projeto, um documento BRS é preparado. | Durante a fase de análise do projeto, um documento BRS é preparado. Durante a fase de planejamento do projeto, um documento FRS é desenvolvido. |
| Quem será o responsável pela criação? | Os analistas de negócios irão gerar um documento BRS. | O FRS é preparado de forma colaborativa pelo Analista de Negócios, Analistas de Sistema e equipe de Implementação, uma vez que é detalhado e técnico. |
| Quem o usará? | BRS é projetado para usuários de negócios, partes interessadas e outras partes interessadas. | A equipe de desenvolvimento e garantia de qualidade, ou equipe de teste, utilizarão o documento FRS. |
O que é BRS?
Este documento é conhecido como um documento de alto nível, pois contém todos os requisitos do cliente. O ideal é que este documento simplesmente relacione todos os requisitos que devem ser incluídos no sistema proposto.
BRS contém uma lista de recursos solicitados pelo cliente que devem ser incluídos no sistema proposto. As expectativas de desempenho do produto, metas importantes e outras metas de negócios que um cliente deseja atingir com um produto são todas mencionadas em um BRS (Especificação de Requisitos de Negócios).
BRS gera um relatório de conexões de usuários. Este documento é normalmente escrito no início de um projeto para mostrar a estratégia para atender às necessidades do cliente em um nível mais amplo. Embora o SRS e o FRS forneçam um roteiro para os desenvolvedores, um BRS é necessário do ponto de vista comercial.
Como resultado, casos de uso e ilustrações não são fornecidos nesta seção, permitindo que as listas de requisitos de software e funcionais preencham as lacunas. É um documento formal que descreve os requisitos do cliente (escrito, verbal). É gerado a partir de interações com clientes e suas necessidades.
Os clientes costumam avaliar a versão final do documento para garantir que todas as etapas e conclusões estejam de acordo com suas expectativas.
O que é FRS?
FRS (Functional Requirement Specification) é, sem dúvida, o tópico mais interessante para desenvolvedores de software. Eles podem aprender um algoritmo para a criação de operações lá, bem como uma explicação detalhada de como o programa deve funcionar.
As funções executadas por telas individuais, resumos de fluxos de trabalho executados pelo sistema e quaisquer critérios de negócios ou de conformidade que o sistema deve cumprir devem ser incluídos no sistema de requisitos funcionais (FRS). O FRS fornece necessidades que foram transformadas em funcionalidade, bem como informações sobre como esses requisitos serão implementados como parte de um sistema proposto.
A principal área de interesse para especialistas em software é a Especificação de Requisitos Funcionais (FRS). Como parte do sistema planejado, o FRS fornece requisitos que foram transformados na maneira como operariam.
É o documento mais abrangente criado por desenvolvedores e testadores e cobre todos os componentes de software e interações esperadas, bem como requisitos de negócios, conformidade e segurança. Um FRS é útil para testadores de software aprenderem as situações em que o produto deve ser testado, assim como para desenvolvedores entenderem qual produto estão planejando produzir.
O proprietário do sistema e a garantia de qualidade devem assinar a especificação de requisitos funcionais. Se usuários finais, desenvolvedores ou engenheiros importantes estiverem envolvidos no desenvolvimento dos requisitos, pode ser aceitável que eles assinem e aprove o documento.
Principais diferenças entre BRS e FRS
Conclusão
Para cada projeto, a Especificação de Requisitos de Negócios (BRS) e a Especificação de Requisitos Funcionais (FRS) são essenciais. Eles não são, no entanto, o mesmo documento.
O autor, o público, a substância e o objetivo do BRS e do FRS são as principais diferenças. O BABOK é o padrão mundialmente reconhecido para a profissão de análise de negócios e o BRD é um dos documentos de requisitos mais freqüentemente aceitos.
O BRS é desenvolvido por meio do contato e dos requisitos do cliente, enquanto o FRS é derivado do BRS.
O FRS é o mais completo e granular dos três documentos.
Finalmente, ele explica 'Como' o sistema deve funcionar para atender a todos os padrões BRS e SRS. O objetivo final do FRS é atender a todos os padrões descritos nos regulamentos BRS.
