2014

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC

GRUPO: 5502
FUNDAMENTOS DE BASES DE DATOS
MENDOZA HERNNDEZ JOS LAUREANO

Modelos de datos
Un modelo es un plan. Es un proyecto para la construccin de algo, en este caso
una base de datos. El propsito de la modelo es no hacer nada por s mismo. En
su lugar, le da una forma concreta de pensar en la base de datos que se va a
construir. Mediante el estudio de las piezas del modelo, puede decidir si
representa a todos los datos que usted necesita para satisfacer las necesidades
de sus clientes.
Un modelo es tambin til para garantizar que todo el mundo en el proyecto tiene
el mismo entendimiento de lo que hay que hacer. Si todo el mundo entiende el
modelo, entonces todo el mundo debe tener las mismas ideas sobre qu datos
deben ser almacenados, lo que las tablas deben contener, y cmo se relacionan
las tablas.
Tambin de acuerdo sobre las reglas de negocio que determinan cmo se utilizan
los datos y constreido.
Modelos de interfaz de usuario
En la mayora de aplicaciones de bases de datos, un usuario eventualmente ve los
datos de alguna forma. Por ejemplo, una orden de entrada y la aplicacin de
seguimiento pueden utilizar una serie de pantallas en las que el usuario puede
realizar tareas tales como entrar pedidos, seguimiento de pedidos, marcando una
orden como pagado, levantando un inventario disponible, y as sucesivamente.
Esas pantallas forman interfaz de usuario de la base de datos.
Incluya los campos con los datos de la muestra para que sea ms fcil de
entender lo que le pertenece en cada pantalla. Estos bocetos pueden ser cualquier
cosa, desde garabatos crayn en servilletas de bar, o las formas dibujadas con su
computarizado favorito, para prototipos de interfaz de usuario completa el dibujo.
Cada una de estas formas le dice un poco ms sobre los datos del pedido. Otras
formas burlado-up daran incluso ms informacin sobre los datos del pedido. Por
ejemplo, la aplicacin necesitara un formulario de entrada de pedidos y una forma
de actualizar la informacin del pedido (por ejemplo, cambiar las direcciones o
estado de ajuste de fin de cerrada). Dependiendo de cmo el trabajo se dividi
entre los empleados, puede haber formas especiales para la realizacin de una
sola tarea especfica. Por ejemplo, un empleado de cumplimiento de la orden (que
pone las cosas en una caja y los enva) tendra que ser capaz de cambiar el
estado de un fin de Enviado, pero probablemente no tiene que ser capaz de
cambiar los nmeros de tarjetas de crdito. De hecho, va a travs de las pantallas
y de decidir qu empleados deben ser capaces de hacer las tareas que le dan una
primera indicacin de los requisitos de seguridad de la aplicacin.
Cmo funciona?
Esta forma incluye los siguientes datos:
combinado).
empleado (seleccionado de un cuadro combinado). (Qu semanas se le permitir
al usuario elegir? Hasta dnde en el futuro?)
ionar ltimas semanas (de un
cuadro combinado) de la que copiar.

la tabla EmployeeShifts?) incluirn empleado, fecha, hora de inicio y la hora de

parada.
gramadas. Esto se puede calcular a partir de los datos de
desplazamiento.
Modelos de objetos semnticos
Un modelo de objeto semntico (SOM) pretende representar un sistema en un
nivel bastante alto.
Aunque las ideas son un tanto tcnica, que todava se relacionan muy de cerca a
la forma de pensar acerca de las cosas, por lo semntico modelos de objetos son
relativamente comprensible para los usuarios.
Clases y Objetos
Intuitivamente una clase semntica es un tipo de cosa que puede ser que desee
representar en un sistema. Esto puede incluir los objetos fsicos, como las
personas, mueble, artculos de inventario y facturas. Tambin puede incluir
abstracciones lgicas tales como generadores de informes, ejercicios fiscales, y
las colas de trabajo.
Tcnicamente una clase semntica es una coleccin con nombre de atributos que
son suficientes para identificar un determinado entidad.
Tradicionalmente los atributos que definen a una clase semntica y que distinguen
a los objetos semnticos se escriben en maysculas y minsculas como en
Apellidos, InvoiceDate y Days Of Confusion.
Atributos vienen en tres sabores: simple, grupo, y el objeto.
Un simple atributo tiene un valor simple, como una cadena, nmero o fecha. Por
ejemplo, Apellidos tiene un cuerda y ID Empleado sostiene un nmero.
Un atributo de grupo tiene un valor compuesto - un valor que se compone de otros
valores.
Cardinalidad
Cardinalidad de un atributo indica el nmero de valores de ese atributo que un
objeto pueda tener. Por ejemplo, en el inicio de algunos torneos de voleibol roster
cada equipo debe tener entre 6 y 12 jugadores. Usted escribe los lmites inferior y
superior al lado del atributo al que se aplican separados por un punto.
El equipo de roster para atribuir tendra cardinalidad 6.12. (No tengo ni idea de por
qu se trata de un solo perodo y no un guin o puntos suspensivos). Por lo
general, la cardinalidad mnima es 0 si el valor es opcional o 1 si se requiere. La
cardinalidad mxima suele ser 1 si y solo si como mucho se permite un valor o N
si cualquier nmero de valor es permitido.
Identificadores
Un identificador de objeto es un grupo de uno o ms atributos que los usuarios
normalmente utilizan para identificar un objeto en la clase.
Un identificador de objeto puede incluir un nico atributo como CustomerId o un
grupo de atributos tales como Nombre, sobrenombre y Apellidos.
A veces, los identificadores no se utilizan porque si se utilizaran para encontrar
grupos de objetos. Por ejemplo, supongamos que los usuarios del sistema van a
querer encontrar clientes en una ciudad en particular. Entonces atributo City de la
clase CLIENTE sera un identificador no nico.

