Modelado de La Informacion PDF

ENTERPRISE DATA MODELING
CAPITULO 11:
Vista de la Información
• 1. Modelado de la Información
• 2. Diseño de la Información
“Todo el mundo tiene tanta información durante el día que pierden su sentido
común.” – Gertrude Stein (1874-1946), escritor Norteamericano.
© Elmer González Herrera, Doctor en Ingeniería Industrial

curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO
Escuela de Ingeniería Industrial 2016 – VI ciclo
Introducción
 Un modelo de información describe el contenido

de los datos del sistema y como están
estructurados.
 El modelo de información es importante para el
desarrollo de sistemas porque casi todos los
sistemas contienen muchos datos sin los cuales el
sistema no podría operar.
 En esta parte focalizamos en cómo modelar y
diseñar modelos de información.

 En la implementación, el modelo de información
esta casi siempre implementado como uno o más
base de datos en la empresa o como una parte de
una aplicación computarizada.
 Existen dos medios esenciales para modelar
información: el tradicional modelo entidad-
relación, o el modelo orientado a objetos.
 En el diseño empresarial estamos interesados en
entender las necesidades de información de la
empresa, y a esto lo llamaremos un modelo de
información
En este capítulo aprenderá:
 Describir la arquitectura de tres-esquemas y los

beneficios que aquello proporciona
 Nombrar los componentes de un modelo de
información
• Define entidades y sus llaves
primarias (PK´s)
• Define atributos de una entidad,
sus tipos de datos y sus dominios.
• Define relaciones entre entidades.

 Crear un modelo de información usando el
modelo entidad-relación.
• Migra llaves primarias (PK´s) a llaves foráneas (FK´s)
• Diferencia entre relaciones que identifican y las que no
identifican.
• Crea relaciones unitarias, binarias, y ternarias
 Explicar la necesidad por la estandarización de los
datos.
 Explicar como las estructura de la información
nos lleva a diferentes modelos semánticos.
 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.

Datos Información
Hechos originales de Qué tan bien el estudiante ha
nombre del estudiante, rendido por el proceso de su GPA y
fecha de nacimiento, permanencia en la universidad.
especialidad, etc.
 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 lo que
hagamos se convertirá en una Base de Datos en la
mayoría de los casos.

 American National Standards Institute (ANSI),
Standards Planning and Requirements Committee
(SPARC) definieron una estructura para el
modelado de datos basado basado en los grados
de abstracción de los datos (1970s) denominado
Arquitectura Tres-esquemas: el externo, el concep-
tual y el físico.
• 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:
• datos tal como son vistos por toda la compañía
completa.
• Completo contenido de información de la base de
datos.
• Representación lógica, independiente de como los
datos son almacenados.
• 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.
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
Ronald E. Giachetti
October 10, 2016
Niveles de Abstracción de datos
¿QUE ve el
usuario?
¿QUE datos son

almacenados?
¿COMO se almacenan
los datos?
¿COMO se almacenan
los datos?
Modelo Externo para
Un Pequeño Colegio
Ronald E. Giachetti
October 10, 2016 Slide 13
Modelo
Conceptual
Modelo Modelo
Conceptual Interno
 El 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 la empresa
opera. Estas reglas son descubiertas durante la
recopilación de requerimientos. Ejemplos:
 Un reservación de crucero es para uno o más cabinas
 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.
 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.
 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. ESTUDIANTE
 Una entidad es un conjunto de nombre

dirección
objetos reales o abstractos con fecha nacim
atributos o características comunes e-mail
numero fono
en el cual una empresa necesita
guardar datos.
 Puede describir: a una persona,
un lugar, objeto, transacción,
evento, concepto, grupo

CURSO EMPLEADO
codigo número ID
nombre nombres
pago numero fono
duración fecha nacimiento
salario
INSTRUCTOR
dni
nombre
fecha nacim
e-mail
numero fono
 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.
 Definición de un atributo
Atributo Tipo de Dato Dominio

primerNombre texto {letras del alfabeto}
fechaNacimiento fecha o Date Date <= Today() AND
Date >= 1/1/1900
estado texto {AL, AK, AZ, AR, …. WY}
numeroTeléfono strings {caracteres especiales y numéricos}
sexo texto {M, F}

 Una llave primaria (PK) es un atributo o conjunto
