1

Desenvolvimento de um Jogo Educativo para o

Ensino-Aprendizagem das Funes Qumicas
Inorgnicas
Natan Hespanhol dos Santos, Autor, Victor Travassos Sarinho, Orientador,
Maria de Ftima Mendes Paixo, Cooerientadora

ResumoJogos didticos ganham cada vez mais espao como Segundo Pereira (2016) a falta de motivao a princi-
instrumento motivacional para apredizagem, visando estimular pal causa do desinteresse dos alunos no ensino de qumica,
cada vez mais os estudantes, aumentando a cognio sobre os sendo ocasionada quase sempre pela metodologia utilizada
assuntos passados em aula e fugindo da simples e tradicional pelo professor em sala de aula, ao repassar os contedos.
apenas repetio de tema. A Qumica est presente nas mais Ainda segundo Pereira (2016) os jogos educativos apresentam
diversas situaes do nosso dia a dia, em nosso corpo e ao nosso
no contexto atual contedos e atividades prticas com obje-
redor milhares, milhes, de reaes esto ocorrendo. De modo
semelhante a classificao dos elementos na tabela peridica, os tivos educacionais baseados no lazer e diverso, motivando o
compostos inorgnicos podem ser melhor estudados classificando- acesso ao conhecimento de forma mais prazerosa. Tendo como
os em funes inorgnicas. Este artigo aborda o desenvolvimento consequncia da abordagem pedaggica uma facilitao na
da verso digital de um jogo de domin voltado para o auxlio do aprendizagem, alm de auxlio na construo da autoconfiana
ensino na classificao das funes inorgnicas, chamado Domin e motivao para aquisio de conhecimentos.
Qumico. A partir do desenvolvimento deste jogo, pode-se obter Na qumica, com o passar do tempo e com a descoberta de
uma ferramenta til para o ensino ldico e educativo da qumica, milhares de substncias inorgnicas, os cientistas comearam
buscando conciliar a diverso e prazer proporcionados ao jogador a observar que alguns compostos poderiam ser agrupados em
unidos aprenso de conhecimentos. famlias com propriedades semelhantes: as chamadas funes
Palavras-chaveJogo Didtico, Qumica, Educao, Funes inorgnicas. Quatro funes principais so classificadas: ci-
Qumicas Inorgnicas, Godot dos, bases, sais e xidos (FORGAA, 2017). A classificao
de cada grupo baseada em caractersticas como acidez, basi-
cidade, solubilidade em gua, reatividade perante determinada
I. I NTRODUO outra funo qumica.
A qumica uma cincia que estuda a matria (sua com- Neste contexto, o jogo apresentado neste trabalho, o Domin
posio, estrutura e propriedades) e suas transformaes, alm Qumico, tem como principal objetivo estimular o estudante
da energia envolvida nessas transformaes. Estando esta promovendo a cognio e aprendizado, fazendo com que ele
cincia presente em tudo a nossa volta, como alimentos, possa treinar a associao da frmula das funo qumica
medicamentos, construes, vesturio, nosso corpo, etc. Sendo ao nome do grupo a qual ela pertence. Buscando este jogo,
portanto, uma das matrias mais importantes da grade curric- servir de ferramenta para auxiliar professores em aulas mais
ular das escolas. interativas e para despertar o interesse estudantil com relao
Como Cunha (2012) relata durante muito tempo acreditava- a qumica.
se que o estudante era o nico responsvel pelo seu prprio Assim, este artigo busca relatar as etapas, conhecimentos e
insucesso em aprender, acreditando muitos que a melhor forma tecnologias para o desenvolvimento do jogo Domin Qumico,
de aprender seria somente a repetio de contedo. Atualmente tendo este sido criado com base nas regras j estabelecidas na
esta realidade vem sendo mudada, tendo-se a ideia de que sua verso fsica jogada com cartes [2].
interesse do estudante deve ser despertado, sendo este interesse
fora motora do aprendizado e o professor sendo em grande II. Q UADRO TERICO
parte responsvel por ger-lo. Muitas so as definies para o que seria um jogo, muitos
Paixo et al. (2012) nos diz que a forma tradicional como tericos divergem em certo aspectos sobre a ideia de jogo.
os assuntos de Qumica tem sido apresentados aos estudantes Huizinga (2001) diz que a palavra "jogo" tem muitos signifi-
da educao bsica, apenas com auxlio de livros, escrita dos cados em todas as culturas do mundo, abrangendo sentidos
contedos e explanao oral como recursos didticos, no tem como, por exemplo, de trabalho, relaes interpessoais e at
estimulado aos estudantes a interagir com o objeto de estudo. mesmo um sentido de luta ou conflito.
Os contedos so apresentados de forma descontextualizada, Roger Callois define jogo como sendo uma atividade no
fazendo com que os assuntos no sejam bem aceitos pelos obrigatria, gerida por regras e espaos delimitados, com
estudantes, que acabam considerando a qumica uma cincia incerteza de resultados, com poder de gerar iluses (incentivar
de difcil compreenso e seu estudo dependente somente de imaginao do jogador) e/ou gerando sensao de segunda
memorizao. realidade [7].

