Questão de Engenharia de Software — Processos de Software — FCC 2016
Engenharia de Software›Processos de Software
Código
fc033351
Banca
FCC
Órgão
TRT - 14ª Região (RO e AC)
Ano
2016
Nível
Superior
Cargo
Analista Judiciário - Tecnologia da Informação
Um aspecto comum entre o desenvolvimento baseado no UP e no Scrum é que ambos
Apossuem a fase de concepção na qual apenas requisitos de maior risco e valor arquitetural são levantados em detalhes.
Baceitam a mudança e a adaptação como fatores inevitáveis e essenciais ao desenvolvimento, ao invés de combaterem-nas.
Csão fundamentados nos três pilares que apoiam a implementação de controle de processo empírico: transparência, inspeção e simplicidade.
Dsão baseados no modelo ágil, no qual cada etapa do ciclo de vida é realizada integralmente e de uma só vez.
Epermitem que todos possam falar com a Equipe de Desenvolvimento sobre diferentes configurações de prioridade e a Equipe pode agir sobre o que outras pessoas disserem.
Revelar gabarito e comentário▾
GabaritoB — aceitam a mudança e a adaptação como fatores inevitáveis e essenciais ao desenvolvimento, ao invés de combaterem-nas.
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”.
Aspecto comum entre UP e Scrum
Gabarito: letra B. Ambos os frameworks — Processo Unificado (UP) e Scrum — reconhecem que mudanças são inevitáveis e essenciais, adaptando-se a elas ao longo do desenvolvimento, diferentemente de abordagens prescritivas que tentam congelar requisitos. Essa postura está alinhada com os princípios ágeis e com a natureza iterativa e incremental que ambos adotam.
O UP (RUP) é um processo iterativo e incremental que prevê refinamentos sucessivos, acolhendo alterações de requisitos durante o ciclo. O Scrum, por sua vez, é um framework ágil que tem como um de seus pilares a adaptação, conforme o Manifesto Ágil valoriza "respostas a mudanças mais que seguir um plano". Portanto, a aceitação de mudanças é um ponto de convergência.
Aspecto
Processo Unificado (UP)
Scrum
Comentário
Postura frente a mudanças
Aceita mudanças como inevitáveis e essenciais, com refinamentos sucessivos de requisitos
Aceita mudanças como inevitáveis e essenciais, com adaptação a cada Sprint
Ambos são iterativos e incorporam feedback, vendo a mudança como aliada
Fase de concepção
Possui fase de Inception, onde requisitos de maior risco e valor arquitetural são detalhados
Não possui fase de concepção equivalente; planejamento ocorre via Product Backlog e Sprints
Não é um aspecto comum
Pilares fundamentais
Não é explicitamente fundamentado nos pilares de controle empírico
Fundamentado em transparência, inspeção e adaptação (não simplicidade)
Não é um aspecto comum
Modelo de desenvolvimento
Iterativo e incremental, com ciclos curtos
Iterativo e incremental, com Sprints
Ambos são iterativos, mas a descrição da alternativa D (cascata) não se aplica a nenhum
Comunicação e priorização
Papéis bem definidos (analistas, etc.)
Qualquer pessoa pode falar com a equipe, mas priorização cabe ao Product Owner
Não é um aspecto comum
Alternativa A — ❌ Incorreta
A alternativa restringe a fase de concepção (Inception) do UP ao levantamento de requisitos de maior risco e valor arquitetural. Embora isso seja verdade para o UP, o Scrum não possui uma fase de concepção equivalente — o planejamento ocorre em Sprints com base no Product Backlog. Logo, não é um aspecto comum.
Alternativa B — ✅ Correta ⟵ GABARITO
Tanto o UP quanto o Scrum são processos iterativos que incorporam feedback e se adaptam a mudanças. O UP prevê iterações com refinamento de requisitos; o Scrum, por meio de Sprints, inspeção e adaptação constantes. Ambos veem a mudança como aliada, não como inimiga.
Alternativa C — ❌ Incorreta
Os três pilares do controle empírico de processo no Scrum são transparência, inspeção e adaptação. A alternativa troca "adaptação" por "simplicidade", o que a invalida. Além disso, o UP não é fundamentado explicitamente nesses pilares empíricos.
Alternativa D — ❌ Incorreta
Descreve o modelo em cascata (waterfall), onde cada etapa é concluída integralmente antes da próxima. O UP e o Scrum são iterativos: o trabalho é dividido em ciclos curtos, com entregas incrementais. A descrição não se aplica a nenhum dos dois.
Alternativa E — ❌ Incorreta
Embora no Scrum qualquer pessoa possa conversar com a equipe de desenvolvimento, a priorização cabe ao Product Owner. No UP, a comunicação segue papéis bem definidos (analistas, arquitetos, etc.). A afirmação é genérica demais e não reflete um aspecto comum essencial.
PEGA ESSA DICA!
Ao comparar metodologias, foque nos princípios fundamentais: ambos UP e Scrum são iterativos, incrementais e orientados a riscos; a diferença está no nível de formalismo e na ênfase em planejamento prévio versus adaptação contínua. Na prova, desconfie de alternativas que misturam características exclusivas de um framework apenas.