Post on 21-Apr-2015
Avaliação de Desempenho de Corredores de Rua
Departamento de Ciência da ComputaçãoFundamentos da Engenharia de Software
Grupo: AliceAndressaAndréLeandroLucasThiagoRaphael
ProjetoProjeto
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.
Projeto ad-CorredoresProjeto ad-Corredores
Gestão de Projetos
Gestão de Projetos
Levantar Requisitos
Descrever RequisitosDescrever Requisitos
Construção
Construção
Teste
Encerramento
Encerramento
Definir escopo
Elaborar Cronogra
ma
Gerir Riscos
Pesquisas
Entrevistas
Descrever Casos de
uso
Descrever Diagramas
complementares
Planejar Arquitetur
a
Planejar Iteração
Desenvolver
protótipos
Desenvolver
codificação
Desenvolver testes unitário
Consolidar lições
aprendidas
Fazer apresentaç
ão
Desenvolver casos de teste
DesenvolverRequisit
os
Codificação
Agosto/Setembro Outubro/Novembro
Analista
Andressa de Jesus
Gerente de Projeto
Raphael Franckini André CarvalhoLucas Daflon
Alice Tomaz Leandro de Souza Thiago Masello
Arquiteto
Analiste de Teste Desenvolvedor
Fase M2Elaboração, ConstruçãoTransição
Fase M2Elaboração, ConstruçãoTransição
Fase M0Concepção
Fase M0Concepção
Fase M1Elaboração eConstrução
Fase M1Elaboração eConstruçã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.
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
28/08/2011-15/09/2011
Marcos importantes
Milestone Date
Início da Iteração 28/08/2011
Construção documento de visão 05/09/2011
Levantamento de requisitos 07/09/2011
Construção do documento de Plano de Projeto 10/09/2011
Construção do Glossário 15/09/2011
Fim da Iteração 15/09/2011
28/08/2011-15/09/2011
Gráfico de Iteração Burndown
0
5
10
15
20
25
30
35
1 2 3 4 5 6 7 8 9 10 11 12
Esfo
rço
estim
ado
(hor
as)
Series1
Burndown – M0
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
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
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.
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
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
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
16/09/2011 – 15/10/2011
Marcos importantes
Milestone Date
Início da Iteração 16/09/2011
Construção diagrama de caso de uso 20/09/2011
Construção documentos de caso de uso 25/09/2011
Construir casos de testes 30/09/2011
Iniciar construção do documento de arquitetura 05/10/2011
Fim da Iteração 15/10/2011
Burndown – M1
16/09/2011 – 15/10/2011
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
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
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
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
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
30/11/2011 – 24/11/2011
Marcos importantes
Milestone Data
Início da Iteração 30/10/11
Terminar o documento de Arquitetura 03/11/11
Refinar documentos de gerência 06/11/11
Preparar Infraestrutura para desenvolvimento 08/11/11
Desenvolver CRUD corrida 12/11/11
Desenvolver CRUD corredor 16/11/11
Desenvolver Login 20/11/11
Construção de teste unitários 22/11/11
Gerar relatório de análise estática 23/11/11
Preparar apresentação 23/11/11
Fim da Iteração 24/11/11
Burndown – M2
30/11/2011 – 24/11/2011
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
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
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
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
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
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
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