Professional Documents
Culture Documents
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
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.
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.
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
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
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.
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
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.
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.
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
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.
Un banco emite cuentas para individuos o para companias pero no para ambos a la vez
Una situación exclusiva puede presentarse con CUENTAS: