Questão de Engenharia de Software — Engenharia de Requisitos — FGV 2025
Engenharia de Software›Engenharia de Requisitos
Código
fg120577
Banca
FGV
Órgão
SEEC-RN
Ano
2025
Nível
Superior
Cargo
Professor do Curso Técnico de Nível Médio em Informática
A professora Gabriela, em um curso de formação continuada para professores de informática, utilizou um exemplo prático de desenvolvimento de um aplicativo educacional para explicar as etapas de um modelo de processo de software. Durante a aula, ela destacou a importância da análise de requisitos para evitar problemas no futuro, como a criação de funcionalidades desnecessárias ou incompatíveis com o público-alvo.Com base nos fundamentos da Engenharia de Software, o principal objetivo da análise de requisitos em um projeto de software educacional é
Aidentificar e corrigir erros de correção antes da correção.
Bcompreender as necessidades dos usuários e definir o que o sistema deve fazer.
Cgarantir que o software seja entregue dentro do prazo, mesmo com funcionalidades reduzidas.
Dcriar diagramas técnicos detalhados para orientar os desenvolvedores.
Eautomatizar o processo de desenvolvimento com ferramentas específicas.
Revelar gabarito e comentário▾
GabaritoB — compreender as necessidades dos usuários e definir o que o sistema deve fazer.
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 – Análise de Requisitos
Gabarito: letra B. O principal objetivo da análise de requisitos é compreender as necessidades dos usuários e definir o que o sistema deve fazer, conforme os fundamentos da Engenharia de Software. A atividade de análise de requisitos (também chamada de engenharia de requisitos) consiste no processo de descobrir, analisar, documentar e verificar os serviços e restrições que o sistema deve atender.
A questão testa o conceito central da fase de requisitos: antes de qualquer construção técnica, é essencial entender o que o cliente e os usuários realmente precisam, para evitar funcionalidades desnecessárias ou incompatíveis com o público-alvo. Esse entendimento é a base para todas as etapas seguintes do desenvolvimento.
1Descobrir necessidades
2Analisar e documentar
3Verificar restrições
4Definir o que o sistema faz
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A afirmativa menciona "identificar e corrigir erros de correção antes da correção", o que é confuso e não representa o objetivo da análise de requisitos. Essa descrição se aproxima mais de atividades de teste ou garantia de qualidade, não da definição do que o sistema deve fazer.
Alternativa B — ✅ Correta ⟵ GABARITO
A alternativa define corretamente o propósito da análise de requisitos: compreender as necessidades dos usuários e definir o que o sistema deve fazer. Conforme o conteúdo de Engenharia de Software, os requisitos são as descrições dos serviços que o sistema oferece e as restrições a seu funcionamento, e a análise de requisitos é o processo de descobrir, analisar, documentar e verificar esses serviços e restrições.
Alternativa C — ❌ Incorreta
Garantir a entrega dentro do prazo, mesmo com funcionalidades reduzidas, é um objetivo de gerenciamento de projetos, não da análise de requisitos. A análise de requisitos busca justamente definir as funcionalidades corretas, não reduzi-las em função do prazo.
Alternativa D — ❌ Incorreta
Criar diagramas técnicos detalhados é uma atividade de modelagem e projeto, que ocorre após a análise de requisitos. Os diagramas ajudam a especificar a solução, mas o foco principal da análise é entender o problema e as necessidades, não produzir diagramas.
Alternativa E — ❌ Incorreta
Automatizar o processo de desenvolvimento com ferramentas específicas é um objetivo de melhoria de processo ou uso de ferramentas CASE, não da análise de requisitos. A análise de requisitos é uma atividade de compreensão e definição, não de automação.
PEGA ESSA DICA!
Em questões sobre engenharia de requisitos, lembre-se sempre do tripé: descobrir o que o usuário precisa, analisar e documentar esses requisitos. O foco está no "o quê" (funcionalidades e restrições), não no "como" (implementação técnica).