You are on page 1of 9

PROCESO DE DESARROLLO DE UNA BASE DE DATOS

Msc. Ing. Mara Hallo


Escuela Politcnica Nacional

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


informacin de la organizacin en una base de datos operacional. Las etapas en el diseo de
una base de datos son:

Anlisis de Requerimientos
Diseo Conceptual de la base de datos
Diseo lgico de la base de datos
Diseo fsico
Construccin de la base de datos

Anlisis de Requerimientos
Se debe definir qu datos van a almacenarse en la base de datos
Qu aplicaciones deben construirse sobre ellos
Qu operaciones son ms frecuentes y sujetas a requerimientos de rendimiento.
Esta fase requiere entrevistas a usuarios, estudio del medio ambiente actual y cmo se espera
cambiar
Anlisis de documentacin disponible de aplicaciones existentes

Diseo Conceptual
La informacin del paso de anlisis de requerimientos se usa para desarrollar un modelo
conceptual de la base de datos que permite una interaccin entre usuarios y desarrolladores
y suficientemente preciso para permitir una traduccin a un modelo de datos soportado por un
sistema e datos comercial

Diseo lgico de la base de datos


Consiste en transformar el modelo conceptual en el modelo lgico de la base de datos segn el
DBMS que se use, ej al modelo relacional

Refinamiento de esquemas
Consiste en analizar la coleccin de relaciones del esquema relacional para identificar
potenciales problemas y para refinarlos. Se puede usar los criterios de normalizacin y
denormalizacin de datos en esta etapa

Diseo fsico
En este paso se consideran cargas de trabajo que debe soportar la base de datos para refinar el
diseo y asegurar que se alcanzarn criterios de diseo deseados. Este paso puede involucrar
la creacin de ndices, clustering (agrupacinde tablas) o rediseos de la base de datos con
particiones horizontales y verticales de los datos.

Aplicaciones y Diseo de seguridades


Cualquier proyecto de software que envuelve un dbms debe considerar aspectos de la
aplicacin. Se deben identificar entidades: grupos de usuarios, departamentos y procesos
envueltos en la aplicacin . 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 diseo requerir generalmente una fase de afinamiento en la que se repiten las
etapas anteriores hasta obtener un diseo satisfactorio.

MODELAJE CONCEPTUAL DE DATOS

OBJETIVO:

El objetivo del modelo conceptual es desarrollar un modelo que represente los requerimientos de
informacin de la organizacin

Modelo E-R

Es un modo efectivo de coleccionar los requerimientos de una organizacin y describe los datos
del mundo real en trminos de objetos y relaciones.

CARACTERISTICAS DE UN MODELO E-R

Sintaxis robusta: El modelo documenta la informacin de manera clara y con un formato preciso
Permite comunicacin entre usuarios
Permite la integracin de mltiples aplicaciones y proyectos y paquetes adquiridos
Es de fcil desarrollo
Es independiente del software o hardware usado para la implementacin

Componentes del modelo E-R

ENTIDADES. Son objetos, conceptos o ideas sobre los que se quiere almacenar informacin
RELACIONES: Formas de asociacin entre entidades
ATRIBUTOS: Informacin especfica 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 bsico a partir de los requerimientos de informacin 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 informacin.

Ej. CLIENTE, EMPLEADO, AEROPUERTO


REPRESENTACIN DE ENTIDADES

Las entidades se representan grficamente mediante el siguiente grfico:


CLIENTE

REGLAS REFERENTES A ENTIDADES:

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

ATRIBUTOS

Son caractersticas de una entidad. Para un atributos e debe almacenar la siguiente informacin :
Tipo de Dato, Reglas de integridad, Rango(Valores mnimos y mximos),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

Ms de un atributo puede formar pare de un identificante

Relaciones: Son asociaciones entre dos o ms utilidades o de una identidad consigo misma.
Una relacin se representa por una lnea que une las entidades participantes en la relacin
Cada relacin tiene dos extremos para cada uno de los cuales hay:
Nombre : El nombre de cada extremo de la relacin se coloca cerca del extremo
correspondiente en letras minsculas
Grado/Cardinalidad Es un tipo de asociacin numrica entre instancias de entidades. El grado
puede ser 1 o N
Opcionalidad :La relacin puede ser :

Obligatoria
Opcional ------

Grado/Cardinalidad

Cuando la relacin 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 ensear en uno o varios cursos y cada curso puede ser enseado por uno
o
varios profesores.

Esto origina una relacin de tipo M-N que debe ser transformada mediante una entidad
interseccin como se indica a continuacin.
Profesor Curso
#*idprof #*idcurso
*nomprof Curso
*nomcurso
otelfono #*idcurso
*nomcurso

3)Cada mdico debe atender a 1 o varios pacientes cada paciente puede ser atendido por 1 o
varios mdicos.
En este caso se tiene tambin una relacin de tipo M-N que debe transformarse mediante una
entidad interseccin.

MEDICOpueden tener atributos descriptivos


Las relaciones PACIENTE
que se representan en las entidades seccin.
#*idmdico atender #*idpaciente
* nombrepac
* nommdico ser atendido o telfono
o telfono
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 invlidas 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 ms piezas.


Cada pieza puede ser componente de una o ms piezas.

La relacin anterior se transforma en:

SUPERTIPOS Y SUBTIPOS
Un tipo de entidad puede ser un subtipo de otra. Los subtipos comparten las caractersticas de su
correspondiente supertipo pero tienen adems caractersticas 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 categora de produccin y tener: PAISES AGRICOLAS,
PAISES PESQUEROS. Estos dos tipos son inclusivos puesto que un pais podra catalogarse como
de las dos categoras.

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 situacin exclusiva puede presentarse con CUENTAS: