O Modelo Espiral realiza uma etapa de cada vez, 
partindo para a próxima etapa apenas após a anterior 
estar totalmente validada.

Tal modelo de ciclo de vida tem foco apenas na 
resolução de riscos de requisitos mal compreendidos, 
fornecendo tempo suficiente para que estes possam 
ser entendidos e implementados.

O início do ciclo de vida do projeto se parece mais 
com o Modelo Cascata.

Cada iteração é iniciada sem planejamento prévio, 
resolvendo-se os problemas no momento em 
que surgem.

O projeto é dividido em subprojetos, cada qual 
abordando um ou mais elementos de alto risco, até que 
todos os riscos identificados tenham sido tratados.

O Modelo Espiral, proposto por Barry Boehm em 1986, é uma abordagem de desenvolvimento de software que integra elementos tanto do desenvolvimento de software iterativo como de controle de riscos. Esse modelo foca na identificação e resolução de riscos em todas as fases do desenvolvimento, de modo a evitar problemas posteriores. Em concursos públicos e no mercado de TI, o Modelo Espiral é valorizado por sua adaptabilidade e ênfase em prototipação e feedback contínuo, características que ajudam a mitigar riscos de projeto de forma eficaz.

O modelo é frequentemente comparado ao modelo Cascata tradicional devido à sua abordagem sistemática, mas se diferencia pelo seu foco em riscos e pela estrutura iterativa e incremental, onde cada ciclo visa abordar riscos específicos e tomar decisões informadas antes de avançar. Portanto, sua aplicação prática é vista em projetos complexos e de grande escala, onde a exposição a riscos é grande e a flexibilidade é essencial.

Alternativa A:
Errada. O Modelo Espiral não realiza uma etapa de cada vez antes de validar completamente a anterior. Essa característica é mais associada ao Modelo Cascata. No Modelo Espiral, cada iteração busca identificar e mitigar riscos, possibilitando revisões ou prototipagem antes de uma validação completa.

Alternativa B:
Errada. Embora o modelo se preocupe com riscos de requisitos mal compreendidos, ele não está focado exclusivamente nisso. Ele visa tratar de uma gama diversa de riscos, incluindo riscos técnicos, organizacionais e de cronograma, para evitar barreiras que possam surgir em qualquer parte do processo.

Alternativa C:
Errada. Embora o Modelo Espiral compartilhe algumas semelhanças com o Modelo Cascata, especialmente em fases posteriores após a mitigação de riscos, o início é bem distinto, pois foca na identificação de riscos e na criação de protótipos para lidar com essas questões desde o início.

Alternativa D:
Errada. No Modelo Espiral, cada iteração é planejada cuidadosamente com base na identificação e análise de riscos previamente. Não se trata de um processo sem planejamento; cada ciclo é altamente focado em estratégia para identificação e mitigação de riscos.

Alternativa E:
Correta. O principal objetivo do Modelo Espiral é dividir o projeto em subprojetos ou ciclos que busquem abordar uma ou mais áreas de risco potencial. Dessa forma, cada elemento principal de risco é analisado e mitigado antes de avançar para o próximo estágio, garantindo que o projeto siga progressivamente mais seguro.

Gabarito: Letra E.

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 O modelo em espiral, idealizado por Barry Boehm, é uma metodologia de desenvolvimento de software que combina elementos dos modelos tradicionais cascata e prototipagem. Este modelo tem como característica a flexibilidade para adaptar-se às mudanças de requisitos e ao gerenciamento contínuo de riscos durante todo o projeto.
 
 
 O modelo em espiral está dividido em várias fases iterativas chamadas ciclos, em que cada ciclo inclui quatro atividades básicas:
 

 <ul>
 <li>Planejamento: Esta etapa define os objetivos, alternativas e restrições do projeto.</li>
 <li>Análise de Riscos: Essencialmente, é realizada uma análise a fim de identificar, estimar e controlar possíveis riscos associados ao projeto.</li>
 <li>Engenharia: Desenvolve o produto do software até o próximo nível mais elevado de elaboração.</li>
 <li>Avaliação do cliente: Permite ao cliente avaliar os resultados do ciclo anterior antes de proceder ao próximo ciclo.</li>
 </ul>
 

 A questão se foca nos procedimentos realizados antes de cada atividade de prototipação dentro do modelo em espiral. De acordo com a estrutura do modelo, a Análise de Riscos é sempre realizada antes da etapa de engenharia, que pode incluir atividades de prototipagem. A análise prelúdio é fundamental para a identificação e mitigação de possíveis problemas que podem comprometer a eficiência e a eficácia do projeto.
 

 Detalhando cada alternativa:
 <ul>
 <li>A) Plano de desenvolvimento: Embora indispensável, esta fase ocorre no início de cada ciclo, não imediatamente antes da prototipagem.</li>
 <li>B) Validação de requisitos: Esta é uma tarefa que pode ser alinhada ao início dos ciclos mas não é especificamente mandatória antes da prototipagem.</li>
 <li>C) Teste de aceitação: Tradicionalmente, ocorre mais adiante no ciclo, após a realização do protótipo.</li>
 <li>D) Análise de riscos: Efectivamente a resposta correta, pois é uma atividade crucial que precede a engenharia e prototipagem no modelo em espiral.</li>
 <li>E) Plano de ciclo de vida: Esta opção poderia ser confundida com o plano de desenvolvimento, mas também não é realizada imediatamente antes da prototipagem.</li>
 </ul>
 

 Portanto, a alternativa correta é D.
 

