REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION UNIVERSITARIA

UNIVERSIDAD POLTECNICA TERRITORIAL DE LOS ALTOS MIRANDINOS

CECILIO ACOSTA

MODELADO DE BASES DE DATOS

UNIDAD I: DISEO CONCEPTUAL DE UNA BASE DE DATOS

Kevin de Castro

C.I 25.896.463
INDICE
DEFINICION DE MODELO .......................................................................................... 3
MODELO CONCEPTUAL DE DATOS ........................................................................... 3
ENTIDADES ............................................................................................................................................... 3
ATRIBUTOS ............................................................................................................................................... 3
IDENTIFICADORES .................................................................................................................................... 3

IDENTIFICADORES ALTERNOS ................................................................................... 4

IDENTIFICADORES FORANEOS................................................................................... 4
RELACION DE MODELO DE DATOS ............................................................................ 4
UN BUEN DISEO DE BASE DE DATOS ....................................................................... 4
EL PROCESO DE DISEO DE UNA BASE DE DATOS ...................................................... 5
UNIVERSO DEL DISCURSO ......................................................................................... 6
CONCLUSION ............................................................................................................ 7
DEFINICION DE MODELO

Un modelo de base de datos es un tipo de modelo de datos que determina la

estructura lgica de una base de datos y de manera fundamental determina el modo
de almacenar, organizar.

El diseo de una base de datos es un proceso complejo que abarca decisiones a muy
distintos niveles. La complejidad se controla mejor si se descompone el problema en
sub-problemas y se resuelve cada uno de estos sub-problemas independientemente,
utilizando tcnicas especficas. As, el diseo de una base de datos se descompone en
diseo conceptual, diseo lgico y diseo fsico

MODELO CONCEPTUAL DE DATOS

Se utilizan para representar la realidad a un alto nivel de abstraccin. Mediante los

modelos conceptuales se puede construir una descripcin de la realidad fcil de
entender.

Se utiliza para la abstraccin de la base de datos, para construir una descripcin para
entender.

Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin tiene

un nombre que describe su funcin. Las relaciones se representan grficamente
mediante rombos y su nombre aparece en el interior
en la realidad.

ENTIDADES
Es una clase generalizada de personas, lugares o cosas (objetos), para los cuales
se recopilan, almacenan y mantienen datos.

Representa una "cosa" u "objeto" del mundo real con existencia independiente, es
decir, se diferencia unvocamente de cualquier otro objeto o cosa, incluso siendo del
mismo tipo, o una misma entidad.

ATRIBUTOS
Es una caracterstica de una entidad. El valor especifico de un atributo, conocido
como elemento de datos, se puede encontrar con los campos de registro que describe
una propiedad de la entidad parte de una abstraccin.

IDENTIFICADORES

Aquellos atributos que permiten identificar una entidad de manera nica son
referidos como identificadores nicos o claves primarias (PK) de una entidad.
IDENTIFICADORES ALTERNOS
Las claves alternas de cualquier tabla son simplemente aquellas claves candidatas
las cuales no fueron seleccionadas como clave primaria. Exactamente una de aquellas
claves candidatas es seleccionada como PK, los remanentes se existe alguna, son
llamadas claves alternas.

IDENTIFICADORES FORANEOS
Una clave ajena o fornea es un atributo de una tabla o adicin de atributos ya
existentes a una tabla; sta inclusive puede ser una clave primaria de otra tabla. Sin
embargo los atributos de una clave fornea no necesariamente tienen que formar
parte de la clave primaria de la tabla a la que pertenecen. Tampoco es obligatoria la
existencia de estas claves; sea puede existir una tabla sin una clave fornea.

RELACION DE MODELO DE DATOS

Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin
tiene un nombre que describe su funcin. Las relaciones se representan grficamente
mediante rombos y su nombre aparece en el interior.

RELACION UNO A UNO (1:1)

Una entidad del tipo A solo puede relacionarse con una entidad del tipo B.

RELACION UNO A MUCHOS (1: N)

Significa que una entidad del tipo A puede relacionarse con cualquier entidad del tipo B.

RELACION MUCHOS A MUCHOS (N: M)

Cualquier cantidad de entidades del tipo A puede relacionarse con cualquier cantidad de
entidades del tipo B.

UN BUEN DISEO DE BASE DE DATOS

Un buen diseo de base de datos es, por tanto, aqul que:

Divide la informacin en tablas basadas en temas para reducir los datos redundantes.

Proporciona la informacin necesaria para reunir la informacin de las tablas cuando

as se precise.

Ayuda a garantizar la exactitud e integridad de la informacin.

Satisface las necesidades de procesamiento de los datos y de generacin de informes.

EL PROCESO DE DISEO DE UNA BASE DE DATOS
El proceso de diseo consta de los pasos siguientes:

Determinar la finalidad de la base de datos

Esto le ayudar a estar preparado para los dems pasos.

Buscar y organizar la informacin necesaria

Rena todos los tipos de informacin que desee registrar en la base de datos, como
los nombres de productos o los nmeros de pedidos.

Dividir la informacin en tablas

Divida los elementos de informacin en entidades o temas principales, como

Productos o Pedidos. Cada tema pasar a ser una tabla.

Convertir los elementos de informacin en columnas

Decida qu informacin desea almacenar en cada tabla. Cada elemento se convertir

en un campo y se mostrar como una columna en la tabla. Por ejemplo, una tabla
Empleados podra incluir campos como Apellido y Fecha de contratacin.

Especificar claves principales

Elija la clave principal de cada tabla. La clave principal es una columna que se usa
para identificar exclusivamente cada fila. Un ejemplo podra ser el identificador de
producto o Id.

Configurar las relaciones de tabla

Examine cada tabla y decida cmo se relacionan los datos de una tabla con las dems
tablas. Agregue campos a las tablas o cree nuevas tablas para clarificar las relaciones
segn sea necesario.

Refinar el diseo

Analice el diseo para detectar errores. Cree las tablas y agregue algunos registros
con datos de ejemplo. Compruebe si puede obtener los resultados previstos de las
tablas. Realice los ajustes necesarios en el diseo.

Aplicar las reglas de normalizacin

Aplique reglas de normalizacin de los datos para comprobar si las tablas estn
estructuradas correctamente. Realice los ajustes necesarios en las tablas.
UNIVERSO DEL DISCURSO
Todo software ha de tener un alcance (limitado) funcional: est dirigido a una
farmacia, a una universidad, a una petrolera, etc. El diseador debe establecer el
contorno del problema; es decir lo que forma y lo que no forma parte del problema.
Este contorno se denomina universo de discurso y es la parte del mundo que, para el
fin del software a construir, interesa al diseador. Lo que est dentro del contorno
forma parte del problema y lo que est fuera no forma parte del problema. Es relevante
definir claramente este contorno.
CONCLUSION
El diseo de bases de datos es un proceso que dependiendo la complejidad
requiere desarrollar abstracciones de distintos niveles para representar la informacin
que va a manejar el sistema.

El primer modelo que se debe desarrollar es el Modelo conceptual el cual describe por
medio de abstracciones de negocio un diseo fcil de entender y representar, en este
modelo se manejan principalmente las entidades y sus relaciones.

Teniendo un modelo conceptual correctamente elaborado, respetando los estndares

a nivel lgico en cuanto a relaciones y abstrayendo correctamente atributos, e
identificadores se cuenta con un modelo con el cual guiarse para elaborar un modelo
lgico y por ultimo un modelo fsico de la base de datos.