Questão de Engenharia de Software — Engenharia de Requisitos — VUNESP 2026
Engenharia de Software›Engenharia de Requisitos
Código
gp044431
Banca
VUNESP
Órgão
UNESP
Ano
2026
Cargo
V - - Analista de Informática I - Área de Atuação: Desenvolvimento de Sistemas - Edital nº 350
Na engenharia de software, a definição de requisitosfuncionais e não funcionais exerce papel de grandeimportância.Dessa forma, um exemplo de um requisito não funcionalé que o sistema sob análise deve
Aprocessar uma determinada consulta em, no máximo,1,5 segundos.
Bexigir senha para entrada de usuários.
Cproduzir relatórios solicitados em planilhas.
Dcalcular automaticamente o valor de frete para entrega de mercadorias.
Epermitir a obtenção de relatórios de acordo com otipo de produto.
Revelar gabarito e comentário▾
GabaritoA — processar uma determinada consulta em, no máximo,
1,5 segundos.
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”.
Requisitos não funcionais: restrições ao sistema e ao processo
Gabarito: letra A. Requisitos não funcionais (RNF) são restrições aos serviços ou funções oferecidos pelo sistema, abrangendo também restrições ao processo de desenvolvimento — como prazos, padrões e normas. A alternativa A descreve um requisito de desempenho (tempo de resposta), que é um clássico RNF, enquanto as demais descrevem funcionalidades (requisitos funcionais).
Na engenharia de software, os requisitos são as descrições do que o sistema deve fazer, os serviços que oferece e as restrições a seu funcionamento. Eles se dividem em duas grandes categorias: requisitos funcionais (RF) e requisitos não funcionais (RNF).
Requisitos funcionais são declarações de serviços do sistema, de suas reações a entradas específicas e do seu comportamento em determinadas situações. Eles descrevem o que o sistema faz. Exemplos: "o sistema deve permitir ao usuário cadastrar um produto", "o sistema deve calcular o frete", "o sistema deve gerar relatórios".
Requisitos não funcionais são restrições aos serviços ou funções oferecidos pelo sistema. Eles especificam ou restringem as características do sistema como um todo, definindo como o sistema opera. Exemplos: desempenho (tempo de resposta), segurança, usabilidade, disponibilidade, confiabilidade, portabilidade, entre outros.
A distinção fundamental é: RF responde "o que o sistema faz?" e RNF responde "como o sistema faz?" ou "com que qualidade?". Um RNF pode gerar uma série de requisitos funcionais, e mais de um requisito funcional pode garantir um requisito não funcional.
A pegadinha clássica da banca é apresentar um requisito funcional como se fosse não funcional, ou vice-versa. Nesta questão, as alternativas B, C, D e E descrevem funcionalidades (ações que o sistema executa), enquanto a alternativa A descreve uma restrição de desempenho (tempo máximo de processamento).
Guarde a fronteira: funcional = ação/ serviço; não funcional = restrição/ qualidade. É exatamente nessa fronteira que as alternativas se dividem.
A alternativa A afirma que o sistema deve "processar uma determinada consulta em, no máximo, 1,5 segundos". Isso é um requisito de desempenho, que especifica uma restrição sobre o tempo de resposta do sistema. Desempenho é uma característica de qualidade, portanto um requisito não funcional. A alternativa está correta.
Alternativa B — ❌ Incorreta
A alternativa B afirma que o sistema deve "exigir senha para entrada de usuários". Isso descreve uma funcionalidade de autenticação — uma ação que o sistema executa (verificar credenciais). Embora a segurança seja um atributo não funcional, a exigência de senha em si é um serviço, ou seja, um requisito funcional.
Alternativa C — ❌ Incorreta
A alternativa C afirma que o sistema deve "produzir relatórios solicitados em planilhas". Isso descreve uma funcionalidade de geração de relatórios em um formato específico. É uma ação que o sistema executa, portanto um requisito funcional.
Alternativa D — ❌ Incorreta
A alternativa D afirma que o sistema deve "calcular automaticamente o valor de frete para entrega de mercadorias". Isso descreve uma funcionalidade de cálculo — uma ação que o sistema executa. É um requisito funcional.
Alternativa E — ❌ Incorreta
A alternativa E afirma que o sistema deve "permitir a obtenção de relatórios de acordo com o tipo de produto". Isso descreve uma funcionalidade de consulta/geração de relatórios filtrados por tipo de produto. É uma ação que o sistema executa, portanto um requisito funcional.
NÃO CAIA NESSA!
A banca explora a confusão entre "o que o sistema faz" (funcional) e "como o sistema faz" (não funcional). As alternativas B, C, D e E descrevem ações concretas do sistema — funcionalidades. A única que impõe uma restrição de qualidade (tempo de resposta) é a A. Na prova, pergunte-se: "isso é uma ação ou uma restrição?" Se for ação, é funcional; se for restrição de qualidade/desempenho, é não funcional.
PEGA ESSA DICA!
Para fixar, lembre-se dos exemplos clássicos de RNF: desempenho (tempo de resposta), segurança (criptografia, autenticação), usabilidade (facilidade de uso), disponibilidade (percentual de uptime), confiabilidade (taxa de falhas). Se a alternativa descreve uma ação que o sistema executa, é funcional; se descreve uma característica de qualidade ou restrição, é não funcional.