MODELOS DE PROCESSO DE SOFTWARE: Modelo Cascata UNOPAR ADS

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