Pular para o conteúdo principal

Questão de Noções de Informática — Software — FGV 2026

Noções de InformáticaSoftware
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
  1. AScrum.
  2. BPrototipagem.
  3. CModelo V.
  4. DFeature-Driven Development (FDD).
  5. 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

  1. 1Requisitos
  2. 2Especificação
  3. 3Projeto
  4. 4Implementação
  5. 5Testes unitários
  6. 6Testes de integração
  7. 7Testes de sistema
  8. 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.

Gabarito: letra C.

Link permanente: /questoes/fg126951