,..t~~I--;;:J::ir.~ :VIODELO DE DATO.

Introducción:Muchos libros, muchos autores y muchos instructores han enseñado, orientado y dirigidosus practicas educativas a que el modelamiento válido y final es el modelo de dato, sin teneren cuenta algunos (de otros muchos) pasos, el cual a continuación enunciaremos:

.. Modelo del flujo del dato.Modelo Entidad Relación ExtendidoModélo Entidad Rel;;¡ción.Modelo de Datos.Modelo Físico (Guiones de creación de objetos).Metodos de manipulacion de datos (Procedimientos almacenados y funciones).Seguridad de los objetos y de los datos (roles, disparadores, etc.).

..

...

.Después de realizar el Modelo Entidad Relación (MER), se deben aplicar los siguientescasos:

CASOl.

I~ : =--~In:\;l~:~~í:(;-:--~--'~-=..)-1 # IU_I>F.I'

,

AIUA:\I F.:'\TO

, ' " jL." . '(U)f':I''\ln'\:\'t:~TO -------.i¡¡

/}W

DEP..\RTA:\I Ei'lTOi # mjwPARTA;\IENTO

* :\O_DEPART.-\i\1ENTO

I!i

A

~. ) ,DIPLEAOO, # ID_UII LI~AOO

I ., :\0 DIPLEADO

I .."= ID_DEI'AIHA:\IE1\TO

