DataLab Solutions
EcoVerde SmartCity

Objetivos: Comprender los requisitos de EcoVerde · Identificar entidades y relaciones · Construir el diagrama E-R extendido completo.

• → Lectura y análisis del Dossier de Requisitos de EcoVerde (7 servicios del barrio inteligente).
• → Tormenta de ideas grupal (20 min): propuesta de entidades candidatas, debate y consenso para seleccionar las 12 mínimas obligatorias.
• → Definición de atributos: simples, compuestos, multivaluados y derivados. Identificación de claves primarias.
• → Identificación y documentación de las 20 relaciones: nombre, cardinalidad (1:1, 1:N, N:M) y participación.
• → Diseño del Diagrama E-R extendido en MySQL Workbench o draw.io. Incluir entidades débiles y relaciones ternarias.

Objetivos: Transformar E-R a esquema relacional · Normalizar hasta 3FN · Documentar dependencias funcionales.

• → Revisión de las reglas de transformación E-R → modelo relacional (entidades fuertes, débiles, relaciones 1:1, 1:N y N:M).
• → Aplicación sistemática: cada integrante aplica las reglas a un subconjunto de entidades y pone en común los resultados.
• → Verificación de 1FN: eliminación de grupos repetitivos y atributos multivaluados.
• → Verificación de 2FN: identificación y eliminación de dependencias parciales en tablas con clave compuesta.
• → Verificación de 3FN: identificación y eliminación de dependencias transitivas.
• → Revisión cruzada entre equipos (15 min): intercambio de modelos para detección de errores de normalización.

Objetivos: Crear el script SQL DDL completo · Poblar la BD con datos realistas · Desarrollar consultas básicas y de resumen.

• → Configuración del entorno MySQL 8.0: creación del esquema ecoverde_db y usuarios con privilegios diferenciados (admin, app_user, read_only).
• → Codificación del script DDL: CREATE TABLE con todas las restricciones (PK, FK, NOT NULL, UNIQUE, CHECK). Convención de nomenclatura acordada.
• → Creación de índices sobre las columnas más frecuentemente consultadas.
• → Creación de al menos 2 vistas (VIEW) que simplifiquen las consultas más complejas del panel del alcalde.
• → Script DML de datos de prueba: mínimo 10 filas en tablas principales con datos coherentes (coordenadas GPS, lecturas de sensores...).
• → Consultas SQL básicas: 2 simples, 2 resumen con GROUP BY/HAVING, 2 JOIN (INNER y LEFT).

Objetivos: Consultas DQL complejas · Implementar procedimientos almacenados y triggers · Verificar rendimiento con EXPLAIN ANALYZE.

• → Consultas DQL avanzadas: 2 multitabla (3+ tablas), 1 subconsulta correlacionada, 1 no correlacionada.
• → sp_registrar_incidencia(p_tipo, p_descripcion, p_sensor_id) — registra incidencias del sistema e incrementa el contador de alertas.
• → sp_informe_consumo_energetico(p_fecha_ini, p_fecha_fin) — informe de consumo por edificio con estadísticas (max, min, avg).
• → tr_before_delete_ciudadano — antes de borrar un ciudadano, almacena copia en ciudadanos_historico.
• → tr_after_insert_sensor_lectura — actualiza automáticamente ultima_lectura y estado del sensor.
• → Análisis de rendimiento: EXPLAIN ANALYZE sobre las 3 consultas del panel. Ajuste de índices si supera 100 ms.

Objetivos: Completar el plan de seguridad y cumplimiento LOPDGDD · Ensamblar el ETBD completo · Presentar y defender ante el Comité Técnico Municipal.

• → Implementación del plan de seguridad MySQL: 3 roles (admin_ecoverde, app_ecoverde, reporting_ecoverde) con GRANT/REVOKE. Demostrar que app_ecoverde no puede hacer DROP TABLE.
• → Revisión LOPDGDD: campo consentimiento_rgpd, trigger de auditoría, procedimiento sp_anonimizar_ciudadano (derecho al olvido).
• → Ensamblado del ETBD completo: integrar entregables E1–E4 con el plan de seguridad.
• → Ensayo de presentación (15 min): demostración en vivo del script completo, procedimientos, triggers y consulta < 100 ms.
• → Presentación ante el Comité Técnico Municipal (12 min + 8 min preguntas). Todos los miembros participan obligatoriamente.
• → Coevaluación entre pares: cada equipo cumplimenta la rúbrica del equipo que acaba de presentar.