Modelado de la Información

UNIDAD 4: VISTA DE INFORMACIÓN

“Todo el mundo acumula tanta información durante el día que pierde el sentido común de
la vida.” – Gertrude Stein (1874-1946), escritor norteamericano.
Fase de
Construcción
 La fase Construcción toma las especificaciones de
diseño y compra sistemas o equipos necesarios,
construye sistemas, redacta políticas de trabajo
para procesos y organizaciones, integra los
sistemas y prueba los sistemas.
 De acuerdo a la arquitectura empresarial: Vista de
la Información ha llegado el momento de
concentrarnos en el uso de un DBMS para modelar
y diseñar la información
 En el diseño empresarial estamos interesados en
entender las necesidades de información de la
empresa, y a esto lo llamamos un modelo de
información.
 Un Modelo de Información debe describir
principalmente:
1. El contenido de los datos del sistema
2. La estructura de éstos datos.
 En el diseño empresarial estamos interesados en
entender las necesidades de información de la
empresa, y a esto lo llamamos un modelo de
información.
 Un Modelo de Información debe describir
principalmente:
1. El contenido de los datos del sistema
2. La estructura de éstos datos.
 El Modelo de Información es importante para el
desarrollo de los sistemas porque casi todos los
sistemas contienen muchos datos sin los cuales el
sistema no puede funcionar.
 Existen dos medios esenciales para modelar
información:
1. El tradicional modelo entidad-relación, y
2. El modelo orientado a objetos.
 El modelo tradicional describe los datos en
términos de entidades, sus atributos, y las
relaciones entre estas entidades
 El modelo orientado a objetos describe los datos
como clases, sus atributos y las asociaciones entre
aquellas clases.
 En la fase siguiente de IMPLEMENTACIÓN, el
modelo de información casi siempre se
implementa como uno o más base de datos en la
empresa o como parte de una aplicación
computarizada.
 En este curso usaremos el DBMS MySQL
workbench para construir e implementar el
modelo de información.
El Modelo de Información
 Agenda

1. Modelo de Información
2. Modelo Entidad/Relación ( E/R model)
3. Estandarización y Semántica
4. Resumen.
El modelo de información
 Los datos son hechos puros, con casi ningún
tratamiento
• Números, nombres, fechas, etc.
• Tienen un poco o ningún significado ya que no estan
en un contexto
 La información es conocimiento de ideas, hechos,
y/o procesos; es el resultado de procesar los datos
para revelar su significado.
 El Modelo de Información es una descripción de
ideas, hechos, y procesos de un sistema de interés
actual.
 • Nuestro interés es el modelado de la información
de la empresa, sin embargo; reconocemos que en
la mayoría de los casos lo que hagamos se
convertirá en una Base de Datos.
 La Arquitectura de 3 esquemas: American National
Standards Institute (ANSI), Standards Planning and
Requirements Committee (SPARC) definieron una
estructura para el modelado de datos basado en
los grados de abstracción de los datos (1970s)
Vista de datos
de parte del
usuario(a)

Vista de datos
de parte del
diseñador(a) Database management
system, DBMS maneja el
mapeo desde el esquema
conceptual al físico.

Independencia
física
• ESQUEMA EXTERNO:
los datos como lo ven el usuario individual /
aplicación
vista local, sólo un subconjunto de todos los datos en
el esquema conceptual
existen muchas vistas locales diferentes.
• ESQUEMA CONCEPTUAL:
Representación lógica, independiente de como los
datos son almacenados en el disco duro.
Datos tal como son vistos por toda la compañía.
 Contenido completo de información de la base de
datos.
• ESQUEMA FISICO:
Como se almacenan físicamente los datos; el nivel
interno del computador y el disco en donde están los
datos, en que sector se les encuentra, etc.
Depende en el hardware (IBM PC, mainframe) y el
software del computador.
Sólo una vista interna, mantenida por el DBMS.
 External schema
¿QUE ve el usuario en
su escenario de datos?

Conceptual schema
¿QUE datos son almacenados
globalmente para BD completa?

Internal schema
¿COMO se almacenan los datos
en un DBMS específico?

Physical schema
¿COMO se guardan los
datos en los dispositivos de Niveles de Abstracción de datos
almacenamiento físico ?
Modelo Externo para un colegio
(external schema)
Modelo Conceptual
(conceptual schema)
 Modelo Interno
