Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

04 - RDBMS Fases de Diseño - 2021

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 6

Fases de Diseño de Base de Datos 

 
Introducción 2

Análisis de Requerimientos 3

Modelo Conceptual (Entidad – Relación) 3

Modelo Lógico (ELKA) 5

Modelo Físico (Almacenamiento y Acceso) 6


 
   

Página 1 de 6
Fases de Diseño de Base de Datos 

Introducción 
Para  crear  una  base  de  datos  a  un  ente  o  una  organización  se  debe  realizar  su 
diseño  construyendo  cuatro  fases  o  procesos  básicos,  los  cuales  permiten  poder 
generar la estructura deseada. 
El  diseño  de  bases  de  datos  es  el  proceso  utilizado  en  la  construcción  de  la 
base  de  datos  de  una  organización,  adicionalmente  se  incluye  su  estructura, 
contenido, y las aplicaciones a desarrollar. 
En  sus  orígenes  el  proceso  para  diseñar  una  bases  de  datos  fue  considerado 
como  un  arte  desarrollado  por  expertos.  Hoy  en  día  se  considera  una  disciplina 
estable, con métodos y técnicas propias.  
Es  casi  imposible  no  considerar  manipular  la  información  de  una  empresa  o 
ente  estatal  por  medio  de  una  base  de  datos,  su  aceptación  ha  crecido 
enormemente tanto en el plano científico como comercial. 
A  pesar  del  fuerte  uso  y  crecimiento,  la  metodología  aplicada  al  diseño  de  una 
base  de  datos  no  se  lleva  a  cabo  basándose  en  la  experiencia  e  intuición  de 
profesionales,  la  falta  de  una  disciplina  en  su  creación  conlleva  muchas  veces  a 
ser  una  de  las  causas  de  fracaso  en  los  sistemas  de  información  por  la  falta  de 
enfoques  estructurados  en  el  diseño.  A  menudo  se  subestiman  el  tiempo  o  los 
recursos  necesarios  destinados  a  un  proyecto  de  bases  de  datos,  siendo  las 
mismas  inadecuadas  o  ineficientes  en  relación  a  las  demandas  de  la  aplicación. 
Por lo general la documentación es limitada y el mantenimiento es difícil. 
Estos  problemas  se  deben  a  la  falta  de  una  claridad  que  permita  entender  la 
naturaleza exacta de los datos a un nivel conceptual y abstracto. En muchos casos 
los  datos  se  describen  desde  el  comienzo  del  proyecto  en  términos  de  las 
estructuras  finales  de  almacenamiento,  no  se  da  importancia  a  un  entendimiento 
de  las  propiedades  estructurales  de  los  datos  independiente  de  los  detalles  de  la 
implantación. 
El diseño de una base de datos es un proceso complejo y abarca decisiones que 
impactan  en  varios  o  todos  niveles  jerárquicos  de  la organización. La complejidad 
se  controla  mejor  si  se  descompone  el  problema  en  subproblemas,  y  se  resuelve 
cada  uno  de  estos  subproblemas  de  manera  independiente  aplicando  técnicas 
específicas.  
Así, el diseño de una base de datos se descompone en una serie de pasos:  
● Análisis de Requerimientos. 
● Diseño Conceptual (​ Entidad – Relación). 
● Diseño Lógico (​ ELKA).  
● Diseño Físico ​(Almacenamiento y Acceso).  

Página 2 de 6
Fases de Diseño de Base de Datos 

