diseño de una base de datos

18
DISEÑO DE UNA BASE DE DATOS El diseño es una fase posterior a la fase de análisis. Esta fase se marcan en lo que es el ciclo de desarrollo de Software: Análisis Diseño Implementación Verificación y Prueba Mantenimiento

Upload: mmazonf

Post on 20-Jul-2015

139 views

Category:

Documents


1 download

TRANSCRIPT

Page 1: Diseño de una base de datos

DISEÑO DE UNA BASE DE DATOS

El diseño es una fase posterior a la fase de

análisis. Esta fase se marcan en lo que es el ciclo

de desarrollo de Software:

•Análisis

•Diseño

•Implementación

•Verificación y Prueba

•Mantenimiento

Page 2: Diseño de una base de datos

DISEÑO DE UNA BASE DE DATOS

Metodología : Pasos a realizar existen dos tipos de metodologías:

Estructurado

Orientado a objetos

Page 3: Diseño de una base de datos

DISEÑO DE UNA BASE DE DATOS

SE VA A PARTIR DE LAS REGLAS DE NEGOCIO O REGLAS

COMERCIALES

Son leyendas que rigen a la empresa que se están

automatizando, estas reglas por lo general vienen expresadas en

sustantivos donde los sustantivos corresponden a las entidades y

los verbos a las relaciones que se forman con estas entidades:

Page 4: Diseño de una base de datos

PASOS PARA EL DISEÑO DE UNA BASE DE

DATOS:1. Reglas comerciales .

2. Establecer el modelo entidad relación (normalización).

3. Diseño interno de la Base de Datos.

Vamos a definir que tipo de datos se va a utilizar en la Base de Datos además se

definen todas las relaciones.

Siguiente paso: ES EL DISEÑO EXTERNO DE LA BASE DE DATOS.

Definir como los usuarios van a ver los datos internos de la Base de Datos.

Siguiente Paso: CONTROL DE DISEÑO.

Verificar que el diseño cumpla con las especificaciones de diseño para la

transacción

Transacción: Es una unidad lógica de trabajo que se puede dar en una

empresa.

Siguiente paso: REFINAMIENTO DEL DISEÑO.

Busca que los tiempos de respuesta de la Base de Datos sea el más optimo.

El diseño de la Base de Datos tiene que ver con el moldeamiento de la Base

de Datos y necesariamente herramientas CASE(CUMPUTER AIDED

SOFTWARE ENGINEERING: INGENIERIA DE SOFTWARE ASISTIDO

POR COMPUTADOR)

Page 5: Diseño de una base de datos

MODELO ENTIDAD RELACIONEsta basado en una persona del mundo real

ENTIDADES RELACIONES-ATRIBUTOS

CONJUNTO DE ENTIDADES:

Entidad: Es una cosa o un objeto del mundo real que es distinguible de todos los demás objetos o cosas

Conjunto de Entidades: Es la totalidad de las entidades del mismo tipo que comparten las mismas propiedades o atributos. Ejemplo:

Todas las personas que son clientes de un Banco se engloban igual marcan en un conjunto de entidades Cliente.

Todos los prestamos que ofrecen el Banco se enmarca en el conjunto de entidades Prestamos.

Atributos: Describen propiedades que poseen cada miembro de un conjunto de entidades Ejemplo:

Page 6: Diseño de una base de datos

TIPOS DE ENTIDADES:

Las entidades débiles

Las entidades fuertes

Las entidades Débiles: Son aquellas que dependen de otra entidad

Las entidades Fuerte: No dependen de nadie.

Page 7: Diseño de una base de datos

TIPOS DE ATRIBUTOS

Atributos Simples

Atributos compuestos

Atributos univalorados

Atributos multivalorados

Atributos nulos.

Atributos Simples: Son aquellos que no se divide en subpartes.

Atributos Compuestos: son aquellos que están divididos en subpartes.

Conjunto de Entidades Clientes

Atributos compuestos Nombre_clienteDireccion:cliente

Atributos Compuestos: Primer_Nombre Segu_Nome Calle Ciudad

Page 8: Diseño de una base de datos

TIPOS DE ATRIBUTOS

Atributos Univalorados: Tienen un valor Ejemplo:

Cliente

CI, 062541

Atributos multivalorados: Empleados

Nombre_subordinado, 0, 1, 2, . . . , varios

Un banco puede limitar el Numero de direcciones 0, 1, 2 direccion.

Atributos Nulos: Se usa cuando una entidad no tiene un valor para un atributo.

Un empleado no puede tener subordinado y es un valor nulo y se lo va a colocar el

nombre de un aplicable.

Empleado

Nulo:

No aplicable

Page 9: Diseño de una base de datos

LIGADURAS DE CORRESPONDENCIA

CORRESPONDENCIA DE CARDINALIDAD:

Se la conoce como razón de correspondencia de

Cardinalidad, expresa el número de identidades a las que

otra entidad puede estar asociada vía a un conjunto de

relaciones.

La correspondencia de Cardinalidad se enmarca en los

siguientes:

Page 10: Diseño de una base de datos

CORRESPONDENCIA DE CARDINALIDAD

Page 11: Diseño de una base de datos

CORRESPONDENCIA DE CARDINALIDAD

Page 12: Diseño de una base de datos

CORRESPONDENCIA DE CARDINALIDAD

Cuando se tiene una entidad de muchos a muchos se dibuja:

Page 13: Diseño de una base de datos

DIAGRAMA ENTIDAD RELACION

Page 14: Diseño de una base de datos

Para distinguirle la Cardinalidad se hará con

líneas dirigidas

1-1 →

1-N ← líneas dirigidas

N-1

N-N ─ Líneas no dirigidas

Page 15: Diseño de una base de datos

REPRESENTACIÓN DE CARNIDALIDAD

Page 16: Diseño de una base de datos

REPRESENTACIÓN DE CARNIDALIDAD

Nota: Se puede suprimir las flechas y ubicar

las letras, ejemplo:

Page 17: Diseño de una base de datos

CONSIDERACIONES

Cada conjunto de entidades se transforma

en tablas colocando su llave primaria y sus

demás atributos.

Se establece una tabla por cada relación si

la cardinalidad es de N-N.

Las cardinalidades pasan a ser las

referencias.

Page 18: Diseño de una base de datos

EJERCICIOS

Usando Visio como herramienta, represente

el diseño de las entidades estudiantes

materias, explicado en clase.

Usando Visio como herramienta, represente

la relación de cardinalidad de dos entidades.