(internal schema)

Modelo
Conceptual
(conceptual
schema)
 Un modelo de información captura la estructura
estática del contenido de la información,
usualmente a través de la identificación y
formalización de las reglas del negocio.
 Una regla del negocio describe como opera la
empresa. Estas reglas son descubiertas durante la
recopilación de requerimientos.
 Ejemplos de reglas de negocio:
• Una reservación de pasajes para uno o más asientos
en el ómnibus.
• Una orden de compra contiene una o más artículos.
• Un paciente tiene un sólo proveedor primario de
cuidados de salud en un momento dado.
• Un doctor puede ser el proveedor primario de salud
para muchos pacientes.
• Una factura contiene una o más líneas de factura.
• Cada linea de factura esta asociada con una simple
factura.
• Una tienda emplea a muchos empleados.
• Cada empleado es empleado en solo una tienda.
• Una escuela tiene muchos departamentos.
• Cada departamento pertenece a una simple escuela.
• Un conductor puede ser asignado para conducir
muchos vehiculos diferentes.
• Cada vehículo puede ser conducido poe muchos
conductores.
• Un cliente puede firmar muchos contratos.
• Un representante de ventas puede escribir muchos
contratos de ventas.
• Cada venta involucra a un representante de ventas, un
cliente y uno o más productos.
• Una persona puede generar muchas ventas. Cada
venta es generado por una persona
• Una venta contiene una o más items vendidos. Cada
uno de los items vendidos esta asociado con una
venta
• Cada item vendido referencia a un producto. Un
producto puede ser encontrado en muchos items
vendidos (usted puede vender más de un martillo a
más de una persona)
• Un proveedor puede suministrar muchos productos
• Si un producto es suministrado por un proveedor,
aquel producto es suministrado por solo un simple
proveedor.
 La definición precisa y estructura del modelo de
información podría diferir de negocio a negocio
porque es usual que las empresas tengan diferentes
reglas del negocio (business rules).
Modelo Entidad/Relación (E/R model)

 Un diagrama entidad-relación modela la

información contenida de un sistema el cual
consiste de entidades, sus atributos, y sus
relaciones entre las entidades.
 Para comprender el Modelo Entidad-Relación
necesitamos entender cada uno de los
componentes del modelo.
 Una entidad es un conjunto de objetos reales o
abstractos con atributos o características comunes
en el cual una empresa
necesita guardar datos.
Puede describir : una
persona, lugar, objeto,
transacción, evento,
concepto, grupo etc.
 Un atributo es una propiedad descriptiva o
característica de una entidad.
 Una entidad simple tendrá muchos atributos
 Una manera de pensar acerca de entidades y
atributos es que las entidades son sustantivos y los
atributos son adjetivos que describen al sustantivo
• A cada atributo se le debe dar un nombre único
tanto para atributos como para entidades
 • Un atributo no debe tener el mismo nombre que
la entidad
• El nombre debería ser significativo y consistente a
través de todo el modelo.
 Definicion de un atributo.
Atributo Tipo de Dato Dominio
primerNombre Texto o Char -
fechaNacimiento fecha o Date Date <= Today() AND
Date >= 1/1/1900
estado texto {AL, AK, AZ, AR, …. WY}
numeroTeléfono texto 51-44-774360
sexo texto {M, F}
 Una llave primaria (PK) es un atributo o conjunto
de atributos que univocamente identifica o define
a una instancia de la entidad.
 Una relación describe la
manera en el cual los
miembros de una entidad
estan asociados con los
miembros de la misma
entidad u otra entidad.
 Cada final de la relación
tiene una cardinalidad
que describe el número
de los miembros (objetos)
de la entidad que estan
en aquella relación.
1:N

N:M

1:1
OOne - to - One
 Para leer una relación N:M debemos tener en
cuenta que esta es bi-direccional
 IZQUIERDA A DERECHA DERECHA A IZQUIERDA

un proveedor esta relacionado o viene una parte esta relacionado o esta designado
asociado a una o muchas partes a ningún, uno, o muchos proveedores
 La regla de Integridad Referencial establece que el