Análisis de Requerimientos 
Se  trata  de  conocer  las  expectativa  del  usuario  sobre  las  base  de  datos 
identificando  los  grupos  de  usuarios:  reales,  posibles  y los departamentos o áreas 
de aplicación. 
Se  analizan  todos  los  requerimientos  obtenidos  hasta  el  momento,  se  agendan 
entrevistas,  se  crean  cuestionarios,  y  se  confeccionan  los  documentos que narran 
el  relevamiento  de  información  del  sistema.  Toda  esta  captura  de  información  se 
realiza a través de técnicas formales de especificación de requerimientos. 
Modelo Conceptual ​(Entidad – Relación) 
Un  modelo  conceptual  es  un  conjunto  de  conceptos  utilizados  para  describir  la 
realidad mediante expresiones lingüísticas y gráficas en un entorno determinado.  
Los  componentes  del  modelo  conceptual  son:  entidades  (conceptos), 
relaciones  (asociaciones  entre  entidades),  atributos  (son  las  características  de 
cada  entidad  y  describen  la  información  almacenada  en  ella),  dominio  de  los 
atributos  (valores  posibles  de  insertar en la BD para los atributos de cada entidad), 
identificadores  (claves  unívocas  de  ocurrencia  para  cada  entidad)  y  jerarquías  de 
generalización (concepto general de varias entidades agrupadas). 

Página 3 de 6
Fases de Diseño de Base de Datos 

● Entidades  (conceptos):  ​una  cosa  u  objeto  en  el  mundo  real 


distinguiéndose  de  todos  los  demás  objetos  participantes  en  el  ente  o 
empresa a relevar.  
Una  entidad  puede  ser  concreta  (persona,  libro,  etc)  o  abstracta 
(préstamo,  factura,  cualquier  concepto  identificable  del  negocio).  Estos 
conceptos  son  identificados  al  examinar  los requisitos de los usuarios por 
lo tanto es importante contar con la participación de ellos. 
● Conjunto  de  Entidades:  es  un  conjunto  de  entidades  del  mismo  tipo  que 
comparten  los  mismos atributos y las mismas propiedades. El conjunto de 
todas  las  personas  que  son  empleados  de  una  determinado  empresa  se 
puede denominar como el conjunto de entidades e ​ mpleado​. 
● Relaciones:  una  relación  es  una  asociación  entre  diferentes  entidades. 
Una  vez  identificadas  las  entidades  se  deben  definir  las  relaciones  entre 
ellas.  Por  los  general  las  relaciones  son  ​binarias  ​participan  dos  conjuntos 
de  entidades  en  una  determinada  relación,  si  en  una  relación  participan 
tres  conjunto  de  entidades  a  la  misma  se  la  denomina  ternaria  por  lo 
general  el  número  de  conjunto  de  entidades  determina  el  grado  de  la 
relación  (grado  2  binaria,  grado  3 ternaria, etc). Puede darse el caso de ser 
una  relación  recursiva  una  asociación  entre  la  misma  relación,  siendo 
posible  enunciar  a  un  empleado,  identificado  con  el  atributo  legajo,  que  a 
su vez contiene otro atributo legajo del jefe. 
● Atributos:  son  las  características  para  describir  a  cada  entidad 
perteneciente  a  un  conjunto  de  entidades.  Cada  entidad  tendrá  un  valor 
específico  o  nulo  por  cada  atributo  para  ser  almacenado  en  la  base  de 
datos.  
● Dominio  de  los  Atributos:  el  valor  de  cada  atributo  está  enmarcado  en  un 
conjunto  de  valores  permitidos  denominado  ​Dominio​.  Un  dominio  posee 
las  características  de  tipo  y  comportamientos propios y evidentes de cada 
atributo. 
● Restricciones:  son  las  reglas  utilizadas  para  mantener  la  consistencia  los 
datos  almacenados  en  la  base  de  datos.  Y  la  consistencia de los datos se 
refiere  a  que  los  datos  obtenidos  de  la  base  de  datos  son  válidos,  no  es 
posible  obtener  el  valor  del  atributo  edad  de  una  persona  con  un  valor 
negativo. 
● Identificadores:  ​es  un  atributo  o  conjunto  de  atributos  para  determinar  de 
modo  único  cada  ocurrencia  de  la  entidad,  como  ser  legajo  o  dni  de  un 
empleado. 
● Jerarquías de Generalización: ​la jerarquía puede ser ​total o ​parcial​. Es ​total 
si  cada  ocurrencia  de  la  entidad  genérica  corresponde  al  menos  con  una 
ocurrencia  de  alguna  subentidad.  Es  parcial  si  existe alguna ocurrencia de 

