Questão de Noções de Informática — Software — FGV 2026
Noções de Informática›Software
Código
fg126951
Banca
FGV
Órgão
AL-RO
Ano
2026
Nível
Superior
Cargo
Analista Legislativo (Engenharia de Computação)
O Engenheiro precisa escolher um modelo para um projeto de desenvolvimento de uma biblioteca de criptografia de baixo nível para urnas eletrônicas. Os requisitos são estáveis, bem definidos, e a segurança crítica exige verificação e validação extensivas em cada fase.O modelo de desenvolvimento mais adequado, por minimizar o risco de falhas de segurança tardias, é o de
AScrum.
BPrototipagem.
CModelo V.
DFeature-Driven Development (FDD).
EExtreme Programming (XP).
Revelar gabarito e comentário▾
GabaritoC — Modelo V.
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”.
Modelo de desenvolvimento para sistemas críticos
Gabarito: letra C. O Modelo V (V-Model) é o mais adequado para projetos com requisitos estáveis e segurança crítica, pois organiza o desenvolvimento em fases com verificação e validação em cada etapa, minimizando o surgimento tardio de falhas de segurança. Diferente dos modelos ágeis, que priorizam iterações rápidas e mudanças frequentes, o Modelo V impõe uma sequência rigorosa de testes antes de avançar, ideal para sistemas como urna eletrônica onde erros são inaceitáveis.
Modelo de Desenvolvimento
Característica Principal
Adequação para Requisitos Estáveis e Segurança Crítica
Risco de Falhas Tardias
Scrum
Framework ágil com sprints curtos e requisitos mutáveis
Baixa – não oferece verificação sistemática e antecipada
Alto
Prototipagem
Útil para levantar/validar requisitos, mas não é modelo completo
Baixa – não garante verificação/validação extensivas em todas as fases
Alto
Modelo V
Associa cada fase de desenvolvimento a uma fase de teste correspondente
Alta – verificação e validação contínuas desde a especificação
Mínimo
Feature-Driven Development (FDD)
Metodologia ágil focada em entregar funcionalidades em iterações curtas
Média – não prevê verificação/validação formais em cada fase
Moderado
Extreme Programming (XP)
Ênfase em práticas como programação em pares e testes automatizados
Média – prioriza iterações rápidas, não validação fase a fase
Moderado
1Requisitos
2Especificação
3Projeto
4Implementação
5Testes unitários
6Testes de integração
7Testes de sistema
8Aceitação
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Scrum é um framework ágil que trabalha com sprints curtos e requisitos mutáveis. Para um projeto com requisitos estáveis e necessidade de validação profunda em cada fase, a abordagem iterativa do Scrum não oferece a verificação sistemática e antecipada que o Modelo V proporciona. O risco de falhas tardias é maior.
Alternativa B — ❌ Incorreta
Prototipagem é útil para levantar e validar requisitos com o cliente, mas não é um modelo completo de desenvolvimento. Em sistemas críticos com requisitos já bem definidos, a prototipagem não garante a verificação e validação extensivas necessárias em todas as fases, sendo mais adequada para exploração inicial.
Alternativa C — ✅ Correta ⟵ GABARITO
O Modelo V é uma evolução do modelo cascata que associa cada fase de desenvolvimento a uma fase de teste correspondente. Isso assegura que a verificação e validação ocorram continuamente, desde a especificação até a entrega. Para uma biblioteca de criptografia de baixo nível em urna eletrônica, com requisitos estáveis e exigência de segurança crítica, o Modelo V minimiza o risco de falhas tardias porque qualquer erro é detectado o mais cedo possível.
Alternativa D — ❌ Incorreta
Feature-Driven Development (FDD) é uma metodologia ágil focada em entregar funcionalidades (features) em iterações curtas. Embora inclua inspeções de código, seu ciclo de desenvolvimento não prevê a verificação e validação formais em cada fase como o Modelo V. Para requisitos estáveis e crítica segurança, o FDD é menos eficaz na prevenção de falhas.
Alternativa E — ❌ Incorreta
Extreme Programming (XP) enfatiza práticas como programação em par, desenvolvimento orientado a testes (TDD) e integração contínua. Apesar de melhorar a qualidade, seu foco está na entrega rápida e adaptação a mudanças, não na verificação exaustiva fase a fase. Em um projeto de segurança crítica com requisitos estáveis, o XP não oferece o mesmo nível de garantia que o Modelo V.