Apresentação modelo cascata

Prévia do material em texto

MODELOS DE PROCESSOS 
DE DESENVOLVIMENTO 
DE SOFTWARE.
MODELO CASCATA
Discentes: Danúbia Aparecida da Silva
Erine Hipólito Santos Silva
História
O modelo cascata (clássico), é também conhecido como top-dow. Foi proposto por Royce em 1970. 
O modelo criado derivou-se de atividades da engenharia para estabelecer ordem aos softwares, por ser um dos mais importantes modelos de processo é referência para muitos outros. 
Existem muitas variantes deste modelo propostas por diferentes pesquisadores ou empresas de desenvolvimento e adaptadas a diferentes tipos de software. A característica comum é um fluxo linear e sequencial de atividades semelhantes a descritas anteriormente.
Características
Uma etapa termina antes da próxima começar
Cliente afastado da fase de implementação (funcionalidade do sistema separada do projeto); “o que – como fazer”
Foi e ainda tem sido usado para indicar as atividades de projeto em vários contextos
Ajuda os desenvolvedores a descrever o que precisam fazer (útil);
Ajuda a explicar o processo de desenvolvimento aos clientes (simples e fácil);
Explicita os produtos intermediários para começar próximo estágio;
Seu enfoque está nos documentos e artefatos (requisitos, projetos, códigos);
Contribuições
Produz um padrão no qual os métodos para análise, projeto, codificação, testes e manutenção podem ser situados.
Impõe disciplina, planejamento e gerenciamento.
A implementação do produto deve ser postergada até que os objetivos tenham sido completamente entendidos.
Etapas do desenvolvimento
Analise e definição dos requisitos
Estabelece os requisitos do produto a ser desenvolvido, fornecendo limitações e objetivos do software, após estabelecido isso é preciso definir requisitos de forma apropriada para que sejam úteis na próxima etapa, inclui-se também nessa etapa a documentação e o estudo da facilidade e da viabilidade do projeto com o fim de determinar o processo de início de desenvolvimento do projeto do sistema.
Projeto do sistema
É um processo de vários passos que se centraliza em quatro atributos diferentes do sistema: estrutura de dados, arquitetura do software, detalhes procedais e caracterização das interfaces. 
Implementação
A etapa de implementação é quando os programas são criados. Caso o projeto tenha um nível de detalhamento mais avançado, a etapa de codificação pode ser implementada de maneira automática. A princípio, é recomendado adicionar um teste unitário de cada módulo que é desenvolvido nesta fase. Nesta situação, as unidades de código criadas são submetidas a testes individuais antes de progredir para a etapa de integração e teste global.
Teste do sistema
Após o fim da etapa de codificação, inicia-se a fase da realização de teste do sistema. Este processo de teste é focado em dois pontos principais, que são as lógicas internas do software e as suas funcionalidades externas. Esta etapa é importante porque evidencia se os erros de comportamento do software foram solucionados e assegura que as entradas definidas produzem resultados eficientes e que estão de acordo com os requisitos determinados anteriormente.
Manutenção
A fase da manutenção se baseia na correção de erros que não detectados durante os testes, em melhorias funcionais e de preferência com os demais tipos de suporte. Esta etapa faz parte do ciclo de vida do produto de software e não pertence apenas ao seu desenvolvimento. As melhorias e alterações para correções do software podem ser classificadas como parte do processo de desenvolvimento.
Tipos de manutenção
Manutenção Corretiva: diagnóstico e correção de erros.
Manutenção Adaptativa: adaptação do software para acomodar mudanças em seu ambiente externo.
Manutenção Perfectiva: exigência do cliente para acréscimos funcionais e de desempenho.
Manutenção Preventiva: melhorar a confiabilidade e manutenibilidade futura (técnicas de engenharia reversa e reengenharia)‏.
Vantagens do modelo cascata
Torna o processo de desenvolvimento estruturado;
Tem uma ordem sequencial de fases;
Cada fase cai em cascata na próxima e cada fase deve estar terminada antes do início da seguinte;
Todas as atividades identificadas nas fases do modelo são fundamentais e estão na ordem certa;
Esta abordagem é atualmente a norma e provavelmente permanecerá por um tempo, mas temos o desenvolvimento ágil chegando com muita força na maioria das empresas de grande porte;
Desvantagens do modelo cascata
Não fornece feedback entre as fases e não permite a atualização ou redefinição das fases anteriores;
Não suporta modificações nos requisitos;
Não prevê a manutenção;
Não permite a reutilização;
É excessivamente sincronizado;
Se ocorrer um atraso todo o processo é afetado;
Demora muito para ser entregue o software;
Bibliografia
Wikipedia: <https://en.wikipedia.org/wiki/Winston Winston.Royce>
Blogger : <http://modelocascata.blogspot.com/>
anapaulamota.com:<https://anapaulamota.wordpress.com/2015/12/14/modelo-de-desenvolvimento-cascatawaterfall>
Diego Osmarin Basso: <https://lume.ufrgs.br/bitstream/handle/10183/78504/000898485.pdf?sequence=1&isAllowed=y >
Wilson de Pádua Paula Filho - Engenharia de Software - Fundamentos, Métodos é Padrões - Segunda Edição.
Casa da consultoria: <https://casadaconsultoria.com.br/modelo-cascata/>