MENDOZA HERNNDEZ JOS LAUREANO

GRUPO: 5502 |

CONSTRUYENDO UN MODELO DE DATOS

Modelado de objetos Semntica
Modelos de objetos semnticos tienen la ventaja de que son relativamente cerca en
estructura a los tipos de definiciones de entidades que normalmente se levante de
la recopilacin de requisitos. Se centran en los atributos que los objetos tienen. Ese
es el mismo tipo de informacin que se obtiene mediante el estudio de la atencin
al cliente de necesidades y maquetas de interfaz de usuario, y luego averiguar
dnde esas maquetas obtendrn sus datos.
La construccin de un modelo de objeto semntico inicial
Para construir un modelo de objeto semntico, revise las tablas mostrando
necesidades de integridad de datos que fueron presentados en la seccin '' La
determinacin de las necesidades de integridad de datos '' en el captulo 11. El texto
del captulo mostr los datos necesarios por las entidades Order e InventoryItem.
Las tablas de ejercicios construidos que muestran la datos que necesita el Curso,
Empleado, Cambio, Cliente, TimeEntry y entidades vendedor.
Tambin discuti las relaciones entre esas entidades. Requisitos para el presente
proyecto se inicia con una serie de reuniones en The Pampered Pet de cuarto de
atrs. De vez en cuando los clientes tienen una agenda para estas reuniones de
presentacin, pero, con la frecuencia que no ellos no han sido a travs del proceso
de construccin de una base de datos antes, por lo que ser hasta usted para
mantener las cosas en movimiento en el buen direccin. No existe un sistema
existente y no hay otros sistemas con los que ste debe interactuar. La corriente
proceso es manual y utiliza formularios en papel de pedidos, tareas de cambio de
papel, hojas de tiempo y de papel.
Mejorar el modelo de objetos Semntica
Si el objeto A se relaciona con el objeto B, a continuacin, el objeto B se relaciona
con objeto A. Por ejemplo, en este modelo la clase EMPLEADO contiene un atributo
de objeto refirindose a CURSO y la clase curso contiene un atributo de objeto de
referencia a los empleados.
Un rpido vistazo a la figura 12-3 revela varios problemas. En primer lugar, la clase
ORDEN contiene dos direcciones, direccin del cliente y una direccin de envo.
Son el mismo tipo de datos, por lo que deben ser representados por un atributo de
varios valores de repeticin.

Este modelo no reconoce la relacin entre pedidos y clientes. A los lugares de los
clientes una orden, pero no hay ninguna relacin entre las clases de orden y cliente.
El modelo debe ser cambiado para hacer que la relacin explcita.
Por otra parte, una de las direcciones que figuran en la clase orden es en realidad
el cliente de direccin. Esa direccin ya est representada en la clase de cliente, as
que no es necesario en ORDEN.
Segunda direccin del Clase Orden es la direccin de envo. Probablemente tiene
sentido dejar que direccin en la clase ORDEN lugar de moverse en CLIENTE
porque dice dnde esa particular orden debe ser enviado. Si esta direccin no se
encuentra, el orden se entregar al cliente de direccin.
Debido ORDEN AL CLIENTE y ambos contienen direcciones, que tiene sentido para
crear una nueva clase de direccin para mantener los datos de direcciones tanto de
esas clases.
Modelado Entidad-Relacin
Aunque los modelos de objetos semnticos son bastante fciles de construir a partir
de listas de los principales objetos de la base de datos y sus propiedades, tienen el
inconveniente de que su estructura no coincide estrechamente la de un relacional
base de datos. Aunque los objetos tpicamente mapa en tablas relacionales, el
modelo de objeto semntico no enfatizar las relaciones entre las entidades. Tambin
permite que los arreglos de datos que no se ajustan a la relacional modelo, tales
como atributos que se repiten tantas veces dentro de la misma entidad.
Un modelo de entidad-relacin tiene una estructura que est ms cerca de la que
utiliza bases de datos relacionales, por lo que hace algn sentido para convertir el
modelo de objeto semntico en un conjunto de diagramas ER.
La construccin de un Diagrama de ER
Para comenzar a convertir el modelo de objeto semntico en los diagramas ER,
considere una clase semntica particular y construir un conjunto de entidades
correspondientes. Conectar con otros conjuntos de entidades que representan
atributos de los objetos de la clase.
Por ltimo, tenga en cuenta los atributos de grupo de la clase. Si se repite un atributo
de grupo, debe probablymove que en una nueva entidad conectada a la original. Si
un atributo de grupo se produce slo una vez, usted todava puede ser que piense
acerca de cmo mover los datos a una nueva entidad que sea permitir la repeticin
de plazo o para hacer uniforme de datos similar a travs de otras entidades. Si una
clase Estudiante contiene un atributo nico grupo de direcciones, podra valer la
pena
La construccin de un Diagrama combinado ER
Despus de generar diagramas ER separadas para cada una de las clases definidas
por el modelo de objeto semntico, que puede combinarlos en un gran diagrama.
Los diagramas individuales son lo suficiente para que usted entienda las relaciones
de las entidades a nivel local, sino un esquema combinado puede ayudar a mostrar
los patrones ms grandes de relacin.
A veces puede ser difcil arreglar las entidades por lo que sus relaciones no se
superponen y son fciles de leer.

En ese caso, a veces es til dejar partes del modelo y mostrarlos en un diagrama
separado. Mantener las cosas un poco ms simples, el diagrama muestra el cliente,
empleado, y las entidades de proveedores.

No se repite el hecho de que son subclases de la clase padre persona.

El diagrama que se muestra en la Figura 12-7 utiliza trminos ms descriptivos y
orientados a los negocios, siempre que sea posible. Por ejemplo, desde una
perspectiva puramente terica, se podra decir que un Empleado '' tiene un '' Shift '',
tiene un '' TimeEntry, y '' tiene un '' Curso. Eso sera ms uniforme, sino que hara
que el diagrama de mucho ms difcil de leer.
La mejora de la relacin Entidad Diagrama
Diagramas entidad-relacin tienen modelar muchos-a-muchos problemas, pero una
relacional modelo no puede. Para ver por qu no, considerar la relacin entre el
Cliente y Curso. Para construir este relacin en un modelo relacional, una de las
mesas debe contener informacin que vincula a la otra.
Para enlazar un registro nico cliente a muchos registros del curso, usted tendra
que enumerar muchas identificaciones curso en el registro del cliente. Debido a que
un cliente puede tomar cualquier nmero de cursos, que requerira la
Registro de usuario contiene un nmero indefinido de los campos, y eso no est
permitido en un modelo relacional.
Ahora supongamos que usted intenta hacer una sola informacin de los registros
de golf bodega vinculndola a varios de los clientes registros. Para ello sera
necesario el registro del curso para contener un nmero indefinido de los campos,
y eso no es permitido en un modelo relacional.
Modelado relacional
El modelo de objeto semntico hace que sea fcil para estudiar las clases que
componen la base de datos y permiti cierta normalizacin. El modelo entidadrelacin centr en las relaciones de las entidades y la hizo fcil de quitar-muchosa-muchos asociaciones.
Ahora es el momento de utilizar lo aprendido mediante la construccin de los
modelos de objetos y entidad-relacin semntica para crear un modelo relacional.
Poniendo todo junto
Encontrar o crear una primaria clave en la tabla de la '' uno '' lado de la relacin y
aadir un campo correspondiente en la tabla de la 'Lado' 'muchos'. Usted puede
hacer la organizacin de las mesas ms fcil si se colocan aproximadamente en la
misma disposicin que las entidades correspondientes ocupadas en el diagrama
entidad-relacin. Usted va a necesitar para mover las mesas alrededor de un poco
porque no van a ser del mismo tamao que los rectngulos en el diagrama ER, pero
a partir de ese arreglo debera hacer que las relaciones entre dibujo las tablas ms
fcil.