GBD Tema 2

Study Notes

### El análisis de un sistema informático

Los informáticos, mediante diversas reuniones con futuros usuarios, identifican problemas a resolver con un sistema informático.
Un sistema informático, generalmente, no solo se basa en una base de datos, sino que también se compone de software para acceder y gestionar la información.
De estas reuniones surge el documento de Especificación de Requisitos de Software (ERS), que contiene información esencial para el sistema.
El ERS es el documento más significativo en el análisis de cualquier sistema informático y es la base para el proceso de modelado.
El estándar IEEE 830 SRS proporciona una estructura para la elaboración de ERS.
Se puede encontrar ejemplos de SRS online, donde se aprecian las estrategias de organización de los requisitos por parte de los analistas de software.

El modelado consiste en la representación de un problema mediante abstracciones que aglutinan toda la información, creando una representación gráfica de los elementos relevantes para la base de datos.
La abstracción implica identificar las cualidades esenciales del problema para considerarlas de manera individualizada o en su esencia, eliminando detalles irrelevantes.
El proceso de modelado implica la consideración de varios aspectos:
- El conocimiento del analista de datos, que puede no ser un experto en el dominio del problema específico.
- La colaboración con los futuros usuarios de la base de datos, quienes aportan conocimiento profundo del problema.
- Adherirse a directrices o estándares de modelado para facilitar la comprensión y cooperación entre profesionales.
La estandarización permite la utilización de software de diseño existente en el mercado para la implementación de modelos.

Las participaciones de entidades definen la relación que cada entidad tiene con las demás dentro de una relación.
Se expresan como pares, indicando la cantidad mínima y máxima de ocurrencias que una entidad puede tener en la relación con otra entidad.
Ejemplo:
- En la relación "Producto Pertenece a Categoría":
  - Un producto debe pertenecer a una sola categoría, con una participación de (1,1).
  - Una categoría puede tener varios productos o ninguno, con una participación de (0,n).

La cardinalidad de una relación se determina a partir de las participaciones de las entidades en la relación.
Se utiliza el valor máximo de las participaciones de cada entidad para calcular la cardinalidad.
Por ejemplo, la relación "Organiza" en la actividad 2.2, tiene cardinalidad 1:N, ya que el máximo de (1,1) es 1, y el máximo de (0,n) es N.
Se define la siguiente clasificación de cardinalidades:
- 1:1: Una entidad A se relaciona con una única entidad B y viceversa.
- 1:N: Una entidad A se relaciona como máximo con varias entidades B, pero una entidad B sólo se relaciona con una entidad A.
- N:M: Una entidad A se relaciona como máximo con varias entidades B, y una entidad B se relaciona como máximo con varias entidades A.

La Generalización implica que una entidad general (superclase) engloba a un conjunto de entidades específicas (subclases).
Las subclases heredan todas las características de la entidad general.
Ejemplo: "Empleado" como entidad general, que se especializa en "Directivo", "Técnico" y "Comercial".
Especialización Exclusiva: Cada instancia de una entidad general solo puede pertenecer a una única subclase.

Un modelo relacional define una relación como un conjunto de atributos, cada uno con un nombre y un dominio de valores permitidos.
Se representa como una tabla con atributos en las columnas y tuplas (registros) en las filas.
El conjunto de tuplas forma el cuerpo de la relación, mientras que el conjunto de atributos y el nombre representan el esquema.
Atributo: Característica que describe a una entidad o relación.
Dominio: Conjunto de valores válidos para un atributo.

Son condiciones que deben cumplir los datos para ser almacenados correctamente.
Las restricciones de semántica garantizan la integridad y coherencia de los datos.

Las relaciones entre entidades se traducen en estructuras de tablas de acuerdo a las reglas de Cardinalidad.
Se presenta la transformación en tablas para diferentes casos de Cardinalidad:
- Relaciones 1-N: Se agrega una clave foránea a la entidad con participación N, que referencia a la clave principal de la entidad con participación 1. Adicionalmente, se agrega cualquier atributo de la relación a la tabla.
- Relaciones reflexivas 1-N: Se crea una tabla para la entidad y se añade a la misma tabla la clave foránea que referencia a la entidad con participación 1.
- Relaciones reflexivas N-M: Se crea una tabla independiente para la relación, con las claves foráneas de las entidades participantes y posibles atributos adicionales relacionados con la relación.
- Relaciones 1-1: Se fusionan las entidades en una única tabla, ya que ambas comparten la misma relación, conservando los atributos de ambas entidades.
Las reglas de transformación de relaciones a tablas garantizan una adecuada gestión de la información en la base de datos.

Podcast Beta