Design e Lógica por trás do Aplicativo Android

Este mês (abril) nos preocupamos principalmente com a parte lógica e procedural do nosso aplicativo em termos de visual e sequencia de telas, para que venhamos no mês de maio nos ater com mais empenho na programação do aplicativo Android, tendo em vista que parte da parte web já está pronta e, também devemos nos lembrar de que, a parte Android pode ser dividida em três partes principais, o quiz em si, onde são respondidas as perguntas e checadas as respostas; o personagem, onde o usuário vê seu desempenho, seu personagem e sua evolução histórica; e a conexão entre a parte web e a parte Android.
Explicada como será a parte Android, este mês planejamos em fazer a parte Android do personagem, para depois seguirmos para a conexão e então para o quiz.

Em relação às reuniões do grupo, respeitando o que foi apresentado aos professores e às nossas necessidades, realizamo-as semanalmente, para tratar dos assuntos previamente ditos. Nossas resoluções foram de que o personagem seguiria um sequencia cronológica, na qual seria iniciada na Pré-História e, de acordo com um cálculo realizado pela aplicação de acordo com os acertos do aluno, o Avatar seguiria para as próximas eras, como Antigo Egito, Império Romano, Japão Imperial, Revolução Industrial, Descobrimento do Brasil, Tempos Atuais, e Futuro. Em relação à customização de vestimentas, o usuário poderia escolher entre algumas opções que mudariam de acordo com a Era em que ele vive.

Em relação ao design principal do aplicativo, eu não o publicarei neste momento por ausência de imagens explicativas, para que facilite seu entendimento sobre suas funcionalidades por completo.

Logo, estarei publicando mais informações com as devidas imagens anexadas...

Primeira apresentação e reunião inicial de março

Nossa primeira apresentação foi realizada no dia 25-02 e estavam presentes os profs Bernardo, Ivan, Renato e uma aluna recém-formada em sistemas que acompanha as aulas para seguir carreira como professora. Apresentamos sobre o aplicativo Live Up, que tem como utilidade servir para a diversão dos alunos enquanto estimula o aprendizado do aluno perante as aulas. Para obter tal utilidade elaboramos um projeto onde o professor de determinada matéria dispõe perguntas de múltipla escolha junto com as respostas através de uma interface web. O aluno por sua vez através de um celular com sistema operacional Android, com o aplicativo instalado e conexão com internet poderá fazer o download das perguntas e respostas, inicialmente impossível de ser visualizada pelo aluno. Após o download ser feito, o aluno poderá responder as perguntas de acordo com sua comodidade, mesmo sem conexão com internet, pois as respostas também estarão gravados no aparelho, sendo a correção feita imediatamente após o aluno responder a questão. Os professores fizeram suas colocações, em geral positivas, sobre o projeto e deram algumas sugestões, além de apontar alguns erros na apresentação. O documento inicial com a proposta do projeto ajustada pelas sugestões dos professores já foi entregue. Ficamos satisfeitos com o resultado de nossa primeira apresentação, apesar de sabermos que poderia ter sido melhor. No dia 02-03 realizamos depois da aula uma reunião para ajustar o que seria feito por cada um no mês de março. Ficou definido que a programação será iniciada pela parte web (interface do professor), focando na construção do CRUD. Na parte de Banco de dados será feita a modelagem do BD, na documentação será feito o MER, para auxiliar na modelagem do banco de dados e o diagrama de classes, para ajudar o grupo a se orientar na programação. Cada pessoa do grupo ficou responsável pelo que cabia a ele em sua função já definida na divisão de tarefas. Será feito o design da parte web da aplicação e a construção de um sistema de login para os professores se possível.

Sábado produtivo II - Apresentação, compartilhamento de informações e metodologia

Mais tarde nos reunimos novamente para começar a fazer a apresentação. Criamos as ferramentas de compartilhamento necessárias e decidiomos que o repositório que queremos utilizar é Subversion o da escola, que utilizamos nos projetos do ano passado na disciplina de LP2, mas isso ainda precisa ser definido cem por cento. Para compartilhar arquivos e etc foi criada uma conta google e os arquivos serão compartilhados através do Google Drive. Foram redigidas as postagens que vieram para o blog e decidido o nome do grupo e do projeto.
Discutimos sobre a metodologia que seria usada. Resumidamente sobre as metodologias

• Scrum: Podemos dizer que a metodologia Scrum se propõe a ser algo àgil, ela conta com um gerente de projeto, um cliente e um time. Sua principal característica é o Sprint, que é um prazo periódico para incrementação de novas funcionalidades que possam ser apresentadas ao cliente. Gostamos dessa parte pois periodicamente precisaremos apresentar resultados aos nossos clientes, que são os professores.  Por outro lado as reuniões diárias propostas por essa metodologia poderiam não ser tão viáveis para nosso grupo. 
• Extreme Programming ou XP: A metodologia do Extreme Programming também nos chamou atenção por sua proposta àgil, e pela ideia de reuniões e planejamento semanal. 

Até o momento parece atraente a ideia de utilizar uma união da Scrum com a Extreme Programming, adaptando para as necessidades do nosso grupo e do nosso projeto. 
Ainda resta fazer o cronograma inicial do projeto e finalizar o planejamento da apresentação, que deve ser realizada na segunda, assim como a dos outros projetos da turma 475.
O dia definido para as atualizações do blog foi domingo, embora possam ser feitas atualizações em outros dias.

Divisão das tarefas do trabalho

Na divisão das tarefas do projeto, escolhemos fazer uma certa hierarquia de responsabilidade para cada setor do projeto. Essa hierarquia não necessariamente será cem por cento seguida, mas é importante para que cada um saiba em que focar e a quem pedir ajuda caso seja necessário.

As responsabilidades foram divididas baseando-se nas habilidades, gostos e na disponibilidade de cada membro do grupo.

Abaixo uma tabela com o responsável e o segundo responsável por cada tarefa, o segundo responsável deve ajudar o primeiro responsável a realizar as tarefas, a solucionar problemas e assumir caso haja algum problema.

Programação	Documentação	Design	Banco de dados	Blog
Helena	Aline	Hellyan	Leonardo	Victor
Hellyan	Victor	Aline	Aline	Hellyan

Mais tarde no dia 23, alguns de nós se reuniram para planejar a apresentação e organizar as ferramentas de compartilhamento que usaríamos, assim como esse blog. A seguir uma postagem sobre.

 

Sábado Produtivo I

Para sexta feira à noite tinha sido planejada uma reunião que acabou não acontecendo devido a vários fatores, entre esses o fechamento da biblioteca, a colação de grau de algumas turmas do superior e a chuva de fim de tarde.
Por isso, no sábado de manhã, às sete e tantas diante do fato de que não teríamos aula de PSF fizemos o que qualquer pessoa na nossa posição faria, fomos correr atrás do projeto e definir algumas coisas.

A ideia da agenda havia sido aceita e amadurecida. Até o momento pretendíamos fazer uma aplicação que integrasse vários serviços visando facilitar a organização da vida do usuário no gerenciamento de seus compromissos. Isso seria realizado utilizando APIs de alguns serviços da Google, como o Google Calendar, o Google Places e o Google Maps, mais alguns serviços de anotação desenvolvido por nós. Pretendíamos integrar nessa aplicação um sistema de metas, uma espécie de to-do list, onde o usuário pudesse cadastrar suas metas e ganharia uma recompensa ao cumpri-las.

Mas, essa manhã quando fomos conversar com o professor Bernardo ele nos alertou de que o uso dessas APIs seria um tanto complicado e nos aconselhou a tentar fazer uma aplicação mais simples ou a enxugar nossa aplicação atual.

Depois de alguma discussão chegamos à ideia de fazer apenas a parte da motivação, mas o professor sugeriu que fizéssemos uma aplicação que seria usada dentro da sala de aula como havíamos planejado antes, mas que ao invés de metas a serem cumpridas fizéssemos um ‘quiz' com algumas perguntas, que pode ser digitado por um professor em uma interface web simples e é disponibilizado para os alunos que tenham aquele aplicativo instalado.

Resumidamente, mudamos nossa ideia para uma parecida com uma que já havia sido considerada anteriormente. Um aplicativo para motivar alunos de uma classe a terem um bom desempenho através de uma espécie de bichinho virtual, que pode ser personalizado e fazer coisas conforme o aluno vai respondendo os quizzes e fazendo boas pontuações. O quiz seria cadastrado pelo professor e estaria restrito a perguntas de alternativas.

Nessa reunião também definimos a divisão de tarefas que posto a seguir.