Diario - nahumrosillo/Torni-Juegos GitHub Wiki
26 de Enero
- Arreglado problemas con las fechas de las partidas de un Torneo.
- Arreglado un pequeño problema con el patrón Iterador.
- Agregado algunas restricciones faltantes.
- Actualizar el modelo de clases de diseño tras los cambios durante el proceso.
- Limpieza de comentarios inutiles.
- Refactorizado el servicio de BD. Ya no tiene metodos para gestionar Usuarios, pues los usuarios se almacenan en mLab.
24 de Enero
- Creamos e implementamos 2 Factorias. TournamentFactory y MatchFactory. Son los responsables de crear Torneos y Partidas concretas.
- Depurado los pequeños fallos que arrastraba MatchManager y TournamentManager.
- Incorporamos las 2 Factorias al proyecto. Funciona correctamente.
22 de Enero
- Implementado el patrón Factory Method.
- Hemos puesto Tournament y Match como una interfaz y luego implementado NormalTournament y MatchTournament para dejar abierto en un futuro más tipos concreto de Match y Tournament.
- Mejorado el HTML y el CSS.
- Implementado la posibilidad de usar MongoDB en Docker para almacenar los Usuarios. No obstante, el sistema sigue usando mLab para los Usuarios.
19 de Enero
- Planteamiento de implementar el patrón Factory Method.
13 de Enero ~ 15 de Enero
-
Implementado la API REST para usar MongoDB alojado en mLab.
- Ahora todos los Usuarios del sistema se alojan en la nube.
- Los Juegos se siguen almacenando en memoria local.
-
Ahora las consultas se las pide a la API REST con mLab.
-
Los registros de los nuevos usuarios se las pide a la API REST con mLab.
-
Ahora la App se ejecuta sobre Docker.
-
Mejorado el HTML y el CSS. Ahora usa un tema mas limpio de Bootstrap.
-
Listo para entregar la app para la asignatura de IISS.
12 de Enero
- Añadido funcionalidad a la clase Tournament, Añadir, eliminar y buscar jugador en el. Para que puedan inscribirse y sus pruebas unitarias correspondientes.
- Implementado, pero con fallos, TournamentManager y MatchManager.
Periodo de Navidad
- Arreglamos todos los problemas entre las partidas que contiene el torneo.
- Terminada la clase Ranking y sus pruebas unitarias.
- Utilizado el patrón observador entre Ranking y Tournament para que este se actualice.
23 de Diciembre
- Surgió un problema con las partidas que contiene un torneo, implementamos el patrón observador.
- Vamos a incorporar la clase Ranking que tambien es con el mismo patrón.
- Se inicia la implementacion del TournamentManager y MatchManager.
15 de Diciembre
- Terminada la clase Tournament y sus pruebas unitarias.
- Terminada la clase Game y sus pruebas unitarias.
- Terminado UserManager. Encargado de toda la gestion de usuarios.
10 de Diciembre
- Implementado el patrón Iterador. Ahora se puede iterar sobre todos los Juegos, Torneos, Partidas y Equipos.
- Terminada la clase Match y sus pruebas unitarias.
4 de Diciembre
- Terminado LoginManager. Ahora se puede logear en el sistema solo 1 usuario.
- Terminado RegisterManager. Ahora cualquier usuario se puede registrar en el sistema.
- Iniciado la implementacion de User Manager.
1 de Diciembre
- Implementado la clase Team y sus pruebas unitarias.
- Aplicado el Patron Singleton en Memory (Base de Datos) y explicado en la pagina Patrones de Diseño.
- Implementado la clase Memory, que almacena los registros en una base de datos en memoria.
30 de Noviembre
- Implementado la clase User y sus pruebas unitarias.
25 de Noviembre
-
Creada la pagina Comando: Incluye todos los comandos para evaluar el proyecto y desarrollar en angular 2.
-
Comienza la implementación en Angular 2. Hemos elegido Angular 2 por varios motivos:
-
Es nuevo: Fue lanzado en septiembre/octubre de 2016.
-
Con futuro: Angular 1 ya fue un éxito; Angular 2 soluciona los problemas que tuvieron con la versión anterior ademas de añadir nuevas características. Además Google está detrás del proyecto.
-
Mejorará nuestro currículum: Nos supone un reto aprender Angular 2 y ejecutar tests unitarios en ese lenguaje, pero merecerá la pena. Desde un primer momento pensamos en Java, pero ya tenemos experiencia en él. Angular 2 incorpora TypeScript y añade OO a JavaScript. No debería haber grandes problemas.
24 de Noviembre
Terminado una primera versión del Diseño aplicando los principios. Aplicaremos algunos patrones en los próximos días.
16 de Noviembre
-
Nahum
-
Modificado los diagramas de diseño UML aplicando principios en la clase Usuario. Se han añadido nuevas clases porque la clase Usuario tenia muchas responsabilidades. Aparece las clases StoreLogin, LoginHandler, NickPassLogin y el enumerado Rol.
-
Creado el boceto de la arquitectura en 3 capas. Se añade un diagrama de clases con la capa Lógica y de Persistencia, con sus interfaces.
-
Falta por aplicar principios a la clase Torneo, Partido, Equipo y Juego.
-
Más detalles en la página de Principio de Diseño.
-
Corregido algunas faltas de ortografía en la página de Principio de Diseño.
12 de Noviembre
Cambios en el análisis:
- Francisco
- Afinar los nombres de los métodos de Partido, por ejemplo, consultarPartido() pasa a getGanador() que devolverá el equipo ganador, otro método será actualizarPartido(), que se llamaran setPuntosLocal(), setPuntosVisitante(), getPuntosLocal(), getPuntosVisitante()
- La clase Juego tiene que tener un método para devolver un torneo seleccionado: getTorneo().
- La clase Torneo tiene que tener un método para devolver un partido seleccionado: getPartido().
- Añadir a Torneo un metodo getEstado() que devolverá un string indicando el estado, se calculará dependiendo las fechas.
2 de Noviembre
- Nahum:
- Revisado algunos casos de usos escritos por Orrequia. Indicado con :+1:
- Falta añadir un escenario en aquellos Casos de Uso que lo requieran. Es la opción de Cancelar en algun punto de cada Caso de Uso.
31 de Octubre
-
Nahum:
-
Crear Torneo : CU revisado.
-
Añadido los diferentes estados de un partido en los Requisitos.
-
Detallado el CU Inscribir en el Torneo y CU Desinscribir en el Torneo.
-
Añadido las operaciones al Modelo Conceptual de Datos
-
Orrequia:
-
Detallado el CU Crear partida, CU Iniciar partida, CU Actualizar partida y CU Finalizar partida.
-
Realización del Modelo Conceptual de Datos.
29 de Octubre
Casos de Uso finalizados correctamente:
- Orrequia:
- Consultar juego
- Consultar partido
- Consultar torneo
- Consultar ranking torneo
Correciones:
- Nahum:
- El CU Crear Torneo tiene mucha miga. Orrequia lo ha descrito, pero tiene fallos. Me encargo yo de corregirlo en estos dias. De momento: CU Crear Torneo :-1:
27 de Octubre
Actualizado los DCU por las correcciones del profesor:
- Modificado: Desaparece el concepto de Grupo de Jugadores.
- Modificado: Cada usuario solo puede tener un rol.
Casos de Uso finalizados correctamente:
-
Orrequia:
- Registrar Administrador
- Registrar Patrocinador
- Registrar Jugador
- Borrar Administrador
- Borrar Patrocinador
- Borrar Jugador
- Crear juego
-
Nahum:
-
Registrar Jugador
-
Validar Usuario
-
Modificar datos personales
-
Mostrar Juegos