ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
Robot Killer Arena, um Jogo de Tabuleiro Digital
Fabrcio Caixeta Andriani, Victor Travassos Sarinho
ResumoJogos fazem parte da cultura humana. Hoje, jogos
de tabuleiro e de cartas dividem espaco com os jogos digitais.
Neste cenario, convergencias sao inevitaveis para a criacao de
novas experiencias. Jogos digitais podem receber mecanicas e
componentes de jogos de tabuleiro, ao mesmo tempo que jogos
de tabuleiro podem receber elementos digitais, e os dois podem
ser adaptados para novas mdias. Esse trabalho teve como intuito
explorar esse cenario de convergencia com o desenvolvimento do
Robot Killer Arena, um jogo de tabuleiro adaptado ao ambiente
digital. O processo de desenvolvimento envolveu definir o tema
e as mecanicas do jogo; realizar testes em papel; criar a arte,
os elementos do jogo e; por fim, desenvolver a versao digital
utilizando o motor de jogos Unity 2D. Para finalizar o processo
foram confeccionados os manuais do usuario e do sistema.
O produto gerado precisa ser finalizado para ser lancado no
mercado, mas atende a maioria dos requisitos propostos por este
trabalho.
Index TermsJogo de Tabuleiro, Jogo Digital, Convergencia
de Mdia, Mecanicas de Jogos, Unity
I. I NTRODUC AO
J OGOS fazem parte da cultura humana e sao formas
saudaveis e ludicas de aprender e se relacionar com
os outros a volta. Ao longo dos anos, os jogos evoluram
utilizando as ferramentas disponveis, desde a simples escrita
no chao ate os complexos jogos digitais existentes hoje em
dia.
Jogos de diferentes mdias e epocas convivem na atuali-
dade. Jogos seculares como xadrez, jogo da velha e baralho
continuam a ser jogados ate hoje, mas disputam espaco com
os complexos jogos de tabuleiros modernos e os tecnologicos
jogos digitais.
Com a criacao contnua de novos jogos, faz-se necessario
buscar novas historias e formas de interacao, a fim de capturar
a atencao dos jogadores. Um movimento muito explorado e
unir elementos digitais e analogicos para a criacao de novos
jogos.
Jogos digitais podem receber mecanicas e componentes de
jogos de tabuleiro, ao mesmo tempo que jogos de tabuleiro
podem receber elementos digitais, e os dois podem ser adap-
tados para novas mdias. Neste cenario de convergencia a linha
que divide o que e um jogo de tabuleiro e um jogo digital fica
cada vez mais tenue.
O jogo digital Mario Party 10 [1], por exemplo, se passa
em um tabuleiro no qual os jogadores se movem atraves da
rolagem de dados. Em Megaman Star Force 2 [2], o jogador
ganha cartas que sao utilizadas durante um combate. Final
Fantasy VIII conta com um jogo de cartas chamado de Triple
Triad [3] dentro da propria historia do jogo.
O jogo de tabuleiro XCOM [4] foi baseado no jogo de
computador com mesmo nome e necessita de um tablet para
ser jogado. O tablet tem a funcao de coordenar os combates
e age como a inteligencia artificial do jogo. Em Alchemists
1
[5] e possvel utilizar um aplicativo para smartphone, em que,
tirando fotos de cartas sao obtidas as pocoes utilizadas durante
o jogo.
Com o objetivo de aproveitar a popularidade de determi-
nados jogos em uma mdia, costuma-se realizar a adaptacao
destes jogos para novas mdias. Jogos digitais como o X-
COM [6] ganharam adaptacoes para jogos de tabuleiros [4].
Outros consagrados jogos de tabuleiro ganharam adaptacoes
para tablets e smartphones, a exemplo de Settlers of Catan
[7] [8], Carcassonne [9] [10], Ticket to Ride [11] [12] e mais
recentemente no Brasil, o jogo War [13] [14].
Versoes digitais perdem um pouco do ritual presente em
um jogo de tabuleiro, como a leitura do manual, preparacao
e manuseio dos componentes, e reuniao de amigos em um
mesmo local. Por outro lado, tem a praticidade na distribuicao
e locomocao, permitem realizar partidas online com amigos e
desconhecidos, ou partidas locais com amigos ou inteligencias
artificiais. Eles tambem podem contar com elementos extras
como sons e animacoes que dao maior imersao ao jogo.
Outro aspecto dos jogos de tabuleiros adaptados ao ambi-
ente digital e que as regras realmente restringem as acoes do
jogador, impedindo que este execute acoes nao previstas de
forma intencional ou por engano, e facilitando o aprendizado
durante uma partida atraves de mensagens corretivas. Por outro
lado, nao e possvel personalizar as regras, o que e conhecido
como regras da casa e e comumente utilizado para facilitar,
dificultar, balancear ou estender um jogo.
Algumas adaptacoes utilizam a mecanica basica de um
jogo de tabuleiro consagrado e criam uma forte integracao
com redes sociais, como e o caso do Draw Something [15],
com a mecanica de adivinhacao de desenhos; Words with
Friends, com a mecanica de criacao de palavras utilizando
letras sorteadas [16]; e Trivia Crack, com a mecanica de
perguntas e respostas [17].
Em outros exemplos a linha fica cada vez mais tenue.
Hitman GO [18] e um jogo digital baseado em outro jogo
digital, mas que possui mecanicas e aparencia baseadas em
jogos de tabuleiro. Krosmaster Arena [19] e um jogo de
tabuleiro com miniaturas vendidas em caixas fechadas, e que
conta com uma versao para computador na qual as miniaturas
compradas podem ser adicionadas atraves de um codigo.
Este trabalho surge com o intuito de explorar essa linha
tenue entre os jogos de tabuleiros modernos e digitais com a
criacao de um jogo de tabuleiro e sua adaptacao para um jogo
digital.
Para tanto, foi desenvolvido o Robot Killer Arena, jogo de
tabuleiro com tematica de robos em uma arena que utiliza
diversos elementos como tabuleiros, miniaturas, fichas de
personagem, cartas e marcadores. Tambem foi desenvolvida
a versao digital para ser jogada por mais de um jogador em
um mesmo dispositivo.
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
Este trabalho esta dividido em: (i) Quadro teorico, conceitu-
ando jogos, seus elementos, o processo de design, prototipacao
e desenvolvimento de jogos digitais; (ii) Metodologia, descre-
vendo as etapas de desenvolvimento da versao de tabuleiro
e digital do jogo, bem como todos os recursos utilizados;
(iii) Resultados, comparando os requisitos com os resultados
alcancados; e por fim, as (iv) Conclusoes com trabalhos futuros
e (v) Referencias.
II. Q UADRO T E ORICO
Jogos sao parte da cultura [20], e muitas definicoes ja
foram criadas para tentar definir o que e um jogo [21].
Existem definicoes mais simples, como a que sao atividades
de resolucoes de problemas encaradas de forma ludica [22]
[23]. Ou mais complexas, como que sao sistemas em que os
jogadores estao engajados em um conflito artificial, definido
por regras, que levam a um resultado quantificavel [24].
A. Elementos de um Jogo
Um jogo e composto de diferentes elementos essenciais
[22] [25] [21], sendo que cada autor monta sua propria
lista de elementos. A seguir serao apresentados alguns destes
elementos.
As mecanicas ou mecanismos de um jogo sao as varias
acoes, comportamentos e controles que um jogador pode ter
acesso durante o contexto do jogo [25]. Sao os procedimentos
e regras de um jogo, descrevem o seu objetivo e o que os
jogadores podem ou nao fazer para chegarem ate ele [22]. Sao
os aspectos funcionais de um jogo [26]. Sao os ingredientes
para design de um jogo [21].
Dinamicas sao os padroes de jogo que surgem a partir do
momento em que as mecanicas sao postas em contato com os
jogadores [21] [25]. Algumas dinamicas podem acontecer fora
do jogo, o que e conhecido como meta-jogo [21], um exemplo
cassico de meta-jogo e o estudo das aberturas do Xadrez.
Estetica e como o jogo parece, soa, cheira, que gostos e
emocoes traz para o jogador [22]. Na estetica, estao inclusos
elementos como sensacoes, narrativas, desafios, descobertas,
expressoes, entre outros, que podem ser passados ao jogador
[25].
A tecnologia e o meio atraves do qual o jogo e jogado
[22]. Sao quaisquer materiais e interacoes que fazem o jogo
possvel. Exemplos de meios sao papel e lapis, controles com
sensores de movimento, celulares, computadores, etc. Cada
tecnologia escolhida para um jogo agrega possibilidade e
restricoes [22].
B. Design de Jogos
A tarefa de design de jogos passa pelo entendimento de uma
serie de conhecimentos envolvendo criatividade, psicologia,
arte, tecnologia e negocios [22]. Para melhor entendimento
pode ser subdividida em varios tipos de design [21].
O design de sistema e responsavel pelas regras do jogo [21].
Regras elegantes mantem o foco do jogador nos lugares certos
[24].
O design de nveis e responsavel por criar os nveis do jogo,
seus mapas e posicionamento de itens [21]. E importante que
2
os nveis sejam criados e sequenciados de forma a criar um
balanco entre as habilidades do jogador e o nvel de desafio,
nao deixando o jogador entediado ou muito ansioso, o que e
conhecido como estado de flow [22].
O design de interface com o usuario e responsavel por
definir como o jogador ira interagir com o jogo e como o jogo
passara informacoes ao jogador [21]. O objetivo da interface
deve ser dar ao jogador o controle da sua experiencia [22].
C. Prototipacao de Jogos
Diversos autores concordam que o processo de prototipacao
e muito importante para o design de um jogo [27] [28] [22].
Os prototipos permitem testar as funcionalidades do jogo em
estagios iniciais, a fim de corrigir falhas de projeto e refinar
o funcionamento [22].
Um prototipo nao deve ser caro de produzir. Isso significa
que deve focar em responder questoes estrategicas sobre o pro-
jeto, ao inves de ter graficos sofisticados ou uma qualidade de
producao elevada [22]. Uma das solucoes para criar prototipos
mais baratos e cria-los em papel. Mesmo para jogos digitais e
possvel simular em papel as principais mecanicas e dinamicas
[27] [28] [22].
D. Desenvolvimento de um Jogo Digital
Cada vez mais habilidades sao necessarias para o desen-
volvimento de um jogo digital. Equipes interdisciplinares sao
criadas para a producao de jogos cada vez mais complexos
[29]. Um simples jogo 2D como o Super Mario Bros exige
a criacao de graficos 2D, animacoes, efeitos e trilha sonora,
fsica, nveis ou fases, alem de todo trabalho de concepcao,
teste, programacao e gerencia de uma equipe multidisciplinar.
Para economizar tempo e dinheiro no desenvolvimento, sao
utilizados motores de jogos [30]. Eles sao uma camada entre o
codigo do jogo e o hardware com capacidades de renderizacao
grafica, simulacao de fsica, suporte a sons, animacoes, etc
[30].
Alguns motores como o Unity [31], Unreal [32], Construct
[33] agregam mais funcionalidades operando como um ambi-
ente de desenvolvimento completo. Permitem criar animacoes,
objetos, nveis inteiros e compilar um mesmo projeto para
diversas plataformas.
III. M ETODOLOGIA
Com base no objetivo deste trabalho, foram listados uma
serie de requisitos que nortearam o desenvolvimento do jogo:
1) Capacidade de compilar o jogo para dispositivos moveis;
2) Multiplayer local no mesmo dispositivo;
3) Capacidade futura de multiplayer online assncrona;
4) Tematica e mecanicas compatveis com o ambiente digi-
tal;
5) Tematica e mecanicas compatveis com criancas e adul-
tos;
6) Tematica e mecanicas divertidas;
7) Partidas com duracao media entre 15 e 30 minutos;
8) Complexidade incremental, o jogo comeca mais simples
e vai aumentando a complexidade com o tempo;
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
Figura 1: Tabuleiro em grade do RobotRally com as miniaturas
dos robos e tabuleiros individuais dos jogadores com as cartas
(Fonte: Board Game Geek).
9) Rejogabilidade, o jogo pode ser jogado varias vezes sem
se tornar repetitivo ou desinteressante;
10) Expansvel, o jogo permite a adicao de novos elementos
em atualizacoes futuras;
11) Interface digital amigavel.
A partir dos requisitos, foi possvel definir a tematica e as
regras do jogo. O proximo passo foi o desenvolvimento da arte
e do jogo em si, passando pelo processo de design de nveis e
criacao da interface e do controle do jogo. Essa secao descreve
todos os processos utilizados em cada uma destas etapas.
A. Definicao da Tematica e Regras
Ja que o jogo seria executado em um ambiente digital, foram
buscadas tematicas que se adequassem ao meio. Surgiu entao
a ideia de fazer um jogo em que os jogadores comandassem
robos atraves de comandos disponveis em um painel.
Foram pesquisadas referencias de outros jogos de tabuleiro
que utilizassem a tematica de robos, com o objetivo de
encontrar elementos comuns que pudessem ser reutilizados.
No jogo RobotRally [34], os jogadores comandam robos
em uma corrida dentro de um tabuleiro em grade, repleto de
obstaculos como esteiras e lasers (Figura 1). E utilizada a
mecanica de acoes programadas, em que todos os jogadores
escolhem ao mesmo tempo um conjunto de acoes em segredo
e revelam todos ao mesmo tempo, dessa forma, a programacao
feita por um jogador pode atrapalhar a programacao dos outros
empurrando ou atirando nestes.
Foi jogada uma partida do RobotRally para avaliacao. Como
pontos fortes estao o bom uso da mecanica de acoes progra-
madas dentro da tematica do jogo, a forte interacao entre os
jogadores e os diferentes tipos de tabuleiros disponveis com
elementos diversos. Como pontos negativos estao a duracao
da partida, que tende a ficar longa e repetitiva, e a frustracao
de ter o robo derrubado da arena fazendo com que ele volte
ao incio.
3
Figura 2: Tabuleiro modular em grade do Ricochet Robots com
as miniaturas dos robos e marcadores (Fonte: Board Game
Geek).
Outro jogo analisado foi o Ricochet Robots [35], em que
jogadores tentam achar um caminho que leve um determi-
nado robo para uma determinada posicao utilizando o menor
numero de movimentos dentro de um tabuleiro em grade
(Figura 2), sendo que os robos andam em linha reta ate
encontrar um obstaculo.
Tambem foi jogada uma partida do Ricochet Robots. Como
pontos fortes estao a capacidade do jogo comportar de um
ate infinitos jogadores simultaneamente, sem comprometer
o tempo da partida e a rejogabilidade dada pelo tabuleiro
modular e os marcadores de objetivo. Como ponto negativo foi
identificada a dificuldade de encontrar caminhos nas primeiras
rodadas.
Foram aproveitadas a mecanica de movimentacao em grade
presente nos dois jogos, juntamente com a ideia de que um
espaco so pode ser ocupado por um robo por vez. A ideia
de tabuleiro modular do Ricochet Robots foi utilizada para
dar rejogabilidade. Tambem foram utilizados os diferentes
elementos presentes nos tabuleiros do Ricochet Robots, bem
como a ideia de derrubar outros robos, so que de uma forma
menos frustante.
Foi definido entao que o jogo seria um combate entre
robos em uma arena. Os jogadores comandariam robos que
podem empurrar outros robos para fora da arena ou executar
movimentos especficos dentro desta para ganhar pontos. O
jogador que alcancasse um determinado numero de pontos
primeiro seria o vencedor.
Em paralelo com a definicao da tematica, foram pensadas
mecanicas que se adequassem ao projeto. Por exemplo, para
permitir o multiplayer local em um mesmo dispositivo o ideal
e que nao existam elementos ocultos ao outros jogadores,
como cartas na mao de um jogador.
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
Figura 3: Um teste em grupo de jogo utilizando um prototipo
em papel do Robot Killer Arena
Foram montados prototipos em papel para testar as
mecanicas criadas (Figura 3). Eles tem a vantagem de serem
rapidos e baratos de produzir e modificar, permitindo encontrar
e corrigir falhas no design do jogo em estagio inicial.
Foram realizados dois tipos de teste, os solos e em grupos de
jogo. Nos testes solo, todos os jogadores eram simulados pela
mesma pessoa a fim de encontrar falhas no design e avaliar as
mecanicas. Nos testes em grupo de jogos, sao avaliados se os
jogadores compreenderam as regras de forma facil, se jogam
como foi previsto ou encontram falhas de design, se existem
problemas de balanceamento nas habilidades e penalidades.
Em uma das primeiras versoes de teste, a movimentacao
utilizava dados, semelhante a jogos como King of Tokio [36] e
Bang! the Dice Game [37]. O jogador rola 6 dados no incio do
seu turno, podendo re-rolar mais duas vezes qualquer numero
de dados. No final ele usa os dados em qualquer ordem para
dar comandos ao robo. Essa abordagem se mostrou muito
complexa, deixando para o jogadores muitas opcoes do que
fazer.
A fim de reduzir o numero de opcoes para o jogador, os
dados foram substitudos por cartas de acao que o jogador
poderia comprar, manter na sua frente e utilizar em seu turno.
Essas cartas possuem comandos simples como andar 1 para
frente, virar o robo 90 graus, etc. Em testes, essa abordagem
se mostrou melhor, mesmo deixando expostas as cartas dos
jogadores.
No inicio do turno, o jogador compra cartas de acao igual
ao numero de pontos de compra que possui ou ate completar
8 cartas. E pode utilizar ou descartar cartas de acao igual
ao numero de pontos de acao que possui. Quando o jogador
utiliza todos os pontos de acao, o seu turno e encerrado
automaticamente. O numero de pontos de compra e de acao
foi definido para dar aos jogadores poucas opcoes, forcando
que o jogador otimize suas acoes.
Os tabuleiros foram pensados para serem pequenos, apro-
ximando os jogadores, e com poucos pontos de interesse para
aumentar a competicao, deixa-los mais propensos a serem
4
Figura 4: Cartas de acao de movimento e seus respectivos
blocos de objetivo.
empurrados para fora do tabuleiro, e dar-lhe menos opcoes
para onde ir.
Os pontos de interesse principais sao os blocos de objetivo.
Existem 3, e cada um e ativado por um tipo de carta de
acao diferente. Se o jogador terminar o movimento do robo
utilizando a carta de acao correspondente ao bloco, este ganha
um ponto (Figura 4).
Quando o robo de um jogador e empurrado para fora
da arena, este sofre uma penalidade, enquanto o robo que
empurrou ganha uma bonificacao de 1 ponto de vitoria.
Essa mecanica faz com que seja interessante empurrar outros
jogadores para fora, enquanto cria um risco para os jogadores
se posicionarem nas extremidades do tabuleiro. Entretanto a
penalidade para quem cai teve que ser pensada para nao ser
muito alta, a fim de nao desencorajar os jogadores.
A penalidade mais alta que poderia ser aplicada e a
eliminacao do jogador. Nela o jogador estaria fora da partida.
Com isso, ele teria que esperar muito tempo para voltar a
jogar, o que tornaria a penalidade alta e desmotivante.
A penalidade criada foi o jogador perder 1 ponto de vitoria,
sofrer 1 dano e ser reposicionado na arena. O dano faz com
que o jogador, em seu proximo turno, compre uma carta a
menos e execute uma acao a menos. E uma penalidade menor
do que ser eliminado, mas ainda sao necessarios testes para
avaliar se e uma penalidade adequada.
Para o reposicionamento, varias abordagens foram anali-
sadas. O jogador poderia escolher onde gostaria de voltar,
isso daria uma vantagem estrategica ao jogador, mas causaria
dois problemas: o tempo de jogo ficaria maior e o turno de
um jogador precisaria ser interrompido para fazer o reposi-
cionamento, o que causaria mais esperas em um multiplayer
online assncrono. O jogador poderia ser reposicionado em um
local aleatorio, mas isso poderia penalizar muito o jogador.
A abordagem escolhida foi criar pontos de respawn, espacos
onde o jogador iria ressurgir. Assim, quando cair, o jogador
ja sabe onde vai retornar.
Para aumentar a rejogabilidade, foram adicionados dois ele-
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
Figura 5: Exemplo de tabuleiro modular formado por blocos
posicionados aleatoriamente.
mentos ao jogo: tabuleiros modulares e compra de melhorias.
Os tabuleiros modulares consistem em montar arenas utili-
zando blocos, sendo que cada um comporta um robo (Figura
5). Estes blocos podem ser dispostos de forma aleatoria ou
entao em tabuleiros pre definidos (mais recomendado para
jogadores iniciantes).
Durante o jogo os jogadores acumulam energia descartando
cartas de acao. A Energia e a moeda do jogo, permitindo
a compra de melhorias. Estas permitem estender o funcio-
namento das cartas de acao, adicionar pontos de acao, ou
pontos de compra. Para cada jogo, um conjunto de melhorias e
escolhido e fica disponvel para que todos os jogadores possam
comprar utilizando a energia acumulada. A variedade de con-
juntos da maior rejogabilidade, porque para cada um destes,
as estrategias que os jogadores devem criar, sao diferentes.
A compra de melhorias ao longo do jogo, tambem e res-
ponsavel por aumentar a complexidade gradualmente, dando
tempo para jogadores iniciantes se familiarizarem com os
mecanismos do jogo, antes de adicionar novos elementos.
Para equilibrar o jogo, no incio do turno, o jogador atual
recebe energia igual a metade da diferenca de pontos entre
ele e o jogador melhor pontuado. Exemplo, se o jogador atual
possui 3 pontos e o jogador melhor pontuado possui 5 pontos,
o jogador atual recebe (5 3) 2 = 1 energia. Caso o
numero de energias a ser recebido nao for inteiro, o valor
e arredondado para baixo.
B. Arte
Para a criacao da arte do jogo, foi utilizado o Adobe
Illustrator, que permitiu a criacao e exportacao dos graficos
do jogo (sprites) agrupados em folhas (Sprite Sheets). Estas
folhas sao utilizadas para reduzir o numero de chamadas ao
disco comparado com a utilizacao de arquivos individuais para
cada grafico, melhorando assim o desempenho.
Para a arte, foi escolhida uma abordagem mais cartunesca
para sinalizar que o jogo tem a proposta de ser divertido e
5
Figura 6: Exemplo de arquivo que descreve um tabuleiro e seu
respectivo tabuleiro montado
nao verossmil. Foram utilizadas bordas grossas para separar
visualmente os elementos.
Foi utilizado o programa Color Oracle, que simula a visao
de pessoas com daltonismo, para testar se a arte esta adaptada
para daltonicos. Alem disso, todos os elementos que possuem
cor possuem tambem um smbolo, ou texto associado para
identificacao.
C. Design de Nveis
O processo de design de nveis, neste caso, foi o processo de
criar diferentes tabuleiros e diferentes conjuntos de melhoria
para serem utilizados em diversas partidas. Diferentes tabulei-
ros foram criados para diferentes tipos de jogador, iniciantes
e experientes.
Para facilitar o processo de criacao de novos tabuleiros, foi
criado um modelo de arquivo texto que concentra todas as
informacoes sobre este (Figura 6). E dividido em 4 secoes. A
primeira armazena informacoes sobre a partida como nome do
tabuleiro, pontos para ganhar, etc. E as outras tres, descrevem
o formato da arena, os blocos que estarao em cada posicao, e
a rotacao destes blocos.
Os conjuntos de melhorias podem conter ate oito melhorias.
Mais do que esse numero os jogadores podem ficar indecisos
sobre o que comprar. As melhorias devem ter preco compatvel
com a sua habilidade, assim para comprar melhorias mais
poderosas o jogador devera gastar mais tempo acumulando
energia. Um conjunto de melhorias balanceado possui melho-
rias de diferentes tipos, e custos. Conjuntos aleatorios tambem
podem ser criados para jogadores experientes.
D. Versao Digital
A versao digital do jogo foi desenvolvida utilizando o motor
de jogos Unity 2D, que possui modulos para trabalhar com
graficos em duas dimensoes, animacoes, interfaces graficas e
scripts. Alem dessas funcionalidades, tem a vantagem de poder
compilar o jogo para diferentes plataformas moveis, incluindo
iOS e Android.
O Unity possui uma grande comunidade de usuarios, ma-
teriais de referencia e tutoriais. Pode ser adquirido em dois
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
Figura 7: As tres camadas que formam o tabuleiro: plano de
fundo, blocos de arena e robos
planos, o pessoal e o profissional. O plano utilizado foi o
pessoal, que e gratuito, mas nao tem acesso a uma tela de
splash personalizada e a recursos como estatsticas e relatorios
de performance.
Foi trabalhado com o paradigma de componentes, em que
todos os objetos do jogo (GameObjects) possuem uma serie de
componentes (GameComponents) associados, e estes podem
ser utilizados em diversos objetos diferentes. Por exemplo,
o componente Sprite Render faz com que o objeto exiba e
modifique caractersticas visuais de um sprite.
Um GameObject pode ser salvo como um objeto pre-
fabricado (Prefab), e instanciado na cena diversas vezes. Os
prefabs foram utilizado no desenvolvimento para instanciar
todos os elementos visuais durante a execucao do jogo.
Tambem foram criados GameComponents personalizados
utilizando scripts em C#. O Unity permite criar scripts em C#
e em JavaScript. A escolha pelo C# foi por esta linguagem
ser mais popular entre os desenvolvedores de Unity, possuindo
mais material de referencia disponvel.
O aprendizado da ferramenta veio atraves de tutoriais em
texto e em vdeo disponibilizados pela equipe do Unity. Alguns
pequenos jogos foram criados para treinar os conhecimentos.
Apos o estudo da plataforma, foi iniciado o desenvolvimento
que passou pelas etapas de montagem do tabuleiro, criacao dos
robos e animacoes, interface, e controle do jogo.
1) Montagem do Tabuleiro: O tabuleiro e montado em
3 camadas sobrepostas (Figura 7): a camada mais abaixo
e o plano de fundo que da formato a arena; na camada
intermediaria ficam os blocos que formam a arena; e, por cima
das outras camadas, ficam os robos.
Para todos os blocos que formam o plano de fundo e a
arena, foram criados prefabs com seus respectivos componen-
tes. A referencia destes foi armazenada pelo gerenciador do
tabuleiro, que e responsavel por montar o tabuleiro a partir
das informacoes da partida.
Para criar o plano de fundo da arena, o arquivo com a
informacao do formato do tabuleiro e lido. Onde existem
blocos de arena, e criado um fundo de arena e, onde nao
existem, sao criados buracos. Foi decidido que entre o fundo
de arena e os buracos, existiria uma borda delimitando a arena.
Para criar a borda, foram utilizados 3 prefabs de buraco
com borda, alem dos blocos de fundo de arena e de buraco
sem borda (Figura 8), cada um com metade da largura e altura
de um bloco de arena. Foi criada uma matriz com o dobro de
tamanho do tabuleiro para armazenar se um espaco e buraco
ou nao com base no arquivo. Se o espaco for um buraco,
existem 4 possibilidades: (i) buraco sem borda, (ii) buraco
6
Figura 8: Blocos de fundo de uma arena separados e os 5 tipos
de blocos utilizados.
Figura 9: Um robo e suas partes: fundo, corpo, roda esquerda,
smbolos e roda direita.
com borda na quina, (iii) buraco com borda em uma lateral,
(iv) buraco com borda em duas laterais adjacentes. Cada uma
das possibilidades de buraco e escolhida e rotacionada com
base se os blocos vizinhos sao buracos ou nao.
Foi criado um componente que ajusta a camera para os
tabuleiros de diferentes tamanhos, com base na largura e altura,
a fim de deixar o tabuleiro todo visvel na cena.
2) Robos e Animacoes: Os robos ocupam o espaco de
um bloco de arena e possuem um componente que da suas
caractersticas de movimento.
A primeira versao do robo foi criada utilizando apenas 1
sprite. Durante as animacoes, o sprite era substitudo por
sprites semelhantes com variacoes nas rodas. Tanto a cor
quanto o smbolo dos robos foram desenhados utilizando
o Illustrator. O problema desta versao e que as animacoes
precisavam ser desenhadas e criadas para cada robo.
Uma segunda versao foi criada unindo diversos sprites em
camadas (Figura 9), cada um com sua funcao. Foi possvel
desenhar menos sprites, animar apenas as rodas, e reutilizar o
mesmo robo para todos os jogadores, so alterando sua cor e
smbolo pelo proprio Unity.
Cada roda do robo possui um controlador de animacao com
3 estados: roda parada, roda avancando e roda retrocedendo
(Figura 10). Quando o controlador avanca para os estados de
roda avancando ou retrocedendo, animacoes sao executadas
para dar a ideia de movimento.
Quando o robo anda para frente, os controladores das duas
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
Figura 10: Controlador de animacao de uma roda. Do estado
Not Moving (parado), o controlador vai para os estados Wheel-
Forward (roda avancando) e Wheel-Backward (roda retroce-
dendo).
Figura 11: Teste da interface do Robot Killer Arena em um
iPad mini.
rodas vao para o estado avancando enquanto o robo avanca.
Quando o robo executa uma rotacao, os controladores vao
para estados opostos, um fazendo a roda avancar e o outro
retroceder, enquanto todo o robo gira.
3) Interface: A interface inclui, alem do tabuleiro, o painel
do jogador e barra superior.
Modelos da interface primeiramente foram criados em papel
para testar a disposicao e tamanho dos elementos. Foram
feitos modelos mais elaborados utilizando o Illustrator e, na
sequencia, a interface foi criada utilizando o Unity e testada
em um iPad mini (Figura 11).
O painel do jogador e onde os jogadores realizarao todas
as suas acoes durante o jogo (Figura 12). A cor do painel
indica de quem e a vez de jogar. Outra indicacao para a vez
do jogador e uma tela colorida que aparece antes da vez de
um jogador cobrindo toda a tela.
Para que a area do tabuleiro nao ficasse encoberta, foi
decidido colocar o painel com as informacoes do jogador em
uma das laterais. Foi escolhida a lateral direita porque a maior
parte da populacao e destra [38] e, ao manusear um tablet com
a mao direita, o braco nao encobriria a area do tabuleiro.
Na parte superior do painel, e indicado o nome do jogador e
seus pontos de: vitoria, energia, compra e acao. Existem dois
7
Figura 12: Painel de um jogador ativo exibindo 6 cartas de
acao.
botoes que permitem selecionar entre o painel de cartas de
acao (Actions) e o painel de melhorias (Improvs).
No meio do painel sao exibidas as cartas. Essa regiao pode
exibir as cartas de: acao, melhoria e opcao. As cartas de
opcao, sao apresentadas a partir da escolha de uma carta de
acao, exemplo, a carta de acao de rotacao possui as opcoes:
rotacionar para a direita ou para a esquerda.
Na parte inferior o jogador tem a indicacao da quantidade
de acoes restantes que possui e um botao para encerrar o seu
turno, caso nao queira utilizar todas as acoes. Uma adicao
futura e adicionar um contador regressivo para indicar quanto
tempo o jogador tem para encerrar o seu turno.
A barra superior ainda nao foi implementada, mas informara
a pontuacao de cada jogador e permitira pausar a partida.
Deixar a pontuacao geral sempre visvel e importante para
os jogadores saberem o quao perto estao de ganhar a partida
e com quais jogadores devem se preocupar mais.
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
4) Controle: Um objeto de controle do jogo e responsavel
por ligar os diferentes elementos e coordenar a ordem de jogo.
Foi utilizado o padrao Singleton para que apenas uma instancia
do controle esteja ativa por jogo, e para que os outros objetos
pudessem ter um acesso facil uns aos outros.
Quando o jogo e carregado, o controle recebe as
informacoes da partida. Sao iniciados os gerenciadores de:
cartas de acao, do tabuleiro e os jogadores. Em seguida, a
vez e passada para o primeiro jogador.
Na vez de um jogador, e exibido o seu painel lateral. No
inicio do turno, sao compradas cartas de acao igual ao numero
de pontos de compra, descontando um ponto caso o jogador
tenha cado durante a ultima rodada. Tambem e informado o
numero de acoes disponveis no turno, descontando um ponto
caso o jogador tenha cado.
O gerenciador de cartas de acao, e chamado quando o
jogador precisa comprar ou descartar cartas. Ao comprar,
e verificado se ainda existem cartas no monte de compra.
Caso nao existam, as cartas que estao no monte de descarte
sao embaralhadas e viram um novo monte de compra. O
gerenciador monta o monte de compra inicial com base nas
quantidades de cada tipo de carta.
Apos as cartas serem compradas, o painel e desbloqueado
para poder receber entradas do jogador. O jogador pode fazer
acoes do tipo: utilizar carta de acao, descartar carta de acao
por energia, ou comprar uma melhoria. A quantidade de acoes
realizadas pode ser igual ou inferior aos seus pontos de acao
disponveis para o turno.
Quando o jogador seleciona uma carta de acao para ser
utilizada, sao verificadas quais as opcoes associadas a ela. As
opcoes entao sao exibidas substituindo o painel de cartas. Por
exemplo, ao escolher utilizar a carta de rotacao, um jogador
possui as opcoes de: girar 90 graus para a esquerda; girar 90
graus para a direita; e dar meia volta, essa ultima adquirida
atraves de uma melhoria. Essas 3 opcoes sao exibidas para o
jogador que escolhe qual deseja realizar. Quando o jogador
seleciona uma opcao, uma lista de comandos e passada para
o jogador.
O jogador por sua vez possui uma fila de comandos, em
que os comandos sao executados um por vez, esperando
eventuais animacoes. Comandos sao acoes simples que po-
dem ser realizadas, como mover um para frente, mover um
para tras, rotacionar 90 graus para a esquerda. Unindo esses
comandos simples, acoes mais complexas podem ser criadas.
Por exemplo, a opcao de meia volta e formada pelo comando
de rotacionar 90 graus para a direita realizado duas vezes.
Quando um robo colide com outro, este e arrastado uma
posicao. Se um robo sai da arena, e ativada a queda deste. O
robo comeca a desaparecer, a fila de comandos do jogador e
esvaziada e os comandos de: mover para inicio, ganhar dano e
perder ponto de vitoria sao adicionados. Se o jogador atual for
diferente do jogador do robo que caiu este recebe o comando
de ganhar ponto de vitoria.
Apos o jogador selecionar uma opcao e feito um teste de
estabilidade para determinar o fim da acao. O teste consiste
em, checar se todas as filas de comandos de todos os jogadores
foram executadas, e se nenhum robo esta animando. Enquanto
o jogo nao estiver estavel o painel lateral e bloqueado para
8
novas acoes.
IV. R ESULTADOS
Este trabalho exigiu uma serie de conhecimentos associados
ao desenvolvimento de jogos. Combinar todas essas habilida-
des em um produto que atendesse aos requisitos propostos foi
um grande desafio.
A utilizacao de prototipos de papel, permitiu melhorar o
projeto de forma rapida e barata desde o incio do desenvol-
vimento, enquanto o foco na versao digital, guiou bem o que
poderia ser feito, ou nao, para o jogo.
Embora o jogo nao tenha sido compilado para rodar em
dispositivos moveis, toda a interface foi criada e testada para
funcionar nesse tipo de dispositivo, nao existindo nenhuma
barreira que impeca que o jogo possa ser compilado e jogado
em tablets e smartphones.
A interface foi criada para apresentar todas as informacoes
que o jogador precisa para montar a sua estrategia durante
um turno. O tabuleiro esta sempre visvel, e possvel saber a
pontuacao dos outros jogadores, e quais melhorias e cartas o
jogador possui.
As mecanicas escolhidas sao simples o bastante para serem
utilizadas por adultos e criancas. A movimentacao, que e parte
mais complexa, e feita de forma automatica pelo aplicativo.
A grande diversao no jogo esta em realizar combinacoes
para ganhar mais pontos. Em uma mesma jogada, e possvel
efetuar um movimento na arena e empurrar um ou mais
robos para fora. Para garantir diversao, tambem foi importante
balancear a penalidade de queda, e dar vantagem em energia
aos jogadores com pontuacao mais baixa, para que estes
pudessem comprar melhorias e alcancar os jogadores melhores
colocados. Apesar destes pontos, diversao e algo subjetivo,
e mais testes sao necessarios com grupos diferentes para
verificar o fator diversao durante o jogo.
A tematica e a arte estao em um meio termo entre o infantil
e o adulto, que atendem ao que foi proposto. Um maior esforco
e necessario nas animacoes para deixar o jogo mais dinamico.
Nao foi possvel fazer muitos testes sobre a duracao da
partida. Para cada arena, deve ser calculado uma quantidade
de pontos que deixe o jogo competitivo, entao para cada arena
existira um tempo medio diferente.
Toda partida tem uma complexidade incremental ja que
os jogadores comecam sem melhorias e com poucas cartas,
podendo melhorar o seu robo ao longo do jogo, permitindo
novas estrategias e combinacoes.
Entre as partidas, novos elementos como esteiras, coletores
de energia, bases de disparo, novos tipos de melhoria e
de arenas dao rejogabilidade ao mesmo tempo que dao a
jogadores experientes novas possibilidades e desafios.
O sistema de lista de comandos permite a criacao de novos
elementos de forma simples dando extensibilidade ao jogo.
Por exemplo, para criar a habilidade de disparar para todos
os lados, bastaria criar uma lista com os comandos: Disparar-
Norte, Disparar-Oeste, Disparar-Sul e Disparar-Leste.
Como o turno de um jogador e bem definido e sem a
interrupcao de outros jogadores, torna-se possvel criar futura-
mente um modo multiplayer online assncrono a exemplo de
jogos como o Words with Friends [16].
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
Para que o jogo possa ser posto no mercado, alguns pontos
ainda sao necessarios como a inclusao de trilha sonora e efeitos
sonoros, menu para a configuracao da partida e um modelo de
negocio compatvel com o mercado e com o jogo. Apesar
disso, foi possvel cumprir os requisitos propostos e entregar
um jogo que tem a essencia de um jogo de tabuleiro, rodando
em um ambiente digital.
V. C ONCLUS OES
A convergencia entre jogos de diferentes mdias e inevitavel
e, em muitos casos, ate desejavel para abrir novas possibili-
dades, experiencias e aprendizados. Explorar esse caminho de
convergencia foi o objetivo deste trabalho com a criacao de
um jogo de tabuleiro digital.
Naturalmente, existem diferencas entre as interacoes em
diferentes mdias. O jogo desenvolvido nao traz a sensacao
tatil de um jogo de tabuleiro, mas utiliza as mecanicas de
um jogo de tabuleiro para trazer uma experiencia diferente e
adequada ao mundo digital.
O proximo passo e a criacao de modos de jogo hbridos
nos quais, por exemplo, um tablet funcione como arena,
enquanto miniaturas e cartas sao manipuladas no mundo real.
Ou outro modo que, ao inves de cartas, cada jogador utilize
um smartphone para escolher os comandos.
Sao necessarios mais estudos sobre este cenario de con-
vergencia. Novas formas de jogar estao surgindo e a linha que
separa um jogo de tabuleiro de um jogo digital tende a ficar
cada vez mais tenue.
R EFER ENCIAS
[1] Nintendo. (2015) Mario party 10. Kyoto. [Online]. Available:
http://www.marioparty.com
[2] Capcom. (2007) Megaman star force 2. Osaka. [Online]. Available:
http://megaman.capcom.com
[3] Square. (1999) Final fantasy viii. Tokyo. [Online]. Available:
http://store.steampowered.com/app/39150/
[4] E. M. Lang, XCOM: The Board Game. Roseville: Fantasy Flight
Games, 2015.
[5] M. Kotry, Alchemists. Kladno: Czech Games, 2014.
[6] MicroProse. (1995) X-com: Terror from the deep. Hunt Valley. [Online].
Available: http://store.steampowered.com/app/7650
[7] K. Teuber, Colonizadores de Catan. Sao Bernardo do Campo: Grow
Jogos e Brinquedos, 2011.
[8] United Soft Media Verlag GmbH. (2015) Catan. Munchen. [Online].
Available: https://itunes.apple.com/br/app/catan/id335029050?mt=8
[9] K.-J. Wrede, Domnio de Carcassonne. Sao Bernardo do Campo: Grow
Jogos e Brinquedos, 2012.
[10] TheCodingMonkeys. (2015) Carcassone ios. Munchen. [Online]. Avai-
lable: https://itunes.apple.com/br/app/carcassonne/id375295479?mt=8
[11] A. R. Moon, Ticket to Ride. Sao Paulo: Galapagos Jogos, 2014.
[12] Days of Wonder. (2014) Ticket to ride for ios. Paris. [Online]. Available:
https://itunes.apple.com/br/app/ticket-to-ride/id432504470?mt=8
[13] Grow, War. Sao Bernardo do Campo: Grow, 1972.
[14] . (2015) War. Sao Bernardo do Campo. [Online]. Available:
https://itunes.apple.com/us/app/war/id1026149171?mt=8
[15] Zynga Inc. (2015) Draw something. Sao Fransisco. [Online]. Available:
https://zynga.com/games/draw-something
[16] . (2015) Words with friends. Sao Fransisco. [Online]. Available:
https://zynga.com/games/words-friends
[17] Etermax. (2015) Trivia crack. Buenos Aires. [Online]. Available:
http://www.triviacrack.com
[18] Square Enix Ltd. (2014) Hitman go. Londres. [Online]. Available:
https://itunes.apple.com/br/app/hitman-go/id731645633?mt=8
[19] N. D. Murat Celebi. (2013) Krosmaster: Arena. Roubaix. [Online].
Available: http://www.krosmaster.com/en
9
[20] J. Huizinga, Homo ludens: o jogo como elemento da cultura. Editora
da Universidade de S. Paulo, Editora Perspectiva, 1971.
[21] B. Brathwaite and I. Schreiber, Challenges for game designers. Cengage
Learning, 2009.
[22] J. Schell, The Art of Game Design: A book of lenses. CRC Press, 2014.
[23] R. Koster, Theory of fun for game design. OReilly Media, Inc.,
2013.
[24] K. Salen and E. Zimmerman, Rules of play: Game design fundamentals.
MIT press, 2004.
[25] R. Hunicke, M. LeBlanc, and R. Zubek, Mda: A formal approach to
game design and game research, in Proceedings of the AAAI Workshop
on Challenges in Game AI, vol. 4, 2004.
[26] Board Game Geek. (2015) Mechanism. [Online]. Available:
https://boardgamegeek.com/wiki/page/mechanism
[27] L. C. S. Duarte and S. Federal, Jogos de tabuleiro no design de jogos
digitais, SBC-SBGames, 2012.
[28] T. Fullerton, Game design workshop: a playcentric approach to creating
innovative games. CRC press, 2014.
[29] E. Bethke, Game development and production. Wordware Publishing,
Inc., 2003.
[30] M. Lewis and J. Jacobson, Game engines, Communications of the
ACM, vol. 45, no. 1, p. 27, 2002.
[31] Unity Technologies. (2015) Unity. [Online]. Available:
https://unity3d.com
[32] Epic Games Inc. (2015) Unreal engine. [Online]. Available:
https://www.unrealengine.com/
[33] Scirra Ltd. (2015) Construct 2. [Online]. Available:
https://www.scirra.com/construct2
[34] R. Garfield, RobotRally. Renton: Avalon Hill, 2010.
[35] A. Randolph, Ricochet Robots. Sao Paulo: Devir, 2014.
[36] R. Garfield, King of Tokyo. Sao Paulo: Galapagos Jogos, 2014.
[37] M. Palm and L. Zach, BANG! The Dice Game. Italia: dV Giochi, 2013.
[38] M. Holder. (2001) Why are more people right-handed?
[Online]. Available: http://www.scientificamerican.com/article/why-are-
more-people-right/
A P ENDICE A
M ANUAL DO U SU ARIO
Em Robot Killer Arena todos os jogadores comandam robos
em uma arena, tentando obter pontos enquanto empurram os
outros robos para fora da arena.
A. Preparacao
Selecione uma arena, o numero de jogadores e o conjunto
de melhorias que sera utilizado. Se e a sua primeira partida
escolha a arena Iniciante e o conjunto de melhoria Iniciante.
Apos selecionar todas as opcoes pressione no botao comecar
o jogo.
O monte de cartas de acao e iniciado automaticamente e
cada jogador compra duas cartas.
B. A arena
A arena e uma grade de quadrados, cada quadrado e um
bloco de arena. Existem diversos tipos de blocos de arena que
variam a depender da arena escolhida. Cada bloco de arena
comporta apenas um robo.
Os robos dos jogadores comecam em seus blocos de incio.
Eles sao identificados pela cor e simbolo do jogador.
Cada arena possui a pontuacao que os jogadores comecam
e qual a pontuacao necessaria para vencer o jogo. O jogador
que alcancar essa quantidade de pontos primeiro e o vencedor.
Quando um robo e empurrado para fora da arena o jogador
que empurrou ganha um ponto, enquanto o que caiu perde um
ponto e ganha um marcador de dano. Caso o jogador ja possua
um marcador de dano, ele nao ganha outro.
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
C. Ordem de jogo
O jogo e dividido em rodadas. Em cada uma destas cada
jogador tem seu turno para jogar. Apos um jogador encerrar
o seu turno a vez e passada para o proximo jogador. Todos os
jogadores recebem 2 cartas de acao no incio do jogo.
No incio do turno de um jogador uma tela e exibida
indicando a sua vez. O painel lateral tambem e alterado para
identificar o jogador atual atraves da cor do jogador e o seu
nome.
No incio do seu turno o jogador compra uma quantidade
de cartas de acao referente a quantidade de pontos de compra
que possui.
Durante o seu turno um jogador possui pontos de acao que
podem ser gastos para:
1) Utilizar uma carta de acao;
2) Descartar uma carta de acao para acumular energia;
3) Comprar uma melhoria utilizando a energia acumulada.
Caso o jogador tenha recebido um dano durante a ultima
rodada ele comeca o turno com um ponto de compra e um
ponto de acao a menos, descartando o marcador.
No incio do turno o jogador ganha energia igual a diferenca
de pontos de vitoria entre ele e o primeiro colocado dividido
por dois. Em caso de empate arredondar para baixo.
Se o jogador desejar, ele pode encerrar o seu turno antes da
hora, apertando no botao encerrar turno. Os pontos de acao
nao utilizados sao perdidos.
D. Cartas de acao e opcao
Existem 5 tipos de cartas de acao:
1) Mover o robo um para frente;
2) Mover o robo dois para frente;
3) Mover o robo um para tras;
4) Rotacionar o robo;
5) Ativar o robo.
As tres primeiras cartas de acao tambem funcionam como
cartas de objetivo. Se o robo do jogador completar o movi-
mento da carta em um bloco com mesma cor e simbolo da
carta, este ganha um ponto.
Ao escolher utilizar uma carta de acao o jogador tera opcoes
referentes a carta. Algumas opcoes ja estao associadas a cada
carta de acao desde o inicio do jogo. Sao elas:
1) Mover um para frente: Opcao de mover o robo um para
frente uma vez;
2) Mover dois para frente: Opcao de mover o robo dois para
frente uma vez;
3) Mover um para tras: Opcao de mover o robo um para
tras uma vez;
4) Rotacionar: Opcoes de rotacionar o robo 90 graus para a
esquerda, e rotacionar o robo 90 graus para a direita;
5) Ativar: Nenhuma opcao no incio do jogo
Alguns blocos sao considerados blocos de ativacao, eles
podem ser ativados quando o jogador atual termina um mo-
vimento sobre eles, ou ao utilizar a carta Ativar, utilizando
a opcao disponibilizada pelo bloco. Por exemplo, o bloco
recarga de energia adiciona duas energias quando o jogador
10
atual termina o seu movimento sobre ele, ou adiciona a opcao
de ganhar duas energias quando utiliza a carta Ativar.
Algumas opcoes tambem podem ser ativadas automatica-
mente no incio ou final do turno do jogador. Como a opcao
Coletor Solar, que adiciona uma energia no inicio do turno; e
a Empurrar, que empurra um robo que esteja na frente deste
um espaco no final do turno.
E. Cartas de melhoria
Existem dois tipos de melhorias: As que melhoram algum
atributo do jogador, como pontos de compra e de acao; e me-
lhorias que adicionam opcoes. As melhorias estao disponveis
em conjuntos que podem ser escolhidos para cada partida.
Uma melhoria comprada por um jogador tambem pode ser
comprada pelos demais jogadores.
O Conjunto iniciante de melhorias contem:
1) +Acao: Adiciona um ponto de acao ao jogador. Pode ser
comprada mais de uma vez. Custo de tres energias com
incremento de duas energias a cada compra.
2) +Compra: Adiciona um ponto de compra ao jogador.
Pode ser comprada mais de uma vez. Custo de duas
energias com incremento de duas energias a cada compra.
3) Um para tras duas vezes. Adiciona esta opcao de
movimentacao a carta um para tras. Custo de quatro
energias.
4) Um para frente duas vezes. Adiciona esta opcao de
movimentacao a carta um para frente. Custo de quatro
energias.
5) Um para frente tres vezes. Adiciona esta opcao de
movimentacao a carta um para frente. Custo de quatro
energias.
6) Dois para frente duas vezes. Adiciona esta opcao de
movimentacao a carta dois para frente. Custo de quatro
energias.
7) Meia Volta. Adiciona esta opcao de rotacao a carta de
rotacao. Custo de quatro energias.
8) Disparo Simples. Efetua um disparo a partir da frente
do robo, se atingir um outro robo este e empurrado um
espaco na direcao do disparo. Adiciona esta opcao a carta
de ativacao. Custo de quatro energias.
1) Exemplo de um Turno: O jogador vermelho (hexagono)
comeca o jogo e compra duas cartas (Figura 13).
O jogador escolhe como primeira acao utilizar a carta de
avancar dois movimentos para frente. Ele escolhe a unica
opcao disponvel, andar dois movimentos para frente uma vez
(Figura 14). Durante o trajeto, empurra o robo verde (crculo)
duas posicoes para frente (Figura 15).
Como segunda acao, o jogador escolhe utilizar a carta
de avancar um para frente. Ele seleciona a carta de opcao
disponvel de andar um para frente uma vez, com isso o robo
verde e empurrado para fora da arena. O robo verde, entao
volta para o seu bloco de incio, perde um ponto e ganha
um marcador de dano (Figura 16). O jogador vermelho ganha
dois pontos, um por ter derrubado o robo verde e outro por ter
terminado seu movimento em um bloco com o mesmo objetivo
que a carta utilizada para mover.
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
Figura 13: Incio do turno do jogador vermelho, ele comecou
o turno com duas cartas, e comprou mais duas.
Figura 14: Opcoes disponveis para a carta de acao avancar
dois para frente.
Figura 15: O jogador verde foi empurrado duas posicoes pelo
jogador vermelho
11
Figura 16: O jogador vermelho empurrou o jogador verde para
fora da arena avancando um espaco para frente. O jogador
verde voltou para o seu bloco de incio
Figura 17: Componente ActionCardDeck contendo os prefabs
para as cartas de acao e a quantidade de cada tipo de carta de
acao.
Como ultima acao, ele escolhe descartar a carta de ativacao
para ganhar uma energia. O turno do jogador vermelho e
encerrado e o do jogador verde tem incio. O jogador verde
compra uma carta a menos e tem uma acao a menos, devido
ao dano recebido.
A P ENDICE B
M ANUAL DO S ISTEMA
Este manual descreve algumas das formas de estender o
funcionamento do Robot Killer Anera atraves da modificacao
do monte de cartas de acao, e criacao de novas arenas, blocos
de arena, cartas de melhoria, cartas de opcao e comandos.
A. Alterando o monte de cartas de acao
Existem cinco tipos de cartas de acao, que se repetem para
formar o monte de cartas de acao. A figura 17 mostra o
componente ActionCardDeck que e responsavel por gerenciar
o monte de cartas de acao, para cada tipo de carta existe uma
quantidade associada, que pode ser alterada.
B. Criando novas arenas
Inicie duplicando um dos arquivos de arena na pasta /As-
sets/Resorces/Levels e alterando o seu nome. Abra o arquivo
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015
Figura 18: Exemplo de arquivo que descreve um tabuleiro e
seu respectivo tabuleiro montado
criado em um editor de texto (Figura 18). LevelName:
e o nome que a arena tera. PointsToWin e o numero de
pontos que um jogador deve alcancar para ganhar uma partida,
quanto mais alto este valor for mais demorada sera a partida.
StartPoints e o numero de pontos que cada jogador comeca,
normalmente e tres. O numero de pontos de um jogador nunca
cai abaixo de 0. MaxNumberOfPlayers e a quantidade maxima
de jogadores que a arena suporta. NumberOfRows e o numero
de linhas que a arena tera e NumberOfColluns e o numero de
colunas que a arena tera.
Nas n linhas depois de ArenaShape, sendo n igual ao
numero de linhas da arena, sera descrito o formato da arena.
O caractere xindica que o espaco contem um bloco de arena
e -indica que existe um buraco. Cada caractere e separa por
um espaco.
Nas n linhas depois de ArenaTiles, sao indicados os blocos
de arena em suas posicoes. O caractere -indica que o espaco
esta vazio ou e um buraco. Alem do -estao definidos como
bloco: I, que e o bloco de inicio; 1, bloco objetivo um
para frente; 2, bloco objetivo dois para frente; 3, bloco
objetivo um para tras.
Nas n linhas depois de ArenaTileRotation, sao descritas as
rotacoes dos blocos de arena, sendo que -indica a rotacao
padrao do bloco; N, que o bloco esta apontando para o norte;
W, apontando para o oeste; S, apontando para o sul; e E,
apontando para leste.
C. Criando novos bloco de arena
Um bloco de arena e formado por um plano de fundo,
uma borda e um smbolo. Para criar um novo bloco altere
a aparencia de um bloco ja existente, renomeie o GameObject
e salve como um novo prefab.
Um bloco ativavel pode ser ativado pelo jogador atual
atraves de uma acao. Mude a tag do GameObject para Activa-
tionTile, adicione o componente ActivationTile, nele adicione
o prefab da carta de opcao que devera ser criada para o bloco.
Quando o jogador atual parar seu movimento sobre este tile
ele utilizara a carta de opcao contida no componente do bloco.
E quando o jogador escolher utilizar a carta de acao Ativacao
sera verificado se o bloco onde ele se encontra e de ativacao,
12
Figura 19: Um objeto de carta de melhoria do tipo opcao, seus
sub-objetos e o componente CommandImprovmentCard (sera
renomeado para OptionImprovmentCard em uma proxima
versao), com todos os atributos que podem ser personalizados.
se for, e adicionada a opcao do bloco entre as opcoes da carta
de Ativacao.
Um bloco de movimento e ativado quando o robo de um
jogador para sobre ele. Mude a tag do GameObject para
MovementTile, adicione o componente MovimentTile, adicione
comandos a lista de comandos. Quando o jogador parar o
movimento neste bloco, este recebe a lista de comandos. Caso
o movimento seja especial, sera necessario criar um com-
ponente especfico estendendo o componente MovimentTile e
sobrescrevendo o metodo GetCommands.
Apos criar um novo bloco e necessario alterar o componente
BoardManager para reconhecer esse tipo de bloco. Abra o
script, adicione um atributo publico do tipo GameObject que
armazenara o prefab do bloco criado. Va para a linha que
contem o trecho switch (level.arenaTiles[y,x]) e adicione uma
linha dentro do bloco switch-case para reconhecer um novo
caractere, referente ao bloco criado, e instanciar este.
D. Criando novas melhorias
Uma carta de melhoria e formada por um plano de fundo,
uma borda e um smbolo. Para criar uma nova carta de
melhoria, altere a aparencia, nome, descricao e preco de uma
carta de melhoria ja existente, renomeie o GameObject e salve
como um novo prefab.
Geralmente, as melhorias sao do tipo OptionImprovment-
Card (Figura 19). Este tipo de melhoria adiciona uma carta de
opcao ao jogador, para isso, indique o prefab da carta de opcao
no componente. Para criar melhorias de outros tipos, como
a de adicionar pontos de Acao e a de Adicionar pontos de
Compra, e necessario criar componentes especiais estendendo
o componente ImprovmentCard.
As melhorias sao agrupadas dentro de GameObjects que
contenham o componente ImprovmentKit, nos quais as re-
ferencias para as cartas de melhoria sao colocadas.
E. Criando novas opcoes
Uma carta de opcao e formada por um plano de fundo,
uma borda e um smbolo. Para criar uma nova carta de opcao,
ROBOT KILLER ARENA, UM JOGO DE TABULEIRO DIGITAL, OUTUBRO DE 2015 13

