Questão de Engenharia de Software — Engenharia de Requisitos — FGV 2025
Engenharia de Software›Engenharia de Requisitos
Código
fg105428
Banca
FGV
Órgão
AL-AM
Ano
2025
Nível
Superior
Cargo
Analista Legislativo - Programador
A equipe de desenvolvimento do sistema de votação remota na Assembleia definiu os seguintes requisitos:1. O sistema deve registrar o voto de cada parlamentar em até 1 segundo.2. O sistema deve permanecer operacional 99,99% do tempo durante as sessões plenárias.3. O sistema deve estar em conformidade com a Lei Geral de Proteção de Dados (LGPD).Estes requisitos acima, que descrevem critérios de desempenho, qualidade e restrição, são classificados como:
ARequisitos Não-Funcionais.
BRequisitos de Usuário.
CRegras de Negócio.
DRequisitos de Domínio.
ERequisitos Funcionais.
Revelar gabarito e comentário▾
GabaritoA — Requisitos Não-Funcionais.
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 de Software
Gabarito: letra A. Os três requisitos apresentados descrevem características de desempenho (tempo de resposta), disponibilidade (uptime) e conformidade legal (LGPD), que são critérios de qualidade e restrições do sistema, não funções específicas. Essas características são classicamente denominadas requisitos não-funcionais na engenharia de software.
A questão exige a correta classificação dos requisitos listados. Vamos analisar cada alternativa:
Requisito
Classificação
Descrição
Exemplo
1. Registrar voto em até 1 segundo
Requisito Não-Funcional
Critério de desempenho (eficiência)
Tempo de resposta máximo
2. Operacional 99,99% do tempo
Requisito Não-Funcional
Critério de disponibilidade (confiabilidade)
Uptime durante sessões
3. Conformidade com LGPD
Requisito Não-Funcional
Restrição legal (qualidade/segurança)
Adequação à lei de proteção de dados
Requisitos de software: Funcionais (o que faz) (Ex.: registrar voto); Não-funcionais (como é) (Desempenho (1 segundo), Disponibilidade (99,99%), Conformidade (LGPD)); Regras de negócio (Ex.: só parlamentar vota); Requisitos de domínio (Características do contexto)
Alternativa A — ✅ Correta ⟵ GABARITO
Requisitos não-funcionais são aqueles que descrevem como o sistema deve ser (qualidades, restrições, desempenho, segurança, etc.), em oposição ao que ele deve fazer (funcionais). Os exemplos dados — "registrar voto em até 1 segundo", "permanecer operacional 99,99% do tempo", "estar em conformidade com a LGPD" — encaixam-se perfeitamente nessa categoria, tratando de desempenho (eficiência), disponibilidade (confiabilidade) e restrição legal.
Alternativa B — ❌ Incorreta
Requisitos de usuário descrevem as necessidades dos usuários finais em linguagem natural, geralmente de alto nível. Embora os enunciados possam ter sido escritos a partir de necessidades, a classificação padrão da engenharia de requisitos os separa em funcionais e não-funcionais. Os itens aqui são não-funcionais, não meramente requisitos de usuário.
Alternativa C — ❌ Incorreta
Regras de negócio são restrições ou políticas que governam o negócio, independentes do sistema (ex.: "apenas parlamentares podem votar"). Os requisitos do enunciado são técnicos e de qualidade do software, não regras de negócio.
Alternativa D — ❌ Incorreta
Requisitos de domínio são aqueles provenientes do domínio da aplicação, geralmente restrições ou funcionalidades esperadas naquele contexto. Embora o domínio seja votação remota, os itens não descrevem características inerentes ao domínio, mas sim atributos de qualidade do sistema.
Alternativa E — ❌ Incorreta
Requisitos funcionais descrevem o que o sistema deve fazer (funções, serviços). Nenhum dos três itens descreve uma função específica; eles impõem condições de desempenho, disponibilidade e conformidade.
PEGA ESSA DICA!
Na hora da prova, identifique requisitos não-funcionais por palavras‑chave como "tempo", "disponibilidade", "conformidade", "segurança", "desempenho". Eles sempre respondem a "como" o sistema deve ser, não "o que" ele faz.