Como Cruz (2013) cita Jesper Juul, que realizou uma
comparao entre os principais tericos aplicados ao assunto
e classificou seis principais elementos de jogos, que considera
necessrios e suficientes em um jogo. Estes elementos so
listados a seguir.
Regras: regras fixas e bem definidas que baseia os jogo.
Resultado varivel e quantificvel: as regras devem
possibilitar diferentes resultados de jogo, a depender de
fatores como, por exemplo, a sorte e habilidade de cada
jogador;
Valorizao do resultado: possuir resultados melhores
que outros, em vrios jogos este conceito esta ligado
a ideia de ganhar o jogo;
Esforo do jogador: as aes do jogador devem influen-
ciar no jogo;
Vnculo do jogador ao resultado: aspectos do resultado
do jogo esto diretamente ou indiretamente ligados ao
jogador, visto que os resultados so influenciados pelo
mesmo;
Consequncias negociveis: as consequncias
negociveis podem ser como resultado do vnculo
do jogador com o jogo, o que tem forte ligao com
o item anterior. As consequncias podem ou no ser
negociveis, sendo as negociveis consequncias onde
o jogador pode evitar simplesmente optando por fazer
ou no algo, j as inegociveis, se caracterizam como
imprevistos, coisas inesperadas que no dependem do
jogador [8].
Juul define que: "Um jogo um sistema formal baseado
em regras, com resultado varivel e quantificvel, no qual
diferentes resultados so atribudos por diferentes valores, o
jogador empenha esforo a fim de influenciar o resultado, o
jogador sente-se vinculado ao resultado, e as consequncias da
atividade so opcionais e negociveis" [8][9].
As prximas sees apresentam os principais fundamentos
tericos relevantes na criao de um jogo, discutindo aspectos
como: o design de jogos, jogos voltados para aprendizagem,
desenvolvimento de jogos digitais, com as principais tecnolo-
gias e ferramentas para tal fim.
A. Design de Jogos
O Design de jogos arte e cincia, caracterizado como
o projeto do jogo em si, com intuito de definir suas regras,
contedo e funcionamento. O principal desafio em um design
de jogo criar algo que motive e diverta o jogador, que
o mesmo julgue ter valor jogar, caso contrrio o jogo
geralmente logo descartado [7].
Um bom game design cria jogos capazes de fazer as pessoas
sentirem-se motivadas para alcanar objetivos e capaz de
criar regras que faam os jogadores seguirem como se es-
tivessem tomando decises importantes na vida [7].
Adams e Rollings (2007 apud MASTROCOLA, 2012, p.
36) falam que o design de jogos se caracteriza por: imaginar
um jogo, sua essncia, definir seu funcionamento (mecnica e
regras), descrever os componentes e elementos parte do jogo, e
organizar o projeto, criando cronogramas e delegando funes
2
a cada pessoa da equipe (ou apenas dividindo as tarefas em
etapas, para casos de criao individual).
Fullerton (2008, p. 15 e 16) oferece mais uma viso sobre
como podemos pensar em criao de jogos [10]. Basicamente
ele divide a criao de jogos em um processo de sete passos
que pode ser sintetizado a seguir:
1) Brainstorm: todas as ideias possveis so dadas, ideias
de como o jogo pode ser, mecnicas e regras.
2) Execuo: simulao do jogo utilizando prottipos sim-
ples, com materiais baratos e de rpida montagem,
esta etapa imprescindvel pois permite visualizar a
dinmica e mecnica bsica do jogo.
3) Apresentao de storyboards e rascunhos mais comple-
tos do jogo, refinando cada vez mais a ideia do jogo.
4) Prottipo digital (no caso de jogos eletrnicos), um
prottipo digital com os primeiros testes no motor de
jogo e plataforma(s) alvo(s).
5) Documentao de design: formalizao com os prin-
cipais detalhes do jogo, como por exemplo, histria,
pblico-alvo, objetivos, plataformas, mecnicas, etc.
6) Produo e finalizao do projeto: com correes e
aprimoramentos.
7) Certificao de qualidade junto com testes finais e
correes.
B. Jogos para Aprendizagem
Muitos so os trabalhos e jogos foram criados relacionando
jogos com educao. Como Cunha (2012) nos fala os jogos
sempre estiveram presentes na vida das pessoas, desde os
tempos mais antigo, servindo como diverso, disputa ou como
forma de aprendizagem.
importante destacar alguns termos da rea de aprendizado
com jogos, que definem tipos de jogos e atividades com os
mesmos. Um jogo considerado educativo quando mantm
o equilbrio entre as funes ldica e educativa, segundo
Kishimoto (1996 apud CUNHA (2012, p.94)), a ldica est
relacionada ao carter de diverso e prazer que um jogo
propicia. Enquanto a funo educativa tem relao com a
apreenso de conhecimentos, habilidade e saberes.
Se tratando de tipos de jogos dois termos so estabelecidos:
o educativo e o didtico. Um jogo educativo envolve conceitos
mais amplos, com aes ativas e dinmicas, podendo ocorrer
em diversos locais. J um jogo didtico est relacionado a
algo mais restritivo, seguindo os conceitos e contedo apren-
dido, sendo organizado com regras e atividades programadas,
buscando o equilbrio entre o lado ldico e o educativo [1].
Como Cunha (2012) nos conta, muitos so os benefcios
para uso de jogos no ensino da qumica, dentre os quais
podemos citar: a reviso de conceitos, fazendo com que o
estudante aprenda mediante experincia e atividades prprias;
gerar motivao, maior dialogo sobre os assuntos; melhor vi-
sualizao sendo representadas situaes e conceitos qumicos
de forma esquemtica ou por modelos de fcil entendimento.
Mastrocola (2012, p.23) levanta a reflexo, iniciada por
Huizinga na obra Homo Ludens (2001, p. 65), de que quando
um jogo entretm quem participa ele entra em um mundo
onde os problemas, preocupaes e aflies do cotidiano so

deixados para trs, se mergulha em um verdadeiro universo, o
que chamado de crculo mgico (Figura 1). Tal ambiente
pode muito bem ser utilizado, com as devidas cautelas e
planejamentos, para servir de um lugar para aprendizado. Desta
forma, os jogos agregam experincias e significado ao jogador
em relao aos contedos passados, tornando a reteno de
contedos muito mais motivadora.
Fig. 1: Representao grfica do que Huizinga (2001) chama
de crculo mgico [7].
C. Desenvolvimento de Jogos Digitais
Atualmente, com a internet e tantas tecnologias atuais,
fora as novas tecnologias que surgem eventualmente, a ativi-
dade de desenvolvimento de jogos repleta de ferramentas
e facilitadores. Porm, jogos atuais esto cada vez ficando
mais complexos. Um simples jogo 2D como o Super Mario
Bros exige a criao de grficos 2D, animaes, efeitos e
trilha sonora, fsica, nveis ou fases, alm de todo trabalho
de concepo, teste, programao e gerncia de uma equipe
multidisciplinar [11].
No modelo de projeto em cascata etapa por etapa execu-
tada, sendo que idealmente se conclui que ao termino de cada
etapa todo os processos relacionados a etapa anterior j tenham
sido finalizados e bem concludos. Esta metodologia visivel-
mente apresenta problemas para projetos onde constantemente
sofre mudanas e novas necessidades ou requisitos apaream
com frequncia.
A metodologia iterativa proporciona a transitao entre as
etapas de projeto, fazendo com que decises possam ser
tomadas com mais liberdade, abrindo mais espao para res-
oluo dos problemas, implementao e mudanas[8]. Esta
metodologia permite repetir todos os processos de projetar,
3
Fig. 2: Metodologia cascata de projeto.
Fig. 3: Metodologia iterativa de projeto.
implementar, testar e validar, ilimitadas vezes, at que o projeto
atenda as necessidades e alcance o desejado.
Os motores de jogos buscam realizar a tarefa de facilitar e
agilizar o desenvolvimento de jogos. Diversos motores de jo-
gos podem ser encontrados, motores como o Unity [12], Unreal
[13], Construct [14] e Godot [15] contam com vrios recursos
e funcionalidades, tendo a ideia de tudo ser realizado em um
nico ambiente. Sendo possvel trabalhar como, por exemplo,
em animaes, sons, fases, diferentes comportamentos fsicos,
tudo montado e compilado em um mesmo local [11].
III. M ETODOLOGIA
A elaborao do projeto teve como base o jogo fsico j exis-
tente, utilizado para o ensino das funes qumicas inorgnicas.
O projeto contou com as etapas seguintes: especificao de
requisitos, design e arquitetura do jogo digital, construo do
jogo, anlise de resultados e validao. Contanto com o auxlio
de especialistas na rea de jogos e especialistas em qumica
da Universidade Estadual de Feira de Santana (UEFS).
A metodologia de projeto adotada foi a iterativa (Figura
3) por apresentar a vantagem de sempre poder rever as
etapas de planejamento, implementao, teste e validao. Esta
escolha foi realizada principalmente visto dificuldades iniciais
no projeto como por exemplo estar conhecendo o motor de
jogo Godot e linguagem de programao utilizada.

A. Especificao de Requisitos
As regras do jogo Domin Qumico se assemelham com as
regras do domin popularmente conhecido, mudando apenas
que ao invs de pontos (1,2,3,4,5 e 6), so utilizadas as funes
inorgnicas (frmula ou nome da funo), as seguintes regras
so aplicadas ao jogo:
Todos jogadores recebem o mesmo nmero de cartas
iniciais, escolhidas aleatoriamente;
O sentido do jogo horrio;
Buchas so cartas compostas somente pelo nome da
funo inorgnica, por exemplo: cido | xido;
A carta cido-Hidreto d inicio ao jogo;
Vence o jogo quem conseguir relacionar a maior quanti-
dade de funes e substncias, consequentemente tendo
o menor nmero de pedras na mo ou no possuindo
pedras;
Caso as pontas do jogo possuam funes ou substncias
que nenhum jogador tenha algo que se encaixe, ou seja,
o jogo est travado, neste caso ganha quem tem menos
pedras na mo.
Para garantir que uma grande quantidade de pessoas possa
jogar e para que um jogador no possa visualizar as pedras do
outro foi optado para que o jogo fosse executado em rede. Por
questo de facilitar o desenvolvimento a rede em que o jogo
deve ser jogado foi restringida para apenas redes locais (LAN,
Local Area Network).
B. Design do Jogo Digital
A partir dos requisitos elucidados seguiu-se para a prxima
etapa, a de design do jogo, para tal, foi utilizado o mtodo
Game Design Canvas (GDC). O GDC um mtodo para
desenvolvimento de jogos, ou nveis de jogo, que torna o
planejamento rpido e previsvel. Resultando em uma nica
tela, fcil de ser compartilhada, entendida e atualizada ao longo
do processo de desenvolvimento [18].
Para estabelecer as caractersticas pertinentes e essenciais
ao jogo um GDC foi criado, que pode ser visto em detalhes
na Tabela I. De posse do nosso GDC podemos ter o design
e prototipao do jogo facilitado e de forma mais simples,
podemos ento, ter uma viso geral das definies, conceito,
jogabilidade, mecnica e ambiente de jogo.
C. Desenvolvimento e Construo do Jogo
Nesta etapa foi essencial o aprendizado e realizao de
testes com o motor de jogo. O motor de jogo escolhido foi
o Godot [15], por ser multiplataforma, open source, como
estrutura simples e de fcil compreenso, possuindo uma
forte comunidade, sendo rpida a resoluo de problemas e
esclarecimento de dvidas.
O ambiente de desenvolvimento (IDE, Integrated Develop-
ment Environment) do Godot pode ser executado nos mais
diversos Sistemas Operacionais, como por exemplo Windows,
OS X, Linux, BSD, e podendo seus jogos serem exportados
para computadores pessoais, consoles, dispositivos mveis e
plataformas web.
4
Para entendimento inicial em como funcionava jogos real-
izados na plataforma, principalmente em rede, foram utilizados
como base jogos de exemplos presentes no repositrio oficial
do Godot [17].
D. Validao Preliminar
A ltima etapa constituiu a finalizao do jogo, sua verso
alfa, que foi apresentada aos orientadores e disseminadores
do jogo fsico no ensino. Buscando nesta etapa demonstrar
o estado atual do jogo digital, sua jogabilidade, mecnica,
aparncia, podendo ser realizadas comparaes com o jogo
fsico. Tambm foram consultados amigos do desenvolvedor,
realizando partidas, buscando avaliar como se comporta a
jogabilidade com jogadores que possuem pouca familiaridade
no dia a dia com conceito de funes qumicas inorgnicas.
Comparaes com o jogo fsico trousseram avaliaes pos-
itivas, sendo a criao de partidas feita de maneira simples e
rpida, alm disso o jogo em si ser de fcil entendimento de
como jog-lo.
IV. R ESULTADOS E DISCUSSO
Esta seo apresenta a arquitetura do jogo adotada, as
principais classes e a comunicao em rede entre elas, alm da
interface com usurio, as telas de jogo e verso apresentada.
A. Arquitetura do Jogo
A estrutura do jogo pode ser dividida em duas partes
(estruturalmente visualizadas nas Figuras 4 e 5), a parte
de Lobby da Figura 4 constitui as classes responsveis por
receber comandos dos menus (Figura 16, 14 e 15, no Anexo
A), graficamente utilizados para a etapa de criao de sala,
juntando todos os jogadores que desejam jogar na mesma
partida. J a parte de mesa, estruturalmente representada na
Figura 5 e graficamente representada na Figura 17 (Anexo A),
constitui o jogo em si, onde cada jogador visualiza suas pedras
podendo sempre jogar (caso seja sua vez) uma pedra que se
encaixe s pedras da mesa ou jogando a pedra cido-hidreto
caso a mesa esteja vazia.
Na Figura 4 a classe de Lobby est associada a tela inicial,
recebendo esta classe informaes sobre a conexo vindas da
classe principal do jogo (SceneTree), estabelecida pelo Godot,
responsvel pela conexo. Alm disso, est classe recebe
comandos do jogador, que os envia ao pressionar botes na
interface, comandos estes de sair do jogo, criar ou entrar em
sala, e iniciar partida.
A classe Gamestate (estado de jogo em uma traduo direta)
representa o que nome busca referir, uma classe que uni os
diversos ns da rede realizando a sincronia do estado atual
do jogo, tambm responsvel por emitir sinais de eventos na
conexo entre os ns, como exemplo, conexo bem sucedida,
erro ao conectar, etc.
A parte da mesa, encapsulada na Figura 4 com nome Table
e detalhada na Figura 5, responsvel por receber os comandos
do jogador, realizar chamadas RPC na rede e gerenciar o jogo
(verificando as regras e posicionando pedras).
 5

Definies Conceito Jogabilidade Controle

- Nome: Domin Qumico
- Jogo educativo baseado no
jogo de domin popularmente
conhecido. Sendo criado com
intuito de aprimorar e moti-
var estudantes no ensino de
funes inorgnicas qumicas.
- Pedras distribuidas - Passar vez (boto)
automaticamente
(assim que a partida
iniciada)

- Plataforma: PC - Tipo: Tabuleiro digital - Jogar pedra - Arrastar e soltar

baseado em turnos pedras

- Gnero: Jogo de Mesa - Viso: Topo superior

- Pblico Alvo: Interessados - Gnero: Tabuleiro, baseado

em qumica, estudantes do em pedras e educacional
ensino mdio e vestibulan-
dos que estejam estudando
funes qumicas inorgnicas.
- Quantidade de Jogadores: 4
(em rede local)

TABELA I: Game Design Canvas do Projeto.

Fig. 4: Diagrama uml para sala.

A parte que cuida da mesa do jogo dividida em quatro
classes, que se comunicam entre elas. Sendo a classe Table
responsvel por tratar as regras de jogo, decidindo se uma
pedra encaixa ou no na mesa. A classe HUD que lida com a
apresentao dos dados como nomes de jogadores pontuao
e indicar de quem a vez.
A classe Player responsvel por representar o jogador,
podendo este ser desabilitado ou no (a depender se ou no
a sua vez) e finalmente a classe Pedra, responsvel por realizar
a movimentao da pedra pela tela com clique e arrasto do
mouse, sendo decidido, assim que a pedra solta, se ela pode
Fig. 5: Diagrama uml para jogo.
ou no ser encaixada pela classe Table.
O projeto do jogo possui a ideia de que todos os jogadores
estejam na mesma rede (rede LAN), de maneira que o jogo
seja jogado localmente, no necessitando de conexo com
a internet. Para tal, foi adotado o modelo de comunicao
mestre/escravo (Figura 6), neste modelo o jogador criador da
sala recebe o papel de mestre, sendo responsvel por selecionar
 6

aleatoriamente e decidir de quem a vez (quem possuir a pedra

inicial, neste caso determinada como sendo a contendo cido-
hidreto).

Fig. 6: Estrutura mestre escravo.

Vale salientar que o projeto foi inicialmente feito tomando

como referncia o projeto exemplo no repositrio oficial do
Godot [17], intitulado Multiplayer Bomber. Neste jogo de
exemplo, semelhante ao clssico jogo Bomber Man [20], os
jogadores podem se mover de maneira independente na tela,
podendo colocar bombas e ganhando pontos para cada bloco
explodido com uma bomba. O desafio maior no projeto foi
utilizar a lgica deste exemplo, alterando a simultaneidade
de movimentos dos jogadores para um jogo em turnos (cada Fig. 7: Uso do RPC no Godot: (a) funo com remote, (b)
jogador joga em sua vez e passa a vez caso no possua uma funo com sync.
pedra que se encaixe mesa). Alm disso, foram criadas as
verificaes que seguem a lgica do jogo, sendo feitas pela
classe Table.
Para realizar a comunicao entre o mestre e os escravos,
e vice-versa, o Godot faz uso do que chamado de RPC
desencadeadas pela ao inicial do usurio. importante
(Remote Procedure Call, Chamada Remota de Procedimento
perceber que as classes (suas instncias no caso) se comunicam
em portugus) que ocorre quando um programa, neste caso
com outras classes, prprias do Godot, como a classe Net-
uma instncia da classe, chama uma funo em outra classe
workedMultiplayerENET responsvel por sintetizar as funes
instanciada, estando esta outra classe instanciada em um outro
relacionadas a conexo, um n da rede, e a SceneTree que
endereo de rede.
corresponde a raiz da aplicao, consequentemente representa
No Godot chamadas remotas (RPC) so feitas de maneira
a rede onde o jogo jogado, onde os ns da rede
simples, basta adicionar a palavra chave remote frente
so registrados e sinais sobre a comunicao so disparados
da declarao do mtodo (Figura 7(a)). Desta forma, como
(eventos de sockets como conexo bem sucedida ou falhas de
mostra o trecho da mesma figura na linha 91, para chamar
conexo).
remotamente a funo basta chamar a funo basta indicar qual
identificador de rede nico, que gerado automaticamente pelo
Godot, a funo a ser chamada e os parmetros dessa funo.
O Godot ainda oferece chamadas remotas (RPC) do tipo
sync (Figura 7 (b)), que uma chamada executada individ-
ualmente em todas as instncias do jogo de cada endereo da
rede. Essa chamada tem como vantagem, como o nome sugere,
manter informaes do jogo sincronizadas, como por exemplo,
posio de pedras na mesa, quantidade de pedras a esquerda
e direita, pontuao de cada jogador.
O trecho de cdigo da Figura 7 (b) mostra as funes sync
responsveis por sincronizar a funo ou substncia na ponta
esquerda e na ponta direita respectivamente, logo abaixo temos
exemplos de como essas funes so chamadas. Vale notar que
nenhum identificador passado, visto que a chamada enviada
para todos os ns da rede. Fig. 8: Diagrama de sequncia para criao de sala.
As Figuras 8, 9 e 10, mostram respectivamente, os dia-
gramas de sequncia para as aes de criar sala, entrar em
uma sala existente e iniciar partida, sendo todas as aes

