Questão de Engenharia de Software — Engenharia de Requisitos — FUNDATEC 2026
Engenharia de Software›Engenharia de Requisitos
Código
qg685513
Banca
FUNDATEC
Órgão
IFC-SC
Ano
2026
Nível
Superior
Cargo
Professor EBTT - Computação
A engenharia de requisitos compreende as atividades de identificação, documentação e gerenciamento dos requisitos de um sistema de software. A distinção entre os tipos de requisitos e as práticas de rastreabilidade são aspectos centrais para a qualidade do processo e do produto. Nesse sentido, assinale a alternativa correta.
AUm requisito não funcional não especifica o que o sistema deve fazer, mas sob quais condições ou com quais atributos de qualidade ele deve operar; sua violação pode tornar o sistema inutilizável, mesmo que todos os requisitos funcionais sejam satisfeitos.
BRequisitos funcionais definem atributos de qualidade do sistema, como desempenho, confiabilidade e segurança. Os requisitos não funcionais especificam as funções e os comportamentos que o sistema deve executar em resposta a determinadas entradas ou eventos.
CRequisitos de usuário são redigidos em linguagem técnica e notação formal, destinada à equipe de desenvolvimento; requisitos de sistema, por sua vez, são expressos em linguagem natural acessível a gerentes e stakeholders não técnicos.
DA rastreabilidade de requisitos permite reconstruir o histórico de origem de cada requisito (rastreabilidade backward), mas não pode estabelecer relações entre os requisitos e os artefatos de design, código e testes produzidos a partir deles.
EDescumprir um requisito não funcional não compromete a aceitabilidade do sistema desde que todos os requisitos funcionais sejam atendidos. Requisitos não funcionais representam metas de qualidade desejáveis, não exigências vinculantes.
Revelar gabarito e comentário▾
GabaritoA — Um requisito não funcional não especifica o que o sistema deve fazer, mas sob quais condições ou com quais atributos de qualidade ele deve operar; sua violação pode tornar o sistema inutilizável, mesmo que todos os requisitos funcionais sejam satisfeitos.
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
Gabarito: letra A. A alternativa A capta corretamente a essência dos requisitos não funcionais: eles não descrevem funções (o que o sistema faz), mas condições ou atributos de qualidade sob os quais o sistema opera. Sua violação pode tornar o sistema inoperante, mesmo que todos os requisitos funcionais sejam atendidos – conceito central na engenharia de requisitos.
A questão testa a distinção entre requisitos funcionais e não funcionais, além de conhecimentos sobre níveis de requisitos (usuário vs. sistema) e rastreabilidade. Vamos analisar cada alternativa.
Engenharia de Requisitos
1Tipos de requisitos
Funcionais
O que o sistema faz
Funções e comportamentos
Não funcionais
Condições e atributos de qualidade
Desempenho, segurança, usabilidade
Violação compromete o sistema
2Níveis de requisitos
Usuário
Linguagem natural
Para stakeholders não técnicos
Sistema
Linguagem técnica
Para equipe de desenvolvimento
3Rastreabilidade
Backward (origem do requisito)
Forward (design, código, testes)
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
Como mencionado, requisitos não funcionais impõem restrições ao sistema (desempenho, segurança, usabilidade etc.) e, se descumpridos, comprometem a aceitabilidade do sistema, independentemente dos funcionais estarem plenos. A definição está alinhada com a literatura de engenharia de requisitos.
Alternativa B — ❌ Incorreta
Inverte os conceitos: requisitos funcionais é que especificam funções e comportamentos do sistema; os não funcionais tratam de atributos de qualidade. Aqui, a banca troca os papéis.
Alternativa C — ❌ Incorreta
Requisitos de usuário são escritos em linguagem natural para stakeholders não técnicos; requisitos de sistema são mais detalhados e técnicos, voltados à equipe de desenvolvimento. A alternativa inverte essa relação.
Alternativa D — ❌ Incorreta
A rastreabilidade de requisitos contempla tanto a backward (origem) quanto a forward (vínculo com design, código, testes). Dizer que não estabelece relações com artefatos posteriores é falso.
Alternativa E — ❌ Incorreta
Requisitos não funcionais são vinculantes e críticos; seu descumprimento compromete a aceitabilidade do sistema. A banca os trata como meras "metas desejáveis", o que é incorreto.
PEGA ESSA DICA!
Para questões sobre engenharia de requisitos, memorize a tabela de contrastes: funcionais vs. não funcionais, usuário vs. sistema. A banca frequentemente inverte os papéis ou nega a criticidade dos não funcionais.