Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
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.
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.