Explorar E-books
Categorias
Explorar Audiolivros
Categorias
Explorar Revistas
Categorias
Explorar Documentos
Categorias
1 CASCATA
O modelo chamado Cascata, também chamado de Ciclo de Vida Clássico (sendo que é
um dos modelos/paradigmas mais antigos), consiste em um modelo para desenvolvimento de
software baseado em etapas que se seguem sequencialmente. As etapas que transcorrem com
esse modelo, ilustradas pela figura 1, são:
a) Comunicação: com o levantamento dos requisitos com o cliente;
b) Planejamento: com estimativas e estabelecimento de um cronograma;
c) Modelagem: no qual é realizado a análise e projeto;
d) Construção: com a codificação e testes;
e) Emprego: parte da entrega, suporte do sistema e feedback do cliente/usuário.
2 INCREMENTAL
O modelo Incremental, por sua vez, combina as etapas lineares do desenvolvimento com
etapas paralelas. Consiste, assim, nas mesmas etapas que o modelo em Cascata (comunicação,
planejamento, modelagem, construção e emprego), tendo que as sequências ocorrem
paralelamente com cada uma sendo um incremento. Esse conceito é mostrado na figura 2.
N-ésimo Incremento
2º Incremento
Sendo que à medida que ocorrem novos incrementos, conforme o cronograma avança,
novas funcionalidades são acrescentadas no sistema, a partir de um produto essencial atingido
no primeiro incremento, com os requisitos básicos, e passando para a avaliação do cliente, e
esse processo se repete por todos os incrementos até o produto completo.
Com isso, esse modelo é utilizado com os requisitos iniciais quase estabelecidos e para
fornecer versões (incrementos) para avaliação o cliente, tendo que com isso pode ocorrer uma
expansão e refinamento de funções.
3 RAD
4.1 Prototipagem
Comunicação
Emprego
Entrega Projeto rápido
Realimentação
Construção de Modelagem
um protótipo projeto rápido
Esse paradigma pode ser utilizado em parceria com outros modelos, sendo que é visto
positivamente pela capacidade de demonstração do sistema para o usuário ter uma ideia do
caminho que o projeto toma. Por outro lado, a parte do cliente pode não entender a necessidade
de retrabalhar a partir do protótipo para evoluir o sistema e os desenvolvedores podem construir
o protótipo podem acabar por fazer escolhas rápidas, mas inapropriadas, fazendo com que
problemas surjam posteriormente.
4.2 Espiral
5 RUP
Por fim, o modelo RUP, Rational Unified Process (tradução: Processo Unificado
Rational), corresponde à um processo de desenvolvimento com iteração e abordagem de erros.
Com isso, os projetos podem se sustentar apesar do aumento de complexidade, menor tempo
disponível para o prazo, à mudança de necessidades e requisições durante o período de
desenvolvimento e também à constante mudança da tecnologia.
A estrutura do modelo, como também demonstrado na figura 5, consiste nas fases:
a) Concepção: entende as necessidades envolvidas no projeto;
b) Elaboração: especifica e aborda pontos de risco;
c) Construção: desenvolvimento do sistema;
d) Transição: ajustes e implantação do sistema.
Sendo que, em cada uma dessas fases, são feitas iterações curtas que abordam um grupo
de funções do sistema.
REFERÊNCIAS
DevMedia. RUP - Rational Unified Process. DevMedia, 2007. Disponível em: <
https://www.devmedia.com.br/rup-rational-unified-process/4574>. Acesso em: 17 de nov de
2021.