O documento discute e compara metodologias ágeis e RAD para desenvolvimento de software. Aborda princípios como entrega contínua, envolvimento do cliente, adaptação a mudanças. Apresenta exemplos como Scrum, XP, protótipos descartáveis e evolutivos. Conclui que ambas as abordagens podem ser benéficas, mas requerem equilíbrio entre controle e flexibilidade.

1. Grupo: Felipe de Mesquita Philippe Norbert Silvio Carréra

5. Protótipos são modelos construídos para simular a aparência e funcionalidade de um produto em desenvolvimento.

6. 1. Identificar Requerimentos Básicos 2.Desenvolver Protótipo Inicial 3. Review 4. Melhora do Protótipo

7. Horizontal Foco na interação com usuário Vertical Foco em funções específicas

9. Define requerimentos iniciais Design do protótipo descartado Cliente usa protótipo e levanta requerimentos Repete fase 2 se necessário Define requerimentos finais Faz o produto real

14. Algumas empresas adotam metodologias de desenvolvimento e práticas extremamente Além disso muitas empresas vivem em uma situação de total descontrole e falta de qualidade, e não são nada ágeis, vivem o ... 3/26/2011 RAD x Ágeis

20. Começou a engatinhar 1987 e a se estruturar em 1996 com o projeto C3 da Chrysler Criado pro Kent Beck, que utilizou pela primeira vez em conjunto as práticas que formam a estrutura do Extreme Programming nesse projeto da Chrysler “ Jeito leve, eficiente, de baixo risco, flexível, previsível, científico e divertido de desenvolver software” – Kent Beck 3/26/2011 RAD x Ágeis

29. “ O XP se concentra sobretudo em dois tipos de testes: o teste de unidade e o teste de aceitação. O primeiro tenta assegurar que cada componente do sistema funcione corretamente. O segundo procura testar a interação entre os componentes, as quais dão origem às funcionalidades.” [BECK, 2000 apud TELLES, 2005] método do sistema (BECK, 2000) 3/26/2011 RAD x Ágeis

32. O desenvolvedor tem acesso a todo o código O código é de todos os desenvolvedores e qualquer um pode melhorar até aquilo que não fez As alterações podem causar erros. Por segurança, é indicado adotar essa prática apenas quando se tem testes de regressão automatizados 3/26/2011 RAD x Ágeis

45. 3/26/2011 RAD x Ágeis

46. RAD x Ágeis 3/26/2011

49. “ Que se move ou age com muita facilidade .”

50. “ Que se move depressa, com muita velocidade”

51. Metodologias Ágeis Metodologias RAD Alto Controle por parte dos Gestores Reutilização de Componentes Reduz o tempo de entrega da 1ª versão Tempo de Desenvolvimento Reduzido Planejamento Alta Interação com o Usuário Respostas Rápidas a Mudanças

52. Metodologias Ágeis Metodologias RAD Menor Controle dos Custos Reutilização não garante eficiência Baixo Custo Pode Comprometer Qualidade Sem Planejamento