Avaliação de Desempenho de Corredores de Rua Departamento de Ciência da Computação Fundamentos da Engenharia de Software Grupo: Alice Andressa André Leandro.

Apresentação em tema: "Avaliação de Desempenho de Corredores de Rua Departamento de Ciência da Computação Fundamentos da Engenharia de Software Grupo: Alice Andressa André Leandro."— Transcrição da apresentação:

1 Avaliação de Desempenho de Corredores de Rua Departamento de Ciência da Computação Fundamentos da Engenharia de Software Grupo: Alice Andressa André Leandro Lucas Thiago Raphael

2 Projeto Foi utilizado o processo de desenvolvimento de software, chamado OpenUp, de onde foi baseado toda a documentação do sistema. O projeto envolve a elaboração de documentos e o desenvolvimento de um software de análise de desempenho de corredores de rua amador, baseado na documentação produzida. A idéia do sistema é possibilitar aos corredores de rua amador, cadastrar informações sobre seus desempenhos nas corridas e visualizar estas informações em forma de gráficos e quadros comparativos com seus desempenhos anteriores e o desempenho de outros corredores.

3 Projeto ad- Corredores Gestão de Projetos Levantar Requisitos Descrever Requisitos Construçã o Teste Encerramen to Definir escopo Elaborar Cronogra ma Gerir Riscos Pesquisas Entrevistas Descrever Casos de uso Descrever Diagramas complementar es Planejar Arquitetur a Planejar Iteração Desenvolv er protótipos Desenvolv er codificação Desenvolv er testes unitário Consolidar lições aprendidas Fazer apresentaçã o Desenvolv er casos de teste Desenvolv erRequisit os Codificaçã o Agosto/Setembro Outubro/Novembro

4 Analista Andressa de Jesus Gerente de Projeto Raphael Franckini André Carvalho Lucas Daflon Alice Tomaz Leandro de Souza Thiago Masello Arquiteto Analiste de TesteDesenvolvedor

5 Fase M2 Elaboração, Construção Transição Fase M2 Elaboração, Construção Transição Fase M0 Concepção Fase M0 Concepção Fase M1 Elaboração e Construção Fase M1 Elaboração e Construção 28/08/2011-15/09/2011 16/09/2011-15/10/2011 16/10/2011-15/11/2011 OBS: A Fase M3, havia sido planejada, considerando mais uma fase de construção e transição, no entanto, o grupo decidiu por reduzir o escopo e agrupar algumas das atividades na Fase M3.

6 Decisões – Ferramentas Cases Gerência de projeto: Clocking IT Modelagem: Magic Draw Teste e inspeção: Junit e Firebug Desenvolvimento: Eclipse + Jboss + MySQL Artefatos OpenUp: Word e Excel

7 28/08/2011-15/09/2011 Marcos importantes MilestoneDate Início da Iteração28/08/2011 Construção documento de visão05/09/2011 Levantamento de requisitos07/09/2011 Construção do documento de Plano de Projeto10/09/2011 Construção do Glossário15/09/2011 Fim da Iteração15/09/2011

8 28/08/2011-15/09/2011 Burndown – M0

9 28/08/2011-15/09/2011 Problemas encontrados e soluções aplicados:  Alinhamento de funções. Necessário, mais uma reunião além do planejado  Incompreensão inicial de como utilizar o OpenUp. Foi necessário mais tempo para compreender a estrutura do OpenUp  Problemas em planejar tempo de tarefas, metodologia utilizada, descrição de todas as tarefas a ser realizadas. Foi utilizado tempo em horas que é mais fácil de entender

10 Plano de Projeto Plano de Iteração Work itens Glossário Lista de Riscos Documento de requisitos 28/08/2011-15/09/2011 Artefatos Cronograma e EAP Visão Burndown

11 Plano de Projeto 28/08/2011-15/09/2011 Cronograma e EAP Idéia central do projeto. Stakeholders, ferramentas case, responsabilidade dos integrandes, marcos principais, lições aprendidas. Listagem das principais atividades do projeto em ordem cronológica, medidas em horas.

12 Work itens Glossário 28/08/2011-15/09/2011 Acompanhamento das atividades dos membros da equipe. Descrição da atividade, horas de duração e responsabilidade Principais termos utilizados pelos stakeholders do projeto

13 Lista de Riscos Documento de requisitos 28/08/2011-15/09/2011 Riscos identificados e medidas de mitigação para cada risco identificado Requisitos de como o sistema deveria funcionar, baseado em entrevistas com pessoas ligadas a atividade, pesquisas na internet e desejos dos componentes do grupo