</body>
</html>

O item está incorreto. O modelo de desenvolvimento de sistemas espiral de Boehm inclui a análise e validação dos requisitos, mesmo que não seja dirigido a riscos. O modelo de desenvolvimento de sistemas espiral, proposto por Barry Boehm, é um modelo iterativo e incremental que visa gerenciar os riscos envolvidos no desenvolvimento de um sistema. Ele consiste em ciclos de atividades que incluem a identificação de riscos, análise de alternativas, desenvolvimento e validação do sistema. Dentro desse modelo, a etapa de análise e validação dos requisitos é realizada em cada ciclo, sendo essencial para garantir que os requisitos do sistema sejam corretamente compreendidos e validados antes de prosseguir para as próximas etapas do desenvolvimento. Portanto, a resposta correta é "Errado".

Embora não seja dirigido a riscos, o modelo de 
desenvolvimento de sistemas espiral de Boehm inclui, em 
seu framework, a etapa de análise e validação dos requisitos.

Considerando a teoria geral de sistemas e sistemas de 
informação, julgue o item a seguir. 


<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 O problema proposto pede para identificarmos qual metodologia de desenvolvimento de software é mais adequada para um projeto que será desenvolvido por Robson, considerando que a metodologia deve ser tradicional e focar na produção de entregas em etapas cíclicas com uma análise de riscos em cada etapa. A metodologia correta para essa descrição é o Modelo Espiral.
 

 Análise de cada alternativa:
 

 <ul>
 <li>A) Modelo iterativo e incremental:
 Este modelo foca em construir versões incrementais do software, onde cada versão é uma extensão da anterior. Embora seja um modelo cíclico, a ênfase primária não é colocada na análise de riscos a cada ciclo, mas sim no desenvolvimento e refinamento progressivo do produto.
 </li>
 
 <li>B) Modelo eXtreme Programming (XP):
 XP é uma metodologia ágil conhecida por sua flexibilidade e aprimoramento contínuo, promovendo desenvolvimento iterativo e incluindo práticas como programação em pares e desenvolvimento orientado a teste. A análise de riscos não é o foco principal desta metodologia.
 </li>
 
 <li>C) Modelo cascata:
 Um dos modelos mais tradicionais, o modelo cascata segue etapas sequenciais e bem definidas, tais como requisitos, design, implementação, verificação e manutenção. Este modelo não é iterativo e, portanto, não se encaixa na descrição de metodologia com etapas cíclicas.
 </li>
 
 <li>D) Modelo espiral:
 Este modelo combina elementos de design iterativo e prototipagem em estágios, onde o risco é sistematicamente analisado e mitigado a cada passo. É claramente uma metodologia que corresponde ao requisito de entregas em ciclos, com uma focagem explícita na gestão de riscos.
 </li>
 
 <li>E) Modelo Scrum:
 Scrum é uma metodologia ágil que, embora promova o desenvolvimento iterativo e incremental através de sprints, não é tão centrada na análise de riscos como principal característica de cada iteração, mas no desenvolvimento incremental de produtos e na constante avaliação do progresso.
 </li>
 
 </ul>
 
 
 Sendo assim, dentre as opções apresentadas, a metodologia que mais se alinha com as necessidades descritas no problema, como foco na análise de riscos e desenvolvimento iterativo em espiral, é o Modelo Espiral. Portanto, a alternativa correta é D.
 
</body>
</html>

Questões de Tecnologia da Informação - Modelo em Espiral