 |
| Clique na imagem para ampliar. |
Desenvolvimento
Incremental é uma estratégia de planejamento estagiado em que várias
partes do sistema são desenvolvidas em paralelo, e integradas quando
completas. Não implica, requer ou pressupõe desenvolvimento iterativo ou
em cascata – ambos são estrategias de retrabalho. A alternativa ao
desenvolvimento incremental é desenvolver todo o sistema com uma
integração única.
Desenvolvimento
iterativo é uma estrategia de planejamento de retrabalho em que o tempo
de revisão e melhorias de partes do sistema é pré-definido. Isto não
pressupõe desenvolvimento incremental, mas funciona muito bem com ele.
Uma diferença típica é que a saída de um incremento não é
necessariamente assunto de um refinamento futuro, e seu teste ou retorno
do usuário não é utilizado como entrada para planos de revisão ou
especificações para incrementos sucessivos. Ao contrario, a saída de uma
iteração é examinada para modificação, e especialmente para revisão dos
objetivos das iterações sucessivas.
- Qualquer dificuldade no projeto, codificação e teste de uma modificação deve ser sinalizada para que possa ser re-projetada ou recodificada.
- Modificações devem ser ajustadas facilmente em módulos isolados e fáceis de encontrar. Se não atendem a isso, algum re-projeto deverá ser necessário.
- Modificações de tabelas devem ser especialmente fáceis de fazer. Se qualquer modificação não é rápida e fácil de ser feita, indica-se a realização de um re-projeto.
- Modificações devem ser fáceis para serem feitas na forma de iterações. Se elas não são, haverá um problema básico tal como um projeto falho ou uma proliferação de correções.
- Correções devem normalmente ser permitidas por somente uma ou duas iterações. Correções devem ser necessariamente para evitar re-projeto durante uma fase de implementação.
- A implementação existente deve ser analisada freqüentemente para determinar quão bem estão sendo atingidos os objetivos do projeto.
- As ferramentas de análise de programa devem ser usadas sempre que necessário para ajudar na análise de implementações parciais.
- Reclamações do usuário devem ser solicitadas e analisadas para registrar as deficiências da implementação atual.
Modelo Rad
 |
| Clique na imagem para ampliar. |
