SBC - Proceedings of SBGames 2012
Metodologia OriGame: um processo de desenvolvimento de jogos
Rafael A. Santos Vinicius A. Ges
Universidade de Taubat, Departamento de Informtica, Taubat, Brasil
Resumo
O desenvolvimento de jogos est relacionado a um
cenrio por muitas vezes catico que mistura produo
artstica, produo de software, inconsistncia de
requisitos, necessidades particulares e tecnologias que
evoluem constantemente. A falta de uma metodologia
de desenvolvimento capaz de se adaptar a esses fatores
leva equipes inteiras a seguir procedimentos sem um
planejamento prvio e muitas vezes distante de normas
ou padres profissional que assegurem a qualidade do
produto. Com o objetivo de orientar a criao de jogos,
e incentivar novos interessados na rea, esse trabalho
prope uma metodologia de desenvolvimento de jogos
que se adapta as necessidades de cada projeto e visa
garantir um produto final de qualidade.
Palavras chave: criao de jogos, desenvolvimento de
jogos, metodologia para jogos.
Abstract
The game development is related with a often chaotic
scenary wich envolves artistic production, software
production, requirement inconsistency, particular needs
and constantly evolving tecnology. The lack of a
methodology able to adapt to these factors leads entire
teams to adopt procedures without a prior planning and
many times away from professional standards that
ensure product quality. Aiming to guide game creation
and encourage new interested parties on the field, this
labor proposes a game development methodology that
adjusts to needs of each project and intends to ensure
an final quality product.
Keywords: game creation, game development, game
methodology.
Contato dos autores:
rafael.agt.santos@gmail.com
vinicius_trash@hotmail.com
luis.almeida@unitau.br
1. Introduo
Dada a grande diversidade dos jogos existentes e as
peculiaridades encontradas de acordo com seus
propsitos, a adoo uma metodologia de
desenvolvimento rgida para este tipo de software
torna-se invivel. Jogos como os Role-Playing Games
(RPG), por exemplo, podem exigir uma vasta
documentao detalhada que aborde a histria do jogo,
a descrio das personagens, como estas participam da
XI SBGames Braslia DF Brazil, November 2nd - 4th, 2012
Art & Design Track - Full Papers
Luis F. de Almeida
trama, e at mesmo a histria de vida delas, enquanto
nos jogos estilo First Player Shooter (FPS) a histria
pode ser suprflua ou inexistente.
No somente a documentao como o perfil dos
recursos utilizados no jogo sofrem mudanas para se
adequar a sua concepo. Jogos para plataformas web e
mobile no podem ser projetados visando alcanar o
nvel de complexidade audiovisual encontrado nos
consoles caseiros, pois existem limitaes tcnicas que
afetam diretamente o desempenho, qualidade e
tamanho do jogo.
Conforme citado por Reis Junior et al [2002] o
desenvolvimento de jogos eletrnicos uma rea onde
os processos, quando existem, so muito variados e
extremamente flexveis. A produo artstica somada
produo de software, inconsistncia dos requisitos
e constantes evolues da tecnologia resultam em um
cenrio catico que leva equipes inteiras a seguir
procedimentos artesanais ou artsticos. Porm,
para qualquer empresa de jogos, publicadora ou
desenvolvedores independentes, a adoo de mtodos,
normas e padres profissionais necessria para que se
garanta a qualidade do produto [Lavor 2009].
Empresas de desenvolvimento de jogos, conforme
adquirem experincia, passam a modelar um processo
prprio para a criao de jogos, que com o tempo, vai
sendo aperfeioado para atender s necessidades
encontradas, mas com a competitividade do mercado,
dividir esse conhecimento publicamente no algo
comum.
O acesso a uma metodologia de desenvolvimento
ento restrita ou no trivial, e os desenvolvedores de
jogos costumam, por exemplo, no incluir em seu
escopo o planejamento do jogo e partirem direto para
sua implementao, o que tem como consequncia
altos nveis de retrabalho.
Entretanto, no existe uma metodologia conhecida,
ampla e simples o suficiente, que atenda a todas as
particularidades dos jogos e ao mesmo tempo no
sobrecarregue o projeto com documentaes e
materiais no pertinentes, mas possvel estabelecer
diretrizes que servem de base para a concepo de um
jogo e mostrar maneiras de como model-las para
atender as caractersticas desejadas.
Esse artigo prope uma metodologia de
desenvolvimento de jogos com base em um amplo
estudo sobre as diferentes reas envolvidas nesse
125
SBC - Proceedings of SBGames 2012
processo - documentao, criao de udio, arte 2D,
modelagem 3D e implementao - abordando as
diretrizes a se seguir para contemplar a proposta de
diferentes tipos de jogos, por onde comear e em que
focar no incio, que pontos se tornam mais ou menos
importantes na documentao do jogo, que perfil de
udio escolher para ele, que imagens 2D ou modelos
3D so necessrios, como tudo pode ser integrado
durante a implementao e o que deve ser realizado em
cada uma de suas etapas.
Dessa forma, almeja-se criar uma metodologia que
possa ser usada tanto por quem procura aperfeioar um
processo j adotado como por quem deseja iniciar o um
projeto de desenvolvimento de jogos, conduzindo o
usurio de acordo com o jogo que pretende criar.
2. Trabalhos relacionados
Muitos autores tm adaptado processos clssicos da
Engenharia de Software para o desenvolvimento de
jogos [Rucker 2002; Flynt e Salem, 2004; Adams e
Rollings 2007; Arnowitz et al 2007; Brathwaite e
Schreiber 2009; Reyno e Cubel, 2009]. Irish [2005],
por exemplo, sugere uma srie de etapas na criao dos
jogos - concepo, prottipo, pr-produo, produo e
controle de qualidade, dentre outros - e apresenta
algumas metodologias de desenvolvimento de software
que podem ser usadas para essa fim (Iterate Until You
Drop, Agile Project Management, Code-Like-Hell,
Fix-Like-Hell, Cascade, Increments to Completion),
porm, enfatiza que os jogos so diferentes de outros
tipos de software, e assim tambm so os mtodos
usados para cri-los.
Uma das necessidades na criao de jogos, por
exemplo, o processo interativo de desenvolvimento.
Mesmo com uma documentao adequada, as distintas
reas que participaro de um projeto arte, msica,
software no devem trabalhar de forma isolada, pois
o jogo ser o resultado do conjunto de seus trabalhos.
necessrio, ento, um ciclo interativo que envolva estas
reas e permita identificar quais mudanas so
necessrias nos recursos produzidos, para que ao final,
o resultado seja um produto uniforme e coerente.
Vrios trabalhos relacionados ao desenvolvimento
de jogos podem ser encontrados, e em sua maioria,
abordam de maneira geral os aspectos envolvidos no
processo. Clua e Bittencourt [2005] apresentam um
desses trabalhos, e discutem de forma geral o processo
de criao de um jogo computadorizado 3D, mas,
como a maioria, no tem como objetivo criar uma
metodologia de desenvolvimento.
Pereira [2006], por sua vez, alm dos fundamentos
dos jogos apresenta algumas metodologias utilizadas
para sua concepo. Dentre elas, destaca-se a
metodologia chamada de Game Design, ilustrada na
Figura 1, que voltada exclusivamente para criao de
jogos eletrnicos.
XI SBGames Braslia DF Brazil, November 2nd - 4th, 2012
Art & Design Track - Full Papers
Figura 1: Metodologia Game Design [Pereira 2006]
No entanto, o diagrama apresentado na Figura 1
limitado, no indicando ao usurio, por exemplo, os
processos pertinentes ao Projeto do Jogo ou ao
Desenvolvimento.
3. Metodologia OriGame
A metodologia OriGAME surgiu com a criao de um
diagrama que relaciona as etapas existentes na
produo de jogos em uma viso geral do processo. De
acordo com as pesquisas realizadas, um jogo comea
pela concepo de suas ideias, que aps definidas, so
documentadas e avaliadas para determinar a
viabilidade do projeto e explic-lo de maneira
detalhada. A partir da documentao, a esttica do jogo
(udio e vdeo) produzida e usada na implementao
do jogo, fase na qual os aspectos artsticos so
integrados aos computacionais, tendo como resultado o
jogo eletrnico.
Em meio a esse fluxo, foram inclusas diversas
tomadas de deciso que servem para direcionar a
produo do jogo de acordo com o seu planejamento,
indicando o que deve ser feito e o que pode ser
descartado. Alm disso, esto ligados metodologia os
ciclos de testes necessrios para garantir o correto
desenvolvimento do projeto, passando por prottipos
fsicos, digitais e funcionais at ser aceito como um
jogo completo e divertido.
3.1 Viso geral
A Figura 2 representa a viso geral que deu origem
a metodologia OriGame. Todo jogo comea pela
concepo de suas ideias, portanto a concepo o
incio do processo. Da concepo muitos
desenvolvedores costumam partir para a produo e
implementao do jogo, mas, visando garantir a
126
SBC - Proceedings of SBGames 2012
qualidade e correto planejamento do jogo, sua
documentao deve ser feita aps a concepo.
Figura 2: Viso geral da metodologia OriGame
O contedo produzido para os jogos se divide em
udio e vdeo, e um jogo pode ter tanto os dois tipos
quanto apenas um. Jogos convencionais utilizam os
dois tipos de recurso, enquanto jogos para deficientes
visuais possuem pouco ou nenhum contedo visual, e
de maneira semelhante, jogos para deficientes
auditivos baseiam-se principalmente no vdeo.
A produo do udio consiste, basicamente, em
planej-lo e produzi-lo ou adquiri-lo. J a produo de
vdeo divide-se em recursos 2D e 3D, que podem ser
usados em conjunto ou no. Uma vez produzidos os
recursos necessrios, sua integrao feita na
implementao do jogo, a ltima etapa da produo de
jogos. Aps todo processo de implementao o jogo
eletrnico est pronto para ser produzido (salvo
questes administrativas, burocrticas, de marketing,
etc., que fogem do objetivo do trabalho).
3.2 Viso detalhada
A partir da viso geral da metodologia, destacam-se
trs fases: Design e Projeto, em que so analisados os
requisitos do jogo e definidas as caractersticas
desejadas; Produo, pautada na criao dos recursos
necessrios e aprimoramento da esttica; e a
Implementao, que consiste em unir o que foi
produzido, codificar e testar o jogo. Cada uma destas
trs fases foi expandida em diversos processos e
subprocesso, com base em metodologias de
desenvolvimento gil e prototipao, dando origem
viso detalhada da metodologia OriGame. A Figura 3,
ao final do artigo, ilustra essa viso detalhada da
metodologia.
Embora distintas, as trs etapas apresentadas no
formam uma sequncia linear, ou seja, no se conclui,
por exemplo, toda a parte de documentao para
comear a produo, ou toda a produo para comear
XI SBGames Braslia DF Brazil, November 2nd - 4th, 2012
Art & Design Track - Full Papers
a implementao. O processo de desenvolvimento
dinmico, e mudanas de escopo, recursos e
tecnologias podem acarretar em atualizaes na
documentao, mudanas na produo e refatoramento
de cdigos.
Apesar disso, o jogo provavelmente ser restringido
por um cronograma, e importante que as grandes
mudanas necessrias sejam detectadas logo no incio
do projeto, pois quanto mais perto de sua concluso,
menores so as alteraes permitidas. Para identificar
essas mudanas o quanto antes e garantir que o projeto
esteja no caminho certo, um ciclo de testes, avaliaes
e revises deve ser realizado durante todo o
desenvolvimento, e a adoo de prottipos fsicos,
digitais e funcionais auxilia nesta tarefa.
3.2.1 Design e Projeto
O primeiro passo para a criao do jogo a concepo.
A partir dela feito o planejamento do jogo,
escrevendo as idias em um documento de concepo,
fazendo uma anlise competitiva e estimando um
oramento e cronograma para o projeto. Este um dos
pontos crticos do projeto, pois muitas idias so
recusadas logo neste incio. Caso o planejamento seja
recusado, deve-se trabalhar em uma nova idia para o
jogo ou modificar a idia original at que seja
aprovada. Caso aprovado, o projeto comea a ser
detalhado no documento de design, que descreve o
resumo da histria do jogo, a mecnica do jogo, o
comportamento da inteligncia artificial, a progresso
do jogo, seus elementos e seu sistema de menus.
Jogos como os de RPG tm como caracterstica
serem baseados em sua histria, e nesses casos muitas
vezes esta histria extensa e contm a vida das
personagens, a histria antes do estado atual do jogo, e
outros fatos que devem ser documentados. Para no
sobrecarregar o documento de design, quando h
necessidade de documentar este tipo de historia, pode-
se criar um documento especfico para isso chamado
history bible.
De maneira semelhante, se existe a necessidade de
escrever dilogos para o jogo, narraes, textos
explicativos que sero apresentados ou um roteiro de
falas para as personagens, essas informaes so
documentadas no script do jogo.
O level layout criado quando se pretende criar
mapas, reas jogveis, fases, etc., para o jogo, o que
chamado de level design. Este documento ilustra como
sero estas reas, quais elementos participam de sua
composio, qual a disposio destes elementos e a
escala de propores destas reas. Variando de equipe
para equipe ou de jogo para jogo, outros documentos
tambm so criados de acordo com as necessidades
encontradas no projeto, pode-se, por exemplo, escrever
um documento com padres de codificao ou manuais
para o jogo.
127
SBC - Proceedings of SBGames 2012
Paralela documentao do jogo, a construo de
um Prottipo Fsico pode ser usada para auxiliar na
deciso e definio das idias concebidas. Reproduzir
o jogo que ser criado usando cartas, dados ou um
tabuleiro ajuda a definir as regras e a mecnica do
jogo, eliminando a necessidade de programar alguma
tecnologia ou produzir recursos estticos.
Alguns documentos da fase de design e projeto no
esto ligados ao fluxo principal da documentao. Isso
se deve ao fato de tais documentos dependerem de
outras fases da metodologia. A art bible, por exemplo,
semelhante history blible, serve para documentar
toda parte visual do jogo sem sobrecarregar o
documento de design, mas no faz sentido cri-la se o
jogo no possui recursos visuais. Nela encontram-se
imagens de referncias para aparncia do jogo,
imagens conceituais criadas por artistas, esquemas de
cores e descries que possibilitem a produo da parte
visual do jogo.
Se o jogo possui vdeos no interativos ou cenas de
corte, o storyboard uma maneira de planej-los,
desenhando as cenas, antes de produzi-los, e pode ser
tanto parte da art bible quanto um documento
separado. J a documentao de udio serve para
manter o controle das faixas de udio criadas, saber sua
durao e em que parte do jogo utilizar, e ter uma
breve descrio de cada uma, sendo geralmente criada
de acordo com a produo de udio. O documento de
design tcnico, por sua vez, contm a arquitetura geral
do cdigo do jogo, as principais classes que sero
utilizadas e outras informaes geralmente definidas na
implementao do jogo.
Apesar da dependncia de outras fases, possvel
prever a necessidade destes documentos e cri-los,
quando pertinente, junto com o fluxo principal da
documentao, atualizando-os nas fases posteriores.
3.2.2 Produo
A produo do jogo pode comear assim que seu
design e projeto tenha definido a maioria dos recursos
a serem trabalhados. Grande parte dos jogos
orientada em seu contedo grfico, salvo aqueles que
so voltados ao pblico com deficincia visual, e para
isso necessrio criar uma interface grfica com a qual
os usurios tero contato. Fazem parte desta interface a
graphical user interface (GUI), que abrange os menus,
botes e disposio dos itens em tela; e os heads up
display (HUD), que incluem os mostradores
apresentados durante o jogo, barras de energia, radares,
pontuaes, etc
Se o jogo possui elementos grficos
bidimensionais, a arte 2D destes elementos deve ser
criada. Tiles (pedaos) so pequenas imagens que
organizadas lado a lado, em conjuntos chamados
Bricks (blocos), formam os cenrios bidimensionais.
Esses blocos podem ainda ser sobrepostos em Layers
(camadas), que daro a sensao de profundidade do
XI SBGames Braslia DF Brazil, November 2nd - 4th, 2012
Art & Design Track - Full Papers
cenrio 2D. As Sprites, por sua vez, so imagens,
geralmente animadas, que podem se mover livremente
pela tela, usadas para representar personagens,
inimigos, e outras coisas que no fazem parte do
cenrio.
Caso o jogo possua elementos tridimensionais, em
conjunto ou no com os 2D, a Modelagem 3D destes
elementos realizada. Os elementos dinmicos so os
objetos, monstros, personagens e mecanismos, ou de
modo geral, tudo aquilo com o que o jogador interage.
J os elementos estticos so, por exemplo, os
cenrios, terrenos e estruturas do jogo. Completando a
parte grfica, muitos jogos possuem cenas animadas
conhecidas como computer generated imagery (CGI),
ou cenas pr-renderizadas, e aps criar os elementos
2D ou 3D necessrios, possvel gerar estas animaes
para o jogo.
Outro tipo de recurso utilizado em jogos o udio.
Para sua produo necessrio determinar o espao
disponvel que permitir seu armazenamento, levando
em considerao que o vdeo que normalmente ocupa
o espao que for necessrio. Feito isso, o prximo
passo determinar o udio necessrio para o jogo, ou
seja, os tipos e quantidades de sons necessrios.
Com estes dados possvel realizar uma estimativa
de espao necessrio para a quantidade de udio
planejada. Caso este valor estimado seja aceitvel, o
udio pode ser produzido ou obtido e os arquivos finais
para o jogo so gerados, atualizando-se a
documentao de udio de acordo com a produo.
Caso o valor estimado no esteja de acordo com o
espao disponvel, deve-se ou reavaliar o espao
disponvel, requisitando mais espao, ou diminuir a
quantidade de udio necessrio.
3.2.3 Implementao
Apesar de ser na fase de produo que os recursos
necessrios para o jogo so criados, inicialmente, esta
fase no deve estar focada em criar todos os recursos
do jogo, mas sim em produzir recursos suficientes para
a construo de um prottipo digital, a primeira parte
da implementao. Os recursos utilizados neste
prottipo podem ser apenas provisrios, mas a partir
de sua demonstrao que tomada a deciso final
sobre o projeto do jogo. Caso no seja aprovado, d-se
o fim do projeto, e j ter produzido todos os recursos
do jogo nesta situao um grande prejuzo. Caso
contrrio, o jogo entra em sua verso alpha de
desenvolvimento e continua a ser implementado.
3.2.3.1 Verso Alpha
Na verso alpha do jogo os recursos estticos restantes
sero produzidos e ocorrer sua integrao com os
aspectos computacionais do jogo. O level design
documentado implementado, os recursos
audiovisuais so associados, as questes de tecnologia,
128
SBC - Proceedings of SBGames 2012
redes e inteligncia artificial so codificadas, e o
balanceamento do jogo trabalhado.
Algumas correes de erros no cdigo do jogo so
realizadas, mas o foco dos testes unitrios e de
integrao identificar problemas com os recursos
produzidos, por exemplo, uma animao que ficou
insatisfatria, ou com o design do jogo, cuja mecnica
planejada pode no estar funcionando adequadamente.
Alm desses testes, nesse estgio da implementao,
possvel comear com o chamado play testing.
importante assegurar previamente no processo de
desenvolvimento que o jogo esteja interessante e
divertido, identificando elementos que no estejam
adequados ou no proporcionam uma boa experincia
durante o jogo. O play testing visa identificar esses
pontos negativos e, quando feito desde o incio e
mantido regularmente, serve como um base consistente
para a tomada de decises durante o desenvolvimento.
Assim como no projeto do jogo foi adotado o
prottipo fsico para ajudar a definir como o jogo
funcionar, durante a verso alpha do jogo, prottipos
funcionais podem ser criados para testar e esclarecer
como alguma parte do jogo ser codificada. Quatro
reas de investigao podem ser exploradas desta
maneira: mecnica, esttica, cinestesia e tecnologia.
A mecnica se preocupa justamente com o
funcionamento da mecnica do jogo, que pode no
funcionar digitalmente como previsto no prottipo
fsico. A investigao esttica focada em testar como
os recursos de udio e vdeo sero codificados, quais as
limitaes encontradas em sua integrao e se sua
produo ficou satisfatria. A cinestesia do jogo
relacionada como o controle do jogo sentido.
Utilizar mouse e teclado, por exemplo, promove uma
cinestesia diferente de um controle convencional, um
joystick, ou um detector de movimentos como o kinect.
Por sua vez, a investigao da tecnologia visa
principalmente provar que a equipe capaz de
implementar a tecnologia proposta, testar como isto
pode ser feito e aplicar o que foi prototipado no jogo.
Durante estas investigaes e a codificao do jogo,
o documento de design tcnico pode ser continuamente
atualizado para manter toda equipe ciente das questes
tcnicas levantadas e esclarecer dvidas relacionadas
implementao.
3.2.3.2 Verso Beta
A passagem da verso alpha para verso beta se da
quando o jogo alcana um estado funcional,
balanceado e internamente completo. Um jogo
considerado funcional quando os jogadores so
capazes interagir com ele e entender seu
funcionamento sem precisar de assistncia.
O balanceamento do jogo est ligado condio de
existir um equilbrio entre seus elementos e usurio.
Uma raa, por exemplo, no deve possuir somente
XI SBGames Braslia DF Brazil, November 2nd - 4th, 2012
Art & Design Track - Full Papers
vantagens perante outras, do contrrio no haveria
porque jogar com outras raas. Da mesma forma no
deve existir uma ttica infalvel, um inimigo
invencvel, brechas nas regras que beneficiem um
jogador, uma arma ou magia sem utilidade, ou pontos
no jogo em que o usurio no possa prosseguir por no
ter feito algo anteriormente. Enquanto a estar
internamente completo, significa que todas as partes do
jogo foram trabalhadas, todas as reas foram
implementadas, os recursos foram todos inclusos, e o
sistema prev solues para todo tipo de ao do
usurio.
O propsito da verso beta testar exaustivamente
o cdigo do jogo em busca de erros no cdigo, ou
bugs, e corrigi-los, tornando o jogo estvel. Alm dos
testes internos, nesta fase possvel realizar os testes
open beta, liberando parte do jogo para um grupo
restrito de indivduos que ao fazerem uso do jogo
podem ajudar a equipe de desenvolvimento a
identificar erros ou pontos fracos no produto antes que
este seja disponibilizado para todos os usurios.
3.2.3.3 Verso Gold
Quando o cdigo beta se aproxima do final
submetido a outros tipos de testes, que caracterizam o
incio da verso gold do jogo. Os testes nesta fase
visam garantir que o produto cumpriu com os
requisitos planejados (testes de sistema), continua com
sua essncia divertida e est acessvel para pblico
alvo (testes de aceitao), ou seja, os usurios
conseguem utiliz-lo por conta prpria.
Se o jogo produzido for direcionado a alguma
plataforma, o cdigo gold enviado ao fabricante da
desta e ser submetido a uma srie de testes do
fabricante, a fim de conseguir a certificao daquela
plataforma para produo. As correes apontadas
pelos testes nesta verso indicam as mudanas
necessrias no planejamento do jogo, e estas so
repassadas s fases correspondentes.
Ao final da verso gold, o jogo j teve sucesso nos
testes de sistema e aceitao, possui o certificado do
fabricante para produo, foi testado o quanto possvel
por erros de programao e est completo, funcional,
balanceado e divertido; portanto considerado o
produto final do projeto e est pronto para produo e
distribuio.
4. Concluso
A produo de jogos envolve mltiplos fatores e reas
de conhecimento que dificultam seu processo de
desenvolvimento. Sem uma metodologia para
organizar esse processo, a falta de orientao pode
levar diversos desenvolvedores a desconsiderar etapas
importantes na criao de jogos e ter como resultado
um produto falho.
129
SBC - Proceedings of SBGames 2012 Art & Design Track - Full Papers

Mesmo adaptando mtodos da Engenharia de Negcios) Faculdade de Tecnologia da Zona Leste,

Software, o desenvolvimento de jogos necessita de um
processo prprio para sua concepo por envolver
fatores que o diferenciam de outros tipos de softwares,
como a produo artstica, a interatividade e a
diverso.
Considerando estas particularidades, o presente
trabalho props uma metodologia especfica que
abrange as principais fases de criao de jogos
eletrnicos concepo, documentao, produo e
implementao e prev testes durante todo o ciclo de
produo para detectar mudanas necessrias no
projeto e a viabilidade do produto que est sendo
criado.
Centro Paula Souza, So Paulo.
PEREIRA, G. A., 2006. Projeto e desenvolvimento de jogos
computacionais. Trabalho de Concluso de Curso (TCC)
apresentado ao Curso de Graduao em Cincia da
Computao, Universidade do Estado de Santa Catarina,
Joinville.
REIS JUNIOR, A. S.; NASSU, B. T.; JONACK, M. A., 2002. Um
estudo sobre os processos de desenvolvimento de jogos
eletrnicos (games). Departamento de Informtica,
Universidade Federal do Paran, Curitiba.
RUCKER, R., 2002. Software Engineering and Computer
Games, Addison-Wesley, New Jersey.

