Desenvolvimento Rápido de Software

Em geral, os negócios operam em um ambiente de mudanças constantes
- Dificuldade de propor um conjunto completo de requisitos
de software estável
- Clientes mudam os requisitos inevitavelmente
-Identificação dos reais requisitos
- Após a entrega do sistema
- Experiência inicial dos usuários

Como funciona o Processo?
Engenharia de software ágil = filosofia + princípios de desenvolvimento

a filosofia  defende a satisfação do cliente e a entrega de incremental prévio;
equipes de projeto pequenas e altamente motivadas; métodos informais;
artefatos mínimos e simplicidade no desenvolvimento

Os princípios de desenvolvimento priorizam a entrega mais que análise e projeto
(mas não desencorajam as atividades); a
comunicação ativa e contínua entre
desenvolvedores e clientes

Processos de desenvolvimento rápido são projetados para criar um software útil
rapidamente:
-São processos iterativos
- Intercala a especificação, projeto, desenvolvimento e
testes
-Software entregue em partes
- Cada parte inclui uma nova funcionalidade

Os processos de especificação, projeto e implementação são concorrentes
-Não há detalhamento
- Minimização da documentação ou gerada
automaticamente
-O sistema é desenvolvido em uma série de
incrementos
- Usuários finais e stakeholders participam da especificação
e avaliação de cada incremento

Principais vantagens:

Entrega acelerada
- Clientes vêem seus requisitos na prática
- Especificação de novas mudanças
- Engajamento do usuário com o sistema
- Envolvimento dos usuários
- Feedback à equipe desenvolvedora
- Melhor entendimento dos requisitos

Principais desvantagens:
Problemas de gerenciamento
- Grandes sistemas exigem modelos mais estruturados
- Produção em grandes quantidades não compensa
Problemas de contrato
- Contrato baseado em especificações de sistema
- Cliente paga por tempo despendido no projeto

- Desenvolvedores não aceitam contratos com preço fixo

Problemas de validação
- Minimizar documentação
- Intercalar especificação e desenvolvimento
- Problemas de Manutenção
- As alterações contínuas corrompem a estrutura dos
sistemas

- Dificuldade de compreensão do software

Onde o desenvolvimento rápido de software NÃO é recomendado?
grandes sistemas, nos quais o desenvolvimento pode envolver equipes que trabalham em locais diferentes;

Em sistemas embarcados, nos quais o software depende do desenvolvimento de hardware;

Em sistemas críticos, nos quais todos os requisitos devem ser analisados para segurança