dainws/voideyegames

Final project for 2ºDAW, its a website is intended for support in the search for the best offers and alternatives when buying video games. In addition, together with the detailed description of the video games that will be made through videos and images, you will find the different links to purchase websites and a series of comments written by users. They will also be able to report bugs to developers and view the location of our company on a map. In short, a page that helps customers to see on which page it is sold at the best price and the different prices at the time to buy video games.

👋 Hi, I’m José Antonio Duarte Pérez

Languages

High level	Medium level	Low level

Front

High level	Medium level	Low level

Back

High level	Medium level	Low level

Development tools

voideyegames's Issues

documentation/Comments in JSONs not allowed

feature/price conversion

Implements the price conversion from USD to EUR.

bug/Bad medias names

In the games form, in the list of medias, the type of medias is shown, and not the name.

documentation/Gif examples

bug/The 'show more' button is showing bad

The 'show more' button should be hidden when it is seen that you cannot ask for more data.

documentation/Complete Documentation

Include all points of "NORMATIVA PARA LA REALIZACIÓN DEL MÓDULO DE “PROYECTO INTEGRADO”"

• Resumen: un máximo de 500 palabras en español del proyecto. Además, se debe incluir su
  traducción al inglés.

• Enunciado del problema: este punto aborda la descripción general del problema cuya automatización se pretende resolver. Su contenido es el siguiente: descripción del tema que se va a abordar, las características generales, del funcionamiento de la organización que se va a plasmar, restricciones generales, aspectos a cubrir, los que no se van a tratar y un estudio de las
  prestaciones de la herramienta que se propone frente a otras existentes en la misma categoría. La longitud mínima y máxima permitida es 1 y 2 folios, respectivamente.

• Justificación de la tecnología empleada: enumerar las tecnologías usadas y describirlas. IMPORTANTE: Se valorará positivamente el proceso de investigación y justificación de la tecnología usada por parte del alumnado.

• Requerimientos hardware y software: describir los requerimientos que necesitan las tecnologías usadas tanto en el cliente como en el servidor.

• Análisis y diseño: análisis y descripción del diseño que muestre una idea de los elementos del problema, tanto de la parte pública como de la privada.

  • Se presentará un diagrama de casos de uso y un diagrama de clases.
  • Se ha de incluir una descripción de la base de datos. El alumnado puede usar una base de datos relacional o no relacional:

    • En el caso de que la base de datos sea relacional, se debe incluir el Modelo EntidadRelación y/o Esquema de base de datos relacional. (En aplicaciones que gestionen directamente una base de datos relacional). Con el diseño lógico de tablas y relaciones, con las especificaciones de tipo de cada campo, claves primarias, foráneas y otras restricciones.

    • En el caso de que la base de datos no sea relacional, la documentación ha de contener el árbol general de la base de datos y la descripción de los datos de los documentos de la misma.

• Implementación: descripción de los elementos que se usan: hojas de estilo, plantillas, formularios (campos de texto, listas desplegables, opciones), funciones de envío de datos, conexión, consultas y selección de la BD. Uso de fichero de configuración (para insertar datos iniciales).

• Relación detallada de cada uno de los ficheros que se incluyen. Realizar una descripción de su contenido de la siguiente forma:

Fichero: actualiza_cliente.php
Función: Realiza la actualización de los campos de un cliente cuyo login es recibido como
argumento. Lo único que realiza entonces es un update utilizando la clave primaria que es el
login.
Acceso a BD: Si. Update .
Llama a los ficheros: Ninguno.
Llamado por los ficheros: modifica_cliente.php

• Por otro lado, se permite el uso de herramientas para documentar código (doxygen, docusaurus, etc). En este caso, el estudiante puede realizar capturas de pantalla de la documentación generada e insertarlas en el documento y obviar el procedimiento anterior.

• Evaluación y prueba: Cómo se ha realizado el testeo tanto de la aplicación web como de la base de datos. Si se han considerado funciones de verificación de campos y la realimentación al usuario. Puedes poner algún ejemplo. IMPORTANTE: la batería de ejemplos ha de ser suficiente para poder mostrar la funcionalidad de la aplicación en cualquier caso.

• Manual de usuario: Tanto de la parte del cliente como el de la empresa. Descripción de la funcionalidad con captura de las pantallas.

• Manual de estilos en el que se recojan:

  • Criterios de accesibilidad
  • Criterios de usabilidad
  • Fuentes principales y secundarias
  • Tamaños principales. Elementos donde se aplican
  • Mapa de colores de proyecto en tres formatos ( RGB, Hexadecimal, nombre junto con el color). Elementos donde se aplica
  • Dispositivos/vistas para las que se ha diseñado el proyecto o Punto de ruptura, dispositivo o Ejemplo de muestra

• Guía de instalación.

• Software utilizado: Realizar una lista del software usado para implementar la aplicación e indicar para qué se ha usado.

• Mejoras posibles y aportaciones: Mejoras en funcionalidad, organización de código, organización de la información.

bug/SSL Connection

The prepared SSL Connection for production version is not working.

documentation/PowerPoint

Styles/Update styles for generic

bug/Details plataforms show 0.0

On the game details page, on platforms, the price should show FREE when it is 0.0

bug/take a decision

When saving an object, or ALL the fields are emptied, or they are not emptied, decide.

documentation/Update documentation

feature/long loading times

For longer load times, find a way to indicate that it is loading, and for admin forms, disable the while fields.

documentation/Update Users Manuals

bug/Add and Remove relations error

documentation/Code documentation

Mejorar la documentación del código de la aplicación cliente, si no da tiempo no pasa nada.

bug/price size in details

In the details section, the price size is wrong.

bug/Gmail do not allow anymore unsafe app access

Migrate to Hotmail