Modelo Incremental O Modelo Incremental foi desenvolvido atravs da combinao entre os modelos linear e prototipao.

O desenvolvimento dividido em etapas, denominadas incrementos, que produziro incrementalmente o sistema, at a sua verso final. Em cada incremento realizado todo o ciclo do desenvolvimento de software, do planejamento aos testes do sistema j em funcionamento. Cada etapa produz um sistema totalmente funcional, apesar de ainda no cobrir todos os requisitos. O Modelo Incremental apresenta diversas vantagens para o desenvolvimento de um software, especialmente se os requisitos no esto claros inicialmente. Por exemplo: quando o Modelo Incremental utilizado, o primeiro incremento normalmente constitudo do ncleo do sistema. Isto , os requisitos bsicos so implementados, e os detalhes suprimidos. Esse produto ser entregue para uma avaliao, que poder detectar, inicialmente, problemas que poderiam ser de dimenses muito maiores se detectados somente na entrega do produto final. Outra vantagem para o desenvolvedor que, em contato com o sistema, o cliente esclarece seus requisitos e suas prioridades para os prximos incrementos, alm de contar com os servios da verso j produzida. Outras vantagens so: A construo de um sistema menor sempre menos arriscada que a construo de um grande; Se um grande erro cometido, apenas o ltimo incremento descartado; Reduzindo o tempo de desenvolvimento de um sistema, as chances de mudanas nos requisitos do usurio durante o desenvolvimento so menores. Modelo Iterativo Modelo concebido com base nas limitaes do modelo em cascata, combinando as vantagens deste com as do modelo Prototipao. A ideia principal a de que um sistema deve ser desenvolvido de forma incremental, aonde cada incremento vai adicionando ao sistema novas capacidades funcionais, at a obteno do sistema final. A cada passo realizado, modificaes podem ser introduzidas. No primeiro passo Uma implementao inicial do sistema obtida, na forma de um subconjunto da soluo do problema global. Deve contemplar os principais aspectos que sejam facilmente identificveis no que diz respeito ao problema a ser resolvido

A lista de controle de projeto Contem todos os passos a serem realizados para a obteno do sistema final definindo quais tarefas devem ser realizadas a cada iterao Gerencia todo o desenvolvimento serve para se medir, num dado nvel, o quo distante se est da ltima iterao. Cada iterao do modelo Consiste em retirar um passo da lista de controle de projeto atravs da realizao de trs etapas ( projeto, implementao e anlise) At que a lista esteja completamente vazia Vantagens desta abordagem Facilidade em testar o sistema, uma vez que a realizao de testes em cada nvel de desenvolvimento mais fcil do que testar o sistema na sua verso final. Obteno de um sistema (mesmo incompleto) rapidamente,o quw pode oferecer ao cliente interessantes informaes que sirvam de subsdio para a melhor definio de futuros requisitos do sistema (como na Prototipao)

O que uma Iterao? Uma iterao abrange as atividades de desenvolvimento que conduzem liberao de um produtouma verso do produto estvel e executvel, junto com qualquer outro elemento perifrico necessrio para usar esse release. Portanto, uma iterao de desenvolvimento de certa forma uma passagem completa por todas as disciplinas: pelo menos Requisitos, Anlise & Design, Implementao e Teste. como um pequeno projeto cascata em si mesmo. Observe que os critrios de avaliao so estabelecidos quando cada iterao planejada. O release ter planejado a capacidade que demonstrvel. A durao de uma iterao varia de acordo com o tamanho e a natureza do projeto, mas provvel que vrios builds sejam construdos em cada iterao,

da maneira especificada no Plano de Integrao do Build para a iterao. Isso uma consequncia da abordagem de integrao contnua recomendada no Rational Unified Process (RUP): quando os componentes testados da unidade ficam disponveis, eles so integrados e, em seguida, um build produzido e fica sujeito ao teste de integrao. Dessa maneira, a capacidade do software integrado cresce quando a iterao continua em direo s metas definidas quando a iterao foi planejada. Pode ser demonstrado que cada build representa uma mini-iterao por si mesmo; a diferena est no planejamento necessrio e na formalidade da avaliao realizada. Pode ser apropriado e conveniente em alguns projetos construir builds diariamente, mas eles no representam iteraes quando o RUP os defineexceto, talvez, para um projeto muito pequeno de uma nica pessoa. Mesmo em projetos pequenos com vrias pessoas (por exemplo, envolvendo cinco pessoas criando 10.000 linhas de cdigo), seria muito difcil alcanar uma durao de iterao de menos de uma semana. Diferena entre o modelo iterativo e o modelo Incremental Os modelos iterativo e incremental podem ser facilmente confundidos, mas so profundamente diferentes. No modelo incremental, desenvolve-se uma primeira verso, sem se preocupar muito com o todo. Portanto, o desenvolvimento se inicia sem que haja um conhecimento amplo dos requisitos do sistema. Atravs dos feedbacks do usurio, os requisitos vo sendo eliciados e implementados nas verses subsequentes do sistema. No modelo iterativo, tem-se uma verso inicial de todos (ou quase todos) os requisitos do usurio, mas no se implementam todos de uma vez: a cada iterao implementado um subconjunto de requisitos. Estes requisitos so ento apresentados ao usurio, que fica satisfeito ao ver que os trabalhos esto evoluindo. Eventualmente, um requisito pode ser at implantado e disponibilizado para uso. Admite-se que o levantamento inicial registre 80% dos requisitos do sistema. Os outros surgem durante o desenvolvimento. No vale a pena investir muito tempo para se esgotar todos os requisitos: perde-se tempo e corre-se o risco de levantar falsos requisitos (desnecessrios).