Alternativa E
Análise Detalhada do Ciclo de Vida de Software
Para resolver esta questão, devemos avaliar cada afirmação com base nos modelos clássicos e modernos de desenvolvimento de software.
Análise Item a Item
- Item 1: Prototipagem e Requisitos (Verdadeiro)
O modelo de prototipagem é utilizado especificamente quando os requisitos do sistema não estão totalmente claros. Ao criar um protótipo (uma versão preliminar), os stakeholders podem interagir com ele e refinar o que realmente desejam. Isso funciona como um mecanismo eficaz para identificação e validação de requisitos. - Item 2: Modelo Espiral de Barry Boehm (Verdadeiro)
Barry Boehm publicou o artigo seminal "A Spiral Model of Software Development and Enhancement" em 1988. A grande inovação deste modelo é a incorporação explícita da análise de riscos em cada iteração (giro do espiral). Diferente de outros modelos, ele não avança sem mitigar os riscos identificados anteriormente. - Item 3: Modelo Cascata e Requisitos Voláteis (Falso)
O modelo cascata (ou clássico) é linear e sequencial. Uma vez que se passa de uma fase para outra, é difícil retornar. Ele é inadequado para requisitos voláteis, pois exige que todos os requisitos sejam definidos corretamente no início. Para ambientes com mudanças frequentes, modelos iterativos ou ágeis são preferíveis. - Item 4: RAD e JAD (Verdadeiro)
O Desenvolvimento Rápido de Aplicações (RAD) foca na entrega rápida através de prototipagem intensa. Para acelerar a fase de coleta de requisitos, o RAD frequentemente utiliza a técnica JAD (Joint Application Development), que reúne usuários e desenvolvedores em sessões intensivas para definir requisitos rapidamente e com alta precisão.
Conclusão
A sequência correta das afirmações é:
- V (Prototipagem ajuda a identificar requisitos)
- V (Modelo de Boehm foca em análise de risco)
- F (Cascata não controla bem requisitos voláteis)
- V (RAD utiliza JAD para requisitos)
Portanto, a sequência é V; V; F; V.