O Que é o modelo SDLC de cascata?

introdução:

modelo de cascata é um exemplo de um modelo Sequencial. Neste modelo, a atividade de desenvolvimento de software é dividida em diferentes fases e cada fase consiste em uma série de tarefas e tem objetivos diferentes.

modelo de cascata é o pioneiro dos processos SDLC. Na verdade, foi o primeiro modelo que foi amplamente utilizado na indústria de software. É dividido em fases e a saída de uma fase torna-se a entrada da fase seguinte., É obrigatório concluir uma fase antes do início da próxima fase. Em suma, não há sobreposição no modelo da Cachoeira

na cachoeira, o desenvolvimento de uma fase só começa quando a fase anterior estiver completa. Por causa desta natureza, cada fase do modelo de cachoeira é bastante precisa e bem definida. Desde que as fases caem de um nível mais alto para um nível mais baixo, como uma cachoeira, ela é chamada de modelo de Cachoeira.,

a representação Pictórica do modelo em cascata:

As atividades envolvidas em diferentes fases são as seguintes:

implementação

S. Não Fase Atividades Realizadas Resultados
1 Análise de requisitos 1. Capturar todos os requisitos.
2. Faça brainstorming e passe para entender os requisitos.
3. Fazer o teste de viabilidade dos requisitos para garantir que os requisitos são testáveis ou não.,( Requirements Understanding Document) (Requirements Understanding Document)
2 design do sistema 1. De acordo com os requisitos, criar o projeto
2. Capturar os requisitos de hardware / software.
3. Document the designs
HLD (High Level Design document)
LLD (Low level design document)
3 1. De acordo com o projeto criar os programas / código
2. Integrar os códigos para a próxima fase.
3., Teste Unit do Código (TD) programas (TD) casos de teste Unit e resultados (TD) testes do sistema (TD) testes do sistema (td) 1. Integrar o código testado e testá-lo para ter certeza se ele funciona como esperado. 2. Executar todas as atividades de teste (funcional e não funcional) para garantir que o sistema cumpre os requisitos.
3. Em caso de anomalia, comunique.
4. Acompanhe o seu progresso em testes através de ferramentas como métricas de rastreabilidade, ALM
5. Relate suas atividades de teste. test cases Test reports Defect reports Updated matrices.,
5 Implantação do Sistema 1. Certifique-se de que o ambiente está acima
2. Certifique-se de que não existem defeitos sev 1 Aberto.
3. Certifique-se de que os critérios de saída do teste são cumpridos.
4. Implantar a aplicação no respectivo ambiente.
5. Realize uma verificação de sanidade no ambiente após a aplicação ser implantada para garantir que a aplicação não se quebra.
User Manual
Environment definition / specification
6 System maintenance 1., Certifique-se de que a aplicação está em funcionamento no respectivo ambiente.
2. Incase encontro e defeito do Usuário, certifique-se de anotar e corrigir os problemas enfrentados.
3. Se qualquer problema for corrigido, o código atualizado é implantado no meio ambiente.
4.A aplicação é sempre melhorada para incorporar mais recursos, atualizar o ambiente com as últimas características
User Manual
List of production tickets
List of new features implemented.

Quando usar SDLC Modelo em Cascata?,o modelo de cascata SDLC é utilizado quando os requisitos de

  • são estáveis e não são alterados com frequência.
  • uma aplicação é pequena.não existe nenhum requisito que não seja compreendido ou que não seja muito claro.o ambiente é estável as ferramentas e técnicas utilizadas são estáveis e não são dinâmicas os recursos são bem treinados e estão disponíveis.

prós e contras do Modelo Da Cachoeira

As vantagens de usar o modelo da cachoeira são as seguintes:

  • simples e fáceis de entender e usar.,para projetos menores, o modelo de Cachoeira funciona bem e produz os resultados adequados.uma vez que as fases são rígidas e precisas, uma fase é feita uma de cada vez, é fácil de manter.os critérios de entrada e saída estão bem definidos, pelo que é fácil e sistemático proceder com qualidade.os resultados estão bem documentados.

desvantagens de usar o modelo de Cachoeira:

  • Não pode adotar as alterações nos requisitos
  • torna-se muito difícil voltar à fase., Por exemplo, se a aplicação passou agora para a fase de teste e há uma mudança na exigência, torna-se difícil voltar atrás e mudá-la.a entrega do produto final é tardia, uma vez que não existe nenhum protótipo que seja demonstrado de forma intermédia.
  • para projetos maiores e complexos, este modelo não é bom, pois um fator de risco é maior.não é adequado para os projectos em que os requisitos são alterados com frequência.
  • não funciona para projetos longos e em curso.,uma vez que o ensaio é realizado numa fase posterior, não permite identificar os desafios e os riscos na fase anterior, pelo que a estratégia de mitigação dos riscos é difícil de preparar.

conclusão

no modelo da cachoeira, é muito importante retirar o sinal dos produtos de cada fase. A partir de hoje, a maioria dos projetos estão se movendo com modelos ágeis e protótipos, modelo Cachoeira ainda é bom para projetos menores. Se os requisitos forem simples e testáveis, o modelo Waterfall produzirá os melhores resultados.

Articles

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *