Desenvolvimento e Projeto de Software - Aula de Apresentação

3,461
-1

Published on

Desenvolvimento e Projeto de Software - Aula de Apresentação

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
3,461
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
56
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Desenvolvimento e Projeto de Software - Aula de Apresentação

  1. 1. Desenvolvimento de Projeto de Software Prof.º Thyago Maia 2013.2
  2. 2. Objetivos Aula 1: Introdução • Apresentar a disciplina; • Definir a metodologia padrão para a gestão e planejamento de projetos; • Definir as próximas atividades a serem executadas pelos alunos; • Apresentar as Rubricas de Avaliação para as próximas atividades; 2
  3. 3. Apresentação
  4. 4. Apresentação • Professor: Thyago Maia Tavares de Farias – Mestre em Informática pelo PPGI / DI / UFPB – Bacharel em Ciência da Computação – UFPB – Currículo Lattes: http://lattes.thyagomaia.net – E-Mail: contato@thyagomaia.com – Twitter: @thyagomaia – Facebook: facebook.com/profthyagomaia 4
  5. 5. Apresentação • Objetivo da disciplina:  Desenvolver um sistema de software, obedecendo a um processo de desenvolvimento iterativo, incremental e orientado a objetos.  O desenvolvimento será guiado por um processo definido, sendo responsabilidade dos alunos o gerenciamento do projeto. O papel do professor será acompanhar o andamento dos projetos e orientar os alunos quando necessário. 5
  6. 6. Apresentação • Avaliações (3 estágios): – 1º estágio: • Definição de tema; • Levantamento de requisitos; • Definir o Product Backlog; • Cumprimento dos Sprints; • Entrega do primeiro incremento; – 2º estágio: • Cumprimento dos Sprints; • Entrega do segundo incremento; – 3º estágio: • Fechamento dos projetos; • Entrega do Produto; 6
  7. 7. Apresentação • Reposição , Final e Presença – Reposição: • Será o tempo adicional dado a equipes com atividades atrasadas em um determinado estágio; • Tal bônus só poderá ser concedido 1 vez no semestre para todos os integrantes da equipe; • Apenas o Scrum Master de cada equipe terá o poder de decidir se a equipe fará reposição ou não. – Presença • Limite de faltas: 15 horas; 7
  8. 8. Apresentação • Reposição , Final e Presença – Final: • Será o tempo adicional dado as equipes para a entrega e defesa do produto final; 8
  9. 9. Apresentação • Moodle (Ferramenta de Educação a Distância) – Material da disciplina (Slides, notas de aula, indicação de livros, etc.); – Divulgação e submissão das práticas em laboratório (exercícios de fixação e de avaliação); – Ferramenta para comunicação oficial (avisos, lembretes, divulgação de datas, divulgação de notas, etc.); – http://virtual.unipe.br 9
  10. 10. Apresentação • Sites auxiliares: – http://facebook.com/profthyagomaia – http://twitter.com/thyagomaia – http://www.slideshare.net/thyagomaia 10
  11. 11. Apresentação • Metodologia padrão da disciplina para a gestão e planejamento dos projetos: – Scrum • http://scrum.org/Scrum-Guides • http://desenvolvimentoagil.com.br/scrum/ 11
  12. 12. Scrum
  13. 13. Atores 13 Product Owner (Cliente) Scrum Master (Gerente de Projeto) Scrum Team (Equipe de Desenvolvimento)
  14. 14. Product Backlog 14 Product Owner (Cliente) Product Backlog 1. Funcionalidade 2. Funcionalidade 3. Funcionalidade 4. Funcionalidade
  15. 15. Scrum – Sprint Planning Meeting 15 Product Owner (Cliente) Scrum Master (Gerente de Projeto) Scrum Team (Equipe de Desenvolvimento) Product Backlog 1. Funcionalidade 2. Funcionalidade 3. Funcionalidade 4. Funcionalidade Prioriza Funcionalidades ? ? !
  16. 16. Scrum – Sprint Backlog 16 Scrum Master (Gerente de Projeto) Scrum Team Product Backlog 1. Funcionalidade 2. Funcionalidade 3. Funcionalidade 4. Funcionalidade Sprint Backlog 1. Funcionalidade • Atividade 1 • Atividade 2 • Atividade 3
  17. 17. Scrum – Daily Scrum 17 Scrum Master Scrum Team O que vocês fizeram ontem? Terminamos a Atividade 1 Sprint Backlog 1. Funcionalidade • Atividade 1 • Atividade 2 • Atividade 3 x
  18. 18. Scrum – Daily Scrum 18 Scrum Master Scrum Team O que vocês irão fazer hoje? Concluir a Atividade 2 Sprint Backlog 1. Funcionalidade • Atividade 1 • Atividade 2 • Atividade 3 x
  19. 19. Scrum – Daily Scrum 19 Scrum Master Scrum Team Há algum impedimento? Não! Sprint Backlog 1. Funcionalidade • Atividade 1 • Atividade 2 • Atividade 3 x
  20. 20. Scrum – Daily Scrum 20 Scrum Master Scrum Team 15 minutos! Reunião Concluída! Sprint Backlog 1. Funcionalidade • Atividade 1 • Atividade 2 • Atividade 3 x
  21. 21. Scrum - Kanban 21 TO DO DOING DONE Atividade 1 Scrum Master Atividade 2 Atividade 3
  22. 22. Scrum – Sprint Review Meeting 22 Product Owner Scrum Master Scrum Team (Equipe de Desenvolvimento) Sprint Backlog 1. Funcionalidade • Atividade 1 • Atividade 2 • Atividade 3 !
  23. 23. Scrum • Sprint Retrospective – Ocorre ao final de um Sprint; – Serve para identificar: • O que funcionou bem; • O que pode ser melhorado; • Que ações serão tomadas para melhorar; 23
  24. 24. Scrum – Sprint Planning Meeting 24 Product Owner (Cliente) Scrum Master (Gerente de Projeto) Scrum Team (Equipe de Desenvolvimento) Product Backlog 1. Funcionalidade 2. Funcionalidade 3. Funcionalidade 4. Funcionalidade Prioriza Funcionalidades ? ? !
  25. 25. Scrum 25
  26. 26. Próximas Atividades
  27. 27. Próximas Atividades • Atividades: – Escolher um tema (software a ser desenvolvido); – Montar a equipe (Scrum Team); – Escolher quem será o Scrum Master; – Atualizar o Product Backlog geral com as funcionalidades do software a ser desenvolvido; – Submeter ao Product Owner (professor) os dados da equipe, o tema e o Product Backlog para aprovação; – Apresentar / Defender o tema escolhido; 27
  28. 28. Próximas Atividades • Atividades: – Apresentar / Defender o tema escolhido (Slides - Documento de Visão Resumido): • Breve descrição do produto; • Descrição / Perfil dos utilizadores; • Mercado (Por que o produto deve existir?); • Necessidades (Motivação); • Casos de Uso; • Product Backlog; 28
  29. 29. Próximas Atividades • Atividades: – Arquivo base para o Product Backlog e Sprint Backlog: • http://tinyurl.com/modelo-artefatos 29
  30. 30. Rubrica de Avaliação das Atividades
  31. 31. Rubrica de Avaliação 31 ITENS INDICADORES DE DESEMPENHO PESO TEMA (SOFTWARE A SER DESENVOLVIDO) O tema proposto foi aprovado pelo professor da disciplina e classificado como tema de dificuldade alta 1,0 O tema proposto foi aprovado pelo professor da disciplina e classificado como tema de dificuldade média 0,5 O tema proposto não foi aprovado pelo professor da disciplina 0,0
  32. 32. Rubrica de Avaliação 32 ITENS INDICADORES DE DESEMPENHO PESO PRODUÇÃO E DEFESA DO DOCUMENTO DE VISÃO A equipe produziu e apresentou todos os tópicos e artefatos exigidos pelo professor da disciplina de forma satisfatória 1,5 A equipe produziu e apresentou os tópicos e artefatos exigidos pelo professor da disciplina de forma regular 1,0 A equipe produziu e apresentou os tópicos e artefatos exigidos pelo professor da disciplina de forma insatisfatória 0,5 A equipe não produziu e não apresentou os tópicos e artefatos exigidos pelo professor da disciplina 0,0
  33. 33. Rubrica de Avaliação 33 ITENS INDICADORES DE DESEMPENHO PESO PRODUCT BACKLOG O Product Backlog produzido foi aprovado pelo professor da disciplina (cliente), contemplando totalmente os requisitos necessários para o desenvolvimento do software proposto. 2,0 O Product Backlog produzido foi aprovado pelo professor da disciplina (cliente), contemplando parcialmente os requisitos necessários para o desenvolvimento do software proposto. 1,0 O Product Backlog produzido não foi foi aprovado pelo professor da disciplina (cliente) 0,0
  34. 34. Rúbrica de Avaliação • Contribuição da referida atividade na nota do 1º estágio 34 TEMA DOCUMENTO DE VISÃO PRODUCT BACKLOG TOTAL Nota Máxima 1,0 1,5 2,0 4,5
  35. 35. Próxima Aula: Apresentação do Documento (Slides) de Visão

×