You are on page 1of 9

PROCESO DE DESARROLLO DE UNA BASE DE DATOS

El desarrollo de Base de Datos es un proceso topdown que transforma requerimientos de


información de la organización en una base de datos operacional. Las etapas en el diseño de
una base de datos son:

Análisis de Requerimientos
Diseño Conceptual de la base de datos
Diseño lógico de la base de datos
Diseño físico
Construcción de la base de datos

Análisis de Requerimientos
Se debe definir qué datos van a almacenarse en la base de datos
Qué aplicaciones deben construirse sobre ellos
Qué operaciones son más frecuentes y sujetas a requerimientos de rendimiento.
Esta fase requiere entrevistas a usuarios, estudio del medio ambiente actual y cómo se espera
cambiar
Análisis de documentación disponible de aplicaciones existentes

Diseño Conceptual
La información del paso de análisis de requerimientos se usa para desarrollar un modelo
conceptual de la base de datos que permite una interacción entre usuarios y desarrolladores
y suficientemente preciso para permitir una traducción a un modelo de datos soportado por un
sistema e datos comercial

Diseño lógico de la base de datos


Consiste en transformar el modelo conceptual en el modelo lógico de la base de datos según el
DBMS que se use, ej al modelo relacional

Refinamiento de esquemas
Consiste en analizar la colección de relaciones del esquema relacional para identificar
potenciales problemas y para refinarlos. Se puede usar los criterios de normalización y
denormalización de datos en esta etapa

Diseño físico
En este paso se consideran cargas de trabajo que debe soportar la base de datos para refinar el
diseño y asegurar que se alcanzarán criterios de diseño deseados. Este paso puede involucrar
la creación de índices, clustering (agrupaciónde tablas) o rediseños de la base de datos con
particiones horizontales y verticales de los datos.

Aplicaciones y Diseño de seguridades


Cualquier proyecto de software que envuelve un dbms debe considerar aspectos de la
aplicación. Se deben identificar entidades: grupos de usuarios, departamentos y procesos
envueltos en la aplicación . Se debe definir el rol de cada entidad en cada proceso. Por cada rol
deben definirse las partes de una base de datos que deben ser accesibles y las partes de una
base de datos que no deben ser accesibles y aegurarse que estas reglas de acceso sean
reforzadas por el DBMS

Fase de afinamiento
Un completo diseño requerirá generalmente una fase de afinamiento en la que se repiten las
etapas anteriores hasta obtener un diseño satisfactorio.
MODELAJE CONCEPTUAL DE DATOS

OBJETIVO:

El objetivo del modelo conceptual es desarrollar un modelo que represente los requerimientos de
información de la organización

Modelo E-R

Es un modo efectivo de coleccionar los requerimientos de una organización y describe los datos
del mundo real en términos de objetos y relaciones.

CARACTERISTICAS DE UN MODELO E-R

Sintaxis robusta: El modelo documenta la información de manera clara y con un formato preciso
Permite comunicación entre usuarios
Permite la integración de múltiples aplicaciones y proyectos y paquetes adquiridos
Es de fácil desarrollo
Es independiente del software o hardware usado para la implementación

Componentes del modelo E-R

ENTIDADES. Son objetos, conceptos o ideas sobre los que se quiere almacenar información
RELACIONES: Formas de asociación entre entidades
ATRIBUTOS: Información específica que necesita ser mantenida sobre entidades o relaciones

Para desarrollar un modelo E-R es necesario:

Identificar y modelar entidades


Analizar y modelar relaciones entre entidades
Analizar y modelar atributos
Determinar identificadores únicos para cada entidad
Desarrollar un modelo E_R básico a partir de los requerimientos de información y entrevistas a
usuarios

ENTIDADES

DEFINICION: Una entidad es un objeto, concepto o idea del mundo real o imaginario acerca del
cual se necesita conocer y grabar información.

Ej. CLIENTE, EMPLEADO, AEROPUERTO


REPRESENTACIÓN DE ENTIDADES

Las entidades se representan gráficamente mediante el siguiente gráfico:

CLIENTE
REGLAS REFERENTES A ENTIDADES:

