1. Define:
1.1. Quem deve estar envolvido em cada fase
1.2. Que parte do trabalho técnico deve ser feita em cada fase
2. Cascata
2.1. Mais antigo e mais utilizado, surge na década de 50 e se populariza em 70
2.2. Resultado de uma etapa é usado na etapa seguinte
2.3. Baseado no modelo clássico da engenharia
2.4. Processo linear
2.4.1. Saída de uma fase é a entrada para a fase seguinte
2.5. 7 fases:
2.5.1. Estudo de viabilidade
2.5.2. Definição de requisitos
2.5.3. Projeto
2.5.4. Codificação e teste dos módulos
2.5.5. Integração e teste do sistema
2.5.6. Entrega e aceitação
2.5.7. Manutenção
2.6. Problemas:
2.6.1. Dificuldade de estimar com pouca informação
2.6.2. Projetos reais raramente seguem o fluxo sequencial que o modelo propõe
2.6.3. Especificação de requisitos é um documento escrito
2.6.4. Usuário não sabe os requisitos exatos
2.6.5. Processo não força antecipação das mudanças
2.6.6. Processo baseado na produção de documentos (burocrático)
3. UP (Unified Process)
3.1. Processo bem definido
3.1.1. Quem é responsável pelo que, como coisas devem ser feitas e quando
3.1.2. Estruturado em fases (tempo) e disciplinas (áreas de interesse
3.2. Processo bem personalizável
3.2.1. Suporta a adaptação e criação de processos
3.3. Configurações
3.3.1. Equipes grandes ou pequenas
3.3.2. Técnicas de desenvolvimento disciplinadas ou menos formais
3.4. Mistura modelo iterativo e incremental
3.5. Premissas
3.5.1. Muito tempo gasto no desenvolvimento de um sistema não permite definir o problema e a solução em um único passo
3.5.2. mudanças devido arquitetura, necessidade do cliente ou melhor entendimento do problema
3.6. Iteração
3.6.1. Melhor entendimento do produto através de refinamentos sucessivos
3.6.2. Ataca itens de alto risco
3.6.3. Sempre resulta em um "lançamento executável"
3.6.3.1. Ajuda a reduzir riscos no projeto
4. Incremental
4.1. Combina elementos do modelo cascata com a filosofia da prototipagem
4.2. Aplica sequencias lineares de forma racional à medida que o tempo passa
4.2.1. Cada sequencia produz um “incremento” realizável do software
4.3. Primeiro incremento: núcleo do produto
4.4. Próximos incrementos:
4.4.1. Modificação do núcleo para satisfazer as necessidades do cliente
4.4.2. Elaboração de características e funcionalidades adicionais
5. Ciclo de vida de um sistema
5.1. Conjunto das fases de um projeto
5.1.1. Fase
5.1.1.1. Marcada pela conclusão de um ou mais produtos
5.1.1.1.1. Produto deve ser tangível e verificável
5.1.1.2. Transferência de informação
5.1.1.3. “fast tracking”: fases em paralelo com um risco tolerável
5.2. Desenvolvimento de sistemas
5.2.1. Resolução de problema
5.2.2. Situação atual
5.2.3. Definição do problema
5.2.4. Desenvolvimetno técnico
5.2.5. Integração da solução
6. XP (Extreme Programming)
6.1. Desenvolvimento de acordo com mudanças requeridas pelo cliente
6.1.1. Se adapta à essas mudanças
6.1.1.1. Software sempre testado
6.1.2. Cliente satisfeito: software eficiente
6.2. Rapidez, confiável e eficiente
6.2.1. Menos tempo gasto com documentação, projeto e modelagem
7. RAD (Rapid Application Development)
7.1. Modelagem do negócio
7.1.1. Define atividades a seres executadas e seus requisitos de informação
7.2. Modelagem dos dados
7.2.1. Descreve objetos de dados que suportam o negócio
7.3. Modelagem do tratamento da informação
7.3.1. Descreve processos de manipulação dos objetos de dados
7.4. Geração da aplicação
7.4.1. Usa técnicas de geração de código e bibliotecas de componentes
7.5. Testes
7.5.1. Tempo de testes reduzido devido ao uso de componentes
7.6. Problemas
7.6.1. Tamanho da equipe
7.6.2. Precisa de comprometimento
7.6.3. Inadequado à projetos de risco
8. Espiral
8.1. Melhores características
8.1.1. Aspectos controlados (cascata) e natureza interativa (prototipação)
8.2. Atividades
8.2.1. Comunicação com o cliente
8.2.2. Planejamento
8.2.3. Análise de risco
8.2.4. Engenharia
8.2.5. Construção e distribuição
8.2.6. Avaliação do cliente
8.3. Fornece potencial para o desenvolvimento rápido de versões incrementais do SI
8.3.1. Desenvolvedor mantém a sistemática sugerida pelo ciclo de vida clássico
8.3.2. Qualquer estágio de evolução do produto
8.3.2.1. Desenvolvedor pode usar prototipação
8.4. Cada volta na espiral
8.4.1. Um protótipo
8.4.2. Versão mais sofisticada
9. Iterativo (prototipação)
9.1. Processo cíclico para especificar:
9.1.1. Requisitos definidos pelo usuário e necessidades de hardware e software
9.2. Construção rápida dos primeiros modelos
9.2.1. Não integrados ao produto final
9.3. Feita a definição do sistema com foco nos demais requisitos de qualidade
9.3.1. Boa opção para a definição de requisitos
9.4. Grande interação com o usuário
9.4.1. Boa qualidade na definição da interface
9.5. Problemas:
9.5.1. Expectativa do usuário
9.5.2. Compromissos com a tecnologia