- INTRODUCCIÓN.
- ORIGEN, CONTEXTUALIZACIÓN Y JUSTIFICACIÓN DEL PROYECTO.
- OBJETIVO GENERAL DEL PROYECTO.
- DESCRIPCIÓN GENERAL DEL PROYECTO (ALCANCE).
- TAREAS.
- CRONOGRAMA.
- RESUMEN DE RECURSOS HUMANOS Y MATERIALES.
- CONTROL DE RIESGOS.
- POLÍTICA DE SEGUIMIENTO, EVALUACIÓN Y CONTROL DE CALIDAD.
- CLAUSULAS.
- BIBLIOGRAFÍA.
- GLOSARIO.
- ANEXOS.
1. INTRODUCCIÓN.
El siguiente documento presenta el anteproyecto para la creación de SportsEvent, una aplicación web diseñada para facilitar la organización de eventos deportivos para empresas y usuarios individuales. Este anteproyecto establece los fundamentos y objetivos de SportsEvent, así como su alcance y tecnologías a utilizar.
2. ORIGEN, CONTEXTUALIZACIÓN Y JUSTIFICACIÓN DEL PROYECTO.
La idea de este proyecto surge ante la necesidad de proporcionar a otras empresas una solución integral para la organización de eventos deportivos. Se ha detectado que muchas empresas todavía gestionan manualmente las reservas de instalaciones deportivas, lo que puede generar confusiones y problemas de gestión. Esta problemática motiva la búsqueda de una solución automatizada y eficiente que simplifique y mejore este proceso.
3. OBJETIVO GENERAL DEL PROYECTO.
El objetivo principal de SportsEvent es desarrollar una aplicación web que simplifique la gestión de eventos deportivos, permitiendo a los usuarios reservar instalaciones deportivas de manera rápida y precisa. La aplicación también busca mejorar la experiencia del usuario al ofrecer una plataforma intuitiva y fácil de usar a la hora de realizar una reserva de cancha o actividad.
4. DESCRIPCIÓN GENERAL DEL PROYECTO (ALCANCE).
SportsEvent será una aplicación web compuesta por un backend desarrollado con Django y un frontend implementado con React. La aplicación permitirá a los usuarios visualizar y reservar instalaciones deportivas disponibles, así como gestionar eventos deportivos. Se implementarán características como la gestión de disponibilidad en tiempo real, validación de datos, y un chat con gestores de eventos para resolver cualquier duda o problema. La arquitectura estará basada en microservicios para garantizar la escalabilidad y modularidad del sistema.
5. TAREAS.
Para cada tarea:
- Título
- Descripción y metodología.
En este apartado se define tanto el objetivo que persigue la ejecución de esta tarea así como una definición de la misma, es decir, en qué consiste la tarea, qué se va a hacer durante el desarrollo de la misma, etc.
- Duración (en horas).
- Fecha de inicio y fecha de fin
- Recursos humanos
- Recursos materiales
- Coste
- Responsable
Consejo: NO programen tareas hasta el último minuto, ¡establezcan contingencias!! La mayoría de tareas se dividirán en subtareas, que deberán indicarse (pero en este caso no detallar). Bastará con algo como lo siguiente :
| Tarea | Título | Depend | Duración | Fecha Ini | Fecha Fin |
|---|---|---|---|---|---|
| Tarea 1 | Base de datos y diagramas | 9h | 04/3/24 | 07/3/24 | |
| Tarea 1.1 | Generar diagrama entidad relación | 1 | 3 h | 04/3/24 | 07/3/24 |
| Tarea 1.2 | Generar diagrama de uso | 1 | 3 h | 04/3/24 | 07/3/24 |
| Tarea 1.3 | Generar diagrama de clases | 1 | 3 h | 04/3/24 | 07/3/24 |
| Tarea 2 | Creación Backend | 1 | 240 h | 06/3/19 | 16/3/19 |
| ... | ... | ... | ... | ... | ... |
A partir de esta información, RELLENAR LAS TAREAS EN EL TEAM-GANTT (o similar)
6. CRONOGRAMA.
Este apartado nos servirá como resumen de alcance, temporalización y coste. Utilizar la información anterior de las tareas, para establecer un resumen de los principales aspectos del proyecto (debería bastar con las tareas principales, y evitar un excesivo detalle de las subtareas). Se puede reflejar con un diagrama de Gantt que podemos sacar de los PROJECTS de GitHub ( adjuntamos capturas de pantalla )
[!IMPORTANT] ¡RECORDAR QUE ESTO SE DEBE EDITAR CADA SEMANA!.
El cronograma del proyecto se muestra a continuación, reflejando las tareas principales y su duración estimada:
| Tareas | Duración (horas) | Fecha de Inicio | Fecha de Fin |
|---|---|---|---|
| Instalación de software | 10 | 05/03/2024 | 06/03/2024 |
| Diseño de la base de datos | 20 | 07/03/2024 | 10/03/2024 |
| Desarrollo del backend con Django | 100 | 11/03/2024 | 20/03/2024 |
| Desarrollo del frontend con React | 80 | 21/03/2024 | 31/03/2024 |
| Implementación de la gestión de eventos | 50 | 01/04/2024 | 10/04/2024 |
| Integración del chat con gestores de eventos | 30 | 11/04/2024 | 15/04/2024 |
| Pruebas y depuración | 40 | 16/04/2024 | 25/04/2024 |
| Despliegue en DigitalOcean | 20 | 26/04/2024 | 30/04/2024 |
7. RESUMEN DE RECURSOS HUMANOS Y MATERIALES.
Como en el caso anterior, hacer una tabla para cada tarea principal
8. CONTROL DE RIESGOS.
- Riesgo 1: Problemas de compatibilidad con tecnologías externas
- Probabilidad: Moderada (0.5)
- Impacto: Alto (retraso de más de 2 semanas en el proyecto y aumento del 15% de coste)
- Acción: Realizar pruebas exhaustivas de integración antes del lanzamiento del producto.
- Riesgo 2: Falta de recursos humanos
- Probabilidad: Baja (0.3)
- Impacto: Medio (retraso de una semana en el proyecto y aumento del 10% de coste)
- Acción: Mantener una reserva de personal capacitado disponible para ser asignado según las necesidades del proyecto.
- Riesgo 3: Problemas de seguridad de datos
- Probabilidad: Moderada (0.4)
- Impacto: Alto (pérdida de confianza de los usuarios y posibles sanciones legales)
- Acción: Implementar medidas de seguridad adicionales y realizar auditorías regulares de seguridad.
9. POLÍTICA DE SEGUIMIENTO, EVALUACIÓN Y CONTROL DE CALIDAD.
Para garantizar el cumplimiento de los objetivos y la calidad del proyecto, se llevarán a cabo las siguientes acciones:
Reuniones semanales de seguimiento para evaluar el progreso y resolver posibles problemas. Implementación de pruebas exhaustivas tanto en el desarrollo como en el despliegue del software. Establecimiento de métricas de calidad y revisión periódica para garantizar el cumplimiento de los estándares establecidos.
10. CLAUSULAS.
Se establece que en caso de retraso en la entrega del proyecto, se aplicará una penalización del 1% del coste total del proyecto por cada día de retraso. Los pagos se realizarán de acuerdo con los hitos del proyecto y estarán sujetos a la aprobación de los entregables por parte del cliente. El control de calidad se llevará a cabo mediante revisiones regulares por parte del equipo de desarrollo y la aceptación final del cliente.
11. BIBLIOGRAFÍA.
[1] Django Documentation. Disponible en: https://docs.djangoproject.com
[2] React Documentation. Disponible en: https://reactjs.org/docs/getting-started.html
12. GLOSARIO.
- Backend: Parte de una aplicación que se encarga del procesamiento de datos y la lógica de negocio.
- Frontend: Parte de una aplicación con la que interactúa el usuario, generalmente a través de una interfaz gráfica.
- DigitalOcean: Plataforma de alojamiento en la nube que proporciona servicios de infraestructura para desarrolladores.
- Microservicios: Arquitectura de software que consiste en dividir una aplicación en servicios pequeños e independientes.
13. ANEXOS.
Aquí se puede indicar:
- Documentación externa de utilidad
- Modelos de datos
- Diagramas y esquemas
- Diagrama de Entidad-Relación o similar.
- Tabla de roles de los usuarios
- etc.