Vistas Semnticas
A veces es til para definir diferentes puntos de vista en los mismos datos.
Informacin de contacto normal, como nombre, direccin, nmero de telfono, y
los familiares.
Informacin de contacto relacionada con el trabajo, como el ttulo, nmero de
oficina, extensin, nmero de localizador y nmero de casil ero en el club de
campo (si usted es un ejecutivo).
Informacin salarial Confidencial incluyendo su salario completo y la historia
anual de bonificacin.
Otra informacin confidencial, como su accin y plan de 401K participacin en el
programa, el seguro selecciones, revisiones anuales de desempeo, y handicap
de golf.
Parte de esta informacin, tal como su nombre y ttulo, est disponible
gratuitamente a cualquiera que lo desee.
Otra informacin semi-pblica est disponible para cualquier persona dentro de la
empresa, pero no fuera de la empresa.
Esta informacin incluye el nmero de su oficina, la extensin, la historia del
proyecto y fecha de nacimiento.
No incluye su direccin de casa, revisiones anuales de desempeo, la historia
salarial, u otra financiera datos.
Otra informacin ms sensible debe estar disponible para su gerente y otros
superiores, pero no a la poblacin en general de los compaeros de trabajo. Esta
informacin incluye datos como su desempeo anual crticas y antecedentes
laborales.
Tipos de clase
Las siguientes secciones describen algunos de los tipos de clases que puede que
tenga que usar mientras que la construccin de modelos de objetos semnticos.
Algunos de stos son poco ms que nombres para casos sencillos. Otros, como
asociacin de clases y clases derivadas introducen nuevos conceptos que son
tiles para la construccin de modelos.
Objetos Simples
Un objeto simple o atmico es uno que contiene slo simples atributos de valor
nico. Por ejemplo, un inventario clase de elemento podra incluir los atributos
Sku, Descripcin, UnitPrice y QuantityInStock. Cada dato del artculo del inventario
debe incluir exactamente un valor para cada uno de estos atributos.
Objetos compuestos
Un objeto compuesto contiene al menos un atributo de varios valores, no-objeto.
Por ejemplo, supongamos que permiten clientes en lnea para proporcionar
comentario para artculos de inventario. Posteriormente, se podra aadir un valor
mltiple Opiniones atribuyen a la clase para obtener el objeto compuesto.
Objetos de composicin
Un objeto compuesto contiene al menos un atributo de objeto. . Esta clase
contiene informacin bsica como el nombre del cliente y las direcciones de envo
y facturacin. Su atributo CONTACTAR objeto almacena informacin acerca de la
persona que debe
Pngase en contacto con si tenemos una pregunta sobre este cliente.
Objetos Hbridos

Un objeto hbrido contiene una combinacin de los otros tipos de atributos. Por
ejemplo, podra contener un grupo de varios valores que contiene un atributo de
objeto. La clase de orden contiene un atributo de grupo Elementos de lnea para
representar los elementos en el orden. Cada entrada contiene un Artculos Lnea
Atributo de objeto INVENTORY_ITEM que hace referencia a un objeto.
Objetos de asociacin
Un objeto asociacin representa una relacin entre dos objetos y otros almacenes
de informacin adicional acerca de la relacin. Objetos de asociacin son
particularmente tiles para-muchos-a-muchos, donde un objeto de una clase
puede estar asociado con muchos objetos de un segundo y un objeto de la
segunda clase puede estar asociado con muchos objetos de la primera.
Objetos Heredados
A veces, una clase puede compartir la mayora de las caractersticas de otra clase,
pero con algunas diferencias.
Por ejemplo, se ha construido una clase CAR que tiene atributos de automviles
tpicos: Marca, Modelo, Ao, NumberOfCupholders, y as sucesivamente.
Ahora supongamos que usted decide que necesita una clase de auto de carreras.
Un auto de carreras es un tipo de coche, as que tiene todos de los mismos
atributos que un coche tiene.
Adems, tiene algunos atributos-Coche de carreras especficas tales como
ZeroTo60Time, ZeroTo100Time, TopSpeed y QuarterMileTime.
Se puede construir una nueva clase que duplica todos los atributos CAR pero que
no slo sera un trabajo extra, sino que tambin no reconoce la relacin entre las
dos clases.
Modelos Entidad-Relacin
Un diagrama entidad-relacin (ER diagrama o ERD) es otra forma de modelo de
objetos que en muchos aspectos es similar a un object model semntica. Tambin
le permite representar objetos y sus relaciones, aunque utiliza diferentes smbolos.
Diagramas ER tambin tienen un enfoque diferente, que proporciona un poco ms
de nfasis en relaciones y un poco menos en la estructura de clases.
Entidades, atributos e identificadores
Una entidad es similar a un objeto semntico. Representa una instancia especfica
de algo que desea seguir en el modelo de objetos. Al igual que los objetos
semnticos, una entidad puede ser una cosa fsica (empleado, orden de trabajo,
fabricante de caf expres) o una abstraccin lgica (cita, discusin, excusa).
Relaciones
Un diagrama ER indica una relacin con un diamante que contiene el nombre de
la relacin. El nombre es por lo general algo muy descriptivo como Contiene,
trabaja, o engaa, tan a menudo la relacin es perfectamente comprensible por s
sola. Si el nombre no es suficiente, se puede agregar atributos a una relacin justo
como se puede agregar a las entidades: colocando el atributo en una elipse y lo
conecta a la relacin con una lnea. Normalmente los nombres de entidad son
sustantivos, como votante, persona, Carretilla elevadora, y poltico. Las relaciones
son verbos como Elige, Transmisiones, y engaa.