Entrega del trabajo.
lunes, 19 de enero de 2009
domingo, 18 de enero de 2009
Interfaces gráficas
Estamos creando interfaces gráficas para la entrega de mañana. No es lo único que estamos haciendo claro está, también estamos retocando el documento y la presentación.
En cuanto al control de versiones, vimos que ibamos a tener problemas con GoogleCode y decidimos no utilizarlo. Hemos decidido hacer un control de versiones personal.
Muchas gracias, y espero que el trabajo esté bien hecho.
En cuanto al control de versiones, vimos que ibamos a tener problemas con GoogleCode y decidimos no utilizarlo. Hemos decidido hacer un control de versiones personal.
Muchas gracias, y espero que el trabajo esté bien hecho.
sábado, 17 de enero de 2009
ultimo día
Ya estamos ultimando la presentación para la segunda defensa, y ahora estamos terminado y retocando el word.
Un saludo.
Un saludo.
utlizar patrón Decorador
Saludos, hemos decidido dejar el tema de añadir un temporizador al juego, y de realizar una traducción del juego, y hemos decidido dejarlo como un punto de variación.
Ya queda menos para la entrega, y menos para el examen. Un saludo.
Ya queda menos para la entrega, y menos para el examen. Un saludo.
viernes, 16 de enero de 2009
¿Qué hacemos?
No sabemos si debemos introducir alguna funcionalidad más. Esto se debe a que como pusimos hace poco, podríamos traducir el juego y añadir un temporizador. Ahora hemos quedado para hablarlo. Cuando terminemos subiremos lo que vamos a hacer.
Un saludo a todos.
Un saludo a todos.
jueves, 15 de enero de 2009
Puntos de variación de nuestro diagrama
Hemos estado haciendo el diagrama de paquetes, y ahora toca hacer los puntos de variación que hemos contemplado, la cohesión y el acoplamiento.
El paquete GUI está conectado con un paquete de la lógica de aplicación, como es lógico, en concreto con JUEGO. Tiene una alta cohesión ya que solo tiene como función presentar las interfaces de usuario.
El paquete CLUEDO tiene también una alta cohesión y un bajo acoplamiento, ya que está conectado con 3 paquetes; JUEGO, CARD y BOARD.
El paquete JUEGO tiene una cohesión muy alta y está conectado con el paquete PLAYER.
El paquete BOARD también tiene mucha cohesión, se dedica a la disposición de las casillas en el tablero donde se desarrolla la partida. Está acoplado con Database, para poder utilizar nuevos tableros, por ejemplo, cambiar los nombres de habitaciones. Esto último es un punto de variación que se ha considerado, ya que en un futuro tendremos la posibilidad de añadir nuevas habitaciones.
El paquete CARD tiene también alta cohesión. Y al igual que el paquete BOARD, está acoplado solamente con Database, lo que consideramos como punto de variación, ya que en un futuro también se podrá cambiar el nombre de los personajes, las armas y las habitaciones, como hemos dicho anteriormente.
El paquete Database, tiene también una alta cohesión y un bajo acoplamiento, y se encarga de hacer la conexión con la base de datos, Independientemente de cuál sea esta. Por ello presenta una alta cohesión.
El paquete JDBC es el encargado de la conexión con la base de datos, y tiene mucha conexión y un bajo acoplamiento porque solo se conecta con la base de datos.
El paquete GUI está conectado con un paquete de la lógica de aplicación, como es lógico, en concreto con JUEGO. Tiene una alta cohesión ya que solo tiene como función presentar las interfaces de usuario.
El paquete CLUEDO tiene también una alta cohesión y un bajo acoplamiento, ya que está conectado con 3 paquetes; JUEGO, CARD y BOARD.
El paquete JUEGO tiene una cohesión muy alta y está conectado con el paquete PLAYER.
El paquete BOARD también tiene mucha cohesión, se dedica a la disposición de las casillas en el tablero donde se desarrolla la partida. Está acoplado con Database, para poder utilizar nuevos tableros, por ejemplo, cambiar los nombres de habitaciones. Esto último es un punto de variación que se ha considerado, ya que en un futuro tendremos la posibilidad de añadir nuevas habitaciones.
El paquete CARD tiene también alta cohesión. Y al igual que el paquete BOARD, está acoplado solamente con Database, lo que consideramos como punto de variación, ya que en un futuro también se podrá cambiar el nombre de los personajes, las armas y las habitaciones, como hemos dicho anteriormente.
El paquete Database, tiene también una alta cohesión y un bajo acoplamiento, y se encarga de hacer la conexión con la base de datos, Independientemente de cuál sea esta. Por ello presenta una alta cohesión.
El paquete JDBC es el encargado de la conexión con la base de datos, y tiene mucha conexión y un bajo acoplamiento porque solo se conecta con la base de datos.
miércoles, 14 de enero de 2009
Utilización de un patrón Fachada
Después de llevar un tiempo haciendo el trabajo, y si nos merece la pena incluir lo de poder modficar los nombres de las habitaciones y los nombres de las cartas mediante la conexión a una base de datos, hemos decidido dejarlo con esta Base de datos, para que en un futuro podamos añadir lo ya expuesto.
Por tanto, necesitamos un patrón Fachada para poder proteger al sistema de la inclusión de una base de datos.
Un saludo a todos.
Por tanto, necesitamos un patrón Fachada para poder proteger al sistema de la inclusión de una base de datos.
Un saludo a todos.
Suscribirse a:
Entradas (Atom)