Décima sexta aula de Engenharia de software realizada para o segundo semestre do Curso de Técnico em Informática para Internet (Pronatec/UNIMEP)

1. Engenharia de Software
Unimep/Pronatec
2° Semestre
AULA 16
- Prof. André Bertoletti -
apbertolet@unimep.br

2. Nossa agenda de hoje
• Desenvolvimento ágil de software
• Metodologias ágeis de desenvolvimento
de software

3. Pilares de um bom
software
Relembrando...

4. Software =
FerramentasPessoasProcessos + +

5. Software
Ferramentas
Pessoas
Processos

6. Ferramentas
Pessoas
Processos
Software

7. PROCESSOS

8. Metodologias ágeis de
desenvolvimento
X
Metodologias
tradicionais (clássicas)
Evolução

9. Metodologias tradicionais
(clássicas)
• Década de 90
• Orientadas a planejamento
• Dividida em etapas sequenciais e bem
definidas
• Muito utilizada em grandes empresas, com
times grandes de desenvolvimento e
orçamentos previamente definidos
• Alguns exemplo: Cascata, RUP, etc...

10. Metodologias ágeis
• Década de 2000
• Orientadas a entrega e colaboração
• Respostas rápidas as mudanças
• Muito utilizada em empresas menores, times
pequenos e baixa previsibilidade
• Alguns exemplos: SCRUM, XP, Kanban, etc...

11. Metodologias VAI E FAZ
• Existem desde sempre
• Não há padrões
• Cada um faz do seu jeito
• Super adaptativas e nada planejadas
• Exemplos: XGH (Extreme Go Horse), e POG
(Programação Orientada a Gambiarras), etc...

12. Agilidade: onde tudo começou...
• Em fevereiro de 2001, alguns membros
experientes da comunidade de
desenvolvimento de software se reúnem em
Snowbird (EUA) para, além de outras
atividades, discutir sobre boas práticas
adotadas por cada profissional no
desenvolvimento de seus trabalhos.
• Deste encontro surge o Manifesto ágil
http://www.manifestoagil.com.br

13. SCRUM

14. SCRUM
• Os projetos são divididos em ciclos tipicamente
mensais (Sprints).
• Sprint representa um período do qual um
conjunto de atividades deve ser executado,
segundo o Product Backlog (lista de
implementações).
• Diariamente as equipes decidem as
implementações a serem desenvolvidas.

16. XP (eXtreme Programming)

17. XP
• Programação Pareada – Programando e Revisando o mesmo código de preferencia
entre 2 a 10 programadores
• Menores ciclos de desenvolvimento possível para atender mudanças constantes.
• Manter constante parceria entre programadores e clientes
• O desenvolvedor é o responsável em analisar, projetar e codificar
• Ela é baseada em valores e princípios exclusivos
– Comunicação – Melhor relacionamento possível entre clientes e desenvolvedores.
– Simplicidade - Minimizar o código descartando as funções consideradas desnecessárias
– Feedback – Testes Periódicos para atender expectativas
– Coragem - Abordar mudanças constantes através de comunicação e feedback
– Respeito – Membros se importando uns com outros

18. Por hoje é só!
Agora é hora de estudar!