Página 4 de 6
Fases de Diseño de Base de Datos 

la  entidad  genérica  que  no  corresponda  con  ninguna  ocurrencia  de 
ninguna subentidad. 
Intenta  crear  un  modelo  parcial  de  la  realidad  en  un  entorno  específico  por  el 
cual  se  captura  toda  la  información  relevante  soportando  todas  las 
funcionalidades  que  deberá  atender  el  sistema  final.  Se  realizan  diferentes 
modelos  en  sus  diferentes  versiones  a  los  cuales  se  le  efectúa  refinamiento  para 
la comprensión del sistema interactuando con los desarrolladores y los usuarios. 
Define  las  características  del  negocia  en  forma  independiente  de  la  tecnología 
de  implementación.  Se  realiza  el  ​DER  (diagrama  entidad  relación)  para  permitir 
comprender  de  manera  más  abstracta  los  elementos y relaciones participantes en 
el  sistema,  siendo  independiente  del  sistema  de  gestión  de  base  de  datos  a 
utilizar. 
Modelo Lógico (​ ELKA) 
Una  vez  realizado  el  diseño  conceptual  del  entorno  relevado  se  comienza  a 
elaborar  el  diseño  lógico  de  los  datos  definiendo  el  modelo  de  base  de  datos  a 
implementar  en  la  construcción  de  la  aplicación.  Se  analizan todas las pautas con 
el  SGBD  seleccionado,  (redundancia,  restricciones,  formas  de  acceso,  etc.),  las 
cuales son formuladas semánticamente en forma abstracta. 
Por  lo  general  se  opta  por  el  modelo  relacional  traspasando  cada  entidad  en 
una  tabla  bidimensional  para  representar  la  lógica  de  los  datos,  sus  relaciones,  y 
sus  restricciones.  Las  filas  son  las  instancias  del  conjunto  de  entidades  y  cada 
atributo de una instancia de entidad determina una columna. 
El  modelo  relacional  es  fácilmente  entendible  por  el  usuario  final  por  su 
simplicidad,  permitiendo  a  los  desarrolladores  poder  intercambiar  opiniones  y 
retroalimentarse  de  información  brindada  por  los  usuarios.  Ellos  son  los  que 
concluyen validando su descripción. 
E: (entity/entidad)  cosa  u  objeto  distinguido  para  almacenar  una 
estructura de información. 
L: (link/relación) forma de asociar dos entidades. 
1a1 (uno a uno) 
1 a N débil (uno a cero o más) 
1 a N fuerte (uno a uno o más) 
NaN (muchos a muchos) 
K: (key/llave)  es  la  clave  principal  utilizada  para  identificar  de  manera 
única a cada uno de los elementos de una entidad. 
A: (attribute/atributo) es una característica de un elemento de una entidad. 

Página 5 de 6
Fases de Diseño de Base de Datos 

Modelo Físico ​(Almacenamiento y Acceso) 


Un  modelo  conceptual  es  un  conjunto  de  cosas  (reales  o  abstractas)  que 
permiten  describir  la  realidad  mediante  expresiones  lingüísticas  y  gráficas  en  un 
entorno  determinado.  Tratando  de  obtener  una  instrumentación  lo  más 
eficientemente posible para el esquema lógico. 
El  modelo  físico  decide  la  estructura  de  almacenamiento  y  las  estrategias  de 
acceso,  se  reducen  las  selecciones  de  índices  para  acelerar  los  accesos,  y 
especifica cómo se almacena la información. 
Siendo  necesario  que  el  diseñador/administrador  de  la  BD  conozca  muy  bien 
toda  la  funcionalidad  del  SGBD  a ser utilizado y también el sistema operativosobre 
el  que  éste  va  a  trabajar.  El  diseño  físico  no  es  una  etapa  aislada  ya  que  algunas 
decisiones  que  se  tomen  durante  su  desarrollo  pueden  provocar  una 
reestructuración del esquema lógico. 

Página 6 de 6

También podría gustarte