¿Te animas a diseñar una base de datos?

El tema será el que más te guste, puede ser por ejemplo de películas o tus canciones favoritas, comidas, deportes, etc.

Diseña una base de datos siguiendo los puntos a continuación:

1. Describe brevemente la realidad que deseas representar.
2. Identifica las entidades, los atributos de estas entidades y las relaciones que las unen.
3. Arma la estructura del MER.
4. Aplica la cardinalidad de las relaciones.
5. Ahora crea las tabla de darán forma a la BD con sus respectivos campos.
6. Completa 2 registros en cada tabla, puedes colocar los datos que deseas, pueden ser reales o no.

 

Rúbrica para evaluar tu Base de Datos.

Criterio	Excelente (4)	Bueno (3)	Satisfactorio (2)	Insuficiente (1)
Descripción de la realidad a modelar	Describe claramente el tema y contexto de la base de datos, incluyendo los elementos más importantes y su propósito.	Describe el tema y contexto, pero algunos elementos o detalles importantes faltan.	La descripción es incompleta o poco clara; algunos elementos clave están ausentes.	La descripción es confusa o ausente; no se comprende el propósito de la base de datos.
Identificación de entidades	Todas las entidades relevantes de la realidad están correctamente identificadas y justificadas.	La mayoría de las entidades relevantes están identificadas; algunas podrían faltar o no estar claramente justificadas.	Se identifican pocas entidades o algunas son incorrectas.	No se identifican entidades o las seleccionadas no tienen relación con la realidad a modelar.
Identificación de atributos	Cada entidad tiene atributos claros, pertinentes y completos, reflejando sus características esenciales.	La mayoría de los atributos son claros y pertinentes; faltan algunos atributos importantes.	Algunos atributos son confusos, incompletos o irrelevantes para la entidad.	No se identifican atributos o los presentados son incorrectos o irrelevantes.
Definición de relaciones y cardinalidad	Todas las relaciones entre entidades están correctamente definidas, con cardinalidad adecuada y coherente.	La mayoría de las relaciones están definidas correctamente; alguna cardinalidad puede ser incorrecta o confusa.	Se definen pocas relaciones o la cardinalidad está mayormente incorrecta.	No se definen relaciones o la cardinalidad es incorrecta o inexistente.
Modelo Entidad-Relación (MER)	El MER está completo, correctamente representado y refleja fielmente la estructura de la base de datos.	El MER está representado, aunque con algunos errores de estructura o representación.	El MER es incompleto o presenta varios errores importantes.	El MER no está representado o es incorrecto.
Creación de tablas y campos	Todas las entidades del MER se convierten correctamente en tablas; los atributos se representan como campos y la estructura respeta la lógica del MER.	La mayoría de las tablas y campos están correctos; puede haber algún error menor en la estructura.	Algunas tablas o campos están incorrectos o incompletos.	Las tablas y campos no reflejan el MER; la estructura es incorrecta o inexistente.
Completado de registros	Cada tabla tiene al menos 2 registros completos y coherentes, que reflejan correctamente los atributos definidos.	La mayoría de las tablas tienen 2 registros; algunos datos pueden ser incoherentes.	Algunas tablas tienen registros incompletos o incoherentes.	No se completan registros o los existentes son irrelevantes o erróneos.
Organización y claridad	La base de datos está organizada, con estructura lógica y fácil de interpretar; se evidencia comprensión del diseño de BD.	La base de datos está organizada en general, aunque algunas partes son confusas.	La organización es poco clara; cuesta interpretar la estructura de la base de datos.	La base de datos es desordenada o difícil de interpretar; no refleja comprensión del diseño.
Aplicación de conceptos de seguridad y escalabilidad	Considera correctamente aspectos de seguridad, privacidad y escalabilidad en la estructura y diseño.	Menciona aspectos de seguridad o escalabilidad, pero de forma incompleta o parcial.	Muestra una comprensión limitada de seguridad o escalabilidad.	No se consideran aspectos de seguridad o escalabilidad.