🧠 Diseño Conceptual: Modelo Entidad-Relación (Peter Chen, 1976) + Técnicas de Modelado de Procesos
🔷 Parte 1: Modelo Entidad-Relación (E/R)
El Modelo E/R permite representar gráficamente la estructura lógica de una base de datos, a nivel conceptual, antes de su implementación física. Fue propuesto por Peter Chen en 1976 y aún hoy es clave en ingeniería de software y diseño de BBDD.
🧱 Elementos básicos del modelo
| Componente | Definición |
|---|---|
| Entidad | Objeto real o abstracto del que se desea guardar información. |
| Relación | Asociación entre dos o más entidades. |
| Atributo | Característica o propiedad de una entidad o relación. |
📦 Tipos de Entidades
- Fuertes: Existen por sí mismas (ej. Persona).
⬛ Representadas por rectángulos normales. - Débiles: Dependen de otra entidad. No tienen clave propia.
🔲 Representadas por rectángulos dobles.
🔗 Tipos de Relaciones
| Tipo | Ejemplo | Notas |
|---|---|---|
| Binaria | Cliente – Empresa | Más común |
| Reflexiva | Persona – Persona | Se relaciona consigo misma |
| Ternaria | Proyecto – Cliente – Empresa | Involucra 3 entidades |
| «Muchos a muchos» | Alumno – Curso | Cardinalidad múltiple |
📌 Exclusividad: una relación entre entidades puede ser exclusiva (uno u otro) o inclusiva (puede darse a la vez).
🧬 Tipos de Atributos
- Simples o Compuestos (divisibles).
- Monovalorados o Multivalorados (elipses dobles).
- Derivados (calculables, línea discontinua).
- Clave: subrayado.
- Compuesto: combina varios atributos simples.
🧩 Modelo E/R Extendido
Incluye:
- Generalización («ES UN»): una entidad general se divide en subentidades (ej. Empleado → Gerente, Técnico).
- Especialización: de una entidad padre, nacen clases hijas.
- Jerarquías: muestran herencia y disyunción (exclusiva/inclusiva).
🧠 Claves visuales:
- Líneas dobles: débil
- Líneas con flechas: direccionalidad
- Rombos: relaciones
- Elipses: atributos
🔷 Parte 2: Técnicas de Modelado de Procesos
📘 Análisis Estructurado
SADT (Structured Analysis and Design Technique)
✅ Técnica de ingeniería de software basada en jerarquía de funciones.
DFD (Diagrama de Flujo de Datos)
🔄 Representa cómo fluye la información entre entidades externas, procesos y almacenes.
📍Elementos clave del DFD
| Elemento | Símbolo | Función |
|---|---|---|
| Entidad externa | Rectángulo | Fuente o destino de información |
| Proceso | Círculo o elipse | Transformación de datos |
| Almacén | Dos líneas paralelas | Depósito de datos |
| Flujo de datos | Flechas | Movimiento de datos |
🚦Normas y niveles de DFD
- No mostrar lógica interna del proceso.
- Cada nivel amplía (explosiona) el anterior:
- Nivel 0: visión general.
- Nivel 1: descomposición de procesos principales.
- Nivel 2-n: detalle completo de cada función.
📌 Se recomienda usar Visio, Lucidchart o Dia para diagramarlos.
🔎 Comparativa DFD vs Modelo E/R
| Característica | Modelo E/R | DFD |
|---|---|---|
| Enfocado en | Datos y relaciones | Procesos y flujo de datos |
| Representa | Entidades, atributos, relaciones | Procesos, datos y almacenes |
| Nivel de detalle | Alto nivel de abstracción | Funcional, operativo |
| Ideal para | Diseño de base de datos | Análisis de requisitos y lógica de negocio |
🎓 Ejemplo Integrado: Sistema de Banco
- Entidad: Cliente, Cuenta, Empleado
- Relaciones: Cliente tiene Cuenta, Empleado gestiona Cuenta
- Procesos: Apertura de cuenta, Depósito, Transferencia
- DFD: Flujo entre Cliente → «Abrir cuenta» → Almacén Cuenta
🧰 Software recomendado
- Modelado E/R: Lucidchart, Draw.io, DB Designer.
- DFD y SADT: Visio, Dia, Bizagi.
📌 Conclusión
El dominio del Modelo E/R y los Diagramas de Flujo de Datos permite construir sistemas sólidos, bien estructurados y eficientes. Entender cómo fluyen los datos y cómo se relacionan las entidades es esencial para cualquier analista, programador o diseñador de sistemas.
Anacrolibrum 
Deja un comentario