Modelo V também conhecido como Modelo de Verificação e Validação. Neste, cada fase do SDLC deve ser concluída antes do início da próxima fase. Ele segue um processo de design sequencial igual ao modelo em cascata. O teste do dispositivo está planejado em paralelo com um estágio correspondente de desenvolvimento.
Verificação: Envolve um método de análise estática (revisão) feito sem execução de código. É o processo de avaliação do processo de desenvolvimento do produto para descobrir se os requisitos especificados atendem.
Validação: Envolve método de análise dinâmica (funcional, não funcional), o teste é feito através da execução de código. Validação é o processo de classificação do software após a conclusão do processo de desenvolvimento para determinar se o software atende às expectativas e requisitos do cliente.
Portanto, o V-Model contém fases de verificação de um lado e as fases de validação do outro lado. O processo de verificação e validação é acompanhado pela fase de codificação em formato de V. Por isso é conhecido como Modelo V.
Existem as várias fases da Fase de Verificação do modelo V:
| Análise de requisitos de negócios: | Esta é a primeira etapa em que os requisitos do produto são compreendidos pelo lado do cliente. Esta fase contém comunicação detalhada para entender as expectativas e requisitos exatos do cliente.
| Projeto de sistema: | Nesta fase, os engenheiros de sistemas analisam e interpretam o negócio do sistema proposto, estudando o documento de requisitos do usuário.
| Projeto de Arquitetura: | A linha de base na seleção da arquitetura é que ela deve compreender tudo o que normalmente consiste na lista de módulos, breve funcionalidade de cada módulo, seus relacionamentos de interface, dependências, tabelas de banco de dados, diagramas de arquitetura, detalhes de tecnologia, etc. em uma determinada fase.
| Projeto do módulo: | Na fase de projeto do módulo, o sistema é dividido em pequenos módulos. O projeto detalhado dos módulos é especificado, o que é conhecido como Projeto de Baixo Nível
| Fase de codificação: | Após o design, a fase de codificação é iniciada. Com base nos requisitos, uma linguagem de programação adequada é decidida. Existem algumas diretrizes e padrões para codificação. Antes de fazer check-in no repositório, a compilação final é otimizada para melhor desempenho e o código passa por várias revisões de código para verificar o desempenho.
Existem as várias fases da Fase de Validação do modelo V:
| Teste de Unidade: | No Modelo V, Planos de Testes Unitários (UTPs) são desenvolvidos durante a fase de design do módulo. Esses UTPs são executados para eliminar erros no nível do código ou no nível da unidade. Uma unidade é a menor entidade que pode existir independentemente, por exemplo, um módulo de programa. O teste unitário verifica se a menor entidade pode funcionar corretamente quando isolada do restante dos códigos/unidades.
| Teste de integração: | Os Planos de Teste de Integração são desenvolvidos durante a Fase de Projeto Arquitetural. Estes testes verificam se grupos criados e testados de forma independente podem coexistir e comunicar entre si.
| Teste do sistema: | Os Planos de Testes do Sistema são desenvolvidos durante a Fase de Projeto do Sistema. Diferentemente dos Planos de Testes Unitários e de Integração, os Planos de Testes de Sistemas são compostos pela equipe de negócios do cliente. O Teste do Sistema garante que as expectativas de um desenvolvedor de aplicativos sejam atendidas.
| Teste de aceitação: | O teste de aceitação está relacionado à parte de análise de requisitos de negócios. Inclui testar o produto de software na atmosfera do usuário. Os testes de aceitação revelam os problemas de compatibilidade com os diferentes sistemas, que estão disponíveis no ambiente do usuário. Ele descobre conjuntamente os problemas não funcionais, como defeitos de carga e desempenho, na atmosfera real do usuário.
Quando usar o Modelo V?
- Quando o requisito é bem definido e não ambíguo.
- O modelo em forma de V deve ser usado para projetos de pequeno e médio porte onde os requisitos são claramente definidos e fixos.
- O modelo em forma de V deve ser escolhido quando recursos técnicos de amostra estiverem disponíveis com conhecimentos técnicos essenciais.
Vantagem (prós) do modelo V:
- Fácil de entender.
- Métodos de teste como planejamento e design de teste acontecem bem antes da codificação.
- Isso economiza muito tempo. Daí uma maior chance de sucesso em relação ao modelo em cascata.
- Evita o fluxo descendente dos defeitos.
- Funciona bem para planos pequenos onde os requisitos são facilmente compreendidos.
Desvantagem (Contras) do Modelo V:
- Muito rígido e menos flexível.
- Não é bom para um projeto complexo.
- O software é desenvolvido durante a fase de implementação, portanto, nenhum protótipo inicial do software é produzido.
- Se alguma alteração ocorrer no meio do caminho, os documentos de teste, juntamente com os documentos exigidos, deverão ser atualizados.
