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.
License: ISC License
HTML 0.42%PHP 43.74%Batchfile 0.18%JavaScript 49.72%SCSS 5.88%Dockerfile 0.07%2dawapiclientnodejsscss
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.