Bienvenidos al Laboratorio

Tutor
Wilson Prez Correa
Ingeniero Electrnico
Especialista en Edumatica
Correo: wilpec@misena.edu.co

Practicas

Practica No 1 Modelo Lgico de datos entre el 12 de

marzo al 15 de abril de 2013
Practica No 2 Modelo Relacional entre el 10 de abril y
15 de mayo de 2013
Practica No 3 Sentencias SQL entre el 25 de abril y 20
de mayo de 2013

Objetivo de la prctica de
laboratorio
Realizar el modelo lgico de datos
iniciando con la matriz Relacin
generada, pasando sta al diagrama
entidad relacin, con base en un
estudio de caso

3 practicas
1. Diagrama de flujo de datos, esta prctica se realizar
mediante la utilizacin de un software llamado DFD
2. Algoritmos: Esta prctica se realiza con la utilizacin
de PSeInt
3. Programacin: esta prctica se realiza con la
utilizacin de un lenguaje de programacin para el caso
se propone C#, pero tambin se puede realizar con C++

Reglas de juego
Ser cumplido
Ser proactivo
Haber ledo y desarrollado la gua con
anterioridad.
Entregar en los tiempos establecidos las
actividades
Entregar el laboratorio limpio y organizado
Cuidar los materiales de trabajo
suministrados.

Simbologa

Tutor; Wilson Prez C

Correo: wilpec@misena.edu.co

Simbologa

Tutor; Wilson Prez C

Correo: wilpec@misena.edu.co

 Conceptos del Modelo Entidad-Relacin

Entidades
Son objetos concretos o abstractos que presentan inters para el sistema y sobre los
que se recoge informacin que ser representada en un sistema de bases de datos.
Por ejemplo, clientes, proveedores y facturas seran entidades en el entorno de una
empresa.
Atributos: Es una unidad bsica e indivisible de informacin acerca de una entidad o
una relacin. Por ejemplo la entidad proveedor tendr los atributos nombre, domicilio,
poblacin, CIF.
Dominios: Es el conjunto de valores que puede tomar cada atributo. Por ejemplo el
dominio del atributo poblacin, ser la relacin de todas las poblaciones del mbito
de actuacin de nuestra empresa.
Tablas: Es la forma de estructurar los datos en filas o registros y columnas o
atributos.
Relacin: Es la asociacin que se efecta entre entidades. Por ejemplo la relacin
entre las entidades facturas emitidas y clientes.
Los diagramas Entidad - Relacin representan la estructura lgica de una base de
datos de manera grfica. Los smbolos utilizados son los siguientes:

 - Rectngulo- Conjunto de entidades.

- Elipse- Atributos.
- Rombos- Conjunto de relaciones

- Lneas- Unen atributos a conjuntos de entidades; unen atributos a

conjuntos de relaciones; y unen conjuntos de entidades con conjuntos de
relaciones. Si la flecha tiene punta, en ese sentido est el uno y si no la
tiene, en ese sitio est el muchos. La orientacin seala cardinalidad.

- Elipse doble- Se trata de dos elipses concntricas. Representan

atributos multivalorados.

- Elipse discontinua- Atributos derivados.

- Lneas dobles- Indican participacin total de un conjunto de entidades
en un conjunto de relaciones.
- Subrayado- Subraya los atributos que forman parte de la clave primaria
del conjunto de entidades.

A una escuela asiste un nio y un nio va a la escuela

un nio tiene un saln y saln tiene un nio

un saln tiene un patio y un patio tiene un saln

una escuela tiene un patio y un patio pertenece a una escuela

PRIMER EJEMPLO
Modelo descriptivo: Nos dice que tenemos que hacer los
atributos cuales entidades se van a generar e
interrelaciones.
Ejercicio de empresa; Modelo es relacionar la informacin
de inventario, clientes, facturas , clientes y proveedores.
Las entidades serian : toda entidad tiene atributos
Proveedor
Cliente

= Principal; el NIT, Razn social Alterno; telfono, pagina web.

= ID cliente(nit , cedula) , Nombre , Direccin, Telfonos, correo

electrnico)

Factura

Principal; Numero Identificador, cantidad, valor unitario y valor

total

Inventarios
Vendedor

= Cdigo de producto, cantidad de producto

= Cedula, nombre, direccin, salario

EJEMPLO
Cliente con vendedor
Cliente con factura

Proveedor con inventario

No es lo correcto

SE ORGANIZAN PARA
INTERRELACIONAR

Primera lgica

Segunda relacin

Puede nacer atributos como

la fecha de factura

Tercera relacin

Cuarta relacin

Fin de la arquitectura

Generamos las transformaciones

cuando son multivalor (0,M)(1,M)
el atributo telfono se vuelve entidad
Telefono

Y se elimina el atributo

Queda as;
Se ha eliminado

La relacion muchos a muchos se

debe transformar a entidad

relacin se transforma en una entidad, si en el caso que existiera un atributo

rrastrara la entidad

Doy nombres y relaciono

debe cruzar la cardinalidad, la inferior queda en la parte superior de la entid

Una vez definida las cardinalidad se

procede a eliminar la procedencia

Queda la arquitectura as

por ultimo desprendemos el otro

telfono
La cardinalidad se la lleva el

Finalmente queda as

No debe existir uno muchos en atributos o en ninguna parte

Miramos relaciones que quede uno muchos , uno uno o cero - muchos

Se pasa en modelo pata

gallina

mite coger lo que escribamos a Access o a programacin, se pasa igual ejem

Proveedor se convierte en tabla y se llama proveedores
Las entidades se convierten en tablas
Proveedores
Inventarios
Facturas
Vendedores
Clientes
Tel cliente
Los atributos se convierten en campos; Nit ejemplo
En las tablas todos los atributos principales se indican numero N* seria
Llave principal y si es alterno seria solo *