Fig. 9: Diagrama de sequncia para entrar em sala j criada.
Fig. 10: Diagrama de sequncia para iniciar partida.
B. Verso Digital
Aps o design e prototipao do jogo foi obtido ento a
verso digital do jogo fsico, que ento foi jogado do incio
ao fim, simulando diversas partidas, com instncias de jogo no
mesmo computador e em computadores diferentes espalhados
por uma rede local. Sendo durante esta fase realizada a etapa de
teste, validao e correo de bugs. Na verso inicial do jogo
buscou-se manter as principais funcionalidades e objetivos
iniciais de projeto, funcionalidades estas listadas a seguir:
Iniciar o jogo com um pedra inicial (no caso a pedra
com cido-hidreto);
Encaixar as pedras seguindo a lgica que a substncia
encaixa na funo correspondente e vice-versa;
Cada um joga uma pedra por vez;
Passar a vez caso no tenha a pedra;
Ganhar o jogo quem esvaziar primeiro a mo ou tenha
menos pedras (caso o jogo esteja travado).
O processo de criar sala, aguardar jogadores e iniciar partida
ocorreu como esperado em todos os testes, tendo como pr
requisito j dito anteriormente que todos os jogadores devem
estar na mesma rede local, compartilhando do mesmo gateway
de rede.
Aps iniciada a partida a tela contendo a mesa (Figura 16)
mostrada, sendo as pedras distintas que aparecem na tela para
7
cada jogador sorteadas pelo jogador criador da partida assim
que a partida iniciada, sendo o contedo de cada pedra lido
por um arquivo de texto pr-estabelecido.
Quando o jogo finalizado, seja por estar travado (muitos
jogadores passam por no ter o que jogar) ou por algum
jogador ter conseguido esvaziar as pedras na mo, uma tela
final mostrada (Figura 11). Nesta tela final indicado quem
o vencedor, ou quem so, caso o jogo acabe travado e mais
de um jogador seja que tem menos pedras na mo.
Fig. 11: Fim de jogo.
C. Dificuldades Encontradas
A principais dificuldades encontradas foram relacionadas a
entender como o motor de jogo Godot funcionava, por se
tratar de uma ferramenta nova. Que utiliza uma linguagem
de programao nova (a GDScript) que se assemelha muito
em sintaxe com o Python, porm tem algumas especificaes
prprias, no sendo possvel utilizar, por exemplo, recursos do
Python, pelo menos no diretamente.
Como dificuldade de programao tiveram dvidas se as
pedras do jogo deveriam ser tratadas como objetos com coliso
entre elas, ou apenas como objetos sem coliso, simplesmente
responsivos apenas a eventos do mouse. Depois de certo tempo
experimentando as duas opes pode-se notar que a segunda
opo, sem coliso entre pedras, era melhor, devido a coliso
entre elas ser algo desnecessrio para mecnica do jogo.
Outra dificuldade foi a comunicao em rede, at o presente
momento a verso compilada do Godot disponvel no site
oficial (a verso 2.1 [15]) no possui o recurso de rede
utilizado, chamado de High Level Multiplayer. Para utilizao
deste recurso foi necessrio buscar verses mais atualizadas,
presentes apenas no repositrio do motor de jogo e compilada
por terceiros (verses no oficiais) [21]. Sendo que a verso
utilizada do Godot foi a 2.2, compilada em 2 de janeiro de
2017.
V. C ONSIDERAES FINAIS
Este trabalho teve como principal objetivo a adaptar uti-
lizando tecnologias digitais o jogo Domin Qumico existente

