Metodología del Diseño DER 

Aproximación proceso de diseño de entidad relación 2

Metodología de diseño de una base de datos 3

Estudio de Factibilidad 5
Análisis de Requerimientos 5
Diseño 5
Finalización del diseño 7
Creación de Prototipos 7
Implementación base de datos en el ambiente del cliente 7
Implementación o despliegue 7
Evaluación y Pruebas 7
Operación 7
Derivación esquema de datos con la lista de evento 8

   

Página 1 de 8
 Metodología del Diseño DER 

Aproximación proceso de diseño de entidad relación 

Una  metodología  es  un  conjunto  de  técnicas,  procedimientos  y  ayudas  para  el 
desarrollo  de  un  producto  de  software.  Expresado  de  otra  manera  una 
metodología  es  un  conjunto  de  modelos  y  herramientas  utilizadas  para  permitir 
pasar  de  una  etapa  a  la  siguiente  en  el  proceso  de  diseño  de  la  base  de  datos. 
1
Rolland y Benci (1988).  
2
Según  Lan  Sommerville   (1988)  ​un  buen  diseño  es  la  clave  de  una  eficiente 
ingeniería  del  software.  Un  software  bien  diseñado  es  fácil  de  aplicar  y  mantener, 
además  de  ser  comprensible  y  fiable.  Los  sistemas  mal  diseñados  o  con 
problemas  en  su  diseño,  aunque  puedan  funcionar  serán  costosos  o  difíciles  de 
mantener, de probar, comprender, y poco fiables (y algunas veces imprevisibles). 
Muchas  veces  se  cree  o  supone  como  el  diseño  de  una base de datos se limita 
aplicar  la  teoría  de normalización, cuando en realidad es una actividad mucho más 
compleja donde la normalización es apenas una de sus etapas.  
El  diseño  de  un  sistema  de  información  es  una  actividad  complicada  porque 
incluye  la  planificación,  especificación  y  desarrollo  de  cada  componente  del 
dominio de la aplicación.  
No  existe  una  metodología  consagrada,  sin  embargo,  se  pueden  distinguir 
ciertas etapas bien claras: 

❖ Diseño Conceptual  
Su  objetivo  es  obtener  una  buena  representación  de  los  recursos  de 
información  de  la  empresa  ​(claro  entendimiento  del  negocio), 
independientemente  de  la  tecnología  y  fuera  de  consideraciones  de 
eficiencia del computador. 
Entregable de esta etapa:​ ​Esquema conceptual (DER). 

❖ Diseño Lógico 
Su  objetivo  es  transformar  el  ​esquema  conceptual  ​obtenido  en  la  etapa 
anterior,  adaptándolo  al  modelo  de  datos  en  el  que  se  apoya  el  SGBD  que 
se va a utilizar (modelo relacional). 

1
Proceso de desarrollo del sistema de información. Rolland y Benci 1988.
2
Ingeniería de Software 1988. Lan Sommerville 1988.

Página 2 de 8
 Metodología del Diseño DER 

Entregable de esta etapa:​ ​Esquema lógico (DER normalizado y script) 

❖ Diseño Físico 
Su  objetivo  es  conseguir  una  instrumentación  lo  más  eficiente  posible 
del esquema lógico. 
Entregable de esta etapa:​ ​Esquema lógico (DER normalizado y script) 

Causas de malos diseños  

− Falta  de  conocimiento  del  dominio  de  la  aplicación  (del  negocio  que  se 
está modelando). 
− Falta de experiencia en el modelado. 
− Poca confianza en las metodologías de diseño de base de datos. 

Metodología de diseño de una base de datos 

El ciclo de vida para el diseño de un esquema de base de datos es el siguiente: 

Página 3 de 8
 Metodología del Diseño DER 

Etapas  de  Diseño  (tomada  de  Fundamentals  of  database  Systems, 

Elmasri/Navathe) 

Página 4 de 8
 Metodología del Diseño DER 

1. Estudio de Factibilidad 
Realiza  el  estudio  de  la  rentabilidad  de  las  distintas  alternativas  del  diseño  del 
sistema de información determinando si es viable o no continuar. 

2. Análisis de Requerimientos 
Capturar  los  ​requisitos  funcionales  de los diferentes grupos de usuarios permite 
determinar  cuáles serán los usos si se piensa aplicar a la BD. También capturar los 
requisitos  no  funcionales​,  como  ser  las  transacciones  críticas  a  resolver  y 
expectativa  de  tiempos  de  respuesta,  esto  puede  ser  clave  en  el  negocio  a 
modelar.  Ejemplo,  puestos  de  peajes  de  autopistas  donde  es  crítico  la  respuesta 
del  sistema,  y  por  esta  razón  la  base  de  datos  reside  en  un  data  center  al  lado  de 
los  puestos  de  peajes,  y  a  la  noche  se  realiza  una  replicación  a una base de datos 
maestra). 

3. Diseño 
Permite  obtener  una  buena  estructura  de  los  datos  perteneciente  a  los 
conceptos del ambiente del negocio.  
Se pueden observar tres subetapas:  
Fase  del  diseño  conceptual la cual obtiene una representación de los 
recursos de la empresa sin considerar ningún soporte informático. 

Página 5 de 8
 Metodología del Diseño DER 

