Os métodos de desenvolvimento ditos "métodos ágeis" (em inglês Ágil Modeling, notado AG) visam a reduzir o ciclo de vida do "software" (por conseguinte acelerar o seu desenvolvimento) desenvolvendo uma versão mínima, seguidamente integrando as funcionalidades por um processo iterativo baseado numa escuta cliente e testes ao longo de todo o ciclo de desenvolvimento.

A origem dos métodos ágeis é ligada à instabilidade do ambiente tecnológico e o fato que o cliente está frequentemente na incapacidade de definir as suas necessidades de maneira exaustiva ao início do projeto. O termo "ágil" faz assim referência à capacidade de adaptação às mudanças de contexto e as modificações de especificações que intervêm durante o processo de desenvolvimento.

Podemos dizer que a tradução para manifesto ágil ou métodos ágeis é a seguinte:

• indivíduos e interações antes que processos e instrumentos
• desenvolvimento "software" antes que documentação exaustiva
• colaboração com o cliente antes que negociação contratual
• abertura à mudança antes que seguido de um plano rígido

Graças aos métodos ágeis, o cliente é piloto inteiramente do seu projeto e obtém rapidamente uma primeira aposta em produção do seu "software". Assim, é possível associar os usuários ao início do projeto.

■ RAD - Desenvolvimento rápido de aplicações

O "método de desenvolvimento rápido de aplicações" (em inglês Rapid Application Development notado RAD), definido por James Martin ao início dos anos 80, consiste num ciclo de desenvolvimento curto baseado das três fases (Enquadramento, Desenho e Construção) num prazo ideal de noventa e 120 dias no máximo.

■ DSDM

O método DSDM (Dynamic Software Development Method) foi desenvolvido se apoiando sobre o método RAD a fim de preencher algumas das suas lacunas, nomeadamente oferecendo um plano que toma em conta o conjunto do ciclo de desenvolvimento.

Os princípios fundadores do método DSDM são os seguintes:

• Uma implicação dos usuários
• Um desenvolvimento iterativo e incremental
• Uma frequência de entrega elevada
• A integração dos testes em cada etapa
• A aceitação dos produtos entregues depende diretamente da satisfação das necessidades

■ UP - Unified Process

O método do Processo Unificado (UP para Unified Process) é um processo de desenvolvimento iterativo e incremental, que significa que o projeto é dividido em fases curtas à saída cada uma do qual uma nova versão incrementada é entregue.

Trata-se de um cuidado que se apóia sobre a modelização UML para a descrição da arquitetura do "software" (funcional, "software" e físico) e a aposta ao ponto de casos de utilização que permite descrever as necessidades e exigências dos usuários.

■ RUP - Rational Unified Process

RUP (Rational Unified Process) é um método de desenvolvimento por iterações promovido pela sociedade Rational "software", rachetée pela IBM.

RUP propõe um método que especifica nomeadamente a composição das equipes e o calendário bem como diversos modelos de documentos.

■ XP - eXtreme Programming

O método XP (para eXtreme Programming) define diversas boas práticas que permitem desenvolver um "software" em condições ótimas colocando o cliente no meio do processo de desenvolvimento, em relação estreita com o cliente.

O extremo Programming é baseado nomeadamente nos conceitos seguintes:

• As equipes de desenvolvimento trabalham diretamente com o cliente sobre ciclos muito curtos de uma a duas semanas no máximo.
• As entregas de versões do "software" intervém muito cedo e à uma frequência elevada para maximizar o impacto dos regressos usuários.
• A equipe de desenvolvimento trabalha em colaboração total com base em binômios.
• O código é testado e corrigido ao longo de todo o processo de desenvolvimento.
• Indicadores permitem de medida o adiantamento do projeto a find e permitir pôr em dia o plano de desenvolvimento.