O documento descreve os principais modelos de ciclo de vida de software, incluindo o modelo cascata, prototipagem, espiral e incremental. Cada modelo possui vantagens e desvantagens dependendo do tipo de projeto e requisitos. O escolha ideal é analisar as características do software e selecionar o modelo mais adequado.
1. Modelos de Ciclo de Vida de
Software
Alunos: Ana Cláudia, Lucas Carvalho,
Vinícius Caetano e Yuri Garcia
2. Processo de Software
• Um conjunto estruturado de atividades
necessárias para o desenvolvimento de
um sistema de software;
• Atividades variam com a organização e
o tipo de sistema sendo desenvolvido;
4. Modelos de Ciclo de Vida
de Software
• São a progressão dos projetos,
desenvolvimento, manutenção e
substituição de software;
• Descrições abstratas do processo de
desenvolvimento de software;
5. Principais Modelos
• Modelo clássico (ou em cascata)
• Prototipagem (ou Prototipação)
• Modelo espiral
• Modelo Incremental
• Modelo RAD
6. Modelo Cascata
• Este é o modelo mais antigo mas ainda o
mais usado;
• Segue uma sequência linear;
10. Prototipação
• O objetivo é entender os requisitos do
usuário;
• Possibilita que o desenvolvedor crie um
modelo (protótipo)do software que deve
ser construído, podendo ser no papel ou
executável;
13. Modelo Espiral
• Foi criado visando abranger as
melhores características do modelo
clássico e da prototipagem;
• Dividido em quatro fases;
• Essas fases são repetidas varias vezes;
17. Modelo Incremental
• Combinação entre os modelos linear e
prototipação;
• O desenvolvimento é dividido em
etapas, denominadas “incrementos”;
18. Modelo Incremental
• Em cada incremento é realizado todo
o ciclo do desenvolvimento de software;
• Cada etapa produz um sistema
totalmente funcional;
21. Modelo RAD
• RAD ( Rapid Application Development) é
um modelo enfatiza um ciclo de
desenvolvimento curto;
• Construção baseada em componentes;
• O modelo RAD é usado principalmente
para aplicações de sistema de
informação;
23. Modelo RAD
Desvantagens:
• É necessário desenvolvedor e cliente
comprometidos;
• Não é apropriado para qualquer
aplicação;
24. Conclusão
O que podemos analisar é que devemos
escolher o nosso modelo a partir do
software que iremos desenvolver. Que
dependendo do projeto um modelo pode
ser mais eficaz que outro.