Fase  del  diseño lógico transforma el modelo conceptual ​adaptándolo 

a  un  modelo  de  datos  para ser soportado por algún SGBD (Sistema de 
Gestión de Base de datos). 
Fase  del  diseño  físico  obtiene  una  instrumentación  más 
eficientemente  del  modelo  lógico  teniendo  en  cuenta  el  espacio  de 
almacenamiento, accesos, índices, etc. 
Corresponde  a  la  descripción  de  la  implantación  de  una  BD 
(Scripts).  El  diseño  físico  se  adapta  al  SGBD  específico  que  se va a 
utilizar. 
Se  expresa  haciendo  uso  del  lenguaje  de  definición  de  datos  del 
SGBD  (DML).  Por  ejemplo,  en  SQL  las  sentencias  que  se  utilizan  son 
las siguientes: 
CREATE DATABASE  
CREATE SCHEMA  
CREATE TABLE 
CREATE VIEW 
CREATE INDEX 

Dependencia de cada una de las etapas del diseño, en el tipo de SGBD y en el 
SGBD específico: 
 
SGDB Específico 
Tipo de SGDB (relacional, 
  (MySQL, Oracle, 
objetos, etc.) 
DB4O, etc). 
Diseño 
No  No 
conceptual 
Diseño Lógico  Si  No 
Diseño Físico  Si  Si 

Página 6 de 8
 Metodología del Diseño DER 

4. Finalización del diseño 

4.1. Creación de Prototipos 

Actualmente  existen  varios  productos  para  desarrollar  el  diseño  de una base 
de  datos  y por lo general cada uno de ello cuenta con buenas herramientas para 
obtener  prototipos.  Un  prototipo es una versión simplificada a ser ejecutado por 
el  usuario  y  comprobar  si  se  han  interpretado  correctamente  las 
especificaciones. ​¿Qué es un UAT? ¿Para que los usuarios lo validen? 

4.2. Implementación base de datos en el ambiente del cliente 

Una  vez  comprobando  el  funcionamiento  de  los  prototipos  y  en  su  última 
versión  se  procede  con  la  implementación  del  modelo  de  datos  en  el  entorno 
del  cliente  y  con  sus  correspondientes  valores  reales.  Siendo  necesario 
completar tres operaciones adicionales. 

4.2.1. Implementación o despliegue 

Se  refiere  a  todas  las  actividades  necesarias  de  realizar  y  documentadas 
para  poder  realizar  la  programación  y  operativa  de  una  versión  final  del 
sistema de información. 

4.2.2. Evaluación y Pruebas 

Garantiza  que  cada  fase  se  haya  realizado  con  una  calidad  aceptable 
verificando si cumplen con las especificaciones definidas. 

4.2.3. Operación 
En  esta  etapa  se  comienza  con  la  carga  inicial  de  datos  y  finaliza  cuando 
el proyecto se haya vuelto obsoleto y deba ser reemplazado. 
El  ​ciclo  de  vida  planteado  de  un  sistema  de  datos  es utilizado como guía para el 
desarrollo  de  la  estructura  de  datos  deseada  y  poder  ser  consultada  y  mantenida 
sin  demasiados  inconvenientes.  En  la  práctica  algunas  de  las  fases  no  se 
construyen  porque  sus  divisiones  no  son  muy  claras  esto  proporciona  mayor 
agilidad  en  los  tiempos  de  desarrollo,  pero  se  deberá  balancear  estos  desvíos 
porque  a  mayor  tiempo  de  análisis  y  diseño  mayor  seguridad  se  obtendrá  para 
alcanzar la meta propuesta en tiempo y forma.  

Página 7 de 8
 Metodología del Diseño DER 

Derivación esquema de datos con la lista de evento 

Si  poseemos  una  lista  de  eventos  especificada  en  el  análisis  funcional  durante 
la  etapa  del  modelo  del  ambiente,  nos  serviría  de  guía  como  entrada  para 
encontrar los conceptos participantes en el dominio de la aplicación. 
Cada  evento  se  conecta  con  el  sistema  a  través  de  una  ​entidad  externa  ​porque 
realiza  o  brinda  un  determinado  servicio,  por  esta  razón  se  construye  una  lista  de 
eventos para conocer cuales son todas las respuestas que ofrece el sistema. 
Para  concretar  el  funcionamiento  de  una  respuesta  siempre  debe  existir  un 
agente  de  petición  y  otro  agente  de  respuesta,  estos  agentes  son  conceptos 
candidatos  de  nuestro  esquema  de  base  de  datos  relacional.  Además  también  se 
tendrá  en  cuenta  la  estructura  de  los  flujos  de  datos  que  circulan  entre  estos 
agentes obteniendo así más conceptos participantes de nuestro modelo de datos. 
La  lista  de  eventos  nos  permite  describir  los  eventos del ambiente y a través de 
ellos el sistema conoce como dar una respuesta. 
Un  evento  es un suceso en un entorno determinado y el sistema debe responder 
de  alguna  manera.  El  evento  tiene  las  siguientes  características:  ocurre  en  el 
medio  ambiente  del  sistema  y  genera  una  respuesta  planeada  del  sistema  de 
acuerdo como se detecte.  
 

Página 8 de 8