Rol Game. Diagrama UML de clases de un juego interactivo.
Rol Game
Se propone la realización de un juego de rol. El juego estará basado en la ficción y se sitúa la historia en la edad media. El usuario tiene que crear y mantener una ciudad tomando una serie de decisiones. El objetivo es hacer prosperar la ciudad lo más posible. El juego tendrán un motor de ejecución que irá modificando las condiciones del juego y hará que este sea factible de jugar.
La ciudad que el usuario quiere construir tiene una serie de ciudadanos:
Ciudadanos:
-
Granjeros. Producen comida para la población. Los granjeros suelen tener descendencia.
-
Artesanos. Producen armaduras, espadas y otros elementos para el ejército. Los artesanos suelen tener descendencia.
-
Militares. Luchan pero tienen que estar debidamente armados. Si no tienen armas son soldados indefensos que mueren cuando viene el ataque bárbaro. Si tienes muchos militares y pocos granjeros no hay comida para la población. Los militares no tienen descendencia dado que siempre están en escarceos y patrullas militares.
-
Taberneros. Dirigen una taberna. Necesitan X artesanos para que hagan el hidromiel. No tienen descendencia puesto que siempre están trabajando en la taberna. Una taberna puede dar a basto a X ciudadanos (excluyendo a los curas que no beben).
-
Curas. Hacen gasto básicamente y defienden a la población de la aparición de falsos profetas.
La aplicación debería mostrar al usuario el número de cada uno de los ciudadanos.
Eventos:
-
Sequía. La producción de los granjeros se reducirá un x%
-
Ataque Bárbaro. Si no tienes bastantes militares te van a matar a más ciudadanos. Dependiendo del % de militares el número de víctimas puede ser mayor o menor. El % de la población que pierdes varía dependiendo del % de militares que tengas.
-
Falsos profetas. Si no tienes suficientes curas los falsos profetas embaucan a la población y hacen que los granjeros y artesanos peregrinen y pierdes población.
-
Revuelta callejera. Si no tienes suficientes tabernas los artesanos y los granjeros se amotinan. Tienes que llamar a los militares y pierdes un x% de la población.
-
Peste. Perderás un % de la población dividida en x jornadas.
-
Nacimiento. En cada jornada de cada X habitantes nacerá un nuevo ciudadano.
-
Recaudar. Según quiera el jugador se puede pedir impuestos a la población. Con los impuestos se puede hacer lo siguiente:
-
Montar una taberna. Con lo cual la felicidad de la población aumenta.
-
Montar un espectáculo. Con lo cual la felicidad de la población aumenta.
-
Con los impuestos se enfadan los granjeros y artesanos y aumenta la probabilidad de una revuelta callejera. La aplicación tiene que visualizar la alegría de la población.
Sistema interactivo.
El sistema te va a ir haciendo preguntas y dependiendo de las respuestas dadas hará algo. Es la base del juego.
Sistema multiusuario y Login
El sistema es multiusuario y tiene que tener un sistema de logueo a la aplicación.
Se considerará un plus que se recuerde el usuario durante un tiempo determinado en el mismo equipo y que no haga falta volver a introducir la clave. No se almacenarán claves en claro solamente en formato MD5.
Motor.
Va por jornadas. El sistema comienza en el año 476 D.C. En cada jornada ocurre uno o varios eventos de forma aleatoria.