mx-psi / ddsi

Repositorio para las prácticas de DDSI

Hi, I am Pablo (he/they)! I work from home as an Open Source Software Engineer at Datadog 🐶, focusing on OpenTelemetry. Apart from developing FOSS software, I like theoretical computer science, political economy and philosophy of science.

I have done a bunch of stuff. I occasionally write at my blog and I log there things I read bi-monthly. Feel free to drop an email if you want to talk!

ddsi's Issues

Tablas

• Víctor: Usuario, reporta, le gusta
• Josema: Valoración-valora, puntúa, pertenece a
• Pablo: Producto Cultural-Es padre de, asociado a, creado por
• Mario: premiada por, entidad creadora, género-supergénero de

Entrega parcial de prácticas

Desde PRADO:

Subir un único documento .pdf por grupo con lo que llevéis hecho hasta hoy (inclusive) de la parte de análisis. Lo ideal sería que hubiéseis terminado esta fase, porque la semana que viene empezaremos con el diseño. Todos los miembros del grupo deben subir el documento (que será el mismo para el subgrupo).

El documento debe incluir:

• Título
• Miembros del grupo
• Descripción del sistema (podrá sufrir cambios posteriormente si es necesario), incluyendo especificación de subsistemas y miembro del grupo responsable de cada subsistema
• Análisis de todos los subsistemas (requisitos funcionales, requisitos de datos y restricciones semánticas)

Insisto en que i) el documento es único para el grupo, y debe incluir las contribuciones de todos los miembros del grupo, y ii) debéis subirlo hoy todos los miembros del grupo con lo que tengáis, aunque más adelante hagáis cambios. La entrega válida para la evaluación de las prácticas será la entrega final de la práctica que haréis al final de la asignatura, esta entrega es para valorar el trabajo realizado hasta ahora (no tanto si está correcto, como si habéis trabajado).

Un saludo

Tryton

• Información sobre el ERP seleccionado.
• Descripción de la instalación.
• Funcionalidad que ofrece.
• Ventajas e inconvenientes encontrados durante la prueba.
• Empresas que lo han implantado.

Requisitos del sistema

Hacer los requisitos de cada subsistema:

• 1. Productos culturales (Pablo)
• 2. Entidades creadoras y géneros (Mario)
• 3. Usuarios (Víctor)
• 4. Valoraciones (José Manuel)

Implementación y disparadores

Este issue es de referencia para que cada uno pueda trabajar de forma independiente en la implementación de su subsistema y luego podamos integrarlo todo sin problema. Si tenéis alguna sugerencia o algo que afecte al desarrollo de la implementación del subsistema de otro comentadlo aquí.

Implementación de requisitos funcionales

Para la implementación cada uno implementa el/los requisitos funcionales que vaya a hacer en uno o más ficheros propios (entidades.py, productos.py, usuario.py, valoraciones.py....) que luego se incluirán en main.py donde se gestionan los comandos que pueden utilizarse. Dentro de esos ficheros se implementan los requisitos, cada uno como una función independiente.

Cada una de estas funciones se encarga del proceso completo de forma interactiva con la terminal, es decir, debe pedir todos los datos necesarios y encargarse de manejar todos los posibles errores para la interacción con la base de datos. Para la implementación de la interfaz del programa estamos usando Python Prompt Toolkit (si queréis usarlo tendréis que importarlo en vuestro módulo).

Cualquier función que interactúe con la base de datos debe tomar como argumento un cursor a la base de datos. En la documentación de sqlite3 hay ejemplos de cómo interaccionar con la base de datos a partir de un cursor.

Actualización: Cada módulo debe incluir un diccionario de comandos llamado comandos.
Cada comando debe tener una docstring con una descripción breve de la funcionalidad para la ayuda.

Disparadores con PL/SQL

Para implementar los disparadores utilizamos SQLite Trigger. No me lo he leído entero pero la sintaxis es parecida (y el grupo de Antonio me ha confirmado que puede utilizarse).

Actualización: Deben añadirse al fichero triggers.sql.