de atributos que únicamente identifica o define a
una instancia de la entidad.
PK es mostrada
encima de la línea (y
en negritas)

 Una relación describe la ma-
nera en el cual los miembros
de una entidad estan asocia-
dos 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 debemos tener en cuenta
que esta es bi-direccional
Esta relación es
interpretada como
dos relaciones uni-
direccionales
IZQUIERDA A DERECHA
Un crucero (cruise) tiene 1 o muchos miembros de
tripulación (crew)
DERECHA A IZQUIERDA
Un miembro de tripulación (crew) es asignado a 0, 1, o muchos cruceros (cruises)
 Una llave foránea (FK) es un atributo (o atributos)
en una tabla que refiere a la llave primaria (PK) de
otra tabla.
 La regla de Integridad Referencial establece que

el valor de una FK debe igualar al valor del
correspondiente 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 la PK llega a
ser un atributo no-llave en la entidad hijo.
Employee puede
existir sin
Department
debido a que
DepartmentID La línea de la relación es
puede ser NULL discontínua para denotar
una relación “débil” o
relación que no identifica.
 En las relaciones que si identifican la PK migra y
llega a ser parte de la PK de la entidad hijo.
Entidad Entidad
padre hijo
ShipID migra
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
Un pasajero hace cero, uno, o muchas reservaciones para una cabina particular
en un crucero particular.
 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 la semántica
para evitar cualquier confusión
 la semántica define 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.
 Se muestran 3 fragmentos de modelos muy
similares.
 Cada modelo usa dife-
rentes tipos de relacio-
nes y de cardinalidades
para proporcionarnos
una semántica ligera-
mente diferente hacien
donos inferir la semán-
tica de las operaciones
de la empresa.
 En el modelo de arriba Book tiene una relación
que si identifica con
InventoryBook lo cual
significa que la empre-
sa sólo mantiene inven-
tario para sus libros en
su base de datos.
 El modelo del centro
tiene una relación que
no identifica. Ya que la
clave foránea o FK,
ISBN, puede ser nula.
 Si el ISBN puede ser nulo, entonces es posible que
esta tienda tenga un
InventoryBook para un
Book o libro que no se
encuentre definido en
su sistema.
 El modelo inferior tam-
bien tiene una relación
que no identifica. Pero
al contrario del modelo
central, este excluye el
cero en su cardinalidad.
 En este modelo, si un libro o Book está en el siste -
ma, entonces tiene al
menos un registro en
InventoryBook.
 En el modelo central, si
un libro o Book esta en
el sistema, este podría
o no estar registrado,
cualquiera sea el caso,
en InventoryBook o
inventario de libros.
 Estas diferencias describen operaciones diferentes
de la tienda o semanti-
ca diferente.
 El modelo central es
para una tienda cuya
filosofía de negocio es
mantener una informa-
ción extensa de mu-
chos libros diferentes
aunque ni existan co-
pias de ellos, pero se es
ta dispuesto a obtener-
la ante el interés expreso del cliente.
 Mientras que el modelo inferior describe una filo-
fía de tienda de que a
un libro sólo se le lleve
a inventarios 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.

Modelado de La Informacion PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Modelado de La Informacion PDF

Cargado por

Copyright:

Formatos disponibles

ENTERPRISE DATA MODELING

© Elmer González Herrera, Doctor en Ingeniería Industrial

 Un modelo de información describe el contenido

© Elmer González Herrera, Doctor en Ingeniería Industrial

 Describir la arquitectura de tres-esquemas y los

© Elmer González Herrera, Doctor en Ingeniería Industrial

© Elmer González Herrera, Doctor en Ingeniería Industrial

 El Modelo de Información es una descripción de

© Elmer González Herrera, Doctor en Ingeniería Industrial

¿QUE datos son

© Elmer González Herrera, Doctor en Ingeniería Industrial

 Una entidad es un conjunto de nombre

© Elmer González Herrera, Doctor en Ingeniería Industrial

Atributo Tipo de Dato Dominio

© Elmer González Herrera, Doctor en Ingeniería Industrial

© Elmer González Herrera, Doctor en Ingeniería Industrial

© Elmer González Herrera, Doctor en Ingeniería Industrial

© Elmer González Herrera, Doctor en Ingeniería Industrial

 La regla de Integridad Referencial establece que

© Elmer González Herrera, Doctor en Ingeniería Industrial

Cabin no puede existir sin

 Un modelo de información representa la

También podría gustarte