Cachoeira modelo VS. V Modelo

Ampliar imagem

Atividade de desenvolvimento de software passa por uma série de fases. Os diferentes modelos de desenvolvimento de software têm mais ou menos as mesmas fases, mas é a seqüência dessas fases, o que faz com que os diferentes modelos de desenvolvimento de software estão separados um do outro. Embora existam alguns modelos, onde se pode voltar à fase anterior, existem alguns, em que não é possível. Do mesmo modo, em alguns modelos, testando fases começa no fim da fase de desenvolvimento, enquanto que em alguns, é um processo simultâneo. Os dois modelos de desenvolvimento de software mais comumente utilizados são a cachoeira eo modelo V. Eles estão entre os mais antigos modelos de desenvolvimento de software. No modelo em cascata vs debate modelo V, não há dúvida vão ser pessoas, que preferem um sobre o outro.

V Modelo

O modelo V é frequentemente dito ser uma extensão do modelo em cascata. Ao contrário do modelo em cascata, as atividades neste modelo são de ventilação em um 'V' forma, com a codificação na parte inferior ponta do 'V'. Todas as fases do ciclo de desenvolvimento de software tem uma fase correspondente no ciclo de teste. Portanto, este modelo é também muitas vezes denominado como a verificação e validação do modelo. Onde lado de verificação é o lado do desenvolvimento e validação consiste nas atividades de teste. As atividades que se enquadram no lado de verificação são os seguintes:

* Análise de Requisitos: Informações sobre o sistema proposto é recolhida a partir do usuário final, com o qual o software documento de especificação de requisitos é preparado, que é a base do software a ser preparado.

* System Design: Também é conhecido como um design funcional, cujo objectivo é o de preparar um design funcional do software. No caso de qualquer funcionalidade, que não é viável a mesma é anunciado para o utilizador.

* Design Architecture: Uma vez que o desenho do sistema estiver no lugar, a arquitectura necessária para o sistema é feito, o qual é também muitas vezes referido como a concepção de alto nível. É aqui a relação de interface, tabelas de banco de dados, suas dependências, etc, são todos trabalhados.

* Codificação: Após a arquitetura do sistema está no lugar começa a fase de codificação. Para a codificação, o sistema como um todo é dividido em módulos de pequeno porte, que por sua vez são mais tarde integradas para formar todo o sistema.

Após a verificação, vem o lado lateral validação do modelo V. Vejamos as fases, que são uma parte do lado da validação.

* Teste de unidade: Esta é a primeira fase da validação do lado, onde pequenos módulos desenvolvidos são testados, para verificar se eles estão aptos para o efeito.

* Teste de Integração: Uma vez que os módulos são preparados, eles são integrados nos quais o teste é efectuado. Ele ajuda na determinação de falhas na interface e da interação entre dois módulos diferentes.

* Teste do Sistema: É nesta fase, que o real é testada contra a especificação do sistema. Nesta fase, o teste é realizado a partir do ponto de vista do utilizador final. Além disso, existem possibilidades de que algumas das funcionalidades são visíveis apenas após o sistema inteiro foi integrado completamente.

* Teste de Aceitação: O objetivo deste teste é verificar se o sistema está de acordo com a especificação de requisitos de software. Ela ajuda a determinar se o software desenvolvido está de acordo com os critérios de aceitação e se o sistema deve ser aceito ou não. Também nesta fase de testes é efectuada em ambiente de tempo real, simulado.

Modelo Cachoeira

O modelo mais antigo no desenvolvimento de software é o modelo em cascata. Tem sua origem na fabricação e indústria da construção. Este modelo foi adotado na área de desenvolvimento de software, como não havia nenhum modelo disponível então. A descrição formal deste modelo foi feita por Winston W. Royce, mas ele não disse o nome do modelo como modelo em cascata. Este modelo segue um fluxo seqüencial, onde o progresso é como a de cachoeira de uma etapa para outra. As diferentes fases do modelo em cascata são os seguintes:

* Encontro Requisito e Análise: Nesta fase, os requisitos do cliente são recolhidos, e uma análise do mesmo realizado, utilizando o documento que especificação de requisitos é criado. Este documento é utilizado como a base para a criação do sistema.

* Design: Esta é uma fase importante, onde todo o software é projetado, tendo as especificações de requisitos de software em consideração. A arquitetura do sistema, juntamente com a especificações de hardware e software necessários são trabalhados.

* Aplicação: Após a fase de projeto, vem a fase de execução, onde o código para o software é escrito. Quando os módulos estão prontos, os testes de unidade são realizadas sobre eles, o que ajuda na verificação, se há problemas com o software. Em caso de defeito, o código é fixado, antes de prosseguir para a fase seguinte.

* Teste e depuração: Depois que o software foi desenvolvido completamente, ele é passado para os testadores. Eles executar testes diferentes sobre o software e os defeitos, se houver são fixos.

* Entrega: Uma vez que o software foi passado para a frente, após a depuração, inicia a implementação do software no lado do cliente. O cliente é dada uma visão completa sobre o software, então ele é capaz de usar o software.

* Manutenção: Depois que o software foi instalado, o cliente usa o software e pode pedir mudanças. As mudanças e de manutenção geral do software são tomadas de cuidados nesta fase.

Cachoeira modelo VS. V Modelo

A principal diferença entre o modelo cascata e modelo V é que no modelo em cascata, as atividades de teste são realizadas após as atividades de desenvolvimento são mais. Por outro lado, no modelo de V, as actividades de teste começa com a primeira etapa em si. Por outras palavras, o modelo de cascata é um processo contínuo, enquanto o modelo V é um processo simultâneo. Em comparação com um software feito utilizando o modelo de cascata, o número de defeitos no software feito utilizando o modelo V são menos. Isto é devido ao fato de que há atividades de testes, que são realizados simultaneamente em modelo V. Por conseguinte, o modelo de cascata é usado, quando os requisitos do utilizador são fixos. Se as necessidades do usuário são incertos e continuam mudando, então o modelo V é a melhor alternativa. Também fazer alterações no software em modelo em cascata é uma tarefa difícil, e também demonstra ser um assunto caro. O vice-versa é verdadeiro para o modelo V. Nesta fase, eu gostaria de trazê-lo para o seu anúncio, que quaisquer defeitos no software não pode ser determinado, até que o software atinge a fase de testes. No entanto, os defeitos são notados nas fases iniciais, devido a que eles podem ser corrigidos facilmente.

A partir da discussão acima em cascata modelo modelo V vs, é evidente que cada um dos modelos pode ser utilizado dependendo do sistema que estão a ser desenvolvidos para. Portanto, pode-se escolher qualquer modelo em cascata ou modelo V levando o software e os requisitos do usuário em consideração. Muitas vezes, para os sistemas mais pequenos, recomenda-se que uma utilização do modelo em cascata e para os sistemas de maior dimensão utilizar o modelo V....