Para las relaciones de grado cuya relación es 1:M,el o los atributos primos de la relación dela parte de 1 (uno) se le agrega a la relación de M (mucI1os) como un atributo no primo (deforanAidadl.

ICASO n

DEPARTAME"'TO E:\II>I.L\I)O

ti # 10 OPTO

I * :"IOi\COPTOI 0& 10 E\tP

I -,

---oo--- #ID_DII>* :\O\t_DIP

Para las relaciones de grado 2 de cardinalidad 1:1, se debe pasar el o los atrlbuto(s) prlmo(s)de una de las dos entidades hacia la otra (a conveniencia del diseñador) como atrlbuto(s) noprimo(s) y de foranldad, a éstos atributos de foranldad se debe aplicar ~9r~.Q'!jgaci9n.lJl"!~restricción de unicidad (para que estos no se repitan en conjunto), la obligatoriedad deéstos se debe vérificar en la relación y de acuerdo al traslado.

CASO 111.

[

I

#11> SALON

* NO\I_SALON

l

SALON :\I.-\TERI.-\

#10_,\1.-\'1"

* 1"°"_:\1.\'1"

Para las relaciones de grado 2 y de cardinalidad M:M,este tipo de relación no es permitidoen el modelo entidad relación y tampoco en el modelo de datos, por tanto se debe crear unanueva entidad débil que dependa de las dos entidades y estas le heredan sus atributosprimos a la nueva tabla y quedan conformada su llave primaria con los atributos heredados.Es posible que puedan surgir atributos que no existan en las dos entidades padres.

SALO:"l 'I.-\TERI..\

#m_St\I.ON* !'\01\1_SALON

#11>_'1.\'1'* !'\O;\I_'IA'I"

I

CASO n

DEPART",'1E";TO [\II'I.L\1)0

ti # 10 DPTO

I

* ~OM_DPTO0& 10 F:\IP

I -\

~ #JI)J'"}! .. '<nI 1::\'"I -íIt

Para las relaciones de grado 2 de cardinalidad 1:1, se debe pasar el o los atrlbuto(s) prlmo(s)de una de las dos entidades hacia la otra (a conveniencia del diseñador) como atributo(s) noprlmo(s) y de foranldad, a éstos atributos de foranldad se debe aplicar p~!, 9pligación unarestricción de un~icidad (para que estos no se repitan en conjunto), la obligatoriedad deéstos se debe verificar en la relación y de acuerdo al traslado.

CASO 111.

¡

I

#11> SALO'"'. * NO\I SALO'"'

i -

SALO'"' \I.-\TERI.-\

#IO_".-\T* :\O\l_\I.\T

Para las relaciones de grado 2 y de cardinalidad M:M,este tipo de relación no es permitidoen el modelo entidad relación y tampoco en el modelo de datos, por tanto se debe crear unanueva entidad débil que dependa de las dos entidades y estas le heredan sus atributosprimos a la nueva tabla y quedan conformada su llave primaria con los atributos heredados.Es posible que puedan surgir atributos que no existan en las dos entidades padres.

I "llORA

SALO,", I 'I.-\TERIA II

#1I>_S,\J.Oi'i 11\1)_".\T i* r'\O\I_SALOi'i * NO"_\IAT

Ii

..,... ..,,..

IIOI,\'I() I"IU_S..\J.O\

¡

# IU_,\I.-\T.. 1>1,

CASO IV

'r FACTFRA

I # m_FACT

I * FECIIÁ_I"ACTI

I

l

f OETAL.L.E_FACTURA

~I

¡

#IDF.-\CTUIU#ITI~M" CODIGO.. c.-\NTII>Ao

Para las relaciones de grado 2 de cardinalidad 1:Mo 1:1 con debilidad. la entidad fuerte lehereda su(s) atrlbuto(s) primo(s) a la entidad débil y estos conforman su llave primaria.

CASO V

.\ FJ'()¡\IOTOR

# IDAUTOMOTOR;, I>L.ACA

AlITO!\IOVIL

I "'1'11'0

Los supertipo$ y los subtipos no son soportados en el modelo entidad relación ni en elmodelo de datos, por tanto se deben convertir los supertipo$ a entidades 'fuertes y lossubtipos a entidades débiles y después de convertirlos se tratan como tales.

,\I'TO'IOT()I~

#11>,\I"I'O:\lOTOI{'., ,",

'\UTOi\lO\'11.c.\ i\lION

, "MOTOR

*'1'11>0 I

*E.IES* (,\I'ACIIHO

,-. , ~"h"

CASO VI

I ,.\FIU..\I>OI #ID ..\FI

I ~O'I_"\FI>

'IOi\:\I

Los arcos excluyentes no son sopurtados en el modelo entidad relaci6n, por tanto estos seconvierte así: la entidad encima del arco se convierte en entidad fuerte y las entidadesdebajo del arco se convierten a entidades débiles. Solamente para los arcos excluyentes sedebe adicionar un atributo que determine a cual entidad ramifica; también, se debe asociarun disparador en el evento de inserción. Deben tratarsen como el caso de entidades débiles.

T

CASO VIILos arcos no excluyentes no son soportados en el modelo entidad relación, por tanto estosse convierte así: la entidad encima del arco se convierte en entidad fuerte y las entidadesdebajo del arco se convierten a entidades débiles. Deben tratarsen como el caso deentidades débiles.

CASO i

Se quiere crear una base de datos de personal para una compañia, con lassiguientes caractciÍsticas:

La compaiiia tiene un conjunto de departamentos.Cada departamento tiene un conjunto de empleados. un conjunto de proyectos yun conjunto de oficinas.Cada empleado tiene una historia de cargos ocupados y lIna historia de salariosrecibidos por cargo.Cada oficina tiene un conjunto de teléfonos-

La base de datos debe contener la siguiente información:Por cada departamento: Numero de departamento, nombre, presupuesto anual,código del empleado jefe del departamento.Por cada empleado: numero del empleado. nombre del empleado, dirección yteléfono de la residencia, proyecto asignado, oficina y teiéfono oficina. También,cargos que ha desempeiiadc, junto con fecha y salario para los diferentessalmioB recibidos en ese cargo.Por cada proyecto: numero de! p:-oyecto, nornbre del proyecto, presupuesto delproyecto.For cnda oficina: NÚmero úe la oficina, área en rnetrcs cuadrados, númerosÚnicos de todos los teléfonos asignados élesa oficina.

Además se sabe lo siguiente:Un empleado es jefe máximo de un departamento a1.tiempo.Un empleado pertenece máximo a U!1departamento a! tiempo.Un empleado esta vinculado máximo a un proyecto <11tiempo.Un empleado tiene máximo una oficina al tiempo.Un empleado tiene máximo un teléfono al tiempo.Un empleado desempeña máximo un cargo al tiempo.Un proyecto pertenece máximo a un departamento al tiempo.Una oficina pertenece máximo a un departamento al tiempo.

--.---------.--

C;\SC ('.:..:21

iIUna base de datos usada en un sistema de recibos de órdenes, debe contener

información sobre el cliente, íterns y o¡d~:'1CS Se (;':;08 ¡nc;uir!a siguienteinformación:

Por cada cliente:

Numero del clienteDirecciones de envio.Balancelimit~ del créditoDescuento

Por cada orden:

Numero del clienteDirección de envio (una sola),NÚmero de identificación tributaria de! cliente.Forma de pago.Fecha de la orden.Cantidad de items pedidos.Código del ítem.Cantidad despacllada.Cantidad pendiente.

Por cada ítem:

Código del ¡temoPlantas que producen este ítem.Cantidad almacenada en cada planta que lo produce.Descripción del Hem. .

Se sabe que:

No hay clientes con una dirección común.Cada orden se Identifica con un número único.Cada línea de una orden es identificada por un numero de línea Único dentro dela orden.

-- -

CASO r'lo 3

Se desea modelar un <1Spccto de una organización qwe venden productos a clientes.

La organización tiene vendedores. Cada vendedor pertenece a una dependencia dela organización, y diferentes dependenci¡:¡s pueden tener vendedores.

Los clientes son compaiifas. De cada compai'lía interesa su numero (es un códigointerno único por cada compañia), su nombre, su dirección de correspondencia,sus direcciones de envío de productos (puede tener varias direcciones de envio).Sus teléfonos (pueden tener varios teléfonos en cada una de SLlSdirecciones tantode correspondencia como eje envío).

Una dirección debe incluir el municipio se§LIn códigos del DANE y el departamento.Igual los teléfonos.

Cada compañía tiene asignado un vendedor. Un vendedor puede estar asignado avarias compañías.

En cada compañía se tienen personas contacto (mínimo una). De cada contacto sedesea tener los siguiente datos: código interno único, nombre y apellidos, cargodentro de su compañía.

Se desea tener un registro de [os resúmenes de ciertas conversaciones importantesmantenidas por los vendedores con los contactos: De cada conversaciónimportante se desea: su número intert}o único, fecha, horá, código de la personacontacto, código del vendedor, resumen de la conversación.

De los vendedores se desea tener: código interno único, nombre y apellidos,dependencia en la cual trabaja, rendimientos (es un código asignado por susuperior inmediato).

----

CASO 5

Una empresa estatal dedicada a la exploración petrolera en su país, desea realizarun sistema de información para el manejo de líneas sísmicas, donde se sabe quepara su organización divide el territorio nacional en cuencas geográficas, zonasdentro de las cuencas y prograrna$ de exploración dentro de esas zonas.

Las compañías operadoras son aque!!as asignadas para la exploración de bloquesde líneas sísmicas por medio del concurso en licitación publica internacional.

La empresa estatal, asigna a un contratista para el servicio de registro, es decir laencargada de tomar en el campo, la información obtenida desde Casablanca (estación móvil que detecta las ondas producidas por una fuente de energía pormedio de geofonos), existen diferentes fuentes de energía ( Dinamita, AirgLlll, etc.),tambíén existen diferentes instrumentos para la lectura y monitorización de losdatos, esta información es guardada en medio magnético (Exabite, 3590, DLT. etc),con un formato especial (SEGD, SEGY, etc).Se sabe que la información de una línea sísmica por su tamaño se almacena envarias cintas y que una línea solo puede pertenecer a un programa en especial.

La línea sísmica pueden presentar inconsistencias tanto en la línea como en cadaL/no de las cintas, estas inccnsístencias están clasificadas en cuatro grupos(CARPETA, EBCDIC, LABEL y DATA), pero. cada inconsistencia puedeHevar o no,una observación por ejemplo: La inconsistencia "Faltan Hojas en el repoite delobservador", la observación asociada a está es "Faltan las hojas 3,8 y 24".

Las cintas están guardadas en.una cintoleca el cual se identifica por un número deubicación flsica llamado ION y llevan un consecutivo como identificación de lacinta.

La línea sismica se clasifica en 20 o 3D y pueden ser información de campo oprocesadas en algún iterativo (Promax, starvisioll, cte.)

~ .. __un_. --------------