Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
O modelo de ciclo de vida é a primeira escolha a ser feita no processo de software. A p...
O modelo de ciclo de vida é a primeira escolha a ser feita no processo de software. A partir desta definição, define-se desde a maneira mais adequada de obter as necessidades do cliente, até quando e como o cliente receberá sua primeira versão operacional do sistema. O modelo espiral caracteriza-se, dentre outras, pela seguinte afirmação:
A
Permite que durante a integração de um sistema em seus diversos níveis, os testes sejam feitos contra os próprios requisitos do componente/interface que está sendo testado, em contraste com os modelos onde o componente era testado contra a especificação do componente.
B
Consiste em uma série de pontos âncoras de controle para assegurar o comprometimento de interessados quanto à busca de soluções de sistema que sejam mutuamente satisfatórias e praticáveis. É um gerador de modelos de processos dirigidos a riscos e é utilizado para guiar a engenharia de sistemas intensivos de software, que ocorre de forma concorrente e tem múltiplos envolvidos.
C
Os requisitos do cliente são obtidos, e de acordo com as funcionalidades, são agrupados em módulos. Após este agrupamento, a equipe junto ao cliente, define a prioridade em que cada módulo que será desenvolvido, a escolha deve ser baseada na importância daquela funcionalidade ao negócio do cliente.
D
É ideal para clientes que buscam lançar soluções pioneiras no mercado. O ciclo de vida é incremental e iterativo, também preferível que os requisitos tenham escopo restrito. os incrementos são desenvolvidos ao mesmo tempo, por equipes diferentes. Além do paralelismo, o baixo tempo de construção é devido a compressão agregada lá na fase de requisitos e na fase de implantação. Isso significa que na obtenção dos requisitos, costumam-se optar por metodologias mais dinâmicas e rápidas, como workshops ao invés de entrevistas.
E
Os requisitos são adquiridos em paralelo à evolução do sistema. O modelo inicia-se do princípio de que o cliente desconhece grande parte dos requisitos funcionais, desta forma, a análise é feita em cima dos requisitos conseguidos até então, e aí a primeira versão é entregue ao cliente, logo em seguida.