• Grupo: Oito 8

Reunião dia 10/11/2015

• Membros do Grupo:

Weslei Antonio Vilela

Flávio Bastos Haueisen

Daniel Lucas Pereira

Jean Henrique Ferreira Freire

Humberto Lopes de Morais

Lucas Antonio Conceição

Thiago Lucas dos Santos

••• Pauta:

Assuntos abordados durante esta reunião:

→ Troca de papéis entre Desenvolvedores e Testadores; e entre Desenvolvedores e Revisores:  

Foram feitas algumas trocas de papéis entre Desenvolvedores e Testadores; e entre Desenvolvedores e Revisores.

→ Acompanhamento do desenvolvimento da Classe Pergunta e Resposta, e da Classe de Leitura dos dados das Perguntas (Referente à Classe de Pergunta):

As modificações  da Classe de Perguntas e Respostas esta seguindo a proposta da reunião da semana anterior.

Uma questão que ainda esta em aberto é o valor da premiação, referente ao acerto de cada pergunta que o jogador responder, que ficará para ser definida quando o conjunto de interações entre as diferentes classes estiver definido.

O desenvolvimento da Classe de leitura das Perguntas também segue a proposta discutida na semana anterior, sem modificações.

→ Acompanhamento do desenvolvimento da Classe dos Objetos, e da Classe de Leitura dos dados dos Objetos (Referente à Classe Objetos):

As modificações da Classe dos Objetos foram muito específicas e não afetam o restante da classe implementada. Em geral, ela segue a proposta da reunião da semana anterior, sem qualquer modificação.

Foi apresentado somente um conjunto de idéias para diferentes objetos que o Jogador poderia estar adquirindo no decorrer do Jogo.

O desenvolvimento da Classe de leitura dos dados dos Objetos também segue a proposta discutida na semana anterior, sem modificações; exceto pelo fato que de agora poderá ser implementado um grupo maior de possibilidades de objetos que podem ser adquiridos.

→ Análise de versões de uma mesma classe implementada e verificação de conflito entre diferentes versões:

O grupo discutiu brevemente alguns conflitos observados entre diferentes versões de uma  mesma classe implementada.

Ficou definido que alguns membros do grupo assumiriam a tarefa de analisar os conflitos detectados.

Ficou estabelecido que o grupo responsável pela análise dos conflitos observados tem um prazo para apresentar a resposta (ou orientação) sobre o problema verificado. Ficou definido como prazo limite, até as 10 horas da manhã do dia de 15 de Novembro de 2015.

Imagem: Histórico de uma série de “Commit’s” realizados por alguns membros do grupo.

Imagem: Conflito de versões identificado: Métodos e Atributos atualizados, Pacotes retirados e métodos incluídos.

Também ficou definido que até a solução do possível “problema”, todos deveriam utilizar a versão anterior da classe implementada para continuar o desenvolvimento do projeto, uma vez que o problema não impede o desenvolvimento do projeto.

• Tarefas que foram previamente definidas na reunião anterior e que já foram concluídas antes desta reunião:

• Acompanhar o desenvolvimento do projeto. • Revisar a classe dos Objetos e verificar seus métodos implementados (verificar se será necessário atualização de algum método, ou de alguma característica da classe). • Acompanhar o desenvolvimento da classe de Perguntas e Respostas, e da Classe de leitura das perguntas e respostas.

• Tarefas a serem desenvolvidas até o próxima reunião presencial:

• Atualizar o desenvolvimento de cada módulo de programação, incluindo/atualizando as novas características dos módulos de leitura das perguntas. • Atualizar o desenvolvimento de cada módulo de programação, incluindo/atualizando as novas características dos módulos de leitura das características dos objetos. • Acompanhar o desenvolvimento do projeto. • Apresentar o desenvolvimento do banco de questões do MPS.BR (necessário para o desenvolvimento de parte das funcionalidades do jogo.) respeitando o modelo estrutural de entrada de dados que foi definido. • Apresentar o desenvolvimento do quadro de membros/objetos/recursos e suas respectivas características (necessário para o desenvolvimento do jogo.) respeitando o modelo estrutural de entrada de dados que foi definido. • Iniciar a verificação dos conflitos detectados entre as diferentes versões de classes e métodos implementados.