O Tribunal de Justiça iniciou o desenvolvimento de um sistem...

Próximas questões
Com base no mesmo assunto
Ano: 2026 Banca: FGV Órgão: TJ-SC Prova: FGV - 2026 - TJ-SC - Analista de Sistemas |
Q4150960 Engenharia de Software
O Tribunal de Justiça iniciou o desenvolvimento de um sistema corporativo cujos requisitos são apenas parcialmente conhecidos, havendo elevado grau de incerteza quanto à integração com bases de dados e serviços de outros órgãos, ao desempenho sob carga e aos mecanismos de segurança.

Em razão dessas características, a equipe optou por um processo de desenvolvimento no qual, a cada ciclo, são definidos objetivos, identificados e analisados riscos, desenvolvidas soluções parciais e planejada a etapa subsequente, permitindo que decisões arquiteturais sejam tomadas progressivamente com base no conhecimento adquirido ao longo do projeto.

Nessa situação, o processo de desenvolvimento mais aderente é o
Alternativas

Gabarito comentado

Confira o gabarito comentado por um dos nossos professores

Gabarito: B

Fundamento decisivo: O elemento decisivo foi a presença de ciclos com identificação e análise de riscos, pois isso é o traço distintivo do modelo espiral.

Tema central: Modelo espiral
Análise das alternativas
A
Errada
Está errada porque o modelo em cascata é sequencial. Ele não se caracteriza por ciclos sucessivos com análise de riscos e redefinição progressiva da arquitetura, que são justamente os elementos descritos no caso.
B
Certa
A alternativa B está certa porque o modelo espiral é o processo de software dirigido a riscos. Em cada ciclo, há definição de objetivos, análise de riscos, desenvolvimento ou validação de soluções parciais e planejamento da próxima iteração. Esse é exatamente o padrão descrito no enunciado.
C
Errada
Está errada porque o modelo V tem como foco a correspondência entre fases de desenvolvimento e fases de teste/validação. O enunciado, porém, não descreve uma estrutura centrada em verificação e validação, e sim um processo iterativo orientado por análise de riscos.
D
Errada
Está errada porque, embora Scrum também seja iterativo e incremental, o traço decisivo da questão não é apenas haver ciclos. O ponto central é a análise formal de riscos em cada ciclo, característica distintiva do modelo espiral.
E
Errada
Está errada porque a prototipação descartável é voltada a esclarecer requisitos por meio de protótipos que depois são abandonados. Ela não é definida por ciclos completos guiados por identificação e análise de riscos, desenvolvimento parcial e planejamento sucessivo.
Pegadinha da questão
A confusão real era marcar um método apenas por ser iterativo, como Scrum, ou associar requisitos parcialmente conhecidos à prototipação, ignorando o marcador decisivo do enunciado: a centralidade da identificação e análise de riscos em cada ciclo.
Dica para questões semelhantes
  • Se o enunciado destacar explicitamente análise de riscos em cada ciclo, a referência principal é o modelo espiral.
  • Iteração, sozinha, não basta para identificar o processo; observe qual é o eixo organizador do ciclo.
  • Quando o texto combinar alta incerteza técnica com decisões arquiteturais progressivas, verifique se o processo é orientado à mitigação de riscos.

Clique para visualizar este gabarito

Visualize o gabarito desta questão clicando no botão abaixo

Comentários

Veja os comentários dos nossos alunos

A (Cascata) e C (Modelo V): São modelos tradicionais, lineares e rígidos. Eles exigem que os requisitos sejam totalmente conhecidos e estáveis logo no início, não lidando bem com incertezas ou mudanças progressivas.

D (Scrum): Embora o Scrum seja iterativo e incremental, ele não possui uma fase formal e explícita de "análise de riscos matemáticos/arquiteturais" estruturada no núcleo do seu ciclo como a espiral possui. Além disso, o foco do Scrum está no valor de negócio entregue em Sprints curtas, e não no gerenciamento de riscos arquiteturais complexos de engenharia pesada de software de forma cíclica.

E (Prototipação descartável): A prototipação descartável serve apenas para ajudar o usuário a entender seus requisitos, sendo o protótipo jogado fora depois. Ela não é um processo completo que guia decisões arquiteturais progressivas e análise robusta de riscos para um sistema corporativo inteiro.

Clique para visualizar este comentário

Visualize os comentários desta questão clicando no botão abaixo