Questão de Engenharia de Software — Processos de Software — FCC 2015
Engenharia de Software›Processos de Software
Código
fc018589
Banca
FCC
Órgão
DPE-RR
Ano
2015
Nível
Superior
Cargo
Analista de Sistemas
Ao optar pelo desenvolvimento de um projeto de software utilizando o RUP, pretende-se
Aevitar a utilização da Unified Modeling Language − UML e seus diagramas.
Baplicar todos os métodos e processos exatamente como são propostos, na íntegra, para diminuir a complexidade do projeto.
Cimplantar uma abordagem que busque detectar os pontos de maior risco o mais tarde possível.
Dutilizar iterações para evitar o impacto de mudanças no projeto e fazer o gerenciamento de mudanças.
Eevitar gastos com treinamentos e criação de projetos piloto, seguindo o RUP à risca.
Revelar gabarito e comentário▾
GabaritoD — utilizar iterações para evitar o impacto de mudanças no projeto e fazer o gerenciamento de mudanças.
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 (Rational Unified Process) – Características
Gabarito: letra D. O RUP é um processo iterativo e incremental que utiliza iterações para gerenciar mudanças e reduzir seu impacto no projeto, além de ser fortemente baseado em UML (refutando A), ser configurável/tailorable (refutando B) e atacar riscos o mais cedo possível (refutando C). A alternativa D capta exatamente esse propósito.
O RUP (Rational Unified Process) é um framework de processos de software desenvolvido pela Rational Software (atual IBM). Suas principais características incluem:
Iterativo e incremental: o projeto é dividido em ciclos menores (iterações), cada um gerando um incremento do produto. Isso permite incorporar mudanças com menor impacto.
Centrado em arquitetura: a arquitetura é definida e validada desde cedo.
Dirigido por casos de uso: os requisitos são expressos como casos de uso, guiando o desenvolvimento.
Foco em riscos: os riscos mais críticos são tratados nas iterações iniciais, e não adiados.
Uso intensivo da UML: a modelagem é feita com diagramas UML (classe, sequência, etc.).
Configurável: cada projeto adapta o processo ao seu porte e necessidade, sem seguir cegamente todos os artefatos.
RUP (Rational Unified Process)
1Características
Iterativo e incremental
Centrado em arquitetura
Dirigido por casos de uso
Foco em riscos (mais cedo possível)
Uso intensivo da UML
Configurável (tailoring)
2O que NÃO é
Evitar UML
Aplicar tudo à risca
Adiar riscos
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Afirma que o RUP evita a UML. Na verdade, o RUP foi desenvolvido pelos mesmos criadores da UML (Booch, Rumbaugh, Jacobson) e a utiliza como linguagem de modelagem padrão. O contexto fornecido confirma que "UML foi desenvolvida pela empresa Rational Software", mesma empresa do RUP. Portanto, a UML é parte central do RUP, não algo a ser evitado.
Alternativa B — ❌ Incorreta
Diz que o RUP deve ser aplicado "exatamente como proposto, na íntegra, para diminuir a complexidade". Isso é falso. O RUP é um framework configurável – cada projeto escolhe quais disciplinas, artefatos e fluxos são relevantes. Seguí-lo à risca aumentaria a complexidade burocrática, não a diminuiria. A prática recomendada é tailoring (adaptação) do processo.
Alternativa C — ❌ Incorreta
Afirma que o RUP "busca detectar os pontos de maior risco o mais tarde possível". Isso é o oposto do que o RUP prega. Uma de suas diretrizes fundamentais é atacar os riscos maiores o mais cedo possível (early risk mitigation). As iterações iniciais (fases de Elaboração) focam justamente em validar a arquitetura e reduzir incertezas de alto risco. Adiar a detecção de riscos aumentaria o custo de correção.
NÃO CAIA NESSA!
A banca inverte o momento do gerenciamento de riscos. O RUP é dirigido a riscos e os aborda nas primeiras iterações – a alternativa C troca "mais cedo" por "mais tarde". Essa inversão é uma armadilha clássica. Lembre-se: no RUP, quanto maior o risco, mais cedo ele deve ser tratado.
Alternativa D — ✅ Correta ⟵ GABARITO
Correta porque o RUP adota iterações exatamente com o objetivo de absorver mudanças e gerenciar seu impacto. Em um projeto iterativo, cada ciclo produz uma versão executável parcial, e os requisitos podem ser ajustados ao longo do tempo sem comprometer todo o cronograma. O gerenciamento de mudanças é facilitado pela natureza incremental, permitindo que novas funcionalidades ou correções sejam incorporadas na iteração seguinte. É a essência do processo iterativo.
Alternativa E — ❌ Incorreta
Afirma que o RUP "evita gastos com treinamentos e criação de projetos piloto". Na prática, a adoção do RUP exige treinamento da equipe (por ser um processo complexo) e geralmente recomenda-se um projeto piloto inicial para adaptar o processo à organização. Ignorar esses investimentos comprometeria o sucesso da adoção. Portanto, a afirmação é falsa.