Questão de Engenharia de Software — Desenvolvimento de Software — CESPE / CEBRASPE 2025
Engenharia de Software›Desenvolvimento de Software
Código
ce204199
Banca
CESPE / CEBRASPE
Órgão
FUNPRESP-EXE
Ano
2025
Nível
Superior
Cargo
Analista de Previdência Complementar - Área 10: Infraestrutura e Cibersegurança
Considerando os conceitos, fases e técnicas da engenharia de requisitos, julgue o item subsequente.A especificação de requisitos não funcionais em termos quantitativos e mensuráveis tem o potencial de reduzir a flexibilidade arquitetural e limitar as opções de design do sistema.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoC — Certo
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Engenharia de Requisitos — Impacto da Especificação Quantitativa de NFRs
✅ CERTO. A afirmação está correta. A especificação de requisitos não funcionais em termos quantitativos e mensuráveis impõe restrições concretas ao sistema, o que, de fato, reduz a flexibilidade arquitetural e limita as opções de design. Quanto mais precisos e mensuráveis os requisitos não funcionais (ex.: “tempo de resposta máximo de 2 segundos”, “disponibilidade de 99,9%”), mais o projeto da arquitetura fica amarrado a essas metas, diminuindo as alternativas viáveis de implementação.
O material de apoio (C3) define requisitos não funcionais como restrições aos serviços ou funções oferecidas pelo sistema, incluindo restrições de tempo, processo de desenvolvimento e normas. Essas restrições, quando quantificadas, tornam-se balizas rígidas que o sistema deve atender. Por exemplo, um requisito de desempenho quantitativo (como “o sistema deve processar 1000 transações por segundo”) força a equipe a escolher uma arquitetura que suporte essa carga, eliminando desenhos mais simples ou escaláveis de forma diferente.
A engenharia de requisitos (C4) documenta esses serviços e restrições. Quanto mais específico o requisito não funcional, menor o espaço para soluções alternativas. Assim, a afirmação está em linha com o conceito de que requisitos não funcionais atuam como restrições de sistema e, ao serem mensuráveis, estreitam o leque de decisões arquiteturais e de design.
1Requisito não funcional (NFR)
2Especificação quantitativa
3Restrição concreta ao sistema
4Reduz flexibilidade arquitetural
5Limita opções de design
LEVEL · soulevel.com.br
PEGA ESSA DICA!
Em provas de engenharia de software, lembre-se de que requisitos funcionais descrevem o que o sistema faz; requisitos não funcionais descrevem como o sistema faz, impondo restrições. Quanto mais rigorosa a especificação do “como”, mais vinculado fica o projeto. Esse raciocínio é frequentemente cobrado para testar a compreensão da relação entre requisitos e arquitetura.