GabaritoC — Certo
Gabarito: Certo (C). A afirmativa está correta porque os requisitos de domínio, conforme a literatura clássica de engenharia de software (Sommerville), podem se manifestar de três formas: como novos requisitos funcionais, como restrições a requisitos funcionais existentes ou como especificações de como determinadas computações devem ser realizadas. A assertiva reproduz fielmente essa classificação, sem qualquer inversão ou acréscimo indevido.
Para entender por que a afirmativa está correta, é preciso primeiro situar o que são requisitos de domínio. Na engenharia de requisitos, o domínio é o ambiente de negócio no qual o software será inserido — por exemplo, o domínio bancário, o domínio de saúde ou o domínio de comércio eletrônico. Os requisitos de domínio são aqueles que derivam desse ambiente, e não das necessidades específicas de um usuário ou de uma funcionalidade particular do sistema. Eles descrevem características do próprio domínio que o software deve respeitar ou incorporar.
A distinção central que a banca explora aqui é entre requisitos funcionais (o que o sistema faz) e requisitos de domínio (as regras e restrições impostas pelo ambiente de negócio). Enquanto um requisito funcional típico declara um serviço — "o sistema deve permitir o cadastro de clientes" —, um requisito de domínio pode, por exemplo, impor que "o cadastro de clientes deve respeitar a legislação de proteção de dados vigente". Nesse caso, o requisito de domínio está limitando um requisito funcional existente.
A literatura de referência (Sommerville, em "Engenharia de Software") apresenta exatamente essa tripla possibilidade para os requisitos de domínio:
Serem novos requisitos funcionais: o domínio pode exigir uma funcionalidade que não existia antes. Exemplo: em um sistema bancário, a exigência legal de oferecer um canal de atendimento para pessoas com deficiência gera um novo requisito funcional.
Limitarem requisitos funcionais existentes: o domínio pode restringir como uma funcionalidade já prevista deve operar. Exemplo: um requisito funcional de "realizar transferência" é limitado pelo requisito de domínio "transferências acima de R$ 5.000 exigem aprovação de gerente".
Indicarem como determinadas computações devem ser realizadas: o domínio pode ditar o método ou a lógica de cálculo. Exemplo: em um sistema fiscal, o requisito de domínio pode determinar que o cálculo do imposto deve seguir uma fórmula específica da legislação tributária.
A pegadinha que a banca poderia explorar — e que não aparece aqui — seria inverter essa lógica, afirmando que requisitos de domínio são sempre não funcionais ou que eles apenas restringem, sem nunca criar novas funcionalidades. A assertiva, porém, é fiel à doutrina e não contém nenhum termo que a torne incorreta. Não há "sempre", "nunca" ou "apenas" que generalizem indevidamente; a redação é precisa e abrangente.
Guarde essa tripla classificação: novo requisito funcional, limitação a requisito existente e definição de como computar. É exatamente esse rol que a banca cobra quando o tema é requisitos de domínio — e é nele que a assertiva se apoia para estar correta.
✅ CERTO.
Gabarito: letra C (Certo).
Link permanente: /questoes/ce403898