14 Plano de Iteração Visão Burndown Idéia central do produto, listagem dos requisitos, pessoas interessadas, posicionamento do produto frente ao mercado pretendido Atividades previstas para a fase que irá iniciar, assim como plano de ação e critérios para validação da fase Forma de visualização do andamento do projeto por fase que permite uma análise quanto ao esforço, realizado previsto e o desejável 28/08/2011-15/09/2011

15 16/09/2011 – 15/10/2011 Marcos importantes MilestoneDate Início da Iteração16/09/2011 Construção diagrama de caso de uso20/09/2011 Construção documentos de caso de uso25/09/2011 Construir casos de testes30/09/2011 Iniciar construção do documento de arquitetura05/10/2011 Fim da Iteração15/10/2011

16 Burndown – M1 16/09/2011 – 15/10/2011

17 Problemas encontrados:  Não ter um cliente central para colher requisitos, tomou muito tempo de discussão sobre como deveria ser os casos de uso.  Algum retrabalho na elaboração dos casos de uso, por este motivo alguns casos de uso foram cortados e simplificados para viabilizar a codificação do software  Dificuldade na construção do documento de arquitetura. Documento foi construído na Fase M2 e por mais integrantes que o planejado. 16/09/2011 – 15/10/2011

18 Plano de Iteração Documento de caso de uso Diagrama de Sequência Diagrama de Classes Artefatos Diagrama de casos de uso 16/09/2011 – 15/10/2011 Burndown

19 Descrição dos cenários esperados no funcionamento do sistema Relacionamento entre os casos de uso e utilizado para descoberta de casos de uso Diagrama de casos de uso Documento de caso de uso 16/09/2011 – 15/10/2011

20 Iteração entre os componentes do sistema, utilizado para entender o comportamento esperado do sistema assim como descobrir quais componentes existe no sistema e seus campos e funções Diagrama de Sequência Visão dos relacionamento entre os componentes do sistema Diagrama de Classes 16/09/2011 – 15/10/2011

21 Plano de Iteração Burndown Atividades previstas para a fase que irá iniciar, assim como plano de ação e critérios para validação da fase Forma de visualização do andamento do projeto por fase que permite uma análise quanto ao esforço, realizado previsto e o desejável 16/09/2011 – 15/10/2011

22 30/11/2011 – 24/11/2011 Marcos importantes MilestoneData Início da Iteração30/10/11 Terminar o documento de Arquitetura03/11/11 Refinar documentos de gerência06/11/11 Preparar Infraestrutura para desenvolvimento08/11/11 Desenvolver CRUD corrida12/11/11 Desenvolver CRUD corredor16/11/11 Desenvolver Login20/11/11 Construção de teste unitários22/11/11 Gerar relatório de análise estática23/11/11 Preparar apresentação23/11/11 Fim da Iteração24/11/11

23 Burndown – M2 30/11/2011 – 24/11/2011

24 Problemas encontrados:  Dificuldade na construção do documento de arquitetura. Documento foi o que apresentou maior complexidade e tempo para construção  Diferença de tempo entre as fases, por causa do envolvimento dos membros do grupo com outras atividades  Dificuldade de acompanhamento das atividades e tempo de execução das atividade  Dificuldade de tempo para reuniões de alinhamento de projeto com a equipe 30/11/2011 – 24/11/2011

25 Casos de teste Apresentação Teste unitário Relatório de Inspeção Codificação Artefatos Documento de arquitetura 30/11/2011 – 24/11/2011 Plano de Iteração Burndown

26 Levantamento de cenários de teste Descrição geral do modelo de desenvolvimento dos componentes do sistema, tecnologias utilizadas e padrões adotados 30/11/2011 – 24/11/2011 Casos de teste Documento de arquitetura

27 Codificação de testes unitários, utilizando Junit, de funções específicas do sistema Relatório gerado pelo FindBugs que sugere melhorias no código so sistema 30/11/2011 – 24/11/2011 Teste unitário Relatório de Inspeção

28 Codificação os módulos especificados nos documentos de caso de uso Visão geral dos resultados produzido pelo trabalho 30/11/2011 – 24/11/2011 Codificação Apresentação

29 Plano de Iteração Burndown Atividades previstas para a fase que irá iniciar, assim como plano de ação e critérios para validação da fase Forma de visualização do andamento do projeto por fase que permite uma análise quanto ao esforço, realizado previsto e o desejável 30/11/2011 – 24/11/2011

30  Utilizar alguma ferramenta de gerenciamento que agilize a inclusão das atividades e distribuições das responsabilidades  Estudar mais sobre padrões de projeto e tipos de arquitetura de sistema  Nomear um cliente para recolher requisitos  Aprender formas de medir duração das atividades  Controlar riscos do projeto