Modelo Cachoeira em Engenharia de Software

O modelo em cascata é provavelmente o mais antigo eo modelo mais conhecido, tanto quanto os modelos de processo de software de desenvolvimento estão em causa. O papel do modelo em cascata em engenharia de software é tão importante quanto o seu papel em teste de software. É claro que, ao longo dos anos, há uma série de modelos de software de outros processos que foram concebidas e implementadas, mas o que é verdade é que muitos deles são baseados (de alguma forma ou de outra) sobre o princípio fundamental da cachoeira modelo. Na mesma nota, vamos examinar o modelo em cascata em detalhe.

Modelo Cachoeira e Engenharia de Software

O modelo cascata é assim chamado porque ele emprega uma abordagem de "cima para baixo", independentemente de se tratar de um modelo em cascata nos testes, ou um modelo de cachoeira em SDLC. Agora eu não vou sentar e desenhar um diagrama de modelo artístico cachoeira, mas o que vou fazer, é ilustrar e explicar as fases cachoeira diferentes modelos e global cachoeira ciclo de vida do modelo.

Fases do modelo cascata em Engenharia de Software

Para colocá-lo em minhas próprias palavras, o modelo em cascata é nada, mas o senso comum. Assumindo que escrever um pedaço de código para um projeto pequeno é o seu objetivo, o que sugere o modelo cascata, não é nada, mas o que se poderia fazer na vida real (usando o seu sentido comum).

Em primeiro lugar, é preciso analisar completamente a definição do problema e todos os requisitos de vários projetos. Essa fase é comumente referido como "Análise de Requisitos". Depois de ter cuidadosamente e exaustivamente identificados e compreendidos todos os requisitos do projeto, devem ser devidamente documentadas, depois que você passar para a próxima fase, que é conhecido como "Projeto do Sistema". Isso envolve a especificação e concepção de hardware do projeto e requisitos de software, e sua inter-relação. O aspecto de software de todo o projecto é dividido em diferentes módulos lógicos ou blocos que são identificados e documentados de forma sistemática. "Implementação do Sistema" é a próxima fase, que envolve nada mais que escrever o código de software e implementar de fato as idéias de programação e algoritmos que foram concebidos ou decididas na fase 'System Design ". Uma vez que a fase de codificação e implementação foi concluída, agora é hora de testar o código. Isto é precisamente o que acontece na fase seguinte, que é conhecido como "Teste do Sistema". O código que foi escrito é submetido a uma série de testes e casos de teste para detectar e determinar se existem quaisquer falhas, erros ou falhas de software. Uma vez que todo o trabalho de reparação, ou seja, corrigir e re-escrever cada pedaço de código errado ou danificado for concluído, você em seguida, passar para a próxima fase eo último intitulado "Implantação do Sistema e Manutenção". Como o nome sugere, a última fase nada mais é entregar o projeto concluído para o cliente ou o cliente, e, posteriormente, executar atividades de manutenção em uma base periódica.

Cachoeira Vantagens e Desvantagens Modelo

Vamos agora examinar os prós e contras do modelo em cascata em engenharia de software, bem como em teste de software.

Prós

* É o modelo mais simples do processo de software em termos de complexidade e facilidade de aplicação. Como eu disse antes, não é nada, mas o senso comum.

* Este modelo é extremamente fácil de entender e, portanto, é implementado em vários níveis de gestão de projetos e em uma série de campos (e não apenas o desenvolvimento de software).

* Ele emprega um método sistemático, ortodoxa do desenvolvimento do projeto e entrega.

Contras

* Uma vez que não é um modelo interativo, tem seu quinhão de deficiências e desvantagens.

* Ser um modelo estritamente seqüencial, saltando para trás e para frente entre duas ou mais fases não é possível. A próxima fase pode ser alcançado somente após a anterior foi concluída.

* Devido a isso, bugs e erros no código não pode ser descoberto e até menos que a fase de testes é atingido. Isto pode levar a uma grande quantidade de desperdício de tempo e outros recursos valiosos.

* Este modelo de processo não é adequado para projetos em que os requisitos do projeto são dinâmicos ou em constante mudança.

Bem, este foi um breve resumo do papel do modelo cascata em engenharia de software. Espero que conseguiu aumentar o seu conhecimento de engenharia de software....