Processo de Software

Esta pesquisa deve fornecer um conteúdo atualizado sobre o tema acima. Não esqueça de incluir as  
referëncias (fontes) no último item, reforçando que não deve ser um Copy/Paste e sim uma síntese 
das pesquisas que fizer.

Conceito

Quando se deseja projetar um sistema, é de suma importância que o desenvolvedor siga um roteiro, uma série de passos que permitam que seu projeto seja o mais dinâmico possível. Por dinâmico, entende-se a capacidade de projetar e incorporar de forma mais clara possível, utilizar recursos de forma inteligente, e tentar tornar seu sistema atemporal para que ele seja reaproveitado tantas vezes quanto for possível.

O Processo de Software diz respeito ao gerenciamento da criação do software desde seu planejamento a ideia inicial até a sua distribuição comercial.

Contém geralmente as seguintes etapas:

- Análise - Design - Desenvolvimento do código / algoritmo - Testes e Manutenção

= Modelo Cascata =

O Modelo Cascata também conhecido como Paradigma Clássico de Vida Útil (The Classic life-cycle paradigm) se originou nos anos 60 (sendo o mais antigo) pela demanda das indústrias de defesa, aeroespaciais nos Estados Unidos e também para aplicações comerciais, por softwares de larga escala. A formalização do termo é atribuída ao Cientista da Computação Winston W. Royce que escreveu um artigo em 1970 sobre o modelo. (Que no caso era uma crítica à essa forma de desenvolvimento, pois Royce era adepto da abordagem iterativa.) Tal processo de desenvolvimento idealiza as etapas de forma linear ou sistemáticas fases sequenciais colocando os desenvolvedores inicialmente no patamar de requisitos de alto nível, passando pelos testes, chegando assim na fase final que é a distribuição, e a manutenção contínua do mesmo. Nas últimas três décadas, o modelo tem sido amplamente criticado, inclusive até seus maiores defensores levantavam questionamentos sobre a eficácia pois embora teoricamente o modelo siga uma linha de raciocínio bem elaborada e permita um desenvolvimento bem sólido e planejado, sua aplicação prática não funciona bem assim pois projetos reais muito dificilmente vão seguir à risca as etapas que o modelo propôs, o modelo em cascata embora tenha a iteração, ela acontece de forma indireta e qualquer mudança que ocorra no desenrolar do processo pode acabar gerando confusões. De início também é difícil para o cliente explicitar claramente todas suas necessidades, que é um requisito do modelo, além disso a versão operacional do projeto não estará disponível até as últimas etapas do processo, o que pode tornar pequenos erros se não detectados, um desastre total e comprometer todo o projeto. Portanto, para se utilizar o Modelo Cascata de forma inteligente, seria interessante que tivéssemos todos os requisitos bem definidos e estáveis.

Arquivo:C:\Users\pedro\Downloads\ciclo-de-vida-cascata.png

Modelo Espiral

O Modelo Espiral foi criado pelo Cientista da Computação Barry Boehm, sua ideia é a fusão da iteratividade da prototipação e a a sistemática do Modelo Cascata

Referências bibliográficas

Michael A. Cusumano* and Stanley Smith - MIT Sloan School of Management (1995). Beyond the Waterfall: Software Development at Microsoft