Figura 20: Um objeto de carta de opcao, seus sub-objetos e

o componente CommandCard (sera alterado para OptionCard
em uma proxima versao), com todos os atributos que podem
ser personalizados.

altere a aparencia, nome e descricao de uma carta de opcao

ja existente, renomeie o GameObject e salve como um novo
prefab (Figura 20).
Dentro do componente OptionCard, indique o tipo de
ativacao, pode ser START-TURN se a opcao for ativada no
inicio do turno, END-TURN se a opcao for ativada no final
do turno, ou uma das outras opcoes referentes as cartas de
acao. Depois liste os comandos que deverao ser executados
pelo jogador.

F. Criando novos comandos

Procure pelo script Command que contem uma enumeracao
de comandos e adicione o novo comando. Em seguida, abra o
script Player, procure pela linha switch(command) dentro do
metodo Update e adicione uma nova linha dentro do switch-
case para reconhecer o novo comando.
O novo comando pode afetar o jogo de diferentes formas.
Para cada forma, diferentes componentes terao que ser altera-
dos. Se envolve o jogador, o script Player devera ser alterado;
se for o robo, o script Robot; se envolve a arena, o script
BoardManager...
E preciso ficar atento para manter a variavel de controle
animating do script Robot como verdadeira no momento que
o robo estiver realizando qualquer animacao de movimento.
Alem disso, a variavel movingDirection devera ser atualizada
com a direcao de movimento do robo.