Visión del proyecto
Game Document Design Software (GDDS) nace de una necesidad identificada durante la asignatura de “Análisis de Requisitos” en la carrera de Ingeniería de Software (UACM), donde el proyecto final consistía en el planteamiento y desarrollo de un videojuego.
Durante el curso utilizamos herramientas de maquetado como Balsamiq Mockups y Figma. Si bien son útiles, representaron un reto considerable para crear maquetas completas que comunicaran eficazmente la idea del proyecto. Además, uno de los entregables críticos era el Documento de Especificación de Requisitos, conocido en la industria como Game Design Document (GDD).
Para esta tarea, la herramienta estándar requerida era REM. Aunque REM es funcional para proyectos de software convencional, lleva años sin actualizarse y carece del dinamismo necesario para el desarrollo de videojuegos. Los recursos gráficos y la interactividad son esenciales en un GDD, y REM resultaba técnicamente limitado, generando documentos que se sentían incompletos para describir mecánicas, arte y jugabilidad.
Es ahí donde surge GDDS: una herramienta inspirada en la metodología de REM, pero diseñada específicamente para el desarrollo de videojuegos. GDDS incorpora elementos nativos como gestión de imágenes, niveles, sonidos, jugadores y enemigos, resolviendo las principales carencias de las herramientas de documentación tradicionales.
Captura de un documento de diseño de videojuegos en GDDS.
Características
-Motor basado en Chromium: Utiliza Microsoft Edge internamente para asegurar una visualización moderna y estable.
-Gestión de archivos: Cada proyecto se consolida en un único archivo .gdds (o dos, si se incluyen diagramas internos).
-Flexibilidad en recursos: Admite el uso de imágenes tanto locales como mediante URL.
-Redimensionado no destructivo: Permite ajustar el tamaño de visualización de las imágenes directamente en el documento sin alterar ni deformar el archivo original.
-Recursos autocontenidos: Al exportar, las imágenes se incrustan como cadenas Base64, eliminando la necesidad de adjuntar carpetas de recursos externos.
-Portabilidad total: No requiere instalación; el ejecutable incluye todo lo necesario para funcionar (Standalone).
-Exportación versátil: Generación directa de documentos en formatos PDF y HTML.
-Personalización: Edición de estilos y paleta de colores del documento en tiempo real.
-Diagramador integrado: Herramienta incluida para crear autómatas y diagramas de flujo.
Diagramador
Uno de los mayores desafíos en un GDD es representar con claridad las mecánicas y comportamientos para el equipo de desarrollo. Para solucionar esto, GDDS incluye un diagramador especializado en la representación gráfica de máquinas de estados, ideal para definir la lógica de enemigos y NPCs.
La herramienta permite gestionar los diagramas de forma independiente y vincularlos directamente a las entidades (como un enemigo específico). Esto asegura que el diagrama se renderice con alta calidad dentro del documento final, facilitando la comprensión técnica del comportamiento diseñado.
Captura de diagrama generado en GDDS.
Exportación
A diferencia de otras herramientas donde generar y compartir visualizaciones en HTML o PDF puede ser un proceso tedioso y dependiente de archivos externos, GDDS simplifica este flujo.
La herramienta ofrece exportación directa a HTML y PDF con una ventaja clave: la portabilidad. Gracias a la conversión automática de imágenes a Base64, el archivo resultante es totalmente independiente (autocontenido). Esto permite compartir el documento final con cualquier interesado sin preocuparse por rutas de imágenes rotas o carpetas de adjuntos perdidas.
Opciones de exportación en GDDS.
Trabajo colaborativo
Aunque GDDS no opera en tiempo real (como Google Docs), su arquitectura está pensada para integrarse eficientemente con sistemas de control de versiones.
La herramienta permite trabajar con imágenes vía URL y vincular archivos de diagramas externos (.gddsd), lo que facilita la modularidad. Se recomienda utilizar repositorios (como GitHub o GitLab) para gestionar el proyecto. De esta forma, un miembro del equipo puede enfocarse en la redacción del GDD mientras otro trabaja en la lógica de los diagramas, uniendo ambos archivos en el repositorio para mantener el proyecto sincronizado y organizado.
Creación de un nivel en GDDS.
A futuro
El objetivo a mediano plazo para GDDS es evolucionar hacia una arquitectura distribuida. Se busca permitir que los equipos de desarrollo trabajen simultáneamente sobre un mismo proyecto en tiempo real, eliminando la dependencia de herramientas externas para la sincronización. Asimismo, se planea la implementación de nuevos módulos que permitan generar resultados aún más profesionales con menor esfuerzo.
Soporte
Si surge alguna duda sobre la herramienta y su uso, manda mensaje por Discord para ofrecerte soporte directo:
