Questão de Engenharia de Software — RUP (Rational Unified Process) - Processo Unificado — FCC 2026
Engenharia de Software›RUP (Rational Unified Process) - Processo Unificado
Código
fc142106
Banca
FCC
Órgão
MPE SE
Ano
2026
Cargo
Ana ( )
Um Ministério Público está desenvolvendo um novo sistema de gestão de inquéritos e precisa definir a melhor abordagem de processo de desenvolvimento de software. A equipe discute como lidar com requisitos que podem mudar durante o projeto, a necessidade de documentação formal para auditoria, a integração contínua de novas funcionalidades e a previsibilidade de prazos e custos para prestação de contas.
Diante desse cenário, a abordagem mais adequada e equilibrada para atender às características discutidas é o
AScrum, que organiza o trabalho em sprints curtos, promove interação com o cliente, incrementos rápidos e ainda tem foco nativo em documentação robusta, fator essencial para auditorias.
BXP (Extreme Programming), que enfatiza práticas como programação em par, testes automatizados e refatoração contínua, mantendo o foco em documentação e planejamento formal de longo prazo.
Cmodelo em cascata, que prioriza fases sequenciais e documentação detalhada, garantindo previsibilidade e grande flexibilidade para mudanças.
DKanban, que organiza o fluxo contínuo de tarefas e proporciona transparência, com base em uma estrutura de planejamento de entregas em ciclos.
ERUP (Rational Unified Process), que combina planejamento estruturado e documentação formal com a possibilidade de desenvolvimento iterativo e incremental, permitindo adaptação a mudanças com rastreabilidade.
Revelar gabarito e comentário▾
GabaritoE — RUP (Rational Unified Process), que combina planejamento estruturado e documentação formal com a possibilidade de desenvolvimento iterativo e incremental, permitindo adaptação a mudanças com rastreabilidade.
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”.
Processos de Software: RUP e o equilíbrio entre estrutura e agilidade
Gabarito: letra E. O RUP (Rational Unified Process) é a abordagem que melhor equilibra os requisitos do enunciado: combina planejamento estruturado e documentação formal (essencial para auditoria e prestação de contas) com desenvolvimento iterativo e incremental (que permite adaptação a mudanças e integração contínua). As demais alternativas falham por atribuir características que não pertencem aos respectivos métodos.
O cenário descrito exige um processo que atenda a quatro necessidades simultâneas: (1) lidar com requisitos mutáveis, (2) manter documentação formal para auditoria, (3) integrar continuamente novas funcionalidades e (4) garantir previsibilidade de prazos e custos. Nenhum método puramente ágil (Scrum, XP, Kanban) oferece documentação robusta de forma nativa, e o modelo em cascata, embora documente e preveja prazos, é rígido demais para mudanças. O RUP surge como o meio-termo ideal: é um processo iterativo e incremental, mas com forte ênfase em artefatos, disciplinas e fases bem definidas.
O RUP é um processo proprietário de engenharia de software, criado pela Rational Software Corporation (adquirida pela IBM, tornando-se IBM Rational Unified Process). Ele é descrito em três perspectivas: dinâmica (fases ao longo do tempo), estática (atividades/disciplinas) e prática (boas práticas). Suas quatro fases são: Concepção (estabelecer o business case), Elaboração (compreender o problema, definir a arquitetura e o plano), Construção (projetar, programar e testar, integrando as partes) e Transição (transferir o sistema para os usuários). Essa estrutura permite que a documentação seja produzida ao longo de todo o ciclo, atendendo à necessidade de auditoria, enquanto a natureza iterativa e incremental acomoda mudanças de requisitos.
A distinção crucial que a banca explora é entre métodos ágeis "puros" (que priorizam software funcionando sobre documentação abrangente) e o RUP (que, embora iterativo, valoriza a documentação como artefato central). O Scrum, por exemplo, é um framework leve que não prescreve documentação robusta; o XP foca em práticas técnicas e considera o código-fonte a melhor documentação; o Kanban é um método de gerenciamento de fluxo, não um processo de desenvolvimento completo; e o cascata é sequencial e inflexível. O RUP, por sua vez, é "pesado" e customizável, adequado a grandes projetos e equipes, exatamente o perfil de um sistema de gestão de inquéritos de um Ministério Público.
A pegadinha central está em atribuir a métodos ágeis características que eles não possuem (como documentação robusta no Scrum ou planejamento formal de longo prazo no XP) e ao cascata uma flexibilidade que ele não tem. O candidato que conhece as características intrínsecas de cada método identifica rapidamente que apenas o RUP satisfaz todos os critérios do enunciado.
Critério
RUP
Scrum
XP
Cascata
Kanban
Documentação formal
✅ Forte ênfase em artefatos e disciplinas
❌ Não nativa (prioriza software funcionando)
❌ Código-fonte como melhor documentação
✅ Detalhada e obrigatória
❌ Não prescrita
Flexibilidade a mudanças
✅ Iterativo e incremental
✅ Alta (sprints e feedback contínuo)
✅ Alta (refatoração e testes contínuos)
❌ Rígida (fases sequenciais)
✅ Alta (fluxo contínuo)
Previsibilidade de prazos/custos
✅ Fases e planos bem definidos
⚠️ Parcial (estimativas por sprint)
⚠️ Parcial (foco em práticas técnicas)
✅ Alta (fases sequenciais)
⚠️ Baixa (fluxo contínuo, sem ciclos)
Integração contínua
✅ Iterativa e incremental
✅ Incrementos a cada sprint
✅ Prática central (testes e integração)
❌ Apenas na fase de integração
⚠️ Possível, mas não estruturada em ciclos
1Concepção
2Elaboração
3Construção
4Transição
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
O Scrum é um framework ágil que organiza o trabalho em sprints e promove interação com o cliente, mas não tem foco nativo em documentação robusta. Pelo contrário, o Scrum prioriza software funcionando sobre documentação abrangente, conforme o Manifesto Ágil. A documentação formal para auditoria não é uma característica inerente ao Scrum; ela dependeria de práticas adicionais não prescritas pelo framework.
Alternativa B — ❌ Incorreta
O XP (Extreme Programming) enfatiza práticas técnicas como programação em par, testes automatizados e refatoração contínua, mas não mantém foco em documentação e planejamento formal de longo prazo. O XP é uma metodologia ágil que considera o código-fonte como a melhor documentação e adota planejamento incremental, não formal de longo prazo. A alternativa inverte as características do método.
Alternativa C — ❌ Incorreta
O modelo em cascata prioriza fases sequenciais e documentação detalhada, garantindo previsibilidade, mas não oferece grande flexibilidade para mudanças. Pelo contrário, o cascata é rígido: cada fase deve ser concluída antes da próxima, e mudanças de requisitos são difíceis e custosas de incorporar. A alternativa atribui ao cascata uma característica que é justamente sua principal limitação.
Alternativa D — ❌ Incorreta
O Kanban organiza o fluxo contínuo de tarefas e proporciona transparência, mas não possui uma estrutura de planejamento de entregas em ciclos. O Kanban é um método de gerenciamento de fluxo, sem time-box definido (como sprints) e sem prescrição de iterações. Ele se baseia em fluxo contínuo, não em ciclos de entrega planejados. A alternativa confunde Kanban com Scrum.
Alternativa E — ✅ Correta ⟵ GABARITO
O RUP (Rational Unified Process) combina planejamento estruturado e documentação formal com desenvolvimento iterativo e incremental. Suas quatro fases (Concepção, Elaboração, Construção e Transição) são orientadas ao negócio e produzem artefatos documentais ao longo de todo o processo, atendendo à necessidade de auditoria e prestação de contas. Ao mesmo tempo, a natureza iterativa e incremental permite adaptação a mudanças de requisitos e integração contínua de novas funcionalidades, com rastreabilidade por meio dos artefatos. É exatamente o equilíbrio que o enunciado descreve.