valor de una llave FK debe igualar al valor del
correspondiente llave PK que lo referencia o de
otro modo ser completamente NULL.
 Las relaciones son creadas cuando en un modelo
E-R existen migraciones de PK´s a FK´s.
 Las reglas que gobiernan la migración de PK´s a
FK´s son:
1. Todas las PK´s deben migrar desde el lado uno
de la relación al lado muchos de la relación.
2. La PK completa debe migrar a lo largo de la
relación
3. Sólo la PK migra a lo
largo de las relaciones
4. Cuando exista una PK
compuesta, cada
componente de la PK
deben migrar juntos.
 En las relaciones que no identifican a la PK en la
entidad hijo, la PK llega a ser un atributo no-llave.

Employee puede
existir sin
Department
debido a que La línea de la relación es
DepartmentID discontínua para denotar
puede ser NULL una relación “débil” o
en Employee relación que no identifica
a la PK en la entidad hijo.
 En las relaciones que si identifican la PK, la PK
migra y llega a ser parte de la PK de la entidad
hijo. Entidad
hijo
Entidad ShipID migra
padre hacia Cabin

Cabin no puede existir sin

el ShipID porque es parte
de su identificación - no
puede ser nulo
 Dos ejemplos de relaciones recursivas.

El PK migra
hacia la misma
entidad. Note,
el nombre del
atributo debe
cambiar.
 Ejempo de una relación ternaria a través de la
entidad Reservacion o Reservation

FK1 PassengerID
FK2 CruiseID
FK2 CabinNumber

Un pasajero hace cero, uno, o muchas reservaciones para una cabina particular
en un crucero particular.
 Otro ejemplo de una relación ternaria a través de
la entidad Prescripción médica.

Un medico realiza una o muchas precripciones, una medicina puede estar en ninguna o
muchas precripciones, un paciente esta involucrado con una o muchas prescripciones.
Estandarización y Semántica
 Una de las metas principales del modelo de
información es estandarizar la terminología que
pueda afectar enteramente al proyecto del sistema
empresarial y a la implementación del sistema.
 El modelo de información formaliza las semánticas
para evitar confusiones. las semánticas definen el
significado del modelo, comparado a la sintaxis, lo
cual define la gramática y las reglas del modelo.
 A continuación se muestran 3 fragmentos de
modelo los cuales muestran 3 diferentes maneras
para operar una libreria on-line.
 Cada modelo usa diferentes tipos de relaciones y
de cardinalidades para proporcionarnos una
semántica ligeramente diferente, lo cual nos hace
inferir la semántica de las operaciones de la
empresa y como se opera el negocio
 En el modelo mostrado
Book tiene una relación
que si identifica la PK en
InventoryBook lo cual
significa que la librería
mantiene en su base
de datos solo libros
inventariados.
 El modelo del centro tiene una relación que no
identifica la PK, ya que la clave
foránea o FK1, ISBN, puede ser
nula.
 Si el ISBN puede ser nulo, en-
tonces es posible que la libre-
ría tenga un libro o Book que
no se encuentra definido en
InventoryBook
 El modelo inferior tiene también una relación que
no identifica la PK. Pero al
contrario del modelo central,
este excluye el cero en su
cardinalidad.
 En este modelo, si un Book
está en el sistema, es porque
al menos lo tiene registrado
en InventoryBook
 Estas diferencias describen operaciones diferentes
o semántica diferentes encon-
tradas en la Libreria
 El modelo central es para una
librería cuya filosofía de nego-
cio es mantener una extensa
información de muchos libros
variados aunque ni tenga
copias de ellos, pero esta
dispuesto a obtenerla si es de
interés del cliente.
 Mientras que el modelo
inferior describe una filosofía
de librería que a un libro solo
se le lleve a inventario si se
tiene una descripción de
aquel libro en su sistema
Resumen
 Un modelo de información representa la
estructura estática de la información contenida en
un sistema.
 Para describir el modelo de información se
presenta el modelo Entidad-Relación (E-R). Un
modelo E-R tiene 3 componentes:
• Entidades, sus atribuciones, y las relaciones entre
las entidades.
 • Cada entidad debe tener una llave primaria (PK)
que obedezca a la regla de integridad de entidad.
 Las relaciones entre entidades deben obedecer la
regla de integridad referencial.