modelo V
O princípio do modelo em forma de V é em muitos aspectos semelhante ao modelo em cascata. Na maioria das vezes, é usado em sistemas onde a operação ininterrupta é extremamente importante. Este é um software para manter o suporte de vida de pacientes em instituições médicas, sistemas de bloqueio de emergência e software similar.
Uma característica desse modelo é que ele se concentra em testar o software que está nos estágios iniciais de desenvolvimento, incluindo o design. O teste acontece em paralelo com o processo de desenvolvimento - por exemplo, testes de unidade são executados durante a escrita do código.
Quando o modelo V deve ser aplicado?
- Se um produto de software precisa de testes rigorosos, então os princípios do modelo V (validação e verificação) são mais justificados nessa situação.
- Para projetos de pequeno e médio porte, com requisitos bem definidos.
- Na presença de um grande número de testadores qualificados.
modelo incremental
A peculiaridade do modelo incremental é que nele os requisitos para o software dependem da montagem específica. Como um produto está sendo construído em fases, seu desenvolvimento passa por várias iterações. Todo esse ciclo de vida pode ser chamado de “multi-cascata”.
O ciclo de construção é dividido em módulos pequenos e simples. Cada um passa por rigorosos requisitos, design, codificação, implementação e teste.
O processo de desenvolvimento de acordo com o modelo incremental começa com o lançamento de uma versão básica do produto com funcionalidade mínima. Então há um “crescimento” de funções, que são chamadas de “incrementos”. O fluxo de trabalho continua até que todas as funções planejadas anteriormente sejam integradas ao sistema.
modelo iterativo
Um modelo iterativo, também chamado de modelo iterativo, não precisa ter uma especificação de requisitos completa no estágio inicial. O desenvolvimento começa com a criação de certas funcionalidades, que se tornam a base para adicionar novas funções.
O processo de criação de funções “em partes” é repetido várias vezes, até que seja concluído de acordo com o plano aprovado. O trabalho continua até que uma versão funcional do produto seja recebida.
No diagrama anexado aqui, você pode ver o “desenvolvimento” iterativo do retrato da Mona Lisa. Na primeira iteração você vê apenas um esboço do retrato de uma menina, na segunda iteração você já pode ver as cores, a terceira iteração fica mais detalhada e saturada. Processo completo.
Se nos lembrarmos do modelo incremental, o retrato será escrito nele de uma forma completamente diferente - peça por peça, de partes separadas.
Um exemplo do desenvolvimento de um modelo iterativo pode ser o reconhecimento de voz. A pesquisa científica sobre esse assunto começou há muito tempo, primeiro na forma de ideias, depois começou a implementação prática. Cada nova iteração melhorou a qualidade do reconhecimento de voz. No entanto, mesmo agora, o reconhecimento não pode ser chamado de perfeito. Portanto, a tarefa ainda não está concluída.
Quando é o melhor momento para usar o modelo iterativo?
- Se os requisitos para o sistema estiverem claramente definidos e compreensíveis para todos.
- O projeto é muito grande em escopo.
- O objetivo principal é definido, mas os detalhes de implementação podem mudar no decorrer do trabalho.
modelo espiral
O “Modelo Espiral” é semelhante ao modelo incremental, mas possui uma característica na forma de análise de risco. Geralmente é usado para processos de missão crítica onde a falha é simplesmente inaceitável.
O modelo espiral inclui quatro etapas de trabalho:
- planejamento;
- análise de risco;
- trabalhar em design de software;
- verificando o resultado e passando para uma nova etapa.
GO TO FULL VERSION