Questão de Engenharia de Software — Engenharia de Requisitos — FCC 2015
Engenharia de Software›Engenharia de Requisitos
Código
fc023715
Banca
FCC
Órgão
TRE-PB
Ano
2015
Nível
Médio
Cargo
Técnico Judiciário - Área Apoio Especializado - Programação de Sistemas
No desenvolvimento de um software, um técnico se deparou com uma lista de requisitos, na qual identificou corretamente comorequisito funcional:
AUma operação de inclusão deve ser realizada em no máximo 2 segundos após o usuário confirmá-la.
BO sistema deve respeitar as leis presentes na Constituição Federal.
CO sistema deve gerar diariamente, a lista de processos cadastrados naquele dia.
DO sistema deve estar disponível para o usuário 99% do tempo.
EO software deve ser fácil de usar, intuitivo e transparente para o usuário.
Revelar gabarito e comentário▾
GabaritoC — O sistema deve gerar diariamente, a lista de processos cadastrados naquele dia.
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”.
Classificação de Requisitos: Funcional vs. Não Funcional
Gabarito: letra C. A alternativa C descreve uma funcionalidade específica que o sistema deve executar — gerar diariamente a lista de processos cadastrados — caracterizando um requisito funcional. As demais alternativas tratam de restrições de desempenho, conformidade legal, disponibilidade e usabilidade, que são requisitos não funcionais.
A engenharia de requisitos distingue dois grandes tipos:
Requisitos funcionais: declaram o que o sistema deve fazer — serviços, funções ou comportamentos específicos. Exemplo: "O sistema deve emitir relatório de vendas mensal."
Requisitos não funcionais: impõem restrições sobre como o sistema deve funcionar — atributos de qualidade (desempenho, segurança, usabilidade, confiabilidade) ou regras de negócio/legais. Exemplo: "O sistema deve responder em até 2 segundos."
Requisitos de software
1Funcionais (o que o sistema FAZ)
Ações concretas
Ex.: gerar lista, calcular, armazenar
2Não funcionais (restrições/atributos)
Desempenho (tempo de resposta)
Disponibilidade (percentual de uptime)
Usabilidade (intuitivo, fácil)
Conformidade legal (leis, regulamentos)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Descreve um limite de tempo para a operação de inclusão (2 segundos). Isso é um requisito não funcional de desempenho, não uma função.
Alternativa B — ❌ Incorreta
Exige que o sistema respeite leis constitucionais. Trata-se de um requisito não funcional de conformidade legal (regulatório), não uma funcionalidade.
Alternativa C — ✅ Correta ⟵ GABARITO
"O sistema deve gerar diariamente, a lista de processos cadastrados naquele dia." Isso é uma função clara e mensurável: gerar uma lista. Portanto, requisito funcional.
Alternativa D — ❌ Incorreta
Estabelece que o sistema deve estar disponível 99% do tempo. É um requisito não funcional de disponibilidade (confiabilidade).
Alternativa E — ❌ Incorreta
Afirma que o software deve ser fácil de usar, intuitivo e transparente. São atributos de usabilidade, típicos requisitos não funcionais.
PEGA ESSA DICA!
Para identificar um requisito funcional, pergunte: "O sistema faz alguma coisa concreta?" Se a resposta for uma ação (calcular, gerar, armazenar, exibir), é funcional. Se for um atributo ou restrição (rápido, seguro, legal, disponível, fácil), é não funcional.