Trabajo Practico - 2013 - 2do Cuatrimestre

2
Laboratorio I - Ing. Francisco Goldenstein 2º Cuatr. 2013 Trabajo Práctico Implementar una aplicación teniendo en cuenta los siguientes requerimientos funcionales: Se deben cumplir las reglas del juego Texas Hold’em Poker sin límite (http://www.poquer.com.es/reglas-holdem-sin-limite.html ), las mismas determinan el turno de cada jugador y las jugadas y las apuestas válidas. Es posible jugar hasta con 4 jugadores al mismo tiempo; todos los jugadores son humanos. Un jugador puede levantarse de la mesa cuando lo crea necesario y tiene que haber como mínimo 2 jugadores para poder jugar. Cada jugador tiene un nombre (irrepetible), un e-mail y un saldo de dinero. El jugador puede agregar dinero en su cuenta y eso genera un archivo de texto con los datos del jugador y el monto cargado. Hay un único archivo de cargas por jugador y por cada nueva carga, se agrega una nueva línea en ese archivo. Historial de cargas por jugador. El usuario debe elegir que jugador quiere consultar seleccionando uno de los jugadores posibles. Los jugadores se guardan en un único archivo.

description

Trabajo practico

Transcript of Trabajo Practico - 2013 - 2do Cuatrimestre

Laboratorio I - Ing. Francisco Goldenstein

Laboratorio I - Ing. Francisco Goldenstein2 Cuatr. 2013

Trabajo PrcticoImplementar una aplicacin teniendo en cuenta los siguientes requerimientos funcionales:

Se deben cumplir las reglas del juego Texas Holdem Poker sin lmite (http://www.poquer.com.es/reglas-holdem-sin-limite.html), las mismas determinan el turno de cada jugador y las jugadas y las apuestas vlidas.

Es posible jugar hasta con 4 jugadores al mismo tiempo; todos los jugadores son humanos.

Un jugador puede levantarse de la mesa cuando lo crea necesario y tiene que haber como mnimo 2 jugadores para poder jugar.

Cada jugador tiene un nombre (irrepetible), un e-mail y un saldo de dinero. El jugador puede agregar dinero en su cuenta y eso genera un archivo de texto con los datos del jugador y el monto cargado. Hay un nico archivo de cargas por jugador y por cada nueva carga, se agrega una nueva lnea en ese archivo. Historial de cargas por jugador. El usuario debe elegir que jugador quiere consultar seleccionando uno de los jugadores posibles. Los jugadores se guardan en un nico archivo.

Condiciones de desarrollo:

Codificar en Java 1.4 o superior

Todo el sistema debe tener interfaz grfica en SWING y no debe estar generada con un IDE (se debe codificar de manera manual)

Validar toda la informacin ingresada por el usuario

Manejar las excepciones y mostrar mensajes por pantalla al usuario para notificarlo (no puede arrojar excepciones al usuario). El programa no se puede cerrar ante un error Respetar la nomenclatura de Java

Separar la aplicacin en tres capas: GUI (interfaz grfica), lgica de negocio y persistencia

Realizar un diagrama de clases de la capa de lgica de negocios

Usabilidad: hacer un relevamiento de otras aplicaciones con interfaz grfica y respetar ubicacin de botones y lgica de las pantallas.

Se debe tener al menos el 70% del trabajo terminado dentro de la cursada y cumplir con las condiciones de desarrollo. El da de la entrega se debe entregar el cdigo fuente (archivos .java), la aplicacin en un nico archivo .JAR y el diagrama de clases en formato digital e impreso.Para el examen final se debe cumplir el 100% los requerimientos y las condiciones. La defensa es oral con preguntas terico-prcticas del trabajo y de la materia. Es condicin necesaria para aprobar el final cumplir con el 100% de los requerimientos y las condiciones y defender correctamente el TP. El alumno deber entregar el TP en un CD que incluya el cdigo fuente, la aplicacin en un archivo JAR y el diagrama de clases. Adems, el alumno deber presentar una carpeta con cartula, el enunciado del TP y el diagrama de clases impreso.