na forma fsica, tornando o produto uma ferramenta para
auxlio do ensino das funes inorgnicas. Para este fim foi
usada o motor de jogo Godot, utilizando de suas tecnolo-
gias agregadas, com arquitetura mestre escravo e chamadas
RPC(Remote Procedure Call).
Vale ressaltar que funo do educador motivar o estudante
e decidir quais as melhores maneiras de inserir jogos durante
suas aula. Assim, este jogo apenas mais uma ferramenta
dentre as tantas possveis para estimular e tornar o ensino de
qumica mais ldico e educativo.
Como trabalhos futuros est realizar testes do jogo com
estudantes do ensino mdio, podendo avaliar em como o jogo
se comporta como auxiliador no ensino para pessoas que esto
vendo qumica ou funes inorgnicas pela primeira vez.
O jogo est longe de ser o ideal ou mais prtico de ser
jogado, porm atende bem as necessidades de jogar e simular
o que seria o jogo fsico jogado digitalmente. Algumas futuras
melhorias so possveis, como por exemplo melhorar o mtodo
de criar salas, fazendo com que sejam mostradas todas as salas
criadas pelos usurios conectados rede, fazendo com que o
estudante no tenha que conectar digitando o ip da sala.
Seria interessante tambm tornar possvel jogar via internet,
fazendo com que os estudantes no necessitassem estar no
mesmo local, facilitando assim e tornando mais prtico jogar.
Por ltimo, exportar o projeto para dispositivos mveis, como
celulares e tablets, tornaria o jogo mais disseminado, visto a
grande quantidade desses dispositivos atuais e que o motor de
jogo utilizado permite realizar isto.
R EFERNCIAS
[1] CUNHA, M. B. Jogos no ensino de qumica: consideraes tericas para
sua utilizao em sala de aula. Qumica Nova na Escola, v. 34, p.92 98,
2012. Disponvel em: http://www.educadores.diaadia.pr.gov.br/arquivos/
File/dezembro2012/quimica_artigos/jogos_ensinodequimica.pdf. Acesso
em: 05 de jan. de 2017.
[2] PAIXO, M F M. et al. Lo ldico como estrategia didactica para el
aprendizaje de las funciones de Quimica Inorgnica en la enseanza
media en Feira de Santana, Brasil. Revista Cubana de Qumica, v. XXIV,
p. 105-113, 2012.
[3] PEREIRA, F S F. Uso de jogos educativos como aliado no processo de
ensino aprendizagem de qumica. Revista de Pesquisa Interdisciplinar,
Cajazeiras, v. 1, Ed. Especial, 505 515, set/dez. de 2016.
[4] FORGAA, J R V. Funes inorgnicas; Brasil Escola. Disponvel em:
http://brasilescola.uol.com.br/quimica/funcoes-inorganicas.htm. Acesso
em 8 de jan. de 2017.
[5] FORGAA, J R V. Qumica inorgnica; Manual da Qumica. Disponvel
em: http://manualdaquimica.uol.com.br/quimica-inorganica/. Acesso em
8 de jan. de 2017.
[6] HUIZINGA, J. Homo ludens: A study of the play-element in our culture.
Routledge & Kegan Paul, 2001.
[7] MASTROCOLA, V. M. "Ludificador: um guia de referncias para o
game designer brasileiro." So Paulo: independente (2012). Disponvel
em <http://www.ludificador.com.br/>. Acesso em abril de 2017.
[8] CRUZ. A. C., GARONE P. M. C., A formao do conceito de um
jogo: Estudo de processos metodolgicos para a criao de um game,"
in Anais do XII Simpsio Brasileiro de Jogos e Entretenimento Digital,
So Paulo, SP, 2013, pp. 319327.
[9] JUUL. J. Introduction to Game Time / Time to play. In Noah
WardripFruin and Pat Harrigan: First Person, Cambridge: MIT
Press 2004. Disponvel em <http://www.jesperjuul.net/text/timetoplay>.
Acesso em abril de 2017.
8
[10] FULLERTON, Tracy. Game Design Workshop: a playcentric approach
to creating innovative games. EUA: Elsevier, 2008.
[11] ADRIANI, F. C; SARINHO, V. T. Robot Killer Arena, um
Jogo de Tabuleiro Digital. Disponvel em: <http://www.ecomp.uefs.br/
trabalhos-de-conclusao-de-curso>. Acesso em maro de 2017.
[12] UNITY T. Unity. Disponvel em: <https://unity3d.com.
Acessoemmargode2017> (2017).
[13] GAMES, E. "Unreal engine 4". Disponvel em: <https://www.
unrealengine.com/> (2017)
[14] SCIRRA, Ltd. Construct 2. Disponvel em: <https://www.scirra.com/>
(2017)
[15] GODOT; Multi-platform 2D and 3D open source game engine.
Disponvel em: < https://godotengine.org/. Acesso em 8 de fev. de 2017.
[16] GODOT, "High level multiplayer (Godot 2.2+)". Disponvel em: http:
//docs.godotengine.org/en/latest/tutorials/high_level_multiplayer.html.
Acesso em: 15 de jan. de 2016.
[17] GODOT. Godot demo projects. Disponvel em: <https:
//github.com/godotengine/godot-demo-projects/tree/master/networking/
simple_multiplayer>. Acesso em fevereiro de 2017.
[18] CAREY, R., Game Design Canvas. Richard Carey Digital Me-
dia, Ago. 2015. [Online]. Disponvel em: <http://richardcarey.net/
game-design-canvas/>. Acesso em maro de 2017.
[19] MORAIS, R. X. T. Software Educacional: A Importncia de sua
Avaliao e do seu uso nas salas de Aula. 2003 52p. Trabalho de
Concluso de Curso (Bacharel em Cincia da Computao) - Faculdade
Loureno Filho, Fortaleza, 2003. Disponvel em: http://www.flf.edu.br/
revista-flf/monografias-computacao/monografia-rommel-xenofonte.pdf.
Acesso em: 15 de jan. de 2016.
[20] BOMBERMAN WIKI. Bomberman (NES). Disponvel em: <http:
//bomberman.wikia.com/wiki/Bomberman_(NES)>. Acesso em fevereiro
de 2017.
[21] UNOFFICIAL GODOT ENGINE BUILDS. Disponvel em: <http:
//fixnum.org/godot/>. Acesso em fevereiro de 2017.
A PNDICE A
M ANUAL DO USURIO
Este manual contm de forma objetiva e sucinta os principais
componentes do jogo Domin Qumico, bem como suas regras
e telas, mostrando o que deve ser feito para jogar o jogo.
A. Pedras
O jogo Domin Qumico possui regras similares ao jogo de
domin comum, havendo apenas a alterao de ter a frmula de
funes inorgnicas e o nome do grupo da funo. Possuindo
duas classificaes de pedras: as pedras comuns (Figura 12) e
as pedras de bucha (Figura 13).
Fig. 12: Pedras comuns.
As pedras comuns possuem o nome de uma funo in-
orgnica qumica em seu topo e a frmula desta mesma funo
embaixo. J as pedras de bucha possuem nome de uma funo
inorgnica em seu topo e embaixo. Desta forma, as pedras de

Fig. 13: Pedras de bucha.
bucha servem para realizar trocas de tipo de funo inorgnica
na mesa, enquanto as pedras comuns servem apenas para serem
encaixadas nas funes ou frmulas j presentes. Para facilitar
o andamento do jogo o primeiro jogador a jogar sempre
quem tem a pedra de bucha cido e Hidreto, jogando este
essa pedra.
B. Incio
Ao iniciar o executvel do jogo apresentada uma tela
inicial a cada jogador (Figura 16), possuindo esta tela um menu
como mostrada na Figura 14. Nesta menu possvel digitar o
nome que o jogador quer que seja exibido como sendo ele no
jogo, criar uma sala para iniciar um jogo e entrar em uma sala
j criada.
Fig. 14: Menu principal para criar sala ou entrar na sala.
C. Criar sala
Quando um jogador pressiona o boto "Criar" no menu
inicial uma tela de espera inicial exibida (Figura 15), nesta
tela so mostrados todos os jogadores que forem se conectando
a sala. Assim, no momento em que todos jogadores estiverem
prontos e o jogador que criou a sala quiser iniciar basta
pressionar o boto "Iniciar jogo" que levar todos jogadores
mesa do jogo.
D. Entrar em sala
Ainda no menu da Figura 14, para entrar em uma sala criada
basta digitar o IP correspondente a sala (mostrado no topo do
9
menu de espera, Figura 15) e pressionar o boto "Entrar". No
momento em que o jogador entrar na sala ele tambm estar
na tela de espera, sendo a lista de jogadores presentes na sala
atualizada para todos.
Fig. 15: Menu de espera de jogadores.
E. Jogando
Quando todos jogadores que desejam jogar na mesma
partida se conectam, e o jogador criador da sala pressiona
o boto para dar incio a partida (Figura 15), a tela com a
mesa do jogo apresentada a todos (Figura 17). Sendo que
em cada tela mostrado o nome do jogador a qual a tela
pertence no canto inferior esquerdo e um conjunto de pedras,
sorteadas aleatoriamente, para cada jogador no centro (a "mo"
do jogador).
A quantidade de pedras na mo de cada jogador mostrada
no topo da tela, sendo este valor atualizado cada vez que o
jogador consegue encaixar uma pedra. No canto inferior direito
temos quem o jogador da vez, ou seja, o jogador habilitado
a jogar uma pedra, junto com o boto de passar a vez. O boto
"Passar vez" serve para que caso o jogador da vez no tenha
pedra que encaixe na configurao atual da mesa.
Caso todos os jogadores passem a vez identificado o
jogo como travado, isto , nenhum jogador possui pedra que
encaixe na mesa. Assim, se o jogo estiver travado, ganha o(s)
jogador(es) com menos nmero de pedra(s) na mo.
F. Fim do jogo
Logo depois que um jogador encaixa uma pedra na mesa,
antes de passar sua vez, verificado se este jogador possui
pedras ainda na mo, caso no possua o jogo finalizado,
avisando na tela de todos quem foi o vencedor do jogo.
 10

Fig. 16: Tela inicial do jogo.

Fig. 17: Mesa de jogo.

 11

A PNDICE B
M ANUAL DO SISTEMA
Nas sees seguintes so listadas as principais alteraes
possveis de serem feitas no jogo, sendo estas alteraes
simples, exigindo poucas mudanas.

Fig. 19: Arquivo de texto contendo as pedras do jogo.

Fig. 18: Cdigo com as configuraes do jogo (em

"scripts/gamestate.gd").

A. Configuraes de porta
Por escolha prpria, sem razo especfica, a porta padro
do jogo a 10567 como mostrado na Figura 18 linha 4.
Caso por algum motivo esta porta esteja sendo usada, ou haja
um impedimento em us-la, seu nmero pode ser facilmente
alterado bastando alterar a varivel.

B. Mudando as pedras
A pedras so lidas de um arquivo de texto simples (Figura
19), dentro da pasta "lista_jogos", como pode ser visto na
Figura 18 na linha 8 do cdigo, onde o caminho do arquivo
estabelecido (o incio com "res://" indica a pasta raiz do pro-
jeto). Para alterar as pedras basta apontar para um novo arquivo
mudando o caminho na varivel "lista_jogos" ou alterando
diretamente o arquivo apontado, neste caso "pedras_1.txt".
Vale ressaltar que para o correto funcionamento do jogo cada
linha do arquivo deve corresponder a uma pedra, onde, o
primeiro nome na linha corresponde ao que vai no topo da
pedra, o segundo ao que vai embaixo e um caractere |
separando os dois nomes. Devendo tudo no possuir acentos
e iniciar com letra maiscula.
Fig. 20: Variveis responsveis por guardar as posies e as
corresponncias.
D. Alterando nmero de jogadores
O jogo foi concebido com a ideia de que qualquer nmero
de jogadores pode jogar a mesma partida, bastando para isso, o
arquivo com as pedras ter pedras suficiente (nmero de pedras
de cada jogador vezes nmero de jogadores). Apesar de que
at mesmo um jogador pode jogar sozinho, o nmero mximo
de jogadores limitado, para passar de 4 jogadores a varivel
"MAX_PEERS" deve ser alterada para a quantidade desejada.

C. Alterando a pedra inicial

Para alterar a quantidade de pedras iniciais a varivel
"num_pedras_iniciais" (Figura 18 linha 10) deve ser alterada
para o nmero desejado. Tambm deve ser alterada a cena
de jogador "Player.tscn", dentro da pasta cenas, retirando ou
colocando mais pedras, o que pode ser realizado simplesmente
deletando ou duplicando os objetos responsveis pelas pedras
associados ao jogador (Figura 21).
 12

Fig. 21: Player.