MüchiGame

En lugar de usar una conexión persistente se utilizan mecanismos de sincronización entre el servidor y el cliente.

Vemos como sería la simulación usando un “proxy”:

Los objetos quedan a generalizar tendrían la siguiente forma:

Ya tenemos logo para el juego:

Gracias a Xavi por su participación estelar

Según dice él, es la imagen de la evolución en movimiento.
Deseando salir, deseando jugar jaja,a mi me parece muy acertada…

Problemas con Django

Llevo unos dos meses hablando con los técnicos de mi Servidor dedicado, nos han cobrado X euros por instalar Django ,y sigue sin funcionar,de hecho me piden a mi que lo configure, que les diga qué tienen que hacer para solucionar el problema, que podeis ver por vosotros mismos en http://www.agenciaq4.com/django/ como si yo tuviera tiempo!,

Éste es el error que devuelve Django montado sobre Apache:

EnvironmentError: Could not import settings 'web2.settings' (Is it on sys.path? Does it have syntax errors?): No module named web2.settings

así que,he estado mirando el problema y al parecer , la ruta en PYTHONPATH no está bien o ni siquiera está declarada en el “export” del sistema…he montado los servidores Apache,MySQL y Django en mi máquina (ya que no puedo tocar el servidor dedicado,el contrato no me deja…) para tenerlo todo a tiempo…

…os mantendré informado de los cambios en próximos capítulos, ¡saludos!

DERT CHART

Ejemplo del diagrama de paquetes de MüchiGame:

Ejemplo del diagrama de secuencia entre
Cliente

(navegador: HTML+JavaScript+DHTML+AJAX) y

Servidor

(Apache con PHP+Django+Python+Perl+MySQL)

Diagrama de la comunicación del engine de MüchiGame:
diagrama de despliegue

INICIO / Bienvenida -> Elección del mundo->
| Elegir personaje -> Cargar
| Nuevo personaje
-> Elegir modelo
-> Nombre
-> Ajustar atributos
-> Entrenar habilidades
-> detalles de las habilidades
-> Comprar objetos
-> detalles que mejoran el personaje y habilidades
-> Intro - TUTORIAL

Desarrollo del mundo:

Recordar que los müchis son seres que pueden cambiar de realidad, ésto implica cambios
políticos a otra escala, se refleja en la relación de los mundos.
Para ganar experiencia no sólo se “matan monstruos” sino que existen una serie de misiones
que se van realizando desde una lista de posibles encuentros que hacen cambiar el estado
político del personaje además de sus atributos, i.e., los müchis pueden ser entrenados y
ganar suficiente para comprar objetos que lo modifican…

Diagrama de flujo del juego:

El primero documento de diseño del juego se reduce en un orden producción:
En negrita se muestra el progreso actual del proceso…
Inicio->Parámetros->Concepto->Visión->Diseño del Juego->
Diseño Técnico->Implementación->Primera fase jugable->
Fase Alpha-> Fase Beta->Ciclo de candidata final->
versión 1.0 -> paquete finalizado
Componentes del plan de producción:

en realidad,un plan de producción no lleva flechas pero me he permitido
el lujo de agregar unas flechas en el diagrama para mantener un
orden de la Agenda del proyecto, representa el orden de prioridades…

Modelo del Proceso Unificado de Desarrollo:

El Modelo del Proceso Unificado de Desarrollo ayuda a capturar los
casos de uso como en el dibujo el “atrapa-moscas”

Existe una posibilidad de implementación en lenguaje PHP de las llamadas AJAX

¡Vamos ya con los casos de uso!…

A continuación se exponen algunos de los casos de uso que se pueden dar
dentro de una partida de MüchiGame, he tenido que consultar algunos libros
de Ingeniería del Software para especificar éste tipo de software tan especial…
No todo el mundo está acostumbrado a tener un mismo concepto de juego cuando
se le habla de un tipo de juego de rol multijugador , RPG online , aunque ,eso si,
no es masivo, el propósito del juego difiere del plan de testeo de software inicial,
al igual que el diseño artístico queda muy lejos de la visión del documento de los
modelos de las clases del diseño del juego.

Tras mostrar los casos de uso ,expondré el documento del diseño del juego del plan de
producción que básicamente se trata de componentes que hablan de todo ésto. Desde el
Inicio pasa por los Parámetros negociables, el concepto del juego, el documento de visión,
el diseño del juego, el diseño técnico, la implementación, la primera fase jugable, la fase alfa,
la fase beta, por fin el ciclo de candidata final, la versión 1.0 y la versión “post” q se puede
pasar a un paquete descargable para ser compartido además de ser publicado…

Veremos a continuación los casos de uso para la Interacción con el mundo del actor Jugador:

Diagrama de diseño para el modelo “Vendedor”:

INTERACCIÓN CON EL MUNDO:

Diagrama de acciones básicas del jugador

La entrada del Jugador son el login y el movimiento

Interacción del jugador con el mundo

éste mismo esquema se repite para manipular el jugador, interactuar con los objetos del mundo,etc.
Interacción del jugador con los objetos del mundo

Transacciones - Movimiento de objetos: