taller ii clase 1 unidad 4 parte 1 entidades

7/29/2019 Taller II Clase 1 Unidad 4 Parte 1 Entidades

1/30

TALLER II

2do. SemestreAnlisis de Sistema


2/30

ENTIDAD

Es algo, real o abstracto, percibido en el ambiente ysobre el cual nos interesa almacenar datos.

Ejemplos:Un Objeto real (concreto) - Un equipo, Material.Una persona - Proveedor, Empleado.Un concepto abstracto - rgano, Cargo, curso.Un evento - Transaccin, recibo de material.

Un relacionamiento - Casamiento


3/30

REPRESENTACION GRAFICA

PROVEEDOR

FACTURA

MATERIAL


4/30

ATRIBUTO

Es uno de los tem de datos que almacenamos sobreuna entidad, caracteriza o califica una determinadapropiedad de una entidad..

Ejemplos:Son atributos de la entidad EMPLEADO:- Matricula.- Nombre.

- Documento de Identidad.- Fecha de nacimiento


5/30

CLAVE DE IDENTIFICACION

Es definida por un atributo, o conjunto de atributos, cuyovalores de individualizan una nica ocurrencia de esaentidad.

Ejemplos:La clave de identificacin de la entidad EMPLEADO es elatributo MATRICULA.


6/30

LISTA DE ENTIDADES

Es una relacin de entidades con sus respectivosatributo, utilizados para documentar los trabajos deanlisis de datos.

Formada por el nombre de la entidad seguida de la relacin

de atributos que la componen entre parntesis y siguiendola convencin explicada abajo.- Cada atributo es separado del otro por el signo de la

adicin (+).

- El o los atributos que identifican a la entidad deben estaral inicio de la relacin y ser subrayados;- El o los atributos que ocurren mas de una vez (repetitivos)

son identificados por su inclusin entre parntesis.


7/30

LISTA DE ENTIDADES

Ejemplo.

PEDIDO (NUMERO-PEDIDO + FECHA-PEDIDO +NUMERO-CLIENTE + DIRECCION-CLIENTE +

(NUMERO-PRODUCTO + NOMBREPRODUCTO +CANT-PEDIDA + PRECIO-PRODUCTO+TOTAL-PRODUCTO) TOTAL-PEDIDO).

* Pueden haber mltiples niveles de repeticin.


8/30

DOMINIO

Son los posibles valores que un atributo puede asumir.

Ejemplo:- NUMERO DE FACTURA - Numero real.- NOMBRE-PROVEEDOR - Conjunto de caracteres.- FECHA-VTO-FACTURA - Fecha mayor a emisin de factura.


9/30

GRADO DE RELACIONAMIENTO

Son las restricciones identificadas en la cantidad deocurrencia de una entidad, que pueda estar relacionada ala ocurrencia de otra entidad.Representacin grafica:

UNA O NINGUNA OCURRENCIA

UNA Y SOLAMENTE UNA OCURRENCIA.

VARIOS, UNA O NINGUNA OCURRENCIA.

POR LO MENOS UNA OCURRENCIA


10/30

GRADO DE RELACIONAMIENTO

Ejemplo: DEPENDIENTEEMPLEADO

EMPLEADO NIVEL SALARIAL

Gerente

DEPARTAMENTO


11/30

ANALICEMOS

- Un DEPARTAMENTO tiene obligatoriamente un empleado.- Un EMPLEADO esta vinculado obligatoriamente a un- DEPARTAMENTO.

- Un empleado puede tener varios, uno o ningn DEPENDIENTE.

- Un DEPENDIENTE si existiere esta obligatoriamente vinculado a unEMPLEADO.

- Un empleado puede ser GERENTE

- Un GERENTE es un empleado.- Un EMPLEADO tiene obligatoriamente un NIVEL SALARIAL.

- En un mismo NIVEL SALARIAL podemos tener uno varios o ningnEMPLEADO.


12/30

Reglas de Integridad Relacional

Regla de integridad de las entidades

Ningn componente de la clave primaria de

una relacin base puede aceptar nulos. Esla primera de todas las reglas generalesde integridad del modelo relacional.


13/30

Reglas de Integridad Relacional

Regla de integridad referencial

La base de datos no debe contener

valores de clave ajena sin concordancia.Con esto expresamos la segunda reglageneral de integridad del modelorelacional,

Estos es, Si B hace referencia a A,entonces A debe existir.


14/30

Teora de la Normalizacin

Consiste; en definir el formato lgicoadecuado para las estructuras de datos

identificados en el proyecto lgico delsistema, con el objetivo de minimizar elespacio utilizado por los datos y garantizarla integridad y confiabilidad de las

informaciones


15/30


Para realizar la normalizacin de los datos, esprimordial que sea definido un campo clave

para la estructura, campo este que permitiridentificar los dems campos de la estructura.


16/30


Se realiza, a travs del anlisis de losdatos que componen las estructuras

utilizando el concepto llamado "FormasNormales (FN)". que son conjuntos derestricciones que los datos deben satisfacer.


17/30


Primera Forma Normal (1FN),

Consiste en retirar de la estructura los

elementos repetitivos, podemos afirmar queuna estructura est normalizada en la 1FN, sino posee grupos de atributos repetitivos.

REMOCION DE ATRIBUTOS REPETITIVOS


18/30


Segunda Forma Normal (2FN),

Una entidad esta en la 2FN si ella esta en la

1FN y sus atributos sean funcionalmentedependientes de sus claves primariascompleta.

REMOCION DE LOS ATRIBUTOS NO FUNCIONALMENTE

DEPENDIENTE A TODA LA CLAVE PRIMARIA (2FN)


19/30


Tercera Forma Normal (3FN),

Una entidad esta en la 3FN si ella esta en la

2FN y no posee dependencia transitivas. Unaentidad que esta en la 2FN puede tener unatributo que no es clave, pero que de por siidentifica a otros atributos. Se refiere esto

como una dependencia transitiva.

REMOCION DE LA DEPENDENCIA TRANSITIVAS


20/30


Entidad no normalizada:

PEDIDO (NUMERO-PEDIDO + FECHA-PEDIDO + NUMERO-

CLIENTE + DIRECCION-CLIENTE + (NUMERO-PRODUCTO +NOMBREPRODUCTO + CANT-PEDIDA + PRECIO-PRODUCTO+TOTAL- PRODUCTO) TOTAL-PEDIDO).


21/30

Teora de la Normalizacin1 (FN) REMOCION DE ATRIBUTOS REPETITIVOS DE LA ENTIDAD

PEDIDO

NUMERO-PEDIDOFECHA-PEDIDO

NUMERO-CLIENTENOMBRE-CLIENTEDIRECCION-CLIENTENUMERO-PRODUCTONOMBREPRODUCTO

CANT-PEDIDAPRECIO-PRODUCTOTOTAL- PRODUCTOTOTAL-PEDIDO


22/30

Teora de la NormalizacinEntidad en la 1FN:

PEDIDO (NUMERO-PEDIDO + FECHA-PEDIDO + NUMERO-CLIENTE + DIRECCION-CLIENTE + TOTAL-PEDIDO).

PRODUCTO-PEDIDO (NUMERO-PEDIDO + NUMERO-PRODUCTO + NOMBREPRODUCTO + CANT-PEDIDA +PRECIO-PRODUCTO + TOTAL- PRODUCTO).


23/30


MODELO DE DATOS:

PEDIDO PRODUCTO-PEDIDO


24/30


24

PEDIDO PRODUCTO-PEDIDO PRODUCTONUMERO-PEDIDO NUMERO-PEDIDOFECHA-PEDIDO NUMERO-PRODUCTONUMERO-CLIENTE NOMBREPRODUCTO

NOMBRE-CLIENTE CANT-PEDIDADIRECCION-CLIENTE PRECIO-PRODUCTOTOTAL-PEDIDO TOTAL- PRODUCTO

2da. (FN) REMOCION DE LOS ATRIBUTOS NO FUNCIONALMENTE DEPENDIENTE A TODALA CLAVE PRIMARIA.


25/30


PEDIDO (NUMERO-PEDIDO + FECHA-PEDIDO + NUMERO-CLIENTENOMBRE-CLIENTE + DIRECCION-CLIENTE + TOTAL-PEDIDO)

PRODUCTO-PEDIDO (NUMERO-PEDIDO + NUMERO-PRODUCTO +CANT-PEDIDA + TOTAL- PRODUCTO).

PRODUCTO (NUMERO-PRODUCTO + NOMBRE PRODUCTO +

PRECIO- PRODUCTO)


26/30

26

PEDIDOPRODUCTO-PEDIDO PRODUCTO


MODELO DE DATOS:


27/30


27

PEDIDO CLIENTE PRODUCTO-PEDIDONUMERO-PEDIDO NUMERO-PEDIDOFECHA-PEDIDO NUMERO-PRODUCTONUMERO-CLIENTE CANT-PEDIDA

NOMBRE-CLIENTE TOTAL- PRODUCTODIRECCION-CLIENTETOTAL-PEDIDO

PRODUCTONUMERO-PRODUCTONOMBRE PRODUCTOPRECIO- PRODUCTO

3ra. (FN) REMOCION DE LA DEPENDENCIA TRANSITIVAS.


28/30


PEDIDO (NUMERO-PEDIDO + FECHA-PEDIDO + NUMERO-CLIENTE+ TOTAL-PEDIDO)

CLIENTE (NUMERO-CLIENTE NOMBRE-CLIENTE + DIRECCION-CLIENTE )

PRODUCTO-PEDIDO (NUMERO-PEDIDO + NUMERO-PRODUCTO +

CANT-PEDIDA + TOTAL- PRODUCTO).

PRODUCTO (NUMERO-PRODUCTO + NOMBRE PRODUCTO +PRECIO- PRODUCTO)


29/30

29

PEDIDO

PRODUCTO-

PEDIDO

PRODUCTOCLIENTE


MODELO DE DATOS:


30/30

30

NUMERO-PEDIDO

FECHA-PEDIDO

NUMERO-CLIENTENOMBRE-CLIENTE

DIRECCION-CLIENTE

NUMERO-PRODUCTO

NOMBREPRODUCTO

CANT-PEDIDA

PRECIO-PRODUCTO

TOTAL- PRODUCTO

TOTAL-PEDIDO

Teora de la NormalizacinSimplificacin del proceso de Normalizacin

taller ii clase 1 unidad 4 parte 1 entidades

Documents