Questão de Engenharia de Software — Metodologia de desenvolvimento de software — FCC 2016
Engenharia de Software›Metodologia de desenvolvimento de software
Código
fc029070
Banca
FCC
Órgão
ELETROBRAS-ELETROSUL
Ano
2016
Nível
Superior
Cargo
Informática
Atualmente os softwares podem ser desenvolvidos utilizando-se métodos ágeis ou métodos tradicionais. A escolha da metodologia mais adequada vai depender de vários fatores, como por exemplo, a característica de projeto, da empresa ou da gestão. Para fazer a escolha correta, é necessário ainda conhecer as características dos principais métodos e modelos de processo de desenvolvimento de software. Sobre estes métodos e modelos de processo é correto afirmar:
AAs metodologias ágeis são indicadas principalmente em casos em que os requisitos são bem compreendidos e provavelmente não sofrerão grandes alterações durante o desenvolvimento do sistema.
BOs diagramas de Caso de Uso da UML são utilizados intensamente na fase de Elaboração do Rational Unified Process − RUP para criar um modelo de requisitos para o sistema.
CNos modelos em cascata os testes são desenvolvidos paralelamente aos requisitos, antes de iniciar o desenvolvimento, ajudando testadores e desenvolvedores a compreenderem os requisitos.
DNo Rational Unified Process − RUP o cliente participa do processo de desenvolvimento discutindo cenários com a equipe para gerar os cartões de estórias, que englobam as necessidades do cliente.
ESprinter e programação em pares são práticas descritas e amplamente utilizadas na eXtreme Programming − XP para agilizar o processo de desenvolvimento e reduzir a possibilidade de erros.
Revelar gabarito e comentário▾
GabaritoB — Os diagramas de Caso de Uso da UML são utilizados intensamente na fase de Elaboração do Rational Unified Process − RUP para criar um modelo de requisitos para o sistema.
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”.
Metodologias de desenvolvimento de software
Gabarito: letra B. No RUP, a fase de Elaboração utiliza intensamente diagramas de Caso de Uso da UML para criar o modelo de requisitos. As demais alternativas apresentam inversões características ou erros conceituais.
A banca testa o conhecimento das diferenças entre métodos ágeis e tradicionais, especialmente RUP e XP. Vamos analisar cada uma:
Alternativa A — ❌ Incorreta
Afirma que metodologias ágeis são indicadas quando os requisitos são estáveis. O Manifesto Ágil prega justamente o contrário: "Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento." Métodos tradicionais como cascata são mais adequados para requisitos estáveis.
Alternativa B — ✅ Correta ⟵ GABARITO
O Rational Unified Process (RUP) é dividido em fases: Concepção, Elaboração, Construção e Transição. Na Elaboração, o foco é entender e modelar os requisitos do sistema, e os diagramas de Caso de Uso da UML são a principal ferramenta para isso. Está correta.
Alternativa C — ❌ Incorreta
O modelo cascata executa os testes após a implementação, não paralelamente aos requisitos. A descrição confunde com práticas ágeis como TDD (Test-Driven Development).
Alternativa D — ❌ Incorreta
O RUP utiliza casos de uso para capturar requisitos, não "cartões de estórias" (story cards). Estes são típicos do XP (eXtreme Programming). A descrição mistura conceitos.
Alternativa E — ❌ Incorreta
"Sprinter" não é um termo da XP. O correto seria "Sprint" (do Scrum) ou "iteração". A programação em pares é prática do XP, mas a associação com "Sprinter" é incorreta. Além disso, sprints são do Scrum, não do XP.
NÃO CAIA NESSA!
A banca usa o termo "Sprinter" para confundir com "Sprint" (Scrum) e atribui ao XP. Cuidado: cada método tem suas práticas específicas.