Modelos

Modelos

1. Modelo Cascata

   • Desvantagens
     • Exige que todos os requisitos sejam definidos no início do projeto, já na primeira fase; Só é possível visualizar algo quando as fases já estão bem avançadas, quase no final de tudo; O modelo em cascata exige grande sincronização entre os participantes e pode ser afetado por qualquer atraso ocorrido no desenvolvimento; Pular ou inverter fases não é permitido.
   • Vantagens
     • Quando bem utilizado, ele não permite pular fases. A etapa seguinte só é iniciada após concluída a anterior. Com isso, é possível garantir que não haverá falhas de aplicação do modelo no decorrer do projeto; Tudo o que modelo pede é realmente necessário, nada deve ser considerado perda de tempo; Cada fase é bem definida e deixa claro o que precisa ser feito para passar por ela, dessa forma, o foco no planejamento aumenta e o projeto se torna algo realmente estruturado.

2. Modelo de Prototipação

   • Desvantagens
     • O cliente pode haver falta de familiaridade as ferramentas; Fidelidade e funcionalidade limitadas (a maioria das ferramentas de prototipagem é de baixa fidelidade ou de baixa funcionalidade).
   • Vantagens
     • Validação de requisitos para um melhor entendimento do projeto; Prever problemas antes do tempo a fim de minimizar riscos; A chance do resultado final estar dentro das expectativas do cliente é muito maior; Melhor planejamento.

3. Modelo Incremental

   • Desvantagens
     • Todos os requisitos precisam ser conhecidos para decompor o produto em módulos. Não são tão adaptáveis a mudanças nas exigências, a menos que combinadas com o trabalho em iterações. O produto não estará completo até que cada peça esteja no lugar. Fazer com que as peças trabalhem juntas requer esforço extra e pode ser um desafio.
   • Vantagens
     • Entregar o software funcionando antecipadamente: com o primeiro módulo completo; Desenvolvimento paralelo, ou seja, múltiplos módulos podem ser trabalhados por diferentes equipes; Os módulos podem ser completados em momentos diferentes. Separação de preocupações, ou seja, cada módulo é um pedaço autônomo do produto. Adaptável a mudanças no escopo, ou seja, os módulos podem ser adicionados ou descartados do produto. Os riscos podem ser identificados e tratados por módulo.

4. Modelo RAD

   • Vantagens
     • Feedback constante; Progresso de tarefas mensurável; Tempo de entrega reduzido; Integração entre sistemas; Trabalho com modelos; Tempo reduzido de time-to-market; Diminuição de riscos.
   • Desvantagens
     • Para projetos grandes (mas escaláveis) o RAD exige recursos humanos suficientes para criar o número correto de equipes, isso implica um alto custo com a equipe; O envolvimento com o usuário tem que ser ativo; Comprometimento da equipe do projeto; Perda de precisão científica (falta de métodos formais); Pode acidentalmente levar ao retorno das práticas caóticas no desenvolvimento; Funções desnecessárias (reúso de componentes); Problemas legais; Requisitos podem não se encaixar (conflitos entre desenvolvedores e clientes); Padronização (aparência diferente entre os módulos e componentes); Sucessos anteriores são difíceis de se reproduzir.