MODELOS DE PROCESSO DE SOFTWARE: Modelo Cascata UNOPAR ADS
Casos: MODELOS DE PROCESSO DE SOFTWARE: Modelo Cascata UNOPAR ADS. Pesquise 862.000+ trabalhos acadêmicosPor: tarsa420 • 21/5/2014 • 1.628 Palavras (7 Páginas) • 957 Visualizações
SUMÁRIO
1 INTRODUÇÃO..........................................................................................................4
2 OBJETIVO................................................................................................................5
3 DESENVOLVIMENTO.............................................................................................6
3.1 MODELO CASCATA.............................................................................................6
3.2 EVOLUÇÃO...........................................................................................................7
3.3 VANTAGENS E DESVANTAGENS.......................................................................8
3.4 EXEMPLO DAS ETAPAS......................................................................................9
3.5 LINGUAGEM DE PROGRAMAÇÃO UML.............................................................11
4 CONCLUSÃO..........................................................................................................13
5 REFERÊNCIAS.......................................................................................................14 3
1 - INTRODUÇÃO
Processo de software, ou processo de engenharia de software, é uma sequência coerente de práticas que objetiva o desenvolvimento ou evolução de sistemas de software. Estas práticas englobam as atividades de especificação, projeto, implementação, testes e caracterizam-se pela interação de ferramentas, pessoas e métodos.
Um modelo de processo de desenvolvimento de software, ou simplesmente modelo de processo, pode ser visto como uma representação, ou abstração dos objetos e atividades envolvidas no processo de software. Além disso, oferece uma forma mais abrangente e fácil de representar o gerenciamento de processo de software e consequentemente o progresso do projeto.
2 - OBJETIVO
Apresentar o modelo CASCATA, principal Modelo de Processo de Software, demonstrando seu modelo, sua evolução, vantagens e desvantagens e exemplos de suas etapas.
3 - DESENVOLVIMENTO
3.1 MODELO CASCATA
O modelo cascata descreve um método de desenvolvimento que é linear e sequencial. Na primeira vez que uma fase de desenvolvimento é completada, o desenvolvimento prossegue para a próxima fase e não há retorno. A vantagem do desenvolvimento cascata é que ele permite controle departamental e gerencial. Um planejamento pode ser atribuído com prazo final para cada estágio de desenvolvimento e um produto pode prosseguir no processo de desenvolvimento, teoricamente ser entregue no prazo. O desenvolvimento move do conceito, através do projeto (design), implementação, teste, instalação, descoberta de defeitos e termina com a operação e manutenção. Cada fase de desenvolvimento prossegue em uma ordem estrita, sem qualquer sobreposição ou passos iterativos.
Esse modelo foi derivado de modelos de actividade de engenharia com o fim de estabelecer ordem no desenvolvimento de grandes produtos de software. Comparado com outros modelos de desenvolvimento de software, este é o mais rígido e o menos administrativo. (PRESSMAN, 2006)
3.2 EVOLUÇÃO
O modelo clássico ou cascata, que também é conhecido por abordagem “top-down”, foi proposto por Royce em 1970. Até meados da década de 1980 foi o único modelo com aceitação geral. Esse modelo foi derivado de modelos de atividade de engenharia com o fim de estabelecer ordem no desenvolvimento de grandes produtos de software. A versão original deste modelo foi melhorada e retocada ao longo do tempo e continua sendo muito utilizado hoje em dia. Comparado com outros modelos de desenvolvimento de software, este é mais rígido e menos administrativo.
3.3 VANTAGENS E DESVANTAGENS
VANTAGENS
Torna o processo de desenvolvimento estruturado, por ter 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
Documentação rígida (idealmente completa) em cada atividade
Reflete abordagens adotadas em outras engenharias
Aderência a outros modelos de processo
Pode ser combinado a outros modelos
Esta abordagem é atualmente a norma e provavelmente permanecerá como tal nos próximos tempos
DESVANTAGENS
Projetos reais raramente seguem um fluxo sequencial
Se ocorrer um atraso todo o processo é afetado
Em geral, é difícil para o cliente estabelecer todos os requisitos
Não suporta modificações nos requisitos
Não permite a reutilização
Uma versão executável somente ficará pronta na fase final do projeto
;
3.4 EXEMPLO DAS ETAPAS
(Figura 1. Modelo de
...