Dessa forma, alm de criar mtodos, normas e

padres profissionais necessrios para garantir a
qualidade do jogo, possvel incentivar novos
interessados na rea de desenvolvimento de jogos,
fornecendo a orientao necessria para entender o
processo de criao e direcionando o usurio conforme
o projeto que pretende realizar.

Por fim, vale ressaltar que a qualidade do jogo a

qual se refere esse trabalho diz respeito a um jogo bem
feito, e no a um bom jogo, e que apesar de criada com
base em um amplo estudo na rea de desenvolvimento
de jogos, a metodologia OriGAME ainda no foi
aplicada na produo de um jogo.

Portanto, para avaliar sua eficincia na prtica,

necessrio realizar um estudo de caso da metodologia
proposta, possivelmente utilizando uma ferramenta de
gesto configurvel para sua adaptao.

Referncias
ADAMS, E. AND ROLLINGS, A., 2006. Fundamentals of Game
Design, New Jersey: Pearson Prentice Hall.

ARNOWITZ, J.; ARENAT, M.; BERGER, N., 2007. Effective

Prototyping for Software Makers, Morgan Kaufmann
Publishers, San Francisco, California..

BRATHWAITE, B. AND SCHREIBER, I., 2009. Challenges for

Game Designers, Course Technology Cengage Learning,
Boston, Massachusetts.

CLUA, E. W. G. AND BITTENCOURT, J. R., 2005.

Desenvolvimento de Jogos 3D: Concepo, Design e
Programao. Anais da XXIV Jornada de Atualizao em
Informtica do Congresso da Sociedade Brasileira de
Computao, p. 1313-1356, So Leopoldo, Brazil.

FLYNT, J. P. AND SALEM, O. 2004. Software Engineering for

Game Developers, Prentice-Hall, Sebastopol.

IRISH, D., 2005. The Game Producers Handbook, Thomson

Course Technology, Boston, Massachusetts.

LAVOR, R. M., 2009. Metodologia utilizada no

desenvolvimento de games. Trabalho de Concluso de
Curso (Graduao em Informtica para Gesto de

XI SBGames Braslia DF Brazil, November 2nd - 4th, 2012 130

SBC - Proceedings of SBGames 2012 Art & Design Track - Full Papers

Figura 3: Esquemtico analtico da metodologia OriGAME.

XI SBGames Braslia DF Brazil, November 2nd - 4th, 2012 131