Questão de Engenharia de Software — RUP (Rational Unified Process) - Processo Unificado Rational — FGV 2026
Engenharia de Software›RUP (Rational Unified Process) - Processo Unificado Rational
Código
gp044418
Banca
FGV
Órgão
TJ-SC
Ano
2026
Cargo
Analista de Sistemas
O Rational Unified Process (RUP) é um processo de
desenvolvimento de software iterativo, centrado na arquitetura e
orientado por casos de uso.
Em uma de suas fases, busca-se compreender o domínio do
problema, definir e validar a arquitetura do sistema e mitigar os
principais riscos do projeto.
Considerando essas características, assinale a opção que indica a
fase descrita.
AIniciação.
BConstrução.
CManutenção.
DElaboração.
ETransição.
Revelar gabarito e comentário▾
GabaritoD — Elaboração.
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”.
RUP: Fases do Processo Unificado
Gabarito: letra D (Elaboração). A fase descrita no enunciado — compreender o domínio do problema, definir e validar a arquitetura e mitigar os principais riscos — corresponde exatamente à fase de Elaboração do RUP, conforme a literatura clássica de engenharia de software (Sommerville, Pressman). As demais fases (Iniciação, Construção, Transição) têm objetivos distintos, e "Manutenção" não é uma fase do RUP.
O Rational Unified Process (RUP) é um processo de desenvolvimento de software iterativo, centrado na arquitetura e orientado a casos de uso. Ele organiza o desenvolvimento em quatro fases sequenciais (mas com iterações internas): Iniciação (Concepção), Elaboração, Construção e Transição. Cada fase tem um objetivo específico e produz artefatos próprios. A banca cobra justamente a capacidade de associar cada fase ao seu propósito central.
Vamos detalhar cada fase para fixar o conteúdo:
Iniciação (Concepção): o objetivo é estabelecer o business case do sistema — entender o problema, identificar as entidades externas (atores) e avaliar a viabilidade do projeto. É uma fase de escopo e visão, não de arquitetura ou riscos profundos.
Elaboração: é a fase em que se compreende o domínio do problema, define-se e valida-se a arquitetura do sistema e mitigam-se os principais riscos do projeto. Ao final, espera-se um modelo de requisitos (casos de uso), uma descrição da arquitetura e um plano de desenvolvimento. É exatamente o que o enunciado descreve.
Construção: envolve projeto, programação e testes do sistema. As partes são desenvolvidas em paralelo e integradas, resultando em um software funcionando com documentação associada.
Transição: é a transferência do sistema da comunidade de desenvolvimento para a comunidade de usuários, incluindo implantação, treinamento e operação em ambiente real.
A pegadinha clássica é confundir Elaboração com Iniciação, pois ambas lidam com entendimento do problema. Mas a Iniciação foca no business case e na viabilidade, enquanto a Elaboração foca na arquitetura e nos riscos. Outra confusão comum é achar que "Manutenção" é uma fase do RUP — não é; o RUP termina na Transição, e a manutenção é uma atividade posterior, fora do ciclo de desenvolvimento.
Para fixar, veja a tabela comparativa:
Fase
Objetivo principal
Artefatos-chave
Iniciação
Business case, escopo, viabilidade
Visão, lista de riscos inicial
Elaboração
Arquitetura, riscos, plano
Modelo de casos de uso, arquitetura, plano
Construção
Implementação, testes
Software funcionando, documentação
Transição
Implantação, treinamento
Versão final, manuais
Guarde a fronteira: Elaboração = arquitetura + riscos. É nela que a questão se ancora.
1Iniciação
2Elaboração
3Construção
4Transição
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A Iniciação (ou Concepção) tem como objetivo estabelecer o business case do sistema, identificar as entidades externas e avaliar a contribuição do sistema para o negócio. Não é o foco em arquitetura e riscos. O candidato que confunde as duas fases cai aqui, pois ambas envolvem "entender o problema", mas a Iniciação é mais ampla e preliminar.
Alternativa B — ❌ Incorreta
A Construção é a fase de projeto, programação e testes, onde as partes do sistema são desenvolvidas em paralelo e integradas. O objetivo é produzir um software funcionando, não definir arquitetura ou mitigar riscos — isso já foi feito na Elaboração.
Alternativa C — ❌ Incorreta
Manutençãonão é uma fase do RUP. O RUP possui apenas quatro fases: Iniciação, Elaboração, Construção e Transição. A manutenção é uma atividade posterior à entrega, fora do escopo do processo de desenvolvimento. A banca inclui essa opção para testar se o candidato conhece o ciclo completo.
Alternativa D — ✅ Correta ⟵ GABARITO
A Elaboração é a fase que busca compreender o domínio do problema, definir e validar a arquitetura do sistema e mitigar os principais riscos do projeto. Ao final, espera-se um modelo de requisitos (casos de uso), uma descrição da arquitetura e um plano de desenvolvimento. É exatamente o que o enunciado descreve.
Alternativa E — ❌ Incorreta
A Transição é a fase de transferência do sistema da comunidade de desenvolvimento para a comunidade de usuários, incluindo implantação, treinamento e operação em ambiente real. Não envolve definição de arquitetura ou mitigação de riscos — isso é da Elaboração.
NÃO CAIA NESSA!
A banca explora a confusão entre Iniciação e Elaboração. Ambas envolvem "entender o problema", mas a Iniciação foca no business case e na viabilidade, enquanto a Elaboração foca em arquitetura e riscos. Se o enunciado mencionar "arquitetura" ou "riscos", a resposta é Elaboração. Fique atento a essas palavras-chave!
PEGA ESSA DICA!
Para acertar questões sobre fases do RUP, memorize o objetivo de cada fase com uma palavra-chave: Iniciação = business case, Elaboração = arquitetura + riscos, Construção = código + testes, Transição = implantação. E lembre: Manutenção não é fase do RUP.