Grupo G8 Games

Ata da 1ª Reunião - 03/09

Membros:

Vinícius Garcia

Antônio Gonçalvez

Vitor Paisante

Bruno Liberal

Rafael Fonseca

- Objetivos da reunião: Decidir o jogo que iremos desenvolver, a engine que iremos trabalhar, processo de desenvolvimento, ferramentas utilizadas e nome do grupo.

- Nome do grupo: G8 Games

- Ideias para o jogo:

Idéia 1:

O jogador é o dono de uma empresa de software. Ele pode pegar contratos para projetos diferentes de softwares. Cada projeto possui itens que devem ser realizados e ao completa-los sua empresa ganha dinheiro, outros possíveis bônus e pontos de reputação. Com 20 pontos de reputação o jogador vence o jogo. Se o jogador falhar um projeto ele pode perder pontos de reputação, pagar multas e seus funcionários poderão perder pontos de moral. Cada projeto tem um número limite de turnos para ser completado.

Para realização dos projetos, o jogador precisa contratar funcionários. Cada funcionário possuí um salário pago a cada turno e um indicador de moral, se esse indicador chegar a zero, ele pede demissão. Cada funcionário pode realizar uma tarefa por turno e o conjunto de tarefas realizáveis por cada personagem depende de sua biografia (Sua profissão, suas experiências passadas e etc). Cada tarefa realizada por um funcionário pode contribuir com a realização de um item ou outra tarefa, essas contribuições influenciam na qualidade final dos mesmos aumentando a pontuação.

Com a conclusão de todos os itens realizados com, pelo menos, qualidade mínima estipulada, o jogador conclui o projeto e ganha os espólios pré-determinados, incluindo pontos de reputação. Com 20 pontos de reputação o jogador vence o jogo. Se ele for a falência ou ficar com 0 pontos de reputação ele perde o jogo.

Q&A:

Qual seria a diferença de um item para uma tarefa?

O item é especificado no contrato do projeto e pode ser, por exemplo “ - Criação de um banco de dados ”

as tarefas seriam: “Modelagem de um banco de dados”, “Implementação de um banco de dados” e “teste de um banco de dados”, por exemplo.  Um item é realizado com qualidade a partir da realização de algumas tarefas específicas. Testes podem beneficiar a qualidade de um item, assim, se o jogador realizar vários testes o item seria beneficiado pois sua qualidade aumentaria. A chave do jogo é organizar essas tarefas em um numero de turnos hábil e organizar em determinadas ordens, se a modelagem dá +2 de bônus pra implementação, modelagem tem de ser feita antes, mas certas tarefas podem dar bônus para outras se estas forem feitas ao mesmo tempo, por exemplo, e esses macetes têm de ser descobertos pelo jogador.

Um primeiro diagrama idealizado:

Idéia 2:

Jogo baseado em fases, onde cada fase é uma etapa do processo Praxis (Requisitos, Análise, Desenho, Implementação e Testes). Cada fase conterá um pequeno conteúdo explicativo sobre a respectiva etapa do processo Praxis e sobre o profissional que executa a tarefa. Em cada fase o jogador será um dos profissionais da equipe e terá que jogar umá espécie de mini-jogo relacionado com a etapa do processo para passar para a próxima fase.

Objetivo: Completar todas as fases e entregar o software para o cliente.Exemplo:  

Fase de Testes: O jogador está no papel de um engenheiro de testes. Inicialmente é apresentado um pequeno conteúdo sobre esta fase do processo Praxis e sobre a função do engenheiro de testes. Em seguida é apresentado um pequeno enredo e a tarefa que o jogador terá de executar afim de completar a tarefa e passar de fase. A tarefa neste caso pode ser, por exemplo, comparar uma lista de especificações com uma tela do sistema em um curto intervalo de tempo.

-Escolha da engine: Unity por termos mais familiaridade.

-Escolha do processo de desenvolvimento: Scrum. Membro do grupo já teve experiências profissionais com o processo.

-Ferramentas utilizadas:

• controle de versão: Usaremos Git para controle de versão. Site: http://git-scm.com/

• repositório de código: Usaremos o GitHub como repositório de código. Site: https://github.com/

• documentos e atas: GoogleDocs. Site: https://docs.google.com/

• controle de bugs: FogBugz. Site: http://www.fogcreek.com/fogbugz/

• controle do TaskBoard: SeeNowDo. Ferramenta de controle visual do Taskboard do Scrum. Site: https://www.seenowdo.com

-Conclusão: Houveram idéias para a criação do jogo, porém o grupo ficou dividido na escolha de qual escolher. Assim, ficou decidido que elaboraremos melhor as duas idéias apresentadas para escolhermos futuramente a melhor ou deixaremos o próprio Sergio Crespo decidir, já que ele é o “cliente” do software.

As outras decisões foram tomadas sem menores problemas.