Cada elemento perteneciente a una entidad debe ser identificable en forma única.

ATRIBUTOS

Son características de una entidad. Para un atributos e debe almacenar la siguiente información :
Tipo de Dato, Reglas de integridad, Rango(Valores mínimos y máximos),Valores por default.
Permisos de Acceso a los atributos
Dominio: Conjunto de valores posibles, ej cadenas de 20caracteres

Existen atributos
Obligatorios
Facultativos
Identificantes

* obligatorio
o facultativo
 identificante

Más de un atributo puede formar pare de un identificante

Relaciones: Son asociaciones entre dos o más utilidades o de una identidad consigo misma.
Una relación se representa por una línea que une las entidades participantes en la relación
Cada relación tiene dos extremos para cada uno de los cuales hay:
Nombre : El nombre de cada extremo de la relación se coloca cerca del extremo
correspondiente en letras minúsculas
Grado/Cardinalidad Es un tipo de asociación numérica entre instancias de entidades. El grado
puede ser 1 o N
Opcionalidad :La relación puede ser :

Obligatoria

Opcional ------

Grado/Cardinalidad

1
Cuando la relación es obligatoria se debe incluir la palabra debe ser.

Para las opcionalidades se usa la frase puede ser.

El diagrama anterior se lee de izquierda a derecha

Cada EMPLEADO debe pertenecer a 1 y solo 1 DEPARTAMENTO.


Cada DEPARTAMENTO puede tener 1 o varios EMPLEADOs.

EJERCICIOS

1)Cada profesor debe dictar uno o varios cursos y cada curso puede ser dictado por uno y solo
un profesor.

2)Cada profesor debe enseñar en uno o varios cursos y cada curso puede ser enseñado por uno
o
varios profesores.

Esto origina una relación de tipo M-N que debe ser transformada mediante una entidad
intersección como se indica a continuación.

Profesor Curso
#*idprof #*idcurso
*nomprof Curso
*nomcurso
oteléfono #*idcurso
*nomcurso
Curso
#*idcurso
*nomcurso

3)Cada médico debe atender a 1 o varios pacientes cada paciente puede ser atendido por 1 o
varios médicos.
En este caso se tiene también una relación de tipo M-N que debe transformarse mediante una
entidad intersección.

MEDICOpueden tener atributos descriptivos


Las relaciones PACIENTE
que se representan en las entidades sección.
#*idmédico atender #*idpaciente
* nombrepac
* nommédico ser atendido o teléfono
o teléfono

4. Factura
Cada cliente puede generar una o varias facturas.
Cada factura debe ser generada por un cliente.
Cada factura debe tener uno o varios detalles
Cada detalle debe pertenecer a una factura
Cada detalle debe tener un producto
Cada producto puede estar en uno o varios detalles.

RELACIONES RECURSIVAS

1 – n Opcionales
m – n Opcionales

Son inválidas relaciones obligatorias en cualquier sentido.


Cada empleado puede ser jefe de uno o mas empleados.
Cada empleado puede ser subordinado de uno y solo un empleado.

Cada pieza puede estar compuesta por una o más piezas.


Cada pieza puede ser componente de una o más piezas.

La relación anterior se transforma en:

SUPERTIPOS Y SUBTIPOS

Un tipo de entidad puede ser un subtipo de otra. Los subtipos comparten las características de su
correspondiente supertipo pero tienen además características particulares propias. Un tipo de
entidad puede tener varios grupos de subtipos. Ej. la entidad PAISES puede tener dos subtipos:
PAISES COSTEROS,ISLAS, PAISES TERRESTRES. Estos tipos son mutualmente exclusivos. Se
pueden definir otros tipos de acuerdo a la categoría de producción y tener: PAISES AGRICOLAS,
PAISES PESQUEROS. Estos dos tipos son inclusivos puesto que un pais podría catalogarse como
de las dos categorías.

Subtipo -> Tiene atributos propios y otros heredados del supertipo.

RELACIONES DE TIPO ARCOS EXLUSIVOS

Un banco emite cuentas para individuos o para companias pero no para ambos a la vez
Una situación exclusiva puede presentarse con CUENTAS: