Engenharia de Software
Unimep/Pronatec
2° Semestre
AULA 16
- Prof. André Bertoletti -
apbertolet@unimep.br
Nossa agenda de hoje
• Desenvolvimento ágil de software
• Metodologias ágeis de desenvolvimento
de software
Pilares de um bom
software
Relembrando...
Software =
FerramentasPessoasProcessos + +
Software
Ferramentas
Pessoas
Processos
Ferramentas
Pessoas
Processos
Software
PROCESSOS
Metodologias ágeis de
desenvolvimento
X
Metodologias
tradicionais (clássicas)
Evolução
Metodologias tradicionais
(clássicas)
• Década de 90
• Orientadas a planejamento
• Dividida em etapas sequenciais e bem
de...
Metodologias ágeis
• Década de 2000
• Orientadas a entrega e colaboração
• Respostas rápidas as mudanças
• Muito utilizada...
Metodologias VAI E FAZ
• Existem desde sempre
• Não há padrões
• Cada um faz do seu jeito
• Super adaptativas e nada plane...
Agilidade: onde tudo começou...
• Em fevereiro de 2001, alguns membros
experientes da comunidade de
desenvolvimento de sof...
SCRUM
SCRUM
• Os projetos são divididos em ciclos tipicamente
mensais (Sprints).
• Sprint representa um período do qual um
conju...
XP (eXtreme Programming)
XP
• Programação Pareada – Programando e Revisando o mesmo código de preferencia
entre 2 a 10 programadores
• Menores cicl...
Por hoje é só!
Agora é hora de estudar!
Engenharia de Software - Unimep/Pronatec - Aula 16
Próximos SlideShares
Carregando em…5
×

Engenharia de Software - Unimep/Pronatec - Aula 16

258 visualizações

Publicada em

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)

Publicada em: Software
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Engenharia de Software - Unimep/Pronatec - Aula 16

  1. 1. Engenharia de Software Unimep/Pronatec 2° Semestre AULA 16 - Prof. André Bertoletti - apbertolet@unimep.br
  2. 2. Nossa agenda de hoje • Desenvolvimento ágil de software • Metodologias ágeis de desenvolvimento de software
  3. 3. Pilares de um bom software Relembrando...
  4. 4. Software = FerramentasPessoasProcessos + +
  5. 5. Software Ferramentas Pessoas Processos
  6. 6. Ferramentas Pessoas Processos Software
  7. 7. PROCESSOS
  8. 8. Metodologias ágeis de desenvolvimento X Metodologias tradicionais (clássicas) Evolução
  9. 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. 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. 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. 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. 13. SCRUM
  14. 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.
  15. 15. XP (eXtreme Programming)
  16. 16. 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
  17. 17. Por hoje é só! Agora é hora de estudar!

×