O modelo cascata clássico é intuitivamente a maneira mais óbvia de desenvolver software. Embora o modelo cascata clássico seja elegante e intuitivamente óbvio, não é um modelo prático no sentido de que não pode ser usado em projetos reais de desenvolvimento de software. Assim, este modelo pode ser considerado uma forma teórica de desenvolvimento de software. Mas todos os outros modelos de ciclo de vida são essencialmente derivados do modelo clássico em cascata.

Ele divide o ciclo de vida nas seguintes fases:




1. Estudo de Viabilidade - O principal objetivo do estudo de viabilidade é determinar se seria financeira e tecnicamente viável desenvolver o produto.


2. Análise e especificação de requisitos: - O objetivo da fase de análise e especificação de requisitos é entender os requisitos exatos do cliente e documentá-los adequadamente. Esta fase é composta por duas atividades distintas, a saber:


  • Levantamento e analise de requisitos
  • Especificação de requisitos

O objetivo da atividade de levantamento de requisitos é coletar todas as informações relevantes do cliente sobre o produto a ser desenvolvido. Isso é feito para entender claramente os requisitos do cliente para que a incompletude e as inconsistências sejam removidas.


A atividade de análise de requisitos é iniciada pela coleta de todos os dados relevantes sobre o produto a ser desenvolvido dos usuários do produto e do cliente por meio de entrevistas e discussões.


A Especificação de Requisitos: Durante esta atividade, os requisitos do usuário são organizados em um documento de Especificação de Requisitos de Software (SRS). Os requisitos do cliente identificados durante a atividade de coleta e análise de requisitos são organizados em um documento SRS. Os componentes importantes deste documento são os requisitos funcionais, os requisitos não funcionais e os objetivos de implementação.


3. Projeto: - O objetivo da fase de projeto é transformar os requisitos especificados no documento SRS em uma estrutura adequada para implementação em alguma linguagem de programação. Em termos técnicos, durante a fase de projeto a arquitetura do software é derivada do documento SRS. Duas abordagens distintas estão disponíveis: a abordagem de design tradicional e a abordagem de design orientado a objetos.


4. Codificação e Teste de Unidade:-O objetivo da fase de codificação (às vezes chamada de fase de implementação) do desenvolvimento de software é traduzir o projeto de software em código-fonte. Cada componente do projeto é implementado como um módulo de programa. O produto final desta fase é um conjunto de módulos de programa que foram testados individualmente. Durante esta fase, cada módulo é testado para determinar o funcionamento correto de todos os módulos individuais. Envolve testar cada módulo isoladamente, pois esta é a maneira mais eficiente de depurar os erros identificados nesta etapa.


5. Integração e teste do sistema: -A integração dos diferentes módulos é realizada depois de codificados e testados na unidade. Durante a fase de integração e teste do sistema, os módulos são integrados de forma planejada.


6. Manutenção: -A manutenção de um produto de software típico requer muito mais do que o esforço necessário para desenvolver o produto em si. A manutenção envolve a execução de um ou mais dos três tipos de atividades:


1 . Correção de erros que não foram descobertos durante a fase de desenvolvimento do produto. Isso é chamado de manutenção corretiva.


2. Melhore a implementação do sistema e melhore a funcionalidade do sistema de acordo com os requisitos do cliente. Isso é chamado de manutenção perfectiva.


3. Portando o software para funcionar em um novo ambiente. Por exemplo, a portabilidade pode ser necessária para que o software funcione em uma nova plataforma de computador ou com um novo sistema operacional. Isso é chamado de manutenção adaptativa.