• Grupo: Oito 8

Reunião dia 19/11/2015

••• Pauta:

Assuntos abordados durante esta reunião:

→ Discussão sobre o que precisamos melhorar no desenvolvimento do projeto, seguindo as orientações do professor:

Decidimos seguir todas as orientações do professor e do monitor, para melhorar nosso projeto.

Em especial, procuramos o monitor para ter certeza de como estamos nos saindo, em relação ao que é esperado dos alunos e de cada grupo. Dessa forma, vamos manter ou melhorar a qualidade do como já estamos trabalhando (ou seja, todo o processo.), pois manter um compromisso de trabalho regular tem sido extremamente positivo para o nosso grupo, que conseguiu desenvolver todo o Projeto sem deixar acumular funções, tarefas ou trabalhos.

→ Reorganização do Desenvolvimento e Execução dos testes:

Após a última apresentação, recebemos várias orientações referentes ao desenvolvimento e aplicação de testes em nosso projeto.

O nosso objetivo é tentar implementar os testes segundo todas as orientações que recebemos do professor.

→ Discussões finais sobre o que necessita melhorar no Projeto do Jogo:

Os membros do grupo fizeram algumas sugestões para melhorar algumas características do Jogo:

- O número de linhas produzido que é apresentado pela interface atual, passará de um valor do tipo inteiro para um valor do tipo ponto flutuante, com duas casas decimais após a vírgula.

- Será necessário converter as linhas de código em dinheiro, para a compra de Recursos e Objetos. Neste caso, a proposta foi fazer a conversão simples.

- Nenhum recurso ou objeto ficará bloqueado para compra. Porém, sua eficiência na contribuição da produção de linhas de código, depende diretamente do nível adequado daquele recurso. Assim, um recurso obrigatório para MPS.BR do nível E, funcionará adequadamente para o nível E, ou qualquer nível acima do mesmo. O Objetivo é incentivar o crescimento correto da organização no caminho da maturidade, entre os níveis do MPS.BR..

- A lista de objetos deve ser apresentada na interface, desde o início do jogo.  

- A lista de objetos deve estar disponível na interface para possível compra.

- Na interface, cada objeto deve apresentar para o jogador a quantidade de objetos daquele tipo que o jogador possui.

→ Proposta de desenvolvimento de um cronograma para as tarefas finais importantes, necessárias para a conclusão do desenvolvimento do Projeto:

Pensando em otimizar e evitar qualquer problema na apresentação final, o grupo decidiu desenvolver um cronograma contendo uma lista de tarefas distribuídas segundo a necessidade de sua conclusão em uma data referência.

Esta é uma forma de evitar qualquer imprevisto nos próximos dias, e todo o material e informações sobre as tarefas restantes estará acessível para todos os membros do grupo, onde qualquer um pode se organizar para concluir cada uma dessas tarefas.

Cronograma:

→	20/Nov	à	25/Nov	Implementação das sugestões propostas, e conclusão dos testes finais de desenvolvimento.
	23/Nov	à	26/Nov	Finalização do "Game Design Document".
	23/Nov	à	26/Nov	Finalização do "Technical Design Document".
	26/Nov	à	30/Dez	Revisão das Postagens já realizadas pelo grupo.
→	01/Dez			Atualização do diagrama UML (contendo todas as atualizações realizadas durante o desenvolvimento do projeto até o presente momento.).
→	23/Nov			Atualização dos nomes dos membros do grupo em todas as apresentações postadas.
→	19/Nov	à	25Nov	Organiza e executar o sistema de testes, seguindo as orientações do professor.
	27/Nov	à	01/Dez	Realização do resumo das reuniões para a apresentação final. Postagens de todo material restante referente ao projeto final
→	25/Nov	à	27/Nov	Ajustes e verificações finais do  projeto.
→	25/Nov	à	27/Nov	Testes finais do  projeto.
→	25/Nov	à	30/Nov	Revisão geral do Projeto.
→	27/Nov	à	01/Dez	Finalização da apresentação Final.

O Cronograma foi organizado por tarefa e por data cronológica aproximada.

As tarefas seguidas de “→”, indicam que as mesmas são fundamentais para o sucesso do trabalho e por isso devem ser priorizadas. Neste caso, se tratando da finalização do desenvolvimento do projeto, é natural e esperado que quase todas as tarefas finais sejam fundamentais e necessárias para a conclusão e sucesso do projeto.

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

• Atualizar o desenvolvimento de cada módulo de programação, incluindo/atualizando as novas características dos módulos de leitura das perguntas. • 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. Observação: foi apresentado uma pergunta modelo para cada nível do MPS.BR, para que fosse possível a realização de testes.).

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

• Implementar as alterações referentes ao Layout do Jogo (atualização da interface gráfica do jogo.). • Adaptar as questões do banco de questões do MPS.BR (necessário para o desenvolvimento de parte das funcionalidades do jogo.) seguindo o padrão de entrada e saída de dados desenvolvido pelo grupo em reuniões passadas. • Seguir a proposta do Cronograma, tentando sempre manter-se dentro do prazo. • Revisar o desenvolvimento de cada módulo de programação, incluindo/atualizando as novas características dos módulos de leitura das perguntas. • Revisar 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 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. • Revisar e testar a classe de Perguntas e Respostas, e da Classe de leitura das perguntas e respostas utilizando o banco de perguntas que foi desenvolvido.