Pode-se dividir os requisitos de acordo com o escopo ao qual eles fazem parte. Em muitos projetos, os requisitos são obtidos de forma conjunta, sem uma classificação. A fase de organização é essencial para permitir a separação de acordo com determinadas partes de um sistema. Um exemplo de Requisitos de negócio é:

Ideia-chave: requisitos podem ser classificados por escopo (negócio, usuário/stakeholder e solução/sistema — funcionais e não funcionais).

• Requisitos de negócio descrevem necessidades/objetivos em nível organizacional (o “porquê” e o valor para o negócio), normalmente falando de políticas, capacidades e diretrizes amplas, não de validações de campo, permissões detalhadas ou características técnicas específicas.

Analisando as alternativas:

• A) “Os dados devem ser inseridos antes…” → regra de processo/fluxo operacional do sistema (funcional/regra de negócio operacional), mais ligada ao comportamento do sistema.
• B) “Membros do grupo… podem inserir, mas não podem aprovar/excluir” → controle de acesso/perfis (requisito funcional de autorização).
• C) “O banco de dados terá uma trilha de auditoria” → requisito de solução, tipicamente não funcional (auditabilidade) e ainda com detalhe técnico (banco de dados).
• D) “A planilha pode proteger dados com assinaturas eletrônicas” → aponta uma capacidade necessária para atender uma demanda do negócio, relacionada a conformidade/validade e proteção de dados (nível mais estratégico do que validação de campo ou permissão de usuário específica). Entre as opções, é a que melhor representa um requisito de negócio.
• E) “Campo 2 aceita datas antes da data atual” → validação de dado de interface/campo (requisito funcional detalhado).

Logo, o melhor exemplo de Requisito de negócio dentre as opções é a alternativa